Backup auf USB Platte bricht mit "Fehlgeschlagen" ab.

[Trolli]

Das ist schon die richtige Liste. Da geht es um externe Festplatten, nicht um interne...

 

[Schakatak]

Große Auswahl ist das nicht. Kann man solche Listen nicht irgendwo in Deutsch nachlesen?

Michael

 

[dropback]

Was willste denn da auf Deutsch haben?
Die Modellnamen der HDDs ändern sich dadurch auch nicht.

 

[Schakatak]

Da magst du Recht haben. Aber ich kann mir bei der Vielzahl von auf dem Markt existierenden externen USB Festplatten einfach nicht vorstellen, dass diese kleine Liste, die doch sehr überschaubar ist, vollständig sein soll.

Da vermisst man schon die eine oder andere Platte, findest du nicht?

Gruß Michael

 

[tesme33]

Hi
ich habe auch seit geraumer Zeit Probleme mit dem Backup. Da bin ich erst mal auf die 3.1Beta und nun auf die 3.1. Das Problem bleibt aber. Es läuft NIE durch.

Ich habe unten die drei Fehlermeldungen mal extrahiert.
Das einzige was ich hier ablesen kann ist das anscheinend verschlüsselte Odner Stress machen. Die kann ich mal rausnehmen. Der Rest sagt mir erst mal nix.

Ich werde die verschlüsselten Ordner mal rausnehmen und schauen was passiert.

Gruss

• Mar 5 10:16:22 synolocalbkp: backup_dbapi.c:148 Can't open database: /volume1
• /@tmp/30930/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL

• Mar 5 10:19:19 synolocalbkp: copy_file_copy.c:180 failed to statfs /volumeUSB1/usbshare/LocalBackup/@app/_Syno_LocalShareArchive.db, reason=[(2)No such file or directory]

• Mar 5 08:50:37 synolocalbkpd: synolocalbkpd.c:219 SYNOILocalBkpDaemon() failed.

​

 

[tesme33]

Hi
hab eben noch was gefunden.

---------------
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[0]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[1]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[2]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[3]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[4]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[5]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:98 Failed to lock semaphore[6]. errno=[11/Resource temporarily unavailable]
Mar 5 13:33:36 synolocalbkp: localbkp_backup_info_process.c:118 Exceeded semop error limit.
-----------------

