Beiträge von xelra

Danke sehr. Das beantwortet meine Frage. Ich denke dann bleibe ich bei 6 TB Platten und RAID5.

Ah, ich verstehe. Also gehört eine Platte immer komplett zu einem Volume. Es geht also nicht, dass 2 Volumes in RAID5 über alle 4 Platten gehen.

Also gehen nur 2 RAID1 Volumes oder JBOD?

Hallo,

habe noch ein ziemlich betagtes TS-419P, welches über die Jahre immer größere Festplatten bekommen hat. Nun ist mir die erste 6 TB Platte kaputt gegangen und Ersatz muss her.

Also zu meiner Frage. Mit den 6 TB Platten komme ich ziemlich genau an das 16 TB Limit heran. Wenn ich jetzt größere Platten installiere, z.B. 12 TB Platten, kann ich dann einfach ein zweites Volume mit ebenfalls 16 TB erstellen?

Danke schonmal im Voraus.

Danke für die Antworten. Ich habe ein bisschen mit dem Multimeter am Netzteil herumgefuchtelt und bin mir ziemlich sicher, dass es kaputt ist. Habe mir jetzt erstmal ein neues bestellt und hoffe dass dann alles wieder geht.

Kann ich das nicht mit mdadm mounten? Oder steckt da mehr dahinter?

Hallo,

ich hatte vor kurzem einen Stromausfall und seitdem ist mein QNAP TS-419P+ womöglich defekt. Egal welchen Knopf ich drücke, es tut sich gar nichts mehr.

Natürlich will ich jetzt nichts überstürzen und eventuell die Daten auf den Festplatten beschädigen.

Welche Schritte sollte ich als nächstes einleiten um meine Daten zu sichern? Soll ich die Platten ausbauen und das an einem PC machen? Gibt es dazu einen Guide?

Soll ich vielleicht vorher noch ein paar Dinge am NAS ausprobieren?

Vielen Dank schonmal im Voraus.

Mit export http://www.cyberciti.biz/faq/l…nix-shell-export-command/. Genauso wie vorhin mit der Pfadvariablen. Ich vermute CATALINA_HOME und ANT_HOME. Catalina ist ja Teil des Tomcat-Startscripts.

OK, dann sind wir hier ja fertig. Dein Autostart funktioniert ja.

Warum Tomcat nicht startet, das ist natürlich jetzt eine andere Frage. Aber kann wohl nur an der Shell-Umgebung liegen. Viel Spaß beim Tüfteln.

Schau mal nach, was so alles in deiner Umgebung läuft, in der es ja funktioniert.

printenv

Evtl. hängt es auch mit Java zusammen. Dass irgendeine Abhängigkeit existiert. Aber da kann ich dir nicht weiterhelfen.

EDIT:
Also den printenv in das Script. Damit du den Unterschied siehst.

touch /share/MD0_DATA/.qpkg/env-test
printenv > /share/MD0_DATA/.qpkg/env-test

SET_ENV_VARS="/opt/bin:/opt/sbin:/usr/local/bin:/usr/local/sbin"export PATH=$PATH:$SET_ENV_VARSecho "export PATH=$PATH" >> /etc/profile

Versuch mal mit obigem Code die Pfadvariablen zu setzen, bevor du in deinem Script Tomcat startest.

EDIT:
Achja und mach mal eine Zeile ganz oben in deinem Script

touch /share/MD0_DATA/.qpkg/test

und schau nach, ob die Datei da ist. Dann weißt du schonmal, dass das Script läuft.

Bist du dir sicher, dass das Script nicht lädt? Vielleicht lädt das Script ja, aber was drinsteht führt nicht aus. Ich denke da an Umgebungsvariablen, die die Shell beim Ausführen nicht hat. Dasselbe Problem haben viele auch mit Cron. Von Hand kann man das Script ausführen, aber nicht mit Cron, weil keine Pfadvariablen geladen sind.

Hört sich alles richtig an. Den einzigen Tipp den ich noch habe, wäre zu überprüfen, dass deine Firmware oberhalb der Version 3.8.2 liegt. Sonst wirst du wohl etwas rumprobieren müssen.

