Beiträge von j0hN

Hello,

erstmal vielen Dank, ich hatte auch ziemlich sicher bei jedem Test Skype am laufen. Nun habe ich es mal ohne getestet aber die Übertragung von Ordnern wird nicht besser. Bei Iso's hatte ich trotz Skype und Win7 64 nie ein Problem. Daliegt die Rate bei 70,80,90 MB/Sek.
Ordner mit vielen Dateien und Unterordnern liegen noch immer bei knapp 3MB/Sek

Gruß j0hN

Keiner da mit der x59 oder x39er Reihe der ggf. irgendwie mehr Geschwindigkeit rausholt ?

Im schlimmsten Fall ist das halt so und knapp 3MB/Sek das höchste der Gefühle. Dazu sei noch angemerkt, dass die Kiste bei dem Vorgang nur 30% CPU Auslastung hat und ~200 MB Speicher braucht.

Gruß j0hN

Tach Zusammen,

ich hab das Thema mit Terz schon rauf und runter diskutiert und an allen möglichen Einstellungen geschraubt aber ich bin noch immer unzufrieden.

Aber erstmal zu den technischen Daten:
- TS-259 Pro
- FW 3.3.1
- 2 x Seagate Barracuda LP 1.5 TB (ST31500541AS)
- RAID 1
- Lan 1 und 2 angeschlossen und testweise mit und ohne Trunk probiert

- HP PRoCurve 1810G-24 Switch
- Client: Win7 64bit

Bei einer übertragung von kompakten Daten, wie beispielsweise ISO's komme ich ohne Probleme auf Werte von >80-90 MB/Sek. ...die Werte sind top.

Mein Problem ist die Übertragung von Ordnern. Konkrete Zahlen habe ich gerade zu einem zur Hand:

- 488 MB
- bzw. 515 Größe auf Datenträger
- 11.255 Dateien
- 1.166 Ordner

Zum Lesen habe ich 3 Werte, die ich für ziemlich dürftig halte.

- 3:30 mit Antiviren Proggi
- 3:00 ohne AV
- 2:50 ohne AV und Firewall

Wenn ich mich nicht völlig verrechne bewegen sich die Werte zwischen 2,32 und 2,87 MB/Sek...und das ist ein Witz. Natürlich ist mir klar, dass es einfacher ist ne kompakte Datei zu übertragen, als tausende kleine (welche auch noch in Ordnern verschachtelt sind) aber eine Performance von ~10MB/Sek. würde ich schon erwarten. Zumal der qnap damit gegen nen alten Win2000 Server abstinkt und das kann einfach nicht sein ;-).
Was noch anzumerken ist, das erste Drittel oder sagen wir Viertel schießt es voll los und bricht dann zusammen. Möglicherweise zeigt Win das nur falsch an oder dem qnap läuft irgendein Buffer über.

Naja vielleicht hat ja jmd. ne Idee, die selben Probleme oder eben dieses Problem nicht.

Gruß j0hN

[/opt/openfire/bin] # cat nohup.outThe daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__share_MD0_DATA_.qpkg_Optware_openfire_bin_openfireThe daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__share_MD0_DATA_.qpkg_Optware_openfire_bin_openfireThe daemon seems to be running. Exiting. Id file: /tmp/i4jdaemon__share_MD0_DATA_.qpkg_Optware_openfire_bin_openfire

aber wie gesagt manuell startet der deamon sowohl mit

/opt/openfire/bin/openfire start

als auch mit

/opt/etc/init.d/S20openfire start

Das einzige was noch fehlt ist der Autostart und da steig ich nicht wirklich durch. Ich find auch keine boot log, sonst würd ich ja mal schauen, was er macht bzw. nicht macht.

Gruß j0hN

Dankeschön, so funktiert das Script manuell...leider noch nicht nach nem reboot.

[~] # ps aux | grep open
 5158 admin       524 S   grep open
[~] # /opt/etc/init.d/S20openfire start
Starting openfiretesting JVM in /usr/local/jre ...
Starting openfire
.
[~] # nohup: appending output to `nohup.out'
[~] # ps aux | grep open
 5327 admin     23172 S   /usr/local/jre/bin/java -server -Dinstall4j.jvmDir=/usr/local/jre -Dexe4j.moduleName=/opt/openfire/bin/
 5388 admin       524 S   grep open
[~] #

Gruß j0hN

mit der "neuen" S20openfire passiert das:

[~] # /opt/etc/init.d/S20openfire start/opt/etc/init.d/S20openfire: line 13: syntax error near unexpected token `)'/opt/etc/init.d/S20openfire: line 13: `*)      echo "Usage: /opt/etc/init.d/S20openfire start"'

