Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@homoran sagte in Backitup ohne umount:

/opt/iobroker/backups

sudo umount /opt/iobroker/backups

führt zu?

[Homoran]

@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

[Thomas Braun]

@homoran sagte in Backitup ohne umount:

PS Der Ordner backups ist rappelvoll

Gemounted oder umounted? Der muss umounted leer sein.

[Homoran]

@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

[Homoran]

@thomas-braun

[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 existiert

jetzt liegt lag immer noch etwas im /backups Verzeichnis. Alles aus der letzten Dezemberwoche

Hab's rausgeworfen

[simatec]

@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

[Homoran]

@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?

[simatec]

@homoran Kannst du beobachten ... Aber Backitup macht nix anderes ...
Eventuell war wie gesagt Device Busy zum Zeitpunkt des Neustarts

[Homoran]

@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

[klassisch]

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.

[Homoran]

@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.

[Homoran]

@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?

[Thomas Braun]

@homoran Irgendwas greift auf die Freigabe zu.
Stehst du da evtl. nur mit einem Terminal drauf?

[Homoran]

@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 nicht

Das letzte mache ich gerade per puTTY

EDIT:
Laut Syno kommt der Mount vom ioBroker

EDIT2:
Habe aus Erinnerung mal den Befehlt mount 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 bei mount weg
Und auf der Syno ist auch kein Zugriff mehr zu sehen

EDIT4:
sehe gerade erst: beim Neustart der Backitup-Instanz kam wohl

2022-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)