Funktioniert denn der Autostart für QPKGs, welche du aus dem Repository installiert hast? Die müssten ja dann auch Einträge in der qpkg.conf haben. Vielleicht mal gegenprüfen auf Plausibilität.

Hast du die "neue" autorun.sh auch in einem lesbaren Verzeichnis? Oder hast du das dummy qpkg einfach auf das, nicht lesbare, MTD verwiesen?

Hmm. In dem Link steht doch drin, dass die Methode hier veraltet ist. Sie funktioniert auch seit Version 3.8.2 gar nicht mehr. Stattdessen sollst du die neue Methode verwenden, welche ganz oben beschrieben ist.

Hallo Hulli,

Schau mal hier: http://wiki.qnap.com/wiki/Runn…wn_Application_at_Startup. Ich glaube das sollte deine Fragen beantworten.

Also, dass es TS 110 ist, ist schonmal seltsam. Normalerweise hätte der Befehl TS-110 als Antwort geben müssen.

/dev/mtdblock5 ist auf jeden Fall das richtige Device bei deinem NAS. Der Befehl

mount -t ext2 /dev/mtdblock5 /tmp/config

mountet das Device nach /tmp/config.
Wenn dann in /tmp/config nichts drin ist, dann ist das schon sehr merkwürdig. Vor allem, weil das Device ja schließlich erfolgreich gemountet wurde und ein "mount -l" ja das Device auch ordentlich anzeigt.
An deiner Stelle würde ich den QNAP Support anschreiben mit der Frage: "Warum ist bei meinem TS-110 das Device /dev/mtdblock5 leer?"

Probier doch einfach mal noch /dev/mtdblock4 aus, und /dev/sdx6. Nur um sicher zu gehen.

Bist du dir sicher, dass Admin dein root-Account ist? Normalerweise ist das bei QNAP nämlich admin.

Also da läuft schon was beim mounten schief.

Überprüfe doch nochmal was für ein Modell du hast mit

/sbin/getcfg System Model -f /etc/config/uLinux.conf

Da stimmt was nicht.

[/tmp/config] # ls -al
drwxr-xr-x    3 admin    administ     1024 Jun 12 00:25 ./
drwxrwxrwx   12 admin    administ     1340 Jul 17 14:03 ../
-rw-r--r--    1 admin    administ        2 Jun 15  2012 BOOT_COUNT
-rwxrwxrwx    1 admin    administ     1832 Jul  3  2011 autorun.sh*
-rw-r--r--    1 admin    administ      513 Apr 13  2010 board_level_test.cfg
-rw-r--r--    1 admin    administ       27 Sep  3  2010 customise.conf
drwx------    2 admin    administ    12288 Dec  5  2009 lost+found/
-rw-r--r--    1 admin    administ     4893 Jun 12 00:25 smb.conf
-rw-r--r--    1 admin    administ       11 Jun 12 00:25 smb.conf.cksum
-rw-r--r--    1 admin    administ       37 Jun 12 00:25 system.map.key
-rw-r--r--    1 admin    administ     5596 Jun 15  2012 uLinux.conf

So sollte das aussehen. Du hast irgendwas falsches gemountet.

Ich weiß nicht, warum du die Partition nicht beschreiben kannst.

Vielleicht kann dir jemand anderes weiterhelfen, der das gleiche Problem schonmal hatte.

"touch" erstellt eine leere Datei. Ich dachte du probierst

cd /tmp/config
touch autorun.sh
ls -al

und schaust, ob die Datei da ist und ob das Problem eventuell an vi liegt.

Aber einen "Das ist die Lösung"-Rat habe ich leider nicht. :cry:

Das sieht alles richtig aus.

Wenn du mit "touch autorun.sh" die Datei erstellen willst, dann kommt auch ein "not writable" Fehler?

Ich kann allerdings keinen Fehler in deinem Vorgehen erkennen.

Nachdem du mtdblock5 mountest, steht dann (rw) hinten dran, wenn du "mount -l" ausführst?

Eventuell musst du als ext4 mounten, wenn du die neue Firmware aufgespielt hast.

Überprüfe auch mit "ls -al" die Berechtigungen der autorun.sh. Möglicherweise hat sie 000. Dann kann niemand sie verändern. Berechtigungen ändert man mit "chmod".