mit der "alten" sieht es ähnlich aus, wie wenn ich den Dienst direkt starte:

[~] # /opt/openfire/bin/openfire startStarting openfire[~] # nohup: appending output to `nohup.out'

Heisst für mich die "alte" S20openfire konnte den Dienst starten, wird aber beim Start wohl nicht ausgeführt. Das Parameter "start" konnte ich bei

/opt/etc/init.d/S20openfire

alt weglassen, da das Script ja nur Start und nicht Stop oder Status kannte.

Gruß j0hN

Hallo Terz,

ich hab jetzt folgendes gemacht.

#!/bin/sh#Symlink Optware to /optrm -rf /optln -sf /share/MD0_DATA/.qpkg/Optware /opt#export Optware PATHecho "export PATH=$PATH:/opt/bin:/opt/sbin:/usr/local/sbin" >> /etc/profile# Starting Optware daemonsfor optdaemon in `ls /opt/etc/init.d/S* | grep -v '~' | sort`do${optdaemon} startdone

Also in MD0_DATA geändert, dann hab ich in die

vi /opt/etc/init.d/S20openfire

das hier geschrieben, weil es bei Openfire 3.6.4 anscheind keine openfirestart.sh mehr gibt.

#!/bin/sh/opt/openfire/bin/openfire

zum Schluss hab ich noch

chmod +x /opt/etc/init.d/S20openfire

Ergebnis: die Optware Pakete, wie nano laufen wieder nach dem Reboot aber Openfire will noch immer nicht.

#!/bin/sh
/opt/openfire/bin/openfire start

hab ich auch versucht

Vielen Dank und Gruß

j0hN

Erstmal vielen Dank,

ich bin zwar noch nicht wirklich weiter, da ich mir mit

#Symlink Optware to /opt
rm -rf /opt
ln -sf /share/HDA_DATA/.qpkg/Optware /opt

anscheind Optware/IPKG umgangen habe, heißt beispielweise nano - was schon durch Optware nach dem Reboot gestartet wurde - geht nicht mehr und selbst ipkg lässt sich nicht mehr aufrufen

Da ich nur diesen einen Dienst im Autostart brauche ist es kein Problem diesen in die autorun.sh zu schreiben. Mit der /etc/init.d versteh ich gerade eh nicht...mir scheint das so, als läg hier alles, was mit Optware zutun hat in der /etc/rcS.d. Wobei ich noch mal festhalten muss ich hab openfire nicht als IPKG installiert. Ich habs leider nicht gefunden, weil die da installierten Dienste alle automatisch starten.
Dabei wäre doch ein einfaches "rc-update add *** default" so einfach. Ok das wäre zu einfach aber ich verzweifel gerade echt an der Kiste.
Btw.: zur Zeit ist es ein TS 259 Pro und nicht der angegebene 439...welcher übrigens ein 459 ist (ich glaub den gabs da noch nicht zur Auswahl).

Vielleicht kann mir noch mal jmd. auf die Sprünge helfen.

Gruß j0hN

Tach zusammen,

ich hab mit openfire als tar.gz runtergeladen und nach /opt/ entpackt. Per /opt/openfire/bin/openfire start lässt dich der deamon ohne Probleme starten. Java und MySql hab ich als Qpkg installiert...wie gesagt mit nem manuellen Start läuft auch alles problemlos. Für den Autostart nach nem Reboot hab ich schon die wildestens Dinge in die Autorun.sh getippert aber irgendwas scheint da nicht zu passen.
Unter anderem habe ich sowas hier in der Art versucht http://forum.qnap.com/viewtopic.php?f=35&t=10024&start=10 (ganz unten)

/bin/ln -sf /opt/openfire/bin/openfirestart.sh /etc/rcS.d/QS999openfire

Wobei bei es bei mir so aussah >
/bin/ln -sf /opt/openfire/bin/openfire /etc/rcS.d/QS999openfire
Leider ohne Erfolg, nach nem Reboot startet openfire nicht.

Jetzt hab sich hier im Forum was gefunde, dass man ggf. erst /opt verlinken muss, weil der Dienst zu früh versucht zu starten.

#Symlink Optware to /opt
rm -rf /opt
ln -sf /share/HDA_DATA/.qpkg/Optware /opt

http://forum.qnapclub.de/viewtopic.php?f=208&t=6733

mit einem rm -rf /opt tu ich mich noch etwas schwer, wenn ich nicht genau weiss, wann das ganze ins System eingreift und darum wollte ich mal hören, ob jmd. das Script ggf. schon am laufen hat.

Vielen Dank und Gruß

j0hN