Toggle sidebar

Backup dauert ewig

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
F

flooo

Benutzer
Registriert
05. Feb. 2008
Beiträge
27
Reaktionspunkte
0
Punkte
0
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:

Rich (BBCode): 
[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
 
'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
 
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
 
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
 
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
 
Logfile --> /var/log/messages
 
Hi,

also folgendes stand in der log-datei
Rich (BBCode): 
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:
Rich (BBCode): 
error: Could not get shadow information for NOUSER
Was ist das?

VIele Grüße
Florian
 
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
 
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
 
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
 
Status
Für weitere Antworten geschlossen.
NAS-Central - Ihr Partner für NAS Lösungen
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten