Backup dauert ewig

[flooo]

Hallo,

ich habe ein Backup gemacht mit rsnapshot. Allerdings hat meine DS107e für die knapp über 150GB Ewigkeiten gebraucht um das ganz auf die externe Platte (EXT3-formatiert) über Esata zu spielen.
Liegt das nun an der DS mit der geringeren Leistung (e) oder was ist da los?

Hier das Log-File:

[23/Mar/2010:23:31:54] opt/bin/rsnapshot hourly: started
[23/Mar/2010:23:31:54] echo 1997 > /opt/var/run/rsnapshot.pid
[23/Mar/2010:23:31:54] mkdir -m 0755 -p /volumeSATA/satashare/hourly.0/
[23/Mar/2010:23:31:54] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/opt /volumeSATA/satashare/hourly.0/localhost/
[23/Mar/2010:23:33:16] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /usr /volumeSATA/satashare/hourly.0/localhost/
[23/Mar/2010:23:34:53] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /etc /volumeSATA/satashare/hourly.0/localhost/
[23/Mar/2010:23:34:56] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /etc.defaults /volumeSATA/satashare/hourly.0/localhost/
[23/Mar/2010:23:35:00] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/Downloads /volumeSATA/satashare/hourly.0/localhost/
[23/Mar/2010:23:35:03] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/music /volumeSATA/satashare/hourly.0/localhost/
[24/Mar/2010:10:22:38] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/photo /volumeSATA/satashare/hourly.0/localhost/
[24/Mar/2010:13:00:53] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/privat /volumeSATA/satashare/hourly.0/localhost/
[24/Mar/2010:23:53:35] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/public /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:49:16] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/svn /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:51:36] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/web /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:51:36] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /lib /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:08] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /bin /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:09] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /sbin /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:10] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /var /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:13] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /var.defaults /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:14] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /tmp /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:15] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /root /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:15] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /dev /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:16] /opt/bin/rsync -a --delete --numeric-ids --relative --delete-excluded /volume1/@appstore /volumeSATA/satashare/hourly.0/localhost/
[25/Mar/2010:00:53:18] touch /volumeSATA/satashare/hourly.0/
[25/Mar/2010:00:53:18] rm -f /opt/var/run/rsnapshot.pid
[25/Mar/2010:00:53:18] opt/bin/rsnapshot hourly: completed successfully

Grüße
Florian

 

[itari]

'Ewigkeiten' sind was? Tage, Wochen ???

Ich denke, der erste Lauf wird schon ein paar Stunden dauern (auch gerne größer 10) - hängt halt viel von der Menge der Dateien ab.

Itari

 

[thedude]

Nur das es bei ihm über zwei Tage waren... Selbst für rsync ist das wirklich nicht gerade fix für 150GB über esata. Gut ich kenne die 07er Reihe nicht so gut... aber evtl. ist die CPU zu schwach?

gruss
dude

 

[flooo]

Hi,
naja, 2 Tage waren es nicht, aber knapp über 1 Tag schon. Finde ich auch nen bisl happig. Gibt es da irgendein benchmark den man machen kann? Hat jemand noch andere Ideen, woran es liegen kann?
Grüße
Florian

 

[winnetou]

ich habe bei mir auch das Problem.
Mir ist aufgefallen, dass die DS wie blöde rödelt und bei meinem USB-Laufwerk leuchtet dir Schreib-LED alle 5 Sekunden kurz auf.
Außerdem prüft die DS vorher irgendwas, ist also beschäftigt, ohne dabei auf das USB-Laufwerk zu schreiben. Das kann bei 200GB schon mal den ganzen Tag dauern.

Wollte mal fragen wie man an das Logfile rankommt?

Gruß, pacer

 

[jahlives]

Logfile --> /var/log/messages

 

[flooo]

Hi,

also folgendes stand in der log-datei

