NEWS
Backup von IoBroker auf WDMycloud oder FritzNAS
-
@NicoR
Bist du mit ioBroker in einem Container?Habe gerade nach der Fehlermeldung gegoogelt und gefunden:
in container: sudo: setrlimit(RLIMIT_CORE): Operation not permitted ...
-
@NicoR
Ich dachte in einer VM?
Na egal, bin ich so oder so raus. -
@UncleSam
Hier nochmal der Log:backitup.0 2021-01-04 14:53:36.528 debug (24212) [iobroker] exec: done backitup.0 2021-01-04 14:53:36.377 debug (24212) [iobroker/history] backitup.0.history.json backitup.0 2021-01-04 14:53:36.377 debug (24212) [iobroker/history] backitup.0.history.html backitup.0 2021-01-04 14:53:36.220 debug (24212) [iobroker/whatsapp] done backitup.0 2021-01-04 14:53:36.220 debug (24212) sendTo "send" to system.adapter.whatsapp-cmb.0 from system.adapter.backitup.0 backitup.0 2021-01-04 14:53:36.219 debug (24212) [iobroker/whatsapp] [iobroker] used WhatsApp-Instance: whatsapp-cmb.0 backitup.0 2021-01-04 14:53:35.615 debug (24212) [iobroker/clean] done backitup.0 2021-01-04 14:53:35.614 debug (24212) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2021-01-04 14:53:35.163 debug (24212) [iobroker/cifs] done backitup.0 2021-01-04 14:53:34.109 debug (24212) [iobroker/iobroker] done backitup.0 2021-01-04 14:53:33.087 debug (24212) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_01_04-13_53_30_backupiobroker.tar.gz backitup.0 2021-01-04 14:53:31.993 debug (24212) [iobroker/iobroker] host.IoBroker 3135 objects saved backitup.0 2021-01-04 14:53:31.972 debug (24212) [iobroker/iobroker] host.IoBroker 2514 states saved backitup.0 2021-01-04 14:53:30.291 debug (24212) [iobroker/mount] Try 'mount --help' for more information. backitup.0 2021-01-04 14:53:30.291 debug (24212) [iobroker/mount] mount: bad usage backitup.0 2021-01-04 14:53:30.291 debug (24212) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted backitup.0 2021-01-04 14:53:30.291 debug (24212) [iobroker/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobroker backitup.0 2021-01-04 14:53:30.290 debug (24212) [iobroker/mount] Try 'mount --help' for more information. backitup.0 2021-01-04 14:53:30.290 debug (24212) [iobroker/mount] mount: bad usage backitup.0 2021-01-04 14:53:30.288 debug (24212) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted backitup.0 2021-01-04 14:53:30.288 debug (24212) [iobroker/mount] [undefined Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobroke backitup.0 2021-01-04 14:53:30.266 debug (24212) [iobroker/mount] first mount attempt with smb option failed. try next mount attempt without smb option ...MOD-Edit: Code in code-tags gesetzt!
Also ich habe auf einem Laptop Proxmox installiert. Auf einer damit erstellten VM läuft ein Ubunto mit dem iobroker drauf.Js Version 3.1.6
@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobrokerIch bin ja kein CIFS/SMB Spezialist, aber stimmt das da: zwischen IP und Pfad hat es eine Lücke.
Normalerweise sollte das doch ungefähr so aussehen:sudo mount -t cifs -o <options> //WIN_SHARE_IP/<share_name> /mnt/win_shareBitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
♡-lichen Dank an meine Sponsoren -
-
@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobrokerIch bin ja kein CIFS/SMB Spezialist, aber stimmt das da: zwischen IP und Pfad hat es eine Lücke.
Normalerweise sollte das doch ungefähr so aussehen:sudo mount -t cifs -o <options> //WIN_SHARE_IP/<share_name> /mnt/win_share@UncleSam
Adlerauge!
Stimmt, da darf kein Leerzeichen sein. -
@NicoR
Ich dachte in einer VM?
Na egal, bin ich so oder so raus.@Thomas-Braun Ja sorry. Hatte ich vergessen. Ich bin bei dem Thema ja leider auch raus.:astonished:
-
Von https://bayton.org/docs/linux/lxd/mount-cifssmb-shares-rw-in-lxd-containers/:
One of the biggest limitations with LXD I’ve found to date is the inability to mount remote shares on unprivileged containers. While it’s still not possible at this point to mount CIFS shares from within a container directly, I’ve figured out a way to get around this by first mounting the shares on the LXD host and then using lxd config device add to mount them in my containers from there.
Wenn das so ist, dann findest du hier möglicherweise eine Lösung:
https://forum.proxmox.com/threads/solved-expose-cifs-share-to-lxc-container.44757/Ansonsten würde ich den Mount einfach auf dem Proxmox machen und dann das Lokale Verzeichnis in den Container mounten.
-
@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/ /FRITZ.NAS/Backups/IoBroker /opt/iobrokerIch bin ja kein CIFS/SMB Spezialist, aber stimmt das da: zwischen IP und Pfad hat es eine Lücke.
Normalerweise sollte das doch ungefähr so aussehen:sudo mount -t cifs -o <options> //WIN_SHARE_IP/<share_name> /mnt/win_share@UncleSam sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
zwischen IP und Pfad hat es eine Lücke.
Aber wo kommt die her, in der Konfig steht die IP und der share.
Die IP ist ohne/am ende, also auch kein Leerzeichen dort. Das wird beim zusammenbau hinzugefügt.Entweder ist das in der Konfig vor dem Pfad zum share, oder dort gehört kein führender
/hin@NicoR
Ist vor dem /FRITZ.NAS ein Leerzeichen?
Wenn ja, löschen, wenn nein, bitte mal ohne/versuchen.Ich bin bei Containern nämlich sonst auch raus
-
@UncleSam sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
zwischen IP und Pfad hat es eine Lücke.
Aber wo kommt die her, in der Konfig steht die IP und der share.
Die IP ist ohne/am ende, also auch kein Leerzeichen dort. Das wird beim zusammenbau hinzugefügt.Entweder ist das in der Konfig vor dem Pfad zum share, oder dort gehört kein führender
/hin@NicoR
Ist vor dem /FRITZ.NAS ein Leerzeichen?
Wenn ja, löschen, wenn nein, bitte mal ohne/versuchen.Ich bin bei Containern nämlich sonst auch raus
@Homoran
War kein Leerzeichen. Hab es jetzt mal entfernt. Denke ist aber immer noch der gleiche Fehler.
Hier der Log:
backitup.0 2021-01-04 16:17:44.233 debug (25569) [iobroker] exec: done
backitup.0 2021-01-04 16:17:44.082 debug (25569) [iobroker/history] backitup.0.history.json
backitup.0 2021-01-04 16:17:44.081 debug (25569) [iobroker/history] backitup.0.history.html
whatsapp-cmb.0 2021-01-04 16:17:43.925 info (13000) Send BackItUp: Die Sicherung wurde nicht vollständig erstellt. Bitte überprüfe die Fehlermeldungen!! mount: Error: Command failed: sudo mount -t cifs -o username=Backup,password=,rw,file_
backitup.0 2021-01-04 16:17:43.923 debug (25569) [iobroker/whatsapp] done
backitup.0 2021-01-04 16:17:43.923 debug (25569) sendTo "send" to system.adapter.whatsapp-cmb.0 from system.adapter.backitup.0
backitup.0 2021-01-04 16:17:43.922 debug (25569) [iobroker/whatsapp] [iobroker] used WhatsApp-Instance: whatsapp-cmb.0
backitup.0 2021-01-04 16:17:43.317 debug (25569) [iobroker/clean] done
backitup.0 2021-01-04 16:17:43.317 debug (25569) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors.
backitup.0 2021-01-04 16:17:42.866 debug (25569) [iobroker/cifs] done
backitup.0 2021-01-04 16:17:41.811 debug (25569) [iobroker/iobroker] done
backitup.0 2021-01-04 16:17:40.793 debug (25569) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_01_04-15_17_38_backupiobroker.tar.gz
backitup.0 2021-01-04 16:17:39.682 debug (25569) [iobroker/iobroker] host.IoBroker 3135 objects saved
backitup.0 2021-01-04 16:17:39.661 debug (25569) [iobroker/iobroker] host.IoBroker 2514 states saved
backitup.0 2021-01-04 16:17:37.965 debug (25569) [iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2021-01-04 16:17:37.965 debug (25569) [iobroker/mount] mount error(1): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=Backup,password=,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FRITZNAS/Backups/IoBroker /opt/i
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] mount error(1): Operation not permitted
backitup.0 2021-01-04 16:17:37.964 debug (25569) [iobroker/mount] sudo: setrlimit(RLIMIT_CORE): Operation not permitted
backitup.0 2021-01-04 16:17:37.963 debug (25569) [iobroker/mount] [undefined Error: Command failed: sudo mount -t cifs -o username=Backup,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.178.1/FRITZ.NAS/FRITZNAS/Backups/IoBroker /opt/
backitup.0 2021-01-04 16:17:37.940 debug (25569) [iobroker/mount] first mount attempt with smb option failed. try next mount attempt without smb option ... -
@NicoR sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
So ist meien Konfig im Adapter.
ich bin bei der Fritte immer irritiert. Auf der läuft es anscheinend anders, als auf der Syno, die ich verwende.
Die Freigabe mit /FRITZ.NAS/Backups/IoBroker kommt mir seltsam vor, weil
- IMHO hier kein führendes
/hingehört - FRITZ.NAS kein Bestandteil der Freigabe sein sollte, weil das ja der IP des Servers entspricht, oder? (aber da kann ich mich irren)
@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
FRITZ.NAS kein Bestandteil der Freigabe sein sollte, weil das ja der IP des Servers entspricht, oder? (aber da kann ich mich irren)
tust du(dich irren) :-) die Fritz Freigabe hat immer
//ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig von den Einstellungen ist. siehe hieriobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 - IMHO hier kein führendes
-
@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
FRITZ.NAS kein Bestandteil der Freigabe sein sollte, weil das ja der IP des Servers entspricht, oder? (aber da kann ich mich irren)
tust du(dich irren) :-) die Fritz Freigabe hat immer
//ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig von den Einstellungen ist. siehe hier@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
tust du(dich irren)
war ja auch vollkommen im Bereich des Möglichen :joy:
@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
immer //ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig
aber dann darf der sharename doch nicht mit (noch) einem
/beginnen
Ein/wird doch schon vom Adapter hinzugefügt -
@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
tust du(dich irren)
war ja auch vollkommen im Bereich des Möglichen :joy:
@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
immer //ip_der_fb/fritz.nas/Ordner, wobei fritz.nas abhängig
aber dann darf der sharename doch nicht mit (noch) einem
/beginnen
Ein/wird doch schon vom Adapter hinzugefügt@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
aber dann darf der sharename doch nicht mit (noch) einem / beginnen
Ein / wird doch schon vom Adapter hinzugefügtmeine Angabe hatte sich auf den mount Befehl in der Konsole bezogen, wenn Backitup den Slash selbst hinzufügt, sollte man ihn wohl weglassen, könnte aber gut sein dass das 'verziehen' wird
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
aber dann darf der sharename doch nicht mit (noch) einem / beginnen
Ein / wird doch schon vom Adapter hinzugefügtmeine Angabe hatte sich auf den mount Befehl in der Konsole bezogen, wenn Backitup den Slash selbst hinzufügt, sollte man ihn wohl weglassen, könnte aber gut sein dass das 'verziehen' wird
Wie gesagt, in meiner Konfig steht das führende / auch drin. Und es funktioniert...
Ob es vom Adapter rausgefiltert wird kann ich gar nicht sagen, hab aber auch keine Lust mal ohne / zu probieren. :-D -
@Thomas-Braun sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
in meiner Konfig steht das führende / auch drin. Und es funktioniert...
in meiner eben nicht - und wir hatten bereits mindestens einen Fall, bei dem die Entfernung des führenden / eine Heilung eines Problems bewirkte
@Thomas-Braun sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
hab aber auch keine Lust mal ohne / zu probieren.
Das soll ja auch der User mit dem Problem machen.
Kann ja (mal wieder) ohne weiters sein, dass es nicht auf allen Systemen zu Problemen führt -
So ist meien Konfig im Adapter. Benutzer wurde mit entsprechender Freigabe in der Fritzbox angelegt.
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Möglichkeit wäre noch per Ftp
Per Ftp kommt das
/Fritz.Nas/
noch davor, wie bereits erwähnt, sofern man die Fritzbox nicht umbenannt hat, ansonsten den Namen entsprechend anpassen)Frage nebenbei, ist überhaupt Platz auf dem internen Speicher?
umgestiegen von Proxmox auf Unraid
-
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Möglichkeit wäre noch per Ftp
Per Ftp kommt das
/Fritz.Nas/
noch davor, wie bereits erwähnt, sofern man die Fritzbox nicht umbenannt hat, ansonsten den Namen entsprechend anpassen)Frage nebenbei, ist überhaupt Platz auf dem internen Speicher?
@crunchip
so hatte ich es auch im Kopf.Auch den Unterschied zu NFS
-
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Möglichkeit wäre noch per Ftp
Per Ftp kommt das
/Fritz.Nas/
noch davor, wie bereits erwähnt, sofern man die Fritzbox nicht umbenannt hat, ansonsten den Namen entsprechend anpassen)Frage nebenbei, ist überhaupt Platz auf dem internen Speicher?
@crunchip sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...
iobroker läuft unter Docker auf QNAP TS-451+
SkriptRecovery: https://forum.iobroker.net/post/930558 -
@crunchip sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...
@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...
so sieht es bei mir mit CIFS auf die Syno auf allen meinen Installationen aus
Beim Hostnamen optional die IP
-
@fastfoot sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
Also hier ist fritz.nas zwingend notwendig, sowohl im Explorer als auch beim mount mit cifs, sehr seltsam...
so sieht es bei mir mit CIFS auf die Syno auf allen meinen Installationen aus
Beim Hostnamen optional die IP
@Homoran sagte in Backup von IoBroker auf WDMycloud oder FritzNAS:
so sieht es bei mir mit CIFS auf die Syno auf allen meinen Installationen aus
ja, 'normale' shares brauchen nur die ip + Ordnername, das ist bei meiner NAS auch so, oder bei einer Freigabe auf dem Laptop. Bei der FritzBox brauche ich aber zwingend
ip/fritz.nas/Ordnername. Habe es in Backitup mit und ohne probiert, ohne fritz.nas bekomme ich einen mount Fehler. Bei der Angabe des Pfads ist Backitup gnädig, es funktioniert jeweils mit und ohne vorangestellten Slash, im Bild mit
-
@NicoR ich habe das auf nen externen Stick, der an der Fritte hängt ( Ordner Backup, Unterordner IoBroker) und meine config ist
/Backup/IoBroker
Also ohne das
/Fritz.Nas/Möglichkeit wäre noch per Ftp
Per Ftp kommt das
/Fritz.Nas/
noch davor, wie bereits erwähnt, sofern man die Fritzbox nicht umbenannt hat, ansonsten den Namen entsprechend anpassen)Frage nebenbei, ist überhaupt Platz auf dem internen Speicher?
@crunchip ich habe es jetzt in allen Variationen getestet. Hab auch ein USB Stick an der Fritzbox. Extra neu besorgt und mit 16Gb.
Auch mit Ftp bekomme ich nix rüber.backitup.0 2021-01-04 19:39:59.682 debug (29011) system.adapter.admin.0: logging true backitup.0 2021-01-04 19:39:47.749 debug (29011) [iobroker] exec: done backitup.0 2021-01-04 19:39:47.598 debug (29011) [iobroker/history] backitup.0.history.json backitup.0 2021-01-04 19:39:47.597 debug (29011) [iobroker/history] backitup.0.history.html backitup.0 2021-01-04 19:39:47.436 debug (29011) [iobroker/whatsapp] done backitup.0 2021-01-04 19:39:47.433 debug (29011) sendTo "send" to system.adapter.whatsapp-cmb.0 from system.adapter.backitup.0 whatsapp-cmb.0 2021-01-04 19:39:47.434 info ftp: Error: /Backups\IoBroker/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz: Permission denied. to das musste hier nicht stehen whatsapp-cmb.0 2021-01-04 19:39:47.434 info Die Sicherung wurde nicht vollständig erstellt. Bitte überprüfe die Fehlermeldungen!! whatsapp-cmb.0 2021-01-04 19:39:47.434 info (13000) Send BackItUp: backitup.0 2021-01-04 19:39:47.430 debug (29011) [iobroker/whatsapp] [iobroker] used WhatsApp-Instance: whatsapp-cmb.0 backitup.0 2021-01-04 19:39:46.824 debug (29011) [iobroker/clean] done backitup.0 2021-01-04 19:39:46.823 debug (29011) [iobroker/clean] Backup files not deleted from /opt/iobroker/backups because some errors. backitup.0 2021-01-04 19:39:46.221 debug (29011) [iobroker/ftp] done backitup.0 2021-01-04 19:39:46.221 debug (29011) [iobroker/ftp] Error: /Backups\IoBroker/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz: Permission denied. backitup.0 2021-01-04 19:39:46.215 debug (29011) [iobroker/ftp] Send iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz backitup.0 2021-01-04 19:39:46.214 debug (29011) [iobroker/ftp] FTP connected. backitup.0 2021-01-04 19:39:45.042 debug (29011) [iobroker/iobroker] done backitup.0 2021-01-04 19:39:44.020 debug (29011) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2021_01_04-19_39_41_backupiobroker.tar.gz backitup.0 2021-01-04 19:39:42.957 debug (29011) [iobroker/iobroker] host.IoBroker 3135 objects saved backitup.0 2021-01-04 19:39:42.937 debug (29011) [iobroker/iobroker] host.IoBroker 2514 states saved backitup.0 2021-01-04 19:39:41.347 debug (29011) Backup has started ... backitup.0 2021-01-04 19:39:40.654 debug (29011) No backup file was found backitup.0 2021-01-04 19:39:38.653 error (29011) FTP: Error: /Backups/IoBroker: Permission denied. backitup.0 2021-01-04 19:39:38.648 debug (29011) FTP: connected. backitup.0 2021-01-04 19:39:38.351 debug (29011) [ccu] 10 30 01 */3 * * backitup.0 2021-01-04 19:39:38.347 info (29011) [ccu] backup was activated at 01:30 every 3 day(s) backitup.0 2021-01-04 19:39:38.347 debug (29011) [iobroker] 10 00 02 */1 * * backitup.0 2021-01-04 19:39:38.340 info (29011) [iobroker] backup was activated at 02:00 every 1 day(s) backitup.0 2021-01-04 19:39:38.276 info (29011) starting. Version 1.7.0 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.20.0, js-controller: 3.1.6 backitup.0 2021-01-04 19:39:37.998 debug (29011) Plugin sentry Initialize Plugin (enabled=true) backitup.0 2021-01-04 19:39:37.535 debug (29011) statesDB connected backitup.0 2021-01-04 19:39:37.535 debug (29011) States connected to redis: 127.0.0.1:9000 backitup.0 2021-01-04 19:39:37.529 debug (29011) States create System PubSub Client backitup.0 2021-01-04 19:39:37.528 debug (29011) States create User PubSub Client backitup.0 2021-01-04 19:39:37.524 debug (29011) Redis States: Use Redis connection: 127.0.0.1:9000 backitup.0 2021-01-04 19:39:37.523 debug (29011) objectDB connected backitup.0 2021-01-04 19:39:37.519 debug (29011) Objects connected to redis: 127.0.0.1:9001 backitup.0 2021-01-04 19:39:37.495 debug (29011) Objects client initialize lua scripts backitup.0 2021-01-04 19:39:37.494 debug (29011) Objects create User PubSub Client backitup.0 2021-01-04 19:39:37.494 debug (29011) Objects create System PubSub Client backitup.0 2021-01-04 19:39:37.492 debug (29011) Objects client ready ... initialize now backitup.0 2021-01-04 19:39:37.427 debug (29011) Redis Objects: Use Redis connection: 127.0.0.1:9001 host.IoBroker 2021-01-04 19:39:36.077 info instance system.adapter.backitup.0 started with pid 29011 host.IoBroker 2021-01-04 19:39:33.574 info instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) backitup.0 2021-01-04 19:39:33.058 info (28925) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason backitup.0 2021-01-04 19:39:33.058 debug (28925) Plugin sentry destroyed backitup.0 2021-01-04 19:39:33.057 info (28925) terminating backitup.0 2021-01-04 19:39:33.057 info (28925) cleaned everything up... backitup.0 2021-01-04 19:39:33.056 info (28925) Got terminate signal TERMINATE_YOURSELF host.IoBroker 2021-01-04 19:39:33.054 info stopInstance system.adapter.backitup.0 send kill signal host.IoBroker 2021-01-04 19:39:33.053 info stopInstance system.adapter.backitup.0 (force=false, process=true)MOD-Edit: Code in code-tags gesetzt und private Daten entfernt!
Ich denke ich probiere mal das Backup direkt in Proxmox zu erschlagen. Vielleicht liegt es wirklich an dem LXC Container:dizzy_face:
813
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge