Stromsparendes Sicherungsverfahren

Hallo Qnap Freunde,

Mein TS419 ist gerade mit der FW 3.1.2 nach 1,5 Jahren betrieb in keinem guten Zustand.
Ich soll ihn lt. Service neu initialisieren sprich alles formatieren und entsprechend neu
aufsetzen.

Aus diesem Grund muss ich mir nun Gedanken machen wie ich die 2TB runter bekomme.
Ich habe mir überlegt ein esata gehäuse mit 2x 1000GB zu besorgen und wöchentlich hier das
Backup drauf zu speichern.

Nun stellt sich mir aber die Frage wie des denn mit dem Strom und dem einschalten der esata Platten
laufen wird. Der Ts419( 4x 1000GB ) schläft ja wenn er richtig arbeitet ein und wacht bei Bedarf wieder
auf. Was machen die esata platten ? muss ich die ggf. manuell einschalten um darauf sichern zu können oder
wachen die bei Bedarf , sprich wenn der TS419 sichern möchte, auf ?

Hatt jemand eine Idee welche günstige und Stromeffiziente variante / hardware ich wählen kann?

Dank / Gruß
Tiage

Habe nun eine Verbatim 1,5 TB als Backupplatte angeschlossen.
Diese schläft so wie ich bisher erkannt habe nicht ein sondern muss ein bzw. ausgeschaltet werden.
Das bedeutet ich kann nicht geplant Synchronisieren sondern muss das manuell machen !
Die Frage die ich mir nun stelle ist ob ich die Backupplatte in Fat32 lassen soll oder in Ext3 ändern soll.
Tatsache ist das es lange dauert bis der TS419P die Platte erkennt. Kann das am Dateisystem liegen ?

Also erst mal zur aktuellen situation . Das mit der Verbatim hat nicht funktioniert . Eine Syncronisation der Daten war nicht möglich.
Nun bin ich im Besitz Einer Lacie d2 mit 2TB um die Daten zu sichern. Erlich gesagt K.. mich der TS ganz schön an !!!! Der Service hält sich
zurück und sagt das das Problem mit "einschlafen" und nicht mehr aufwachen nicht bekannt sei. Aber da muss doch etwas sein wenn mir empfohlen wird
die Platten Low Level zu formatieren und dann würde alles wieder Funktionieren ????

Nun , nichts für ungut . Ich sitz nun mit meinem Lacie hier ( Der auf der Kombatibilitätsliste aufgeführt ist ) und bis der TS diese Platte erkennt dauert es ewig !
Ich frag mich warum. Es Sollte doch keine Problem sein das sich die beiden einen "handshake" geben . Hallo ????

Ist das bei Sata normal ?

Hi ,

Zitat

Wenn die Sicherung durch ist muss die Festplatte vom System getrennt und separat gelagert werden!

Ich würde ja gerne aber die Probleme werden immer größer. Ich bekomme die Daten einfach nicht auf die Externe Platte. Der TS weigert sich . Per Esata gehen gerade mal 20MB alle 30 sekunden rüber. Beim formatieren in Ext3 hat er per esata abgebrochen. Nun versuche ich per USB zu formatieren und anschließend wieder zu Synchronisieren. Dabei schläft er jedoch ein. Ich bin wirklich am Ende und sehe aktuell keine Möglichkeit meine 1,1TB zu retten. Mach ich was falsch ?

Gruß Tiage

EDIT:

Hi ,

hab die SSH konsole zum laufen gebracht. TS formatiert gerade -> 55% Ich hab ihm gesagt er soll EXT3 Formatieren aber wenn ich in der Web Gui auf eine andere Seite gehe und wieder zurück zur Externer Datenträger Seite dann steht da Ext 4 . Wohlbemerkt ist noch nicht fertig ! Schlussendlich wäre mir es egal ob es Ext4 Ist hauptsache ich bekomm meine Daten gesichert .

Das gibt mir der Mount Befehl als antwort :
( nach was sieht das aus ... Ext4 oder? )

/share/Qmultimedia$ mount
/proc on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=32M)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/sda4 on /mnt/ext type ext3 (rw)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw)
/dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,data=writeback)
tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
nfsd on /proc/fs/nfsd type nfsd (rw)

EDIT:

HI !
neustes !

Ich habe nun die lacie mit Ubunto 9.4 Live auf Ext3 Formatiert und siehe da es geht schneller. Dennoch schläft der TS regelrecht wärend der übertragung ein.
Dann geht gar nichts mehr! Ich muss dann strom abmachen und neun Booten. Dann wieder Kopieren ! Was mit meinen Daten ist kann ich nicht einsehen . Also ob nun die Dateien welche beim einschlafen gerade kopiert wurden kaputt sind weis ich nicht. wird sich herausstellen.

Dank an alle - weiter am Kämpfen
Gruß
Tiage

Edit:

Hallo Zusammen,

Ich habe nun die LACIE als Ext3 über Esata angeschlossen.
Übertragungsrate 2MB/s !!!
TS schläft ein oder gibt mir fehler "copy to"... "failed"
Kann ich im SSH info bekommen was nicht stimmt ?

Hi zusammen,

@ bowman, Danke für den Link

Anbei meine Listings und Fragen
( hoffentlich schläft der TS nicht wieder ein )

/root$ fdisk -luDisk /dev/sda4 doesn't contain a valid partition tableDisk /dev/sda: 1000.2 GB, 1000204886016 bytes255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sda1   *          63     1060289      530113+  83  Linux/dev/sda2         1060290     2120579      530145   82  Linux swap / Solaris/dev/sda3         2120580  1952507969   975193695   83  Linux/dev/sda4      1952507970  1953503999      498015   83  LinuxDisk /dev/sda4: 469 MB, 469893120 bytes2 heads, 4 sectors/track, 114720 cylinders, total 917760 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/sdb: 1000.2 GB, 1000204886016 bytes255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdb1   *          63     1060289      530113+  83  Linux/dev/sdb2         1060290     2120579      530145   82  Linux swap / SolarisDisk /dev/md0 doesn't contain a valid partition tableDisk /dev/md9 doesn't contain a valid partition tableDisk /dev/md4 doesn't contain a valid partition table/dev/sdb3         2120580  1952507969   975193695   83  Linux/dev/sdb4      1952507970  1953503999      498015   83  LinuxDisk /dev/sdc: 1000.2 GB, 1000204886016 bytes255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdc1   *          63     1060289      530113+  83  Linux/dev/sdc2         1060290     2120579      530145   82  Linux swap / Solaris/dev/sdc3         2120580  1952507969   975193695   83  Linux/dev/sdc4      1952507970  1953503999      498015   83  LinuxDisk /dev/sdd: 1000.2 GB, 1000204886016 bytes255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdd1   *          63     1060289      530113+  83  Linux/dev/sdd2         1060290     2120579      530145   82  Linux swap / Solaris/dev/sdd3         2120580  1952507969   975193695   83  Linux/dev/sdd4      1952507970  1953503999      498015   83  LinuxDisk /dev/md0: 0 MB, 0 bytes2 heads, 4 sectors/track, 0 cylinders, total 0 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md9: 542 MB, 542769152 bytes2 heads, 4 sectors/track, 132512 cylinders, total 1060096 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/md4: 542 MB, 542769152 bytes2 heads, 4 sectors/track, 132512 cylinders, total 1060096 sectorsUnits = sectors of 1 * 512 = 512 bytesDisk /dev/sdz: 2000.3 GB, 2000398934016 bytes255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectorsUnits = sectors of 1 * 512 = 512 bytes   Device Boot      Start         End      Blocks   Id  System/dev/sdz1              63  3907024064  1953512001   83  Linux

/root$ df -hFilesystem                Size      Used Available Use% Mounted on/dev/ram0                32.9M     14.9M     18.0M  45% /tmpfs                    32.0M    132.0k     31.9M   0% /tmp/dev/sda4               310.0M    189.2M    120.8M  61% /mnt/ext/dev/md9                509.5M     50.3M    459.2M  10% /mnt/HDA_ROOT/dev/md0                  2.7T      1.4T      1.3T  51% /share/MD0_DATAtmpfs                    32.0M         0     32.0M   0% /.eaccelerator.tmp/dev/sdz1                 1.8T     13.2G      1.7T   1% /share/external/sdz1

/root$ fdisk -v
fdisk v2.12q

Das mit den Partitiontables sehe ich zum ersten mal.

Nun die Fragen:

1. Soll ich die Sdz nochmal formatieren das sie bei 64 beginnt ?
2. Was mache ich mit den Partitionstabellen ?
3. Nun funktioniert meine SSH konsole nicht mehr richtig ! :shock:
4. Habe entdeckt das in meiner Datenträgerverwaltung der Raid5 Verbund als "wird synchronisiert" gekennzeichnet ist. Was soll ich davon halten
5. Ich habe Ext4 Raid5 ( hätte ich mich informiert wäre das jetzt anders ) :oops:
6. Soll ich eine Platte ziehen oder per Killall den Rebuilt abbrechen ? kann ich dann endlich meine Daten retten ?
7. Welche Platte soll ich ziehen und welchen Prozess "killen" ?

Dank / Gruß
Tiage :cry:

