NEWS
Installation defekt?
-
Vielleicht aktivierst du mal die Option 'noserverino'.
Auch mit aktiviertem "'noserverino'" wieder nichts:
Started iobroker ... [DEBUG] [mount] - noserverino option: true [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,noserverino,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.23/backup/ioBroker/ /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 66335 states saved [DEBUG] [iobroker] - host.ioBroker 86194 objects saved [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [pushover] - 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] 0Verzeichnis nach unmount leer.
Ich frag mich echt, wo der das hinschreibt, es aber nie auf der NAS auftaucht.
PS: Vor nicht allzu langer Zeit wurde mir hier im Forum geraten, die "noserverino" abzuschalten
Wobei, wenn ich ehrlich bin, noch nicht mal weiss wozu die gut ist. -
Na, schau mal einer an:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67346 states saved host.ioBroker 87510 objects saved Backup created: /opt/iobroker/backups/2022_04_20-12_07_26_backupiobroker.tar.gz pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 38780 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 12:08 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 11:50 .. -rw-rw-r--+ 1 iobroker iobroker 39692317 Apr 20 12:08 2022_04_20-12_07_26_backupiobroker.tar.gz pi@ioBroker:~ $Und endlich auch:
Started iobroker ... [DEBUG] [mount] - noserverino option: false [DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=backup,password=****,rw,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.178.23/backup/ioBroker /opt/iobroker/backups" [DEBUG] [mount] - mount successfully completed [DEBUG] [mount] - done [DEBUG] [iobroker] - host.ioBroker 67346 states saved [DEBUG] [iobroker] - host.ioBroker 87510 objects saved [DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_04_20-12_10_45_backupiobroker.tar.gz [DEBUG] [iobroker] - done [DEBUG] [cifs] - done [DEBUG] [clean] - done [DEBUG] [pushover] - 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] 0ist das Backup wieder auf der NAS!!!
Vielen lieben dank an euch beide für die Hilfe und eure Zeit! Ihr seid die Besten

leider war die Freude nur von kurzer Dauer

Heute wieder wie zuvor:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67642 states saved host.ioBroker 87958 objects saved /usr/bin/iobroker: Zeile 8: 23217 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 16 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 . -
leider war die Freude nur von kurzer Dauer

Heute wieder wie zuvor:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67642 states saved host.ioBroker 87958 objects saved /usr/bin/iobroker: Zeile 8: 23217 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 16 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .@qqolli sagte in Test Adapter Backitup v2.4.x:
Kommt bei
ls -al /opt/iobroker/backups/wirklich das raus?
drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .Oder lautet das richtig
drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .. -
@qqolli sagte in Test Adapter Backitup v2.4.x:
Kommt bei
ls -al /opt/iobroker/backups/wirklich das raus?
drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .Oder lautet das richtig
drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 ..@thomas-braun
Habe es nochmal durchgeführt, da waren jetzt keine Punkte:
-
@thomas-braun
Habe es nochmal durchgeführt, da waren jetzt keine Punkte:
@qqolli bitte als text in code-tags.
ich glaube entziffern zu können, dass da Punkte sind -
Komisch, im Terminal sehe ich keine Punkte, deswegen der Screenshot. Aber wenn ich es im Terminal markiere, sind die Punkte da:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67714 states saved host.ioBroker 88054 objects saved /usr/bin/iobroker: Zeile 8: 10631 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 16 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .. pi@ioBroker:~ -
Komisch, im Terminal sehe ich keine Punkte, deswegen der Screenshot. Aber wenn ich es im Terminal markiere, sind die Punkte da:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67714 states saved host.ioBroker 88054 objects saved /usr/bin/iobroker: Zeile 8: 10631 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 16 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .. pi@ioBroker:~Komisch.
Hat aber wohl mit deinem Problem nix zu tun.
Welches Terminal verwendest du denn? -
Komisch, im Terminal sehe ich keine Punkte, deswegen der Screenshot. Aber wenn ich es im Terminal markiere, sind die Punkte da:
pi@ioBroker:~ $ iobroker backup host.ioBroker 67714 states saved host.ioBroker 88054 objects saved /usr/bin/iobroker: Zeile 8: 10631 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@" pi@ioBroker:~ $ ls -al /opt/iobroker/backups/ insgesamt 16 drwxrwxr-x+ 2 iobroker iobroker 12288 Apr 20 13:07 . drwxrwxr-x+ 10 iobroker iobroker 4096 Apr 20 15:21 .. pi@ioBroker:~@qqolli sagte in Test Adapter Backitup v2.4.x:
, im Terminal sehe ich keine Punkte,
aber sie dind da und wir können so einen kontrastarmen Screenshot auch nicht entziffern. Schon gar nicht auf dem Handy.
-
@qqolli sagte in Test Adapter Backitup v2.4.x:
, im Terminal sehe ich keine Punkte,
aber sie dind da und wir können so einen kontrastarmen Screenshot auch nicht entziffern. Schon gar nicht auf dem Handy.
-
@homoran Kannst du eventuell zu dieser Diskussion hier ein neues Thema erstellen und die ganzen Beiträge dorthin verschieben?
Es hat nichts mit Backitup zu tun und der Thread ist schon extrem groß.@simatec mach ich, wenn ich am PC bin
-
Komisch.
Hat aber wohl mit deinem Problem nix zu tun.
Welches Terminal verwendest du denn?Na ja, dafür hatte ich die Windows PowerShell benutzt
.Bin jetzt aber auf Putty gegangen, da sieht man die Punkte ganz klar.
-
Na ja, dafür hatte ich die Windows PowerShell benutzt
.Bin jetzt aber auf Putty gegangen, da sieht man die Punkte ganz klar.
-
@simatec sagte in Installation defekt?:
@homoran Danke dir

Hab da mal etwas abgespalten.
Habe aber selber nicht den Überblick, was noch in den BackitUp Thread passt.
Wenn noch mehr hierher muss, bitte Bescheid geben!@qqolli
Bitte einen sinnvollen Titel einfallen lassen -
@simatec sagte in Installation defekt?:
@homoran Danke dir

Hab da mal etwas abgespalten.
Habe aber selber nicht den Überblick, was noch in den BackitUp Thread passt.
Wenn noch mehr hierher muss, bitte Bescheid geben!@qqolli
Bitte einen sinnvollen Titel einfallen lassen -
@homoran Kannst du eventuell zu dieser Diskussion hier ein neues Thema erstellen und die ganzen Beiträge dorthin verschieben?
Es hat nichts mit Backitup zu tun und der Thread ist schon extrem groß.Wie kannst Du ausschliessen, das Backitup nichts damit zu tun hat?
Nachdem ich den js-controller neu aufgesetzt hatte, ging es einmal (Sicherung direkt über den Adapter).
Beim zweiten Mal schon nicht mehr, die Sicherung nicht über den Adapter, sondern über (weiss nicht wie man den nennt):

Als ich dann auf dem Raspi nachgeschaut habe, war das Verzeichnis nicht dismounted. Danach wieder über den Adapter, und es wurde zwar dismounted, aber kein Backup auf der NAS angelegt (gleiche Fehlermeldung wie vor der Neuinstallation des js-controllers):
/usr/bin/iobroker: Zeile 8: 23217 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"Seitdem ging es nicht mehr. Wenn ich es verifizieren müsste, muss ich wieder alles neu installieren.
Insofern würde ich nicht kategorisch ausschließen, das der Adapter nichts damit zu tun hat. Könnte es (rein theoretisch) einen Unterschied zwischen den beiden "Methoden" geben (Adapter direkt vs. Tab)?
-
Wie kannst Du ausschliessen, das Backitup nichts damit zu tun hat?
Nachdem ich den js-controller neu aufgesetzt hatte, ging es einmal (Sicherung direkt über den Adapter).
Beim zweiten Mal schon nicht mehr, die Sicherung nicht über den Adapter, sondern über (weiss nicht wie man den nennt):

Als ich dann auf dem Raspi nachgeschaut habe, war das Verzeichnis nicht dismounted. Danach wieder über den Adapter, und es wurde zwar dismounted, aber kein Backup auf der NAS angelegt (gleiche Fehlermeldung wie vor der Neuinstallation des js-controllers):
/usr/bin/iobroker: Zeile 8: 23217 Getötet sudo -H -u iobroker node /opt/iobroker/node_modules/iobroker.js-controller/iobroker.js "$@"Seitdem ging es nicht mehr. Wenn ich es verifizieren müsste, muss ich wieder alles neu installieren.
Insofern würde ich nicht kategorisch ausschließen, das der Adapter nichts damit zu tun hat. Könnte es (rein theoretisch) einen Unterschied zwischen den beiden "Methoden" geben (Adapter direkt vs. Tab)?
@qqolli Weil Backitup nichts an deinem System ändert, wenn du ein Backup erstellst und wenn nich ein mount gesetzt ist, sollte dies spätestens nach einem Neustart behoben sein.
Aber auch nach einem Neustart kannst du kein Backup auf der CLI erstellen -
@qqolli Weil Backitup nichts an deinem System ändert, wenn du ein Backup erstellst und wenn nich ein mount gesetzt ist, sollte dies spätestens nach einem Neustart behoben sein.
Aber auch nach einem Neustart kannst du kein Backup auf der CLI erstellen@simatec
Ok, verstanden.Verwirrend für mich war (ist), das der Adapter trotzdem sagt (z. B. per Pushover), das eine Sicherung erfolgt und auf der NAS abgelegt wurde, obwohl das bei mir nicht der Fall ist. Daher habe ich das erst sehr spät bemerkt, da ich ja immer davon ausgegangen bin das alles ok ist und somit jede Menge iobroker-Sicherungen nicht angelegt wurden. Eventuell könnte man (falls möglich) noch im Adapter ändern.
Alles in allem, hättet (@thomas-braun) ihr trotzdem noch irgendeine Idee, was ich noch machen könnte/sollte?
-
@simatec
Ok, verstanden.Verwirrend für mich war (ist), das der Adapter trotzdem sagt (z. B. per Pushover), das eine Sicherung erfolgt und auf der NAS abgelegt wurde, obwohl das bei mir nicht der Fall ist. Daher habe ich das erst sehr spät bemerkt, da ich ja immer davon ausgegangen bin das alles ok ist und somit jede Menge iobroker-Sicherungen nicht angelegt wurden. Eventuell könnte man (falls möglich) noch im Adapter ändern.
Alles in allem, hättet (@thomas-braun) ihr trotzdem noch irgendeine Idee, was ich noch machen könnte/sollte?
-
@qqolli
Zeige mal bitte den Inhalt von "/var/log/syslog"So wie es ausschaut killt irgendwas das backup ...
Könnte ein RAM Problem sein. Wie gross ist iobroker-data?Was gibt "free-m" bei erstellen des Backups aus?
Die syslog-Datei enthält 22559 Zeilen, ich denke die ist zu groß um sie hier anzuzeigen. Kann man da die Infos die diDich interessieren irgendwie "rausfiltern" und wenn ja, wie?
Größe des iobroker-data:
pi@ioBroker:~ $ du -sh iobroker-data 96K iobroker-datafree -m vor dem Backup ergibt:
pi@ioBroker:~ $ free -m total used free shared buff/cache available Mem: 3837 3182 204 113 449 694 Swap: 99 99 0Wobei ich echt nicht weiss, warum das swap immer voll läuft.
pi@ioBroker:~ $ sudo service dphys-swapfile status ● dphys-swapfile.service - dphys-swapfile - set up, mount/unmount, and delete a swap file Loaded: loaded (/lib/systemd/system/dphys-swapfile.service; enabled; vendor preset: enabled) Active: active (exited) since Sat 2022-04-16 08:43:59 CEST; 6 days ago Docs: man:dphys-swapfile(8) Main PID: 500 (code=exited, status=0/SUCCESS) Tasks: 0 (limit: 4915) CGroup: /system.slice/dphys-swapfile.service Apr 16 08:43:58 ioBroker systemd[1]: Starting dphys-swapfile - set up, mount/unmount, and delete a swap file... Apr 16 08:43:59 ioBroker dphys-swapfile[360]: want /var/swap=100MByte, checking existing: keeping it Apr 16 08:43:59 ioBroker systemd[1]: Started dphys-swapfile - set up, mount/unmount, and delete a swap file.Ich lösche es ab und zu mit:
sudo swapoff -a sudo swapon -afree -m während des Backups ergibt (aus zweitem Fenster ermittelt):
pi@ioBroker:~ $ free -m total used free shared buff/cache available Mem: 3837 3333 85 113 418 456 Swap: 99 99 0Und danach wieder:
pi@ioBroker:~ $ free -m total used free shared buff/cache available Mem: 3837 3037 614 113 186 574 Swap: 99 99 0