Mar 23 23:32:58 kernel: hdc: dma_timer_expiry: dma status == 0x20
Mar 23 23:32:59 kernel: hdc: timeout waiting for DMA
Mar 23 23:32:59 kernel: hdc: timeout waiting for DMA
Mar 23 23:32:59 kernel: hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
Mar 23 23:32:59 kernel: 
Mar 23 23:32:59 kernel: hdc: drive not ready for command
Mar 23 23:32:59 kernel: hdc: status timeout: status=0xd8 { Busy }
Mar 23 23:32:59 kernel: 
Mar 23 23:32:59 kernel: ide1: reset phy, status=0x00000113, siimage_reset
Mar 23 23:32:59 kernel: hdc: drive not ready for command
Mar 23 23:32:59 kernel: ide1: reset: success
Mar 24 00:28:10 kernel: hdc: dma_timer_expiry: dma status == 0x20
Mar 24 00:28:10 kernel: hdc: timeout waiting for DMA
Mar 24 00:28:10 kernel: hdc: timeout waiting for DMA
Mar 24 00:28:10 kernel: hdc: status error: status=0x58 { DriveReady SeekComplete DataRequest }
Mar 24 00:28:10 kernel: 
Mar 24 00:28:10 kernel: hdc: drive not ready for command
Mar 24 00:28:10 kernel: hdc: status timeout: status=0xd8 { Busy }
Mar 24 00:28:10 kernel: 
Mar 24 00:28:10 kernel: ide1: reset phy, status=0x00000113, siimage_reset
Mar 24 00:28:10 kernel: hdc: drive not ready for command
Mar 24 00:28:10 kernel: ide1: reset: success
Mar 24 00:50:14 kernel: hdc: dma_timer_expiry: dma status == 0x20
Mar 24 00:50:14 kernel: hdc: timeout waiting for DMA
Mar 24 00:50:14 kernel: hdc: timeout waiting for DMA
Mar 24 01:25:40 kernel: hdc: dma_timer_expiry: dma status == 0x20
Mar 24 01:25:40 kernel: hdc: timeout waiting for DMA
Mar 24 01:25:40 kernel: hdc: timeout waiting for DMA
Mar 24 02:13:35 sshd[2029]: error: Could not get shadow information for NOUSER
Mar 24 02:13:39 sshd[2030]: error: Could not get shadow information for NOUSER
Mar 24 02:13:49 sshd[2033]: error: Could not get shadow information for NOUSER
Mar 24 02:13:51 sshd[2034]: error: Could not get shadow information for NOUSER
Mar 24 02:13:56 sshd[2035]: error: Could not get shadow information for NOUSER
Mar 24 02:14:00 sshd[2036]: error: Could not get shadow information for NOUSER
Mar 24 02:14:03 sshd[2037]: error: Could not get shadow information for NOUSER
Mar 24 02:14:14 sshd[2040]: error: Could not get shadow information for NOUSER
Mar 24 02:14:16 sshd[2041]: error: Could not get shadow information for NOUSER
Mar 24 02:14:20 sshd[2042]: error: Could not get shadow information for NOUSER
Mar 24 05:26:18 kernel: connection reset by peer.
Mar 24 13:39:15 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device).

Jemand ne Idee, ob davon irgendwas Einfluss auf das Backup hatte?

Dieser Fehler steht aktuell ständig in der Log:

error: Could not get shadow information for NOUSER

Was ist das?

VIele Grüße
Florian

 

[goetz]

Hallo,
DMA Probleme mit einem eSATA Gehäuse hatte ich auch schon an der DS-106 (gleiche Hardware und Software wie Deine 107e). Da ist die Kompatibilität nicht gegeben. Du kannst versuchen per USB zu verbinden, wenn das Gehäuse das zuläßt. An meiner 107+ gibt es hingegen mit dem Gehäuse per eSATA keinerlei Probleme.

Gruß Götz

 

[rerome]

Hi flooo,

keine Ahnung ob es Dir was nützt, aber ich hatte mit meiner alten DS107 ähnliche Probleme.

Ursache bei mir: Ich hatte lediglich die externe eSATA Platte eingeschaltet (ohne die DS neu zu starten) und die Datensicherung eingeleitet.

Das Backup dauerte dann an die 24 Stunden für ca. 300 GB.

Habe das MEHRMALS getestet!

Seitdem fahre ich die DS nach dem Einschalten der externen Platte IMMER erneut hoch, und damit erreiche ich die optimalen Zeiten.

Mittlerweile habe ich die DS109 - aber da ich mir das so angewöhnt habe mit dem Neustart der DS - mache ich das immer noch so. Ein Komplettbackup mit ca. 360 GB dauert bei mir 2 Stunden und 31 Minuten. Mit dieser Zeit bin ich eigentlich hochzufrieden.

Möglicherweise liegt ja bei Dir ein ähnliches Problem vor.

rerome

 

[flooo]

Hi,

vielen Dank für die Antworten - auch, wenn es jetzt schon wieder ne Weile her ist. Habe es mir reromes Vorschlag versucht und das hat die Zeit bei einem ganzen neuen Backup auf jeden Fall auf weit unter einen Tag gedrückt - immerhin.
Kann mir noch jemand etwas zu diesem sehr häufigen Fehler sagen:
sshd[23043]: error: Could not get shadow information for NOUSER

ssh benutze ich nicht (zumindest nicht wissentlich).

Grüße
Florian