NEWS
Installation defekt?
-
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] 0
Verzeichnis 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.
-
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 ..
-
@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.
Hat aber wohl mit deinem Problem nix zu tun.
Welches Terminal verwendest du denn? -
@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
-
@homoran Danke dir
-
Na ja, dafür hatte ich die Windows PowerShell benutzt
.
Bin jetzt aber auf Putty gegangen, da sieht man die Punkte ganz klar.
-
@qqolli
Ab Windows 10 kannst Du dafür auch das "neue" Terminal benutzen, dass das alte cmd ersetzt. Mit dem kannst Du auch eine Shell zum Ubuntu-Subsystem öffnen (wenn es installiert ist) -
@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
Ja, das mit dem Titel ist nicht so einfach, da wir ja noch in der Ursachenfindung sind.Insofern würde ich Deinen Titel erstmal als "Arbeitstitel" stehen lassen, wenn das ok ist.
-
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 -
@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-data
free -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 0
Wobei 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 -a
free -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 0
Und danach wieder:
pi@ioBroker:~ $ free -m total used free shared buff/cache available Mem: 3837 3037 614 113 186 574 Swap: 99 99 0