Sicherung mit Time Backup läuft unendlich ohne Fortschritt

[ernesto999]

Hallo
nachdem es nicht möglich ist mit DSM 3.0 ein alternierendes Backup auf zwei externe USB-HD´s zu machen, probiere ich es jetzt mit Time-Backup. Erstmal scheinht alles prima. Zwei Backupaufträge mit unterscheidlichen Ausführungszeiten lassen sich erstellen. Die Sicherung beginnt und läuft... und läuft .. und hört gar nicht mehr auf zu laufen. Die letzten 2 Versuche habe ich jetzt nach 15 abgebrochen.
Hardware : DS-209, aktuelles DSM, aktuelles Time Backup. Gesamt-Grösse der zu sichernden Daten : 540GB.
Was von Anfang an merkwürdig ist, ist die Tatsache das Progress in der Info-Anzeige von Begin des Backup´s an auf 40% steht, was eigentlich nicht sein kann. Nach 15 Stunden steht es immer noch bei 40%, obwohl Diskstation wie auch externe HD ununterbrochen arbeiten.
Kennt jemand das Problem ?
Gruss
Michael

 

[crooklyn]

Hallo Michael,

habe seit einigen Tagen exakt das gleiche Problem. In meinem Fall allerdings mit einer 109+. Der Status bleibt bei "Verarbeite" und die Prozessorauslastung liegt bei ca. 80-90%. Dennoch kein Fortschritt.

Hast du schon eine Problemlösung gefunden?

Grüße,
Crook

 

[itari]

Was sagt die /var/log/messages ???

Itari

 

[s24-asm]

Die 40%-Anzeige habe ich hier auch. Ist halt nur "Beta"...
>15h für 540 GB halte ich für nicht so unrealistisch, leider.
Meine Erstsicherung von >800GB brauchte >40h, das sind noch nicht mal 6 MB/s...
Vor allem scheint mir TimeBackup deutlich langsamer als LocalBackup. Letzteres ging nämlich mit knapp 20 MB/s.
Ob das in der "Final" noch besser wird? Ich habe keine große Hoffnung.

 

[crooklyn]

@itari
Timer für das Backup war auf 3 Uhr gesetzt.

4 02:58:31 afpd[12799]: [afp_dsi.c:195] afp_alarm: child timed out                    
4 03:00:01 kernel: [52224.755598] drivers/scsi/sd.c[487]:sd_prep_fn(), sdk: spin up by
4 08:29:32 LogViewer.cgi: LogViewer.cpp:489 Wrong log fields                          
4 08:29:59 LogViewer.cgi: LogViewer.cpp:489 Wrong log fields                          
4 08:30:10 LogViewer.cgi: Synology log file /var/log/synocopy.log not exist           
4 08:45:26 timebkp: [26001]BK_WARN:rsync copy data fail, ret=20                       
4 08:45:26 timebkp: [26001]BK_WARN:cancel backup                                      
4 08:46:52 scemd: modules/usbcopy.c:66(USBCOPYLightStatusChangedHandler): Unknown Sign
4 08:46:58 mkfs.ext4: (write_inode_tables) SYNOIDiskSetupDiskWriteCache() enable cache
4 08:52:03 start_service: [4021]BK_WARN:Getting path of destination share failed      
4 08:52:50 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd                    
4 08:52:54 synoaudiod: synoaudiod.cpp:530 synoaudiod exit                             
4 08:52:59 kernel: [73403.222784] nfsd: last server has exited, flushing export cache 
4 08:53:00 ssctl: ssctl.cpp:96:ClearSSTmpResource(): Get no service info              
4 08:53:04 scheduler: scheduler.c (1613) Got signal. Die gracefully.                  
4 08:53:04 scheduler: scheduler.c (1631) rTorrent is killed.                          
4 08:53:10 kernel: [73414.274461] nf_conntrack version 0.5.0 (8057 buckets, 32228 max)
4 08:53:11 synoprint: printer_device_open.c:16 bad parameter.                         
4 08:53:17 ddnsd: main(ddnsd.c:2692):  not enable DDNS, shutdown daemon               
4 08:53:29 kernel: [73432.473649] svc: failed to register lockdv1 RPC service (errno 9
4 08:53:31 synorcd: hw_raytac.c (222) failed to open /dev/usb/hiddev5 (No such device)
4 08:53:48 start_service: [8049]BK_WARN:Getting path of destination share failed      
4 08:54:06 verbkp.cgi: [8404]BK_WARN:Getting path of destination share failed         
4 08:54:06 verbkp.cgi: [8404]BK_WARN:Failed to delete task path                       
4 08:54:06 afpd[8287]: [afp_config.c:318] DiskStation:AFPServer@* started on 65280.193
4 08:55:33 afpd[10012]: [auth.c:349] login: guest is expired!                         
4 08:55:33 afpd[10013]: [auth.c:349] login: guest is expired!                         
4 08:55:56 inetd[10942]: exec /opt/bin/svnserve: No such file or directory            
4 08:59:14 mkfs.ext4: (write_inode_tables) write cache is 1 ...                       
4 08:59:27 scemd: modules/usbcopy.c:66(USBCOPYLightStatusChangedHandler): Unknown Sign
4 09:00:54 inetd[16580]: exec /opt/bin/svnserve: No such file or directory            
4 09:06:46 verbkp.cgi: [22642]BK_WARN:rsync copy data fail, ret=20                    
4 09:06:46 verbkp.cgi: [22642]BK_WARN:cancel backup                                   
4 09:06:59 scemd: modules/usbcopy.c:66(USBCOPYLightStatusChangedHandler): Unknown Sign
4 09:07:03 mkfs.ext4: (write_inode_tables) SYNOIDiskSetupDiskWriteCache() enable cache
4 09:12:18 backup.cgi: backup.cpp:2758 SYNOSATADevEnum() failed to enum device.       
4 09:20:01 mkfs.ext4: (write_inode_tables) write cache is 1 ...                       
4 09:20:16 scemd: modules/usbcopy.c:66(USBCOPYLightStatusChangedHandler): Unknown Sign
4 09:22:04 backup.cgi: backup.cpp:2758 SYNOSATADevEnum() failed to enum device.       
4 09:24:25 backup.cgi: backup.cpp:6449 system([/usr/syno/mysql/bin/mysql mysql < /dev/
4 09:25:06 backup.cgi: SYNOLogChangeSize : logfile /var/log/synobackup.log not existed
- messages 144/144 100%

 

[itari]

@itari
Timer für das Backup war auf 3 Uhr gesetzt.

In der Protokoll-Liste sind schon ein paar Geschichten zu sehen, die etwas mit dem Backup zu tun haben könnten: alle Zeilen, in denen die Buchstabenfolge 'bkp' oder 'backup' vorkommt ... da taucht auch 'fail' oder 'cancel' auf. Ich bin jetzt kein In-die-Glaskugel-schau-Spezi, der sich nun alles zusammenreimen kann, aber wenn du da nicht was abgebrochen hast und das von alleine passiert ist, dann gabs Fehler beim Backup ... was auch immer die Ursache sein mag ...

Itari

 

[crooklyn]

Ja, hier habe ich das Backup selbst abgebrochen:

4 08:45:26 timebkp: [26001]BK_WARN:cancel backup

Nur ist für mich mehr entscheidend, dass zwischen Start des Backups um 3 Uhr und 08:45 Uhr kein Fortschritt zu erkennen war.

Ich muss dazusagen, dass ich mit TimeBackup -1.0.54 keine Probleme hatte. Da war das tägliche Backup maximal nach 2 Stunden fertig. Erst seit dem Update auf 1.0.75 treten die Probleme auf.

Ich werde nun einfach wieder zu lokalen Sicherung von DSM übergehen und die nächste beta-Version von TimeBackup wieder testen.

Trotzdem Danke soweit und schönes WE an alle.

 

[itari]

Wenn es Probleme gibt, die jetzt nicht behebbar sind, dann bitte den Synology-Support per E-Mail davon in Kenntnis setzen, damit die das beheben können. Die Synology-Leute schauen ja nicht hier in unser Forum rein ...

Itari

 

[ernesto999]

Hallo Crook
ja ich habe eine Lösung gefunden.
Mir ging es speziell darum alternierende Backups auf zwei unterscheidliche externe HD´s zu unterschiedlichen Zeiten zu machen. Das war bisher im DSM nicht möglich. Seit der aktuellen Beta ist diese Möglichkeit jedoch auch in der Sicherungsfuktion des DSM enthalten, so dass ich TimeBackup nicht mehr benötige. Ich hoffe das ist auch für Dich eine Lösung.
Ansonsten ist es mir dann doch noch gelungen mit Time Backup eine Sicherung zu Ende zu führen - das ganze scheint in der Tat extrem langsam zu sein und deutlich mehr Zeit zu brauchen als eine Sicherung über DSM. Die Status-Anzeige mit 40% scheint null Informationswert zu haben.

Grüsse
Michael

 

[gravfreak]

Moin Moin zusammen,

ich hänge mich mal hier dran: Ist das Normal, dass das Time Backup so lange braucht?
Hab es vor 24h zum ersten Mal eingerichtet & angeworfen für ca. 1,21 TB und aktuell steht es immer noch bei den Ominösen 13%.

so long
gravfreak

 

[linuxdep]

Hi,
so, nachdem ich auch mal mit dem Time Backup was gemacht habe, bin ich auch von der Geschwindigkeit enttäuscht. Liegt aber wohl an dem rsync (ob das ein bug ist wird wohl bei syno untersucht) der frisst die komplette CPU Zeit. Damit wird der rsync eigentlich unbrauchbar, aber da es automatisch geht, lass ich es mal laufen. Die Anzeige der % ist glaube mit dem Update auf -1742 besser geworden (scheint mir zumindest so).

Finde die Lösung mit Time Backup aber super, muss nur noch das rsync besser werden. Damit hat man wirklich einen super Überblick/Zugriff auf seine Sicherungen.

Eine Fragen habe ich aber noch dazu:
was macht Time Backup wenn die Box aus ist und eine Sicherung ansteht??? Wäre ja schön wenn sie dazu an geht und hinterher schlafen.