NEWS
Backitup ohne umount
-
Jetzt habe auch ich mal Probleme mit Backitup.
Habe es gerade auf 2.4.6 angehoben, da bekomme ich schon den Errorbackitup.0 2022-04-14 11:43:32.857 error [iobroker] Error: Command failed: sudo mount -t cifs -o username=***,password=****,rw,file_mode=0777,dir_mode=0777 //Datenmuell.fritz.box/Treasure/ioBroker/VM01 /opt/iobroker/backupsmount error(16): Device or resource busyRefer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
Daraufhin habe ich in der Syno nachgesehen. Ja, der ioBroker ist noch gemountet
Beim Versuch den Mount von der Syno aus zu beenden bin ich gescheitert, er wird sofort wieder aufgebautEin Neustart des Adapters oder ein Versuch manuell zu sichern enden in der selben Meldung
What to do??
-
@homoran sagte in Backitup ohne umount:
/opt/iobroker/backups
sudo umount /opt/iobroker/backups
führt zu?
-
@thomas-braun sagte in Backitup ohne umount:
sudo umount /opt/iobroker/backups
Danke du Retter in der Not
Zumindest in der Syno ist der Mount jetzt raus,
ich starte mal ein maneulles Backup- stay tuned please
sieht gut aus!
Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=***,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //Datenmuell.fritz.box/Treasure/ioBroker/VM01 /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker-VM02 12359 states saved [DEBUG] [iobroker] - host.ioBroker-VM02 12286 objects saved
Aber warum???
läuft noch, mal sehen ob es am Ende wieder unmouted wird.PS Der Ordner backups ist rappelvoll
-
@homoran sagte in Backitup ohne umount:
PS Der Ordner backups ist rappelvoll
Gemounted oder umounted? Der muss umounted leer sein.
-
@thomas-braun sagte in Backitup ohne umount:
Gemounted oder umounted?
Das ist mir gerade auch aufgegangen.
Im Moment läuft das Riesen History-Backup, solange ist er noch gemountet.
Ich wollte danach noch mal nachsehen und dann hoffentlich Entwarnung geben -
[DEBUG] [historyDB] - Backup created: /opt/iobroker/backups/historyDB_2022_04_14-12_06_13_VM01_backupiobroker.tar.gz [DEBUG] [historyDB] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [historyHTML] - new history html values created [DEBUG] [historyHTML] - done [DEBUG] [historyJSON] - new history json values created [DEBUG] [historyJSON] - done [DEBUG] [umount] - mount activ, umount is started ... [DEBUG] [umount] - umount successfully completed [DEBUG] [umount] - done [EXIT] 0
soweit so gut.
Ich dachte @simatec hätte geschrieben backitup würde beim Start unmounten, wenn da noch ein mount existiertjetzt
liegtlag immer noch etwas im /backups Verzeichnis. Alles aus der letzten DezemberwocheHab's rausgeworfen
-
@homoran sagte in Backitup ohne umount:
Ich dachte @simatec hätte geschrieben backitup würde beim Start unmounten, wenn da noch ein mount existiert
Ja mach Backitup auch ... Es sei denn, dein System verweigert es mit Device Busy oder der gleichen
-
@simatec sagte in Backitup ohne umount:
@homoran sagte in Backitup ohne umount:
Ich dachte @simatec hätte geschrieben backitup würde beim Start unmounten, wenn da noch ein mount existiert
Ja mach Backitup auch ... Es sei denn, dein System verweigert es mit Device Busy oder der gleichen
klingt logisch, aber ich hab es dann ja auch mit dem umount Befehl, von @Thomas-Braun geschafft.
Warum denn Backitup nicht?kann ich da (beim nächsten mal) noch etwas Grundlagenforschung betreiben?
-
@homoran Kannst du beobachten ... Aber Backitup macht nix anderes ...
Eventuell war wie gesagt Device Busy zum Zeitpunkt des Neustarts -
@simatec sagte in Backitup ohne umount:
Eventuell war wie gesagt Device Busy
stand so zumindest die ganze Zeit im log.
@homoran sagte in Backitup ohne umount:
Device or resource busy
aich als ich manuell den umount gemacht habe.
hmm
-
Meine Synology hat sich Zeit Ihres Dauereinsatzes nicht verbinden lassen. Weder vom Opi unter armbian aus noch vom Win 10 Rechner aus
Beim Opi hatte ich dann ein shellscript mit rsync geschrieben. Das hat funktioniert.
Bei meinem jetzigen Win 10 Rechner mache ich das mit RoboMirror. Früher auf die Syno, seit deren Degradierung auf eine USB Platte. -
@klassisch bei mir funktioniert es von diversen SBC und VMs ohne Probleme mit der Syno via CIFS. nur ganz selten bleibt mal ein mount bestehen.
-
@thomas-braun sagte in Backitup ohne umount:
sudo umount /opt/iobroker/backups
Ich mal wieder
hab schon wieder das Problem
diesmal kommt jedoch als Antwort auf den Befehl:
pi@ioBroker-VM02:~$ sudo umount /opt/iobroker/backups [sudo] Passwort für pi: umount: /opt/iobroker/backups: target is busy.
What to do?
-
@homoran Irgendwas greift auf die Freigabe zu.
Stehst du da evtl. nur mit einem Terminal drauf? -
@thomas-braun sagte in Backitup ohne umount:
@homoran Irgendwas greift auf die Freigabe zu.
Stehst du da evtl. nur mit einem Terminal drauf????
Hab gerade versucht von der Syno aus den Mount zu löschen - kommt sofort wieder
der umount vom iobroker aus läuft mit eben genannter Meldung nichtDas letzte mache ich gerade per puTTY
EDIT:
Laut Syno kommt der Mount vom ioBrokerEDIT2:
Habe aus Erinnerung mal den Befehltmount
eingegeben, auch wenn ich nicht weiß was der genau macht.
Da kommt u.a. auch der Pfad von Backitup://Synology.fritz.box/PfadzumBackup/ioBroker/VM01 on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=dideldumm,uid=0,noforceuid,gid=0,noforcegid,addr=192.168.123.456,file_mode=0777,dir_mode=0777,soft,n ounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1)
(modifiziert
EDIT3:
Neustart der Backitup-Instanz hat geholfen, danach ging der UMOUNT
jetzt ist auch der Pfad beimount
weg
Und auf der Syno ist auch kein Zugriff mehr zu sehenEDIT4:
sehe gerade erst: beim Neustart der Backitup-Instanz kam wohl2022-04-24 10:18:25.367 error Error: Command failed: sudo mount -t cifs -o username=dideldumm,password=****,rw,file_mode=0777,dir_mode=0777 //Synology.fritz.box/BackupPfad/ioBroker/VM01 /opt/iobroker/backupsmount error(16): Device or resource busyRefer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)