Backupjob mit autorun funktioniert nicht mehr | usbshare umbenannt?

[Brathorst]

Hallo zusammen,
da ich nicht ganz sicher bin, wo ich hier auf Fehlersuche gehen kann, beschreib ich mal mein Problem, vielleicht hat jemand etwas ähnlich erlebt und hat einen Tip.

Ich habe 3 Backup-Jobs eingerichtet, die auf 3 verscheidenen externenen Festplatten per autorun-Script beim einstecken aktiviert werden. Bis zu meinem letzten Backup vor ca. 2 Wochen liefen auch noch alle 3 Jobs auf 3 Platten ohne Probleme durch.
Was ich seit dem gändert habe: Keine Updates, etc., sondern lediglich das Verzeichnis /Video auf meine 2. Interne Platte (Volume 2) verschoben. Allerdings wird mir diese Änderung auch korrekt in dem Backup-Job unter "Datensicherung/Wiederherstellung" angezeigt (also das /video jetzt auf Volume 2 liegt)

Problem beim heutigen einstecken (bei zwei Platten mit verschiedenen BackupJobs getestet):
Wenn ich die Platte einstecke, piepst es 3 mal, dann noch einmal und es wird kein Sicherungsauftrag angeworfen. Soweit ich die Logs richtig gelesen habe, hat meine DS die USB-Festplatte plötzlich als usbshare2 (statt vorher usbshare1) umbenannt und damit kommt autorun nicht mehr zurecht, bzw. finden die Backup-Jobs das Datensicherungsziel nicht mehr, dass damals unter usbshare1 eingerichtet wurde ...

Im DSM-Log hab ich folgende Meldung gefunden:

The share name [usbshare2] was found as [/volumeUSB2/usbshare] and [/volumeUSB2/usbshare], and the latter was renamed to [usbshare2_1]
External disk [USB Disk 2] is mounted and shared folder [usbshare2] is exported

Im Autorun-Log steht:

2017-02-12 15:52:55: device 'sds1' - inserted, trying to find mount point
2017-02-12 15:52:58: device 'sds1' - mount point '/volumeUSB2/usbshare' found
2017-02-12 15:53:03: device 'sds1' - script '/volumeUSB2/usbshare/autorun' found, executing
2017-02-12 15:53:03: device '/volumeUSB2/usbshare' - parameters changed for local backup '2' - '/volumeUSB1/usbshare' expected but '/volumeUSB2/usbshare' found, aborting
2017-02-12 15:53:06: device 'sds1' - script '/volumeUSB2/usbshare/autorun' finished (236G left on device), starting unmount
2017-02-12 15:53:12: device 'sds1' - unmounted and ejected

Obwohl die Festplatte dem autorun-Log nach am Ende ausgeworfen wird, wird mir sie anschließend im DSM noch als verbunden angezeigt, allerdings mit "Dateisystemtyp nicht unterstützt" in der Systemsteuerung...

In der Filestation wird mir ein gemeinsamer Ordner "usbshare2" angezeigt, der allerdings kein Inhalt hat und bei Klick auf die Eigenschaften kommt die Meldung dass die Verbindung fehlgeschlagen ist und ich meine Netzwerkeinstellungen überprüfen soll

Neustart der DS hat nichts gebracht. Ansonsten habe ich noch nicht viel rumgetestet. Ich kann natürlich die Backup-jobs neu einrichten, aber das würde naürlich meine jetzigen Speicherstnde zunichte machen und führt mich auch nicht zu der Ursache des Problems.

Also daher die Frage, hat jemand was ähnliches bei sich mal beobachtet? Wieso wurde anscheinend meine USB-Fesplatte umnummeriert? Das Problem tauchte bei einer Platte die den verschobenen /video Ordner sichert auf und auch anschließend bei einer Platte, die nur einen Ordner sichert, der unverändert auf Volume2 liegt...

Wo kann ich sonst noch auf die Suche gehen? Ich hoffe das war nicht zu verwirrend geschrieben.