EDIT:
Bin nun dabei mit Mercators backup Program die Daten auf die Lacie zu schaufeln.
Ich weis nicht ob mein TS einschläft - wird sich heute abend zeigen wenn ich nach hause Komme.
Dank an Dieser Stelle vorerst mal an Mercator für das tolle backup skript ! :thumb:

http://forum.qnapclub.de/viewt…ilit=Backup+Skript#p68172

BIN ZUVERSICHTLICH

EDIT: 17:37
Der TS hat bis gerade eben per SSH und dem PHP skript kopiert. Dann hab ich kurz das Web Gui eingeschaltet
um zu schauen was er macht da ich bei WINSPC keinen Zugriff mehr habe. Und ...

Nach ner halben Stunde war der / die TS wieder tot. Status = alles Grün aber kein Zugang übers netz.
Werde nun mal mit Putty probieren irgendetwas herauszufinden. Wenn jemand ne Idee hat was ich tun
kann ( abgesehen von WebGui weg lassen ) dann gerne melden.

Dank Gruß IMMERNOCH zuversichtlich

Edit 19:00 :
Sie kopiert über Putty ! Meine Daten werden gesichert ! Tolles Skript ! :thumb:

Edit 22:39:
TS ist wiede eingeschlafen. Konsole steht ! Putty Fehler : FATAL ERROR .. NETZERKFEHLER :shock:

ZUR allgemeinen Erläuterung : (Zusammenfassend )

1. Angefangen hat es mit der Suche nach der Externen Speichermöglichkeit da die TS immer einschläft. Und vom Service vorschlagen wurde die TS neu aufzusetzen
2. Dann war es das Problem das per Web Gui weder Sichern auf die damals in NTFS formatierte Platte möglich war noch ein Formatieren in Ext3
3. Dann nach formatieren über Ubuntu wurde die Sicherung der Daten über Web Gui immer abgebrochen bzw. die TS schläft ein
4. Mittlerweile mit Backup Skript wird gesichert so lange der TS wach ist. ( Die Externe ist auf Dauer ON à kein Problem ! )
Problem 1 : Die TS schläft ein !
Problem 2 : Die TS möchte Synchronisieren und sagt in der Datenträgerverwaltung das mit dem Raid5 keine "Vorgänge" möglich sind
Problem 3 : Die TS sagt im Web Gui das es sich um ein EXT4 Raid 5 Handelt ist für mich nicht einfach zu erkennen

/share/Public$ mount
/proc on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
sysfs on /sys type sysfs (rw)
tmpfs on /tmp type tmpfs (rw,size=32M)
usbfs on /proc/bus/usb type usbfs (rw)
/dev/sda4 on /mnt/ext type ext3 (rw)
/dev/md9 on /mnt/HDA_ROOT type ext3 (rw)
/dev/md0 on /share/MD0_DATA type ext4 (rw,usrjquota=aquota.user,jqfmt=vfsv0,data=writeback)
tmpfs on /.eaccelerator.tmp type tmpfs (rw,size=32M)
/dev/sdz1 on /share/external/sdz1 type ext3 (rw)

Weiter am kämpfen !

HI
@ Frosch :
Bisher hab ich noch keine Methode gefunde. Mercators Skript gibt mir leider nicht die Zeit beim Kopierprozess
sodass ich sehen würde wann die TS einschläft.

Meine Bisherige Forgehensweise ist :
- TS ausschalten ( 10sekunden OFF !!! )
- Stromkabel Trennen ( Sonst kann es Probleme beim Booten geben )
- 5 Minuten warten bis der Trafo leer ist.
- Strom rein / Einschalten und hoffen das der Boot in Ordnung läuft.

Mitterweile sehe ich bei "ps" keinen Synchronisierungsprozess.
Das Web Gui jedoch zeigt mit das synchronisiert wird
Ich hab den prozess vor 3 Tagen mit Kill beendet. Seit dem aber
mehrfach neu Booten müssen.

