Failed to get Status ....

[oeppert]

Hallo Leute,

ich habe eine DS1010, welche die shared-Folders sowohl lokal auf zwei USB-Platten sichert, als auch ein Backup über das Internet auf eine zweite DS1010 macht.
Das lokale Backup schlägt immer fehl - und das bei beiden externen Platten.
Das Remote-Backup läuft ohne Probleme durch.

Ich bekomme immer eine Meldung "Failed to get Status of /volume1/....." was ja eher für ein Problem auf dem RAID-Volume spricht. Was ich nicht verstehe ist, dass das Backup übers Netz keine Probleme macht.

Die USB-Platten sind auch nach dem fehlgeschlagenen Backup noch gemountet.

Vielleicht hat ja wer ne Idee.

Danke und Gruss Eppi

 

[oeppert]

Kleiner Zusatz:

Es handelt sich immer um Dateien mit vorangestellten Punkt, also versteckte Unix-Dateien. Die Dateien werden von den Mac-Clients per AFP abgelegt.

Danke nochmals!

 

[matthiaslink77]

Hallo,

kann dir zwar keine Lösung anbieten, aber das gleiche Problem mit den versteckten Dateien (._.DS_Store usw.) habe ich beim Backup auch. Das Backup bricht ab und das war's. Die USB-Platte ist allerdings danach weiter gemounted.

Hast du inzwischen weitere Erkenntnisse finden können?

Viele Grüße,
Matthias.

 

[oeppert]

Nein,

habe ich nicht, ausser dass er von Backup zu Backup irgendwie mehr sichert.

Werde mich mal an Taiwan wenden.

Gruss Eppi

 

[jahlives]

Was für ein Dateisystem haben die externen Platten? Bei fat32 resp ntfs gibt es einige Beschränkungen bezüglich erlaubter Zeichen im Dateinamen. Steht denn noch etwas mehr im Sicherungsprotokoll im DSM?

 

[oeppert]

Was für ein Dateisystem haben die externen Platten? Bei fat32 resp ntfs gibt es einige Beschränkungen bezüglich erlaubter Zeichen im Dateinamen. Steht denn noch etwas mehr im Sicherungsprotokoll im DSM?

Hi,

die externen Platten waren sowohl schon ext3 als auch ext4 formatiert. Gleiches Ergebnis.

Weitere Infos im Protokoll im Webinterface finden sich nicht. Habe vorhin mal eine englischsprachige Mail nach Taiwan abgesetzt.

Gruss Eppi

 

[starkiter]

Hast du schon Antwort bekommen?

Ich habe das gleiche Problem bei meinem DS209II+ Station.
Das Backup wird bei mir auf einer per esata angeschlossenen Festplatte gesichert.

 

[sinhex]

Ok, vierter.
Selbiges Problem hier auch.

Hatte neulich erst das OS aktualisiert von DSM 2.2 auf 3.0-1354
Mein Backup lief vorher anders, aber ich wollte wieder mal die interne Backupfunktion testen.
(vorher lief bei mir alles über rsnapshot)
Fazit: immer noch buggy. Nur der Fehler ist mir neu.

Kurz die Facts:
DS 207+
eine Platte (1TB, 900 GB belegt)
erstes Vollbackup auf externe eSATA (2TB)
Dateisystem ext3
Apple File Sharing on

bricht nach ca. 100 bis 200 GB ab (bzw. nach etlichen Stunden halt )
Logfille:
Error 2010/11/02 15:21:01 admin Local backup failed.
Error 2010/11/02 15:21:01 admin Failed to get status of [/volume1/music/bla/._blubb].
Error 2010/11/02 15:21:01 admin Failed to get status of [/volume1/music/foo/._bar].
Error 2010/11/02 15:21:01 admin Failed to get status of [/volume1/music/foo/._alice].

 

[starkiter]

Ich hab auch an Syno geschrieben, solltest du auch machen das könnte den Druck erhöhen uns eine Lösung zu bieten.

Logfile sieht bei mir auch so aus.
Dateisysteme habe ich Beide probiert ext3, ext4

 

[DFrosch]

Fünfter - ich habe dasselbe Problem

DS-207+, backup per e-SATA, Probleme erst seit DSM 3.0, vorher lief 1a. Auch bei mir meldet das System immer

admin failed to get status of…

Das kann allerdings mehrere Male passieren, ohne dass der Backup stoppt, das letzte mal kam das „Backup failed“ erst nach vier „admin failed to get status of…„ und erst 9 Minuten später. Vielleicht hat das gar nicht direkt miteinander zu tun?

 

[starkiter]

Gestern kam eine Email vom Support Synology und die wollten meinen Logfiles zugeschickt bekommen.
Mal schauen wann die sich wider melden.
Ich poste euch das Ergbenis.

 

[starkiter]

Problem ist wohl bekannt und es wird daran gearbeitet.

Hier die Email:

Thank you for your enquiry.

This seems like one of the know issue that our RD is currently working on.
The hotfix is under process and should be released sometime later.
We can not be sure when, but as soon as the hotfix finishes, we will send it to you ASAP.

and see if that fix the problem.

Thank you and sorry for the inconvenience caused,

Best Regards
Jim Cheng

 

[paulchen33]

Habe wohl auch das Problem. Macht einfach keine Sicherung! merci mate

 

[fabi86]

selbes problem bei mir. . warte dringend auf eine lösung! ext4 als externes file system bringt auch nichts, oder?

 

[starkiter]

Heute Nacht wurde der Sicherungsjob ohne Fehler ausgeführt, auch ein manuelles Backup lief ohne Fehler durch.
Geändert habe ich nichts.

 

[elektrolurch]

Hallo,

man könnte jetzt einen Zugriffskonflikt zwischen der Indizierung der Mediendateien und dem Backupprozess vermuten.

Vielleicht hilfts ja vorübergehend, das Backup _einmal_ bei deaktiviertem Medienserver durchlaufen zu lassen.

Ich hatte das Problem bei meiner 207+ nicht, hatte das Update aber unmittelbar nach Beendigung der Backups gestartet, sodass die Kiste fast einen Tag Zeit für die Neuindizierung meiner paar Mediendateien hatte.

Gruss

 

[starkiter]

Wäre eine Idee weil die Fehler, wenn ich mich recht erinnere, nur bei Media Dateien auftraten.
Kann ich jetzt leider nicht mehr nachvollziehen.
Vielleicht können die Andreren ja mal ihre Erfahrunhgen posten.

 

[starkiter]

Ich habe von Synology einen hotfix bekommen bei Interesse bitte bei mir melden. Den Hotfix habe ich selber noch nicht ausprobiert weil es bei mir jetzt ohne Probleme läuft.

 

[oeppert]

Ich habe von Synology einen hotfix bekommen bei Interesse bitte bei mir melden. Den Hotfix habe ich selber noch nicht ausprobiert weil es bei mir jetzt ohne Probleme läuft.

Habe den Hotfix eingespielt! Seitdem ist mein Problem gelöst - Patch Version ist 1374.

Laut dem Mitarbeiter wird für das LocalBackup kein rsync benutzt, was zu dem Unterschied geführt hat, dass ich mit dem NET-Backup keine Probleme hatte.

Gruß Eppi

 

[starkiter]

Danke für die Info.