Danke schonmal und schönen Sonntag noch

 

[Tronde]

Hallo Brathorst,

ich habe heute ein sehr ähnliches Problem beobachtet. Ich mache einmal pro Woche mit Hyper Backup eine Datensicherung auf eine angeschlossene USB-Festplatte. Diese wurde bisher stets als usbshare1 eingehängt. Der letzte Sicherungsvorgang schlug jedoch fehl, da laut Meldung das Datensicherungsziel nicht existiert.

Die USB-Festplatte wird nun als usbshare2 eingehängt. Neustart der Diskstation, trennen der Festplatte und erneutes Anschließen, Wechsel des USB-Ports hat in verschiedenen Kombinationen nicht zu einer Änderung geführt. Die Festplatte wird stets als usbshare2 erkannt. In der Folge erkennt meine Datensicherungsaufgabe das Ziel nicht.

Leider kann man in einer einmal konfigurierten Datensicherungsaufgabe das Ziel nachträglich nicht mehr ändern. Daher blieb mir erstmal nichts anderes übrig, als eine neue Datensicherungsaufgabe auf usbshare2 zu erstellen. Den Zeitplan für die alte Aufgabe habe ich erstmal deaktiviert.

Bei der Einrichtung der neuen Datensicherungsaufgabe habe ich versucht ein vorhandenes Ziel auszuwählen. Der vorhandene Ordner konnte jedoch nicht ausgewählt werden, da diese Sicherung laut Meldung nicht kompatibel ist. Daher erstelle ich nun eine neue Sicherung in ein neues Verzeichnis.

Ich habe auch versucht den gemeinsamen Ordner usbshare2 über die Systemsteuerung wieder in usbshare1 umzubenennen. Dies war nicht möglich, da der Name laut Meldung reserviert sei.

Soweit meine Erkenntnisse bis hier her.

Daten zur Box:

* DSM 6.0.2-8451 Update 9
* Hyper Backup 2.0.2-0433

MfG Tronde

 

[dil88]

Ich kenne zu dem Thema nur diese Information, kann aber nicht sagen, ob die so für Euch funktioniert.

 

[Tommes]

Habt ihr die Möglichkeit euch über die Konsole mal die Ordnersturktur der DS anzuschauen? Bei mir sind nämlich auch USB-Datenträger eingetragen, obwohl gar keine angeschlossen sind...

drwxr-xr-x  28 root root  4096 Feb 10 05:50 volume1
drwxr-xr-x   3 root root  4096 Feb  8 19:36 volumeUSB1
drwxr-xr-x   4 root root  4096 Jan 27 18:28 volumeUSB2

Daher könnte ich mir vorstellen, das hier der Hund begraben ist. Vielleicht solltet ihr über die Konsole mal versuchen, nicht eingehange volumeUSB - Ordner zu löschen... mit der nötigen Vorsicht und ohne Garantie versteht sich.

Tommes

 

[Brathorst]

Hallo zusammen,

vielen Dank für die Antworten!
@Tronde: Genau so sieht es bei mir auch aus. mittlerweile hat sich eine Platte (mal) wieder als usbshare1 eingehängt und konnte so ihren Sicherungsjob ausführen. Die 2. Platte will per se nur als usbshare2 eingehängt werden... Nächster Schritt ist anhand des Workarounds von dil88's Beitrag mal versuchen ob ich die 3. Platte zumindest als usbshare1 ran bekomme...
Plan C ist dann neue Datensicherungsziele zu erstellen und evtl für jede Platte eigene Namen zu vergeben (Soweit ich mittlerweile gelesen habe, sollte die Zurordnung bei einer manuellen umbenennung an die Hardware-ID der Platte gekoppelt werden und somit immer korrekt eingebunden werden...) Damit wären dann halt leider meine jetzigen Zwischenstände futsch...