/share/Public$ ps
  PID  Uid     VmSize Stat Command
    1 admin       624 S   init       
    2 admin           SW< [kthreadd]
    3 admin           SWN [ksoftirqd/0]
    4 admin           SW< [events/0]
    5 admin           SW< [khelper]
   36 admin           SW< [kblockd/0]
   37 admin           SW< [ata/0]
   38 admin           SW< [ata_aux]
   41 admin           SW< [khubd]
   61 admin           SW  [pdflush]
   62 admin           SW  [pdflush]
   63 admin           SW< [kswapd0]
   64 admin           SW< [aio/0]
   65 admin           SW< [cifsoplockd]
   66 admin           SW< [cifsdnotifyd]
  193 admin           SW< [scsi_eh_0]
  194 admin           SW< [scsi_eh_1]
  198 admin           SW< [scsi_eh_2]
  199 admin           SW< [scsi_eh_3]
  200 admin           SW< [scsi_eh_4]
  201 admin           SW< [scsi_eh_5]
  244 admin           SW< [mtdblockd]
  274 admin           SW< [kcryptd/0]
  377 admin       508 S   /sbin/syslogd -O /tmp/messages -s 1000 
  379 admin       476 S   /sbin/klogd -c 7 
  500 admin           SW< [md9_raid1]
  542 admin           SW< [md13_raid1]
  605 admin           SW< [kjournald]
  620 admin       620 S   /sbin/daemon_mgr 
  632 admin       984 S   /sbin/hotswap 
  706 admin       468 S < qWatcodogd: keeping alive every 5 seconds...
  767 admin           SW< [kjournald]
  784 admin           SW< [md4_raid1]
  924 admin       540 S   /sbin/modagent 
  977 admin           SW< [md0_raid5]
  983 admin           RWN [md0_resync]
  991 admin           SW< [kjournald2]
 1003 admin       856 S   /sbin/qsmartd -d 
 1120 admin       572 S   /usr/sbin/mDNSResponderPosix -f /etc/config/mDNSRespo
 1295 admin      1164 S   /usr/local/sbin/_thttpd_ -p 8080 -nor -nos -u admin -
 1324 admin      1188 S   /usr/local/sbin/Qthttpd -p 80 -nor -nos -u admin -d /
 1373 admin      1036 S   /sbin/btd 
 1381 guest       544 S   /sbin/ImRd -d 
 1412 admin       716 S   /usr/sbin/crond -l 9 
 1435 admin       492 S   /usr/sbin/ntpdated 
 1444 admin      2484 S   /usr/sbin/stunnel /etc/stunnel/stunnel.conf 
 1557 admin      3072 S   /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
 1558 admin      1160 S   /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
 1566 admin      1996 S   /usr/local/samba/sbin/nmbd -l /var/log -D -s /etc/con
 1595 admin      1904 S   /usr/sbin/sshd -f /etc/ssh/sshd_config -p 22 
 1635 admin      1076 S   /sbin/bcclient 
 1645 admin      1744 S   /sbin/picd 
 1648 admin       928 S   /sbin/gpiod 
 1651 admin      1056 S   /sbin/hwmond 
 1669 admin       704 S   /usr/sbin/upsutil 
 1719 admin      1108 S   /sbin/hd_util 
 1745 admin       584 S   /sbin/gen_bandwidth eth0 
 1796 admin      4348 S   /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
 1807 admin           SW< [iscsi_eh]
 1823 admin           SW< [qnap_et]
 1833 admin       452 S   /sbin/iscsid --config=/etc/config/iscsi/sbin/iscsid.c
 1834 admin      2192 S < /sbin/iscsid --config=/etc/config/iscsi/sbin/iscsid.c
 1844 admin       864 S   /sbin/lcdmond 
 1849 admin      1500 S   qLogEngined: Write log is disabled...
 1852 admin       772 S   /sbin/qsyslogd 
 1859 admin       796 S   /sbin/qShield 
 1888 admin       536 S   /usr/sbin/upsd -u admin 
 2017 admin           Z   [sh]
 2021 admin           SW< [kjournald]
 2029 admin           Z   [cat]
 2081 xxxxx      4180 R   /usr/local/samba/sbin/smbd -l /var/log -D -s /etc/con
 2085 admin      3172 S   sshd: admin@notty                               
 2086 admin      1096 S   -sh 
 2118 admin       756 R   ps

Beinahe war die Angelegenheit durchgestanden !
1. Daten gesichert mit Mercators Skript
2. Die TS hab ich neu aufgesetzt wie vom Service empfohlen ( außer Low level Formatieren ! --> nur normal mit Ubuntu 9.04 gparted EXT3 Formatiert )
3. Die Daten wieder drauf gespielt.

Seit ca. 1Dez 2010 lief die TS ununterbrochen ohne in den StandBy zu wechseln.
( siehe andere Beiträge warum kein Standby zustande kommt - nicht das aktuelle Problem ! )

Seit heute morgen 4:35 weis ich, dass sie wieder unkontrolliert in den nicht
aufweckbaren Standby geht und hab keine Ahnung warum. Nun geht das ganze also
nochmal los es sei denn der Service oder jemand anders hat ne Idee.

Tiage

Also nun hab ich Ihn vom Service wieder.
Platten haben die mit einem Tool namens DBAN http://www.dban.org/downloadgelöscht.
Seit einem Tag ist er wieder am Laufen. Bisher keine Probleme
bin aber am Zweifeln und hab Angst das er wieder einschläft.
:thumb:

Es ist Juni und sie ist die ganze Zeit gelaufen .
Thema erledigt , Grund ungeklärt !