Das passiert wen man in der Gui auf Info klickt während das Backup läuft :-(

 

[itari]

Bei allen Backups sollte man peinlich genau drauf achten, dass keine anderen Anwendungen mehr schreibend auf die Verzeichnisse zugreifen. Auch sollten nicht gleichzeitig mehrere Backups auf die gleichen Verzeichnisse stattfinden (also Verzeichnis-Sync oder TimeBackup auf die gleichen Ordner aktiv sein).

Die Semaphorenproblematik könnte nach einem Neustart weg sein. Probieren.

Itari

 

[tufkabb]

Es ist ein altbekanntes USB Problem der DSen. Ich habe deswegen auch schon etliche Mails mit dem Support gewechselt und nach langem Hin und Her haben sie eingestanden, dass die DS nur mit den wenigsten USB Controllern in den externen Platten sauber funktioniert und mir geraten meine Backups auf andere Art zu machen. Deshalb auch die kleine Kompatibilitätsliste. Siehe auch hier und hier. Eigentlich sollte das auch Itari wissen, aber bei Synology Bugs ist er anscheinend seltsam vergesslich. Es kann nicht sein was nicht sein darf. Vergiss die USB Schnittstellen an der DS einfach, die taugen nix.

 

[Kauabunga]

Hi!

Seit dem Update Heute auf die DSM 3.1 zickt mein Backup auch rum


meine Systemmeldungen geben mir das aus

Mar 6 18:26:43 synolocalbkp: backup_share_path_get.c:41 SYNOShareGet[eb] Failed
Mar 6 18:26:43 synolocalbkp: main.c:560 Can not get share path, szShare=[eb]
Mar 6 18:27:03 synolocalbkp: backup_share_path_get.c:41 SYNOShareGet[ftpboot] Failed
Mar 6 18:27:03 synolocalbkp: main.c:560 Can not get share path, szShare=[ftpboot]
Mar 6 18:33:24 synolocalbkp: backup_share_path_get.c:41 SYNOShareGet[usic] Failed
Mar 6 18:33:24 synolocalbkp: main.c:560 Can not get share path, szShare=[usic]
Mar 6 18:33:38 synolocalbkp: backup_share_path_get.c:41 SYNOShareGet[eb] Failed
Mar 6 18:33:38 synolocalbkp: main.c:560 Can not get share path, szShare=[eb]

Man kann sehen, dass er immer den ersten Buchstaben verschluckt / vergisst. es ssoll heissen [web],[tftpboot] und [music]

kann man das irgendwo flicken?

 

[itari]

Richtig. Ich habe ja auch keine Probleme mit der USB-Schnittstelle, weil bei mir alle externen Laufwerke, egal wie alt sie sind (so viel zum Altbekannten ), problemlos gehen. Warum sollte ich also eine andere Meinung dazu haben?

Itari

 

[Schakatak]

Ist schon komisch, dass sie beid ir laufen und bei Vielen nicht.

Willst du damit sagen, dass das Problem VOR dem Rechner sitzt?

Gruß Schako

 

[itari]

Willst du damit sagen, dass das Problem VOR dem Rechner sitzt?

Nein, so etwas wollte ich damit nicht sagen. Zumindest könnte ich es nicht so ohne weiteres verallgemeinern, weil ich eben keine negativen Erfahrungen bislang gemacht habe. So viel zu dem, dass ich anscheinend seltsam vergeßlich bin oder etwas schön rede ...

Itari

 

[tesme33]

Hi
ich habe in der Zwischenzeit noch ein bischen rumgespielt und wie es aussieht kann man verschlüsselte Ordner nicht mit dem Localbackup sinnvoll sichern.

Ich denke die machen hier einen Fehler. Bei den shared Folders scheinen sie wirklich die Folder zu sichern und bei den verschlüsselten Ordnern die gecrypteten Dateien.

/volume1/share --> aufs backup
/volume1/@secret@ --> aufs backup und nicht /volume1/secret

Was vom Sicherheitsstandpunkt sicher sinn macht aber nicht ganz konsequent in der GUI umgesetzt ist.

-->Man kann einen Verschlüsselten Ordner nur auswählen/abwählen wenn er gemountet ist.
----> Macht in der Hinsicht Sinn das man nur auf das zugreifen darf wofür man berechtigt ist. Nur dann sollte der entschlüsselte inhalt auf dem sicherungmedium landen. Denn das bringe ich ja dann als verantwortlicher Admin in den Tresor der Firma .

Naja mal noch ein bischen rumprobieren.
--- 10min später --
Ich habe mir mal die angemekerten Pfade anschauen wollen. Und schaue die gibt es nicht. Hier schneidet synoBackup Teile weg.

Angemekert:
/volume1/@tmp/26795/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL
nas01> ls -l /volume1/@tmp/26795/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-
vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL
ls: /volume1/@tmp/26795/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL: No such file or directory

Mit tab den Pfad vervollständigt:
nas01> ls -l /volume1/@tmp/26795/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-
vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/
drwxrwxrwx 3 root root 4096 Mar 9 11:33 ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii1oZ83YVdnmAyuUq6I-wqKE--
drwxrwxrwx 2 root root 4096 Mar 9 11:33 ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimZuwyWtxgU87z8cg23k3R---
drwxrwxrwx 3 root root 4096 Mar 9 11:33 ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiix95d713lsbj4R-KyQ9.nBU--
------xrw- 1 root root 3072 Mar 9 11:33 _Syno_BkpMetadata.db





--

Mar 9 11:33:32 synolocalbkp: backup_dbapi.c:148 Can't open database: /volume1/@tmp/26795/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/EC
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/EC
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/EC
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/EC
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE-- fa
Mar 9 11:33:32 synolocalbkp: backup_metadata.c:842 Traversal /volume1/@Firma@/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU-- failed.
Mar 9 11:33:32 synolocalbkp: backup.c:390 Failed to traverse /volume1/@Firma@
--

 

[tesme33]

Hi
habe mal einen neuen Share angelegt und dann einfach mal eine tiefe Struktur angelegt. Backup geht ....

Mmmh nu muss ich doch noch ein bischen probieren.


----------
nas01> pwd
/volume1/test/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/1234567890/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqiimPLriJpL.xR06uEAdKg3xE--/ECRYPTFS_FNEK_ENCRYPTED.FWZ0faN5Xx-vkEaE-e0l-m4iSXEzX5wosqii5sV9fe8fFkJ.2jKEaztADU--

 

[tesme33]

Hi
habe eben feedback bekommen wegen meinem backup ticket bei synology

------

The issue has been determined as a software related bug, and the fix patch is currently under developmental stage.

I'll be sure to share when I have more news.

Sorry for any inconvenience.​

----------

 

[Kauabunga]

Zur Info:
ich habe letzte Woche alle Backupjobs neu angelegt, das Backup von gestern ist dann sauber durchgelaufen.

 

[--Q--]

Hier das gleiche Problem, verschlüsselte Shares werden nicht sauber gebackupt. Meldung ist immer "failed to backup metadata" im Datensicherungsprotokoll.
Das Problem ist auch bei vielen Usern im englischen Forum bekannt, bisher keine Lösung.

Werde jetzt auch mal die Backupjobs neu anlegen und es so nochmal versuchen.

 

[--Q--]

Hier das gleiche Problem, verschlüsselte Shares werden nicht sauber gebackupt. Meldung ist immer "failed to backup metadata" im Datensicherungsprotokoll.
Das Problem ist auch bei vielen Usern im englischen Forum bekannt, bisher keine Lösung.

Werde jetzt auch mal die Backupjobs neu anlegen und es so nochmal versuchen.


EDIT: Was is dass denn für ne neue dämliche Forensoftware. Bitte einen der Posts löschen.

 

[--Q--]

Neu anlegen des Backupjobs hilft bei mir auch nicht.

 

[tesme33]

Hi
also bei mir läuft ein Backup über 1.2Mio Dateien ohne Problemen nachdem ich neu angelegt hatte und die externe Platte mal gelöscht hatte.

Gruss