@Tommes: ich hab schonmal per Putty auf die DS geschaut und in der Tat war bei mir, obwohl zu dem Zeitpunkt nur eine Platte die als usbshare2 erkannt wurde angeschlossen war, trotzdem noch ein VolumeUSB1 Ordner in meiner Dateistruktur vorhanden... Natürlich ohne Inhalt, weil die ja nicht angeschlossen war... Ich mach mich morgen mal an die Theroie des Aushängens und löschens... Was das herumwurschteln auf Konsolen-Ebene betrifft bin ich ein ziemlicher Schisser... So ne DS is dann doch was anderes wie mein Raspberry, wo ich nicht ganz soviel "kaputt" machen kann

Ich werde berichten...

 

[Brathorst]

Hallo miteinander,
also bis zu des Pudels Kern bin ich zwar nicht vorgestoßen, will sagen ich weiß immernoch nicht wieso meine DS in diesem Zusammenhang angefangen hat rumzuzicken, aber ich habe anhand eines Tips hier im Forum eine vorläufige (?) Lösung für das Problem gefunden:

und zwar waren in der Datei /usr/syno/etc/usbno-guid.map 2 Einträge vorhanden, nach denen wohl die Hardware-ID einer USB-Platte immer einer usbshare-Nr zugeordnet wird.

Diese Datei habe ich in /usbno-guid.map.old umbenannt (also quasi deaktiviert mit der Möglichkeit der Rückgängigkeit), die DS neu gestartet, (dabei wird wieder eine "nakte" Datei erstellt) und siehe da, plötzlich wird die USB-Platte die ich anstecke wieder als usbshare1 erkannt und mein Backup-Job beginnt zu rödeln...

Bin mal gespannt wie lange das jetzt wieder läuft. Soweit komm ich damit aber zumindest erstmal zurecht!

Vielen Dank für eure Tips und Gedanken!
Grüßle

 

[Tronde]

Hallo Barthorst,

danke für deine Rückmeldung. Mit diesem Workaround kann man sich ja ganz gut behelfen.

MfG
Tronde

 

[Kurt-oe1kyw]

Ihr könnt eure externen HDDs und die usbshare Nummern ganz nach belieben selber vergeben.
Siehe Link in meiner Signatur.
Ich empfehle immer die erste externe HDD mit einer höheren Nummer zu versehen als USB Anschlüsse auf der jeweiligen DS vorhanden sind.
Wenn die DS 2 USB Anschlüsse hat, dann vergebt der ersten ext. HDD usbshare 3 (usbshare 3-2) falls mehr als eine Partition auf der externen vorhanden ist.

Jedenfalls solltet ihr die ersten Zeilen "frei" lassen und zwar so viele wie USB Anschlüsse auf der DS vorhanden sind.
Wenn also 3 USB Anschlüsse vorhanden sind, dann schreibt in Zeile 1 als Nr 11111111111111111111111 und in Zeile 2 als Nr 2222222222222222222222 und in Zeile 3 als Nr 3333333333333333333333.
Zeile 4 ist dann die Nummer der jeweiligen externen HDD und der gebt ihr usbshare 4 (4-2) usw.

Wenn ihr das erste Mal eine "neues" USB Gerät ansteckt, bekommt es automatisch Nr 1, 2 oder 3!
Dann einfach die Nummer abschreiben und als usbshare5 oder 6 usw eintragen.
Wie gesagt, Details siehe Link in meiner Signatur.


Das klappt auch mit DSM 6.x einwandfrei.

Hinweis:
in DSM 6.x könnt ihr nicht mehr ohne weiteres als "root" auf die DS zugreifen.
Es reicht aber als "admin" sich einzuloggen, damit geht es auch und das steht nach wie vor zur Verfügung auch in DSM 6.x
Also bei Benutzername "admin" eintragen, es muss nicht zwingend root eingetragen werden.
Ihr müsst nur "admin" aktivieren auf der DS und eventuell SSH und Tel Dienst aktivieren.