Backitup probleme
-
Der Log liegt im iobroker Verzeichnis …wenn iob abstürzt, solltest du da den Log noch finden.
Gesendet von iPhone mit Tapatalk `
Ah stimmt, habs gefunden. Daran habe ich überhaupt noch nicht gedacht.DANKE dir nochmal für dein Hilfe. Habe wieder einiges gelernt
-
Kopiere bitte nur den Teil, wenn backitup das backup erstellt.
Wenn du die Zeit auf bsw. 20:55 stellst, kannst du den Vorgang im Log direkt beobachten
Gesendet von iPhone mit Tapatalk
Also automatisch wird das backup erstellt.
Kann es sein, dass du keine cifs-utils installiert hast?
sudo apt-get install cifs-utils
Dein mount funktioniert nicht und deshalb landen die backups local auf deinem PI
Gesendet von iPhone mit Tapatalk `
Ne hatte ich nicht installiert gehabt.
Habe es jetzt installiert und einen reboot gemacht. Dann nochmal backup gestartet aber leider geht es trotzdem noch nicht
Hier nochmal der Log
! backitup.0 2018-12-17 21:18:26.308 debug [minimal/history] backitup.0.history.html
! backitup.0 2018-12-17 21:18:26.294 debug [minimal/telegram] done
! backitup.0 2018-12-17 21:18:26.294 debug sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
! backitup.0 2018-12-17 21:18:26.294 debug [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
! backitup.0 2018-12-17 21:18:26.285 debug [minimal/clean] done
! backitup.0 2018-12-17 21:18:26.285 debug [minimal/clean] delete /opt/iobroker/backups/minimal_2018_12_17-20_54_13_backupiobroker.tar.gz
! backitup.0 2018-12-17 21:18:26.281 debug [minimal/cifs] done
! backitup.0 2018-12-17 21:18:26.279 debug [minimal/minimal] done
! backitup.0 2018-12-17 21:18:26.265 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_12_17-21_18_13_backupiobroker.tar.gz
! backitup.0 2018-12-17 21:18:13.333 debug [minimal/mount] mount: only root can use "–options" option
! backitup.0 2018-12-17 21:18:13.333 debug [minimal/mount] [IGNORED] Error: Command failed: mount -t cifs -o user=,password=,rw,file_mode=0777,dir_mode=0777 //192.168.178.111/Backup_iobroker/standard/ /opt/iobroker/backup
! backitup.0 2018-12-17 21:18:13.332 debug [minimal/mount] [undefined mount: only root can use "–options" option
! backitup.0 2018-12-17 21:17:19.452 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0:
4720_sift.jpg -
du musst die Option root in den NAS Einstellungen aktivieren, da dein ioBroker nicht als root läuft.
mount benötigt aber root.
-
du musst die Option root in den NAS Einstellungen aktivieren, da dein ioBroker nicht als root läuft.
mount benötigt aber root. `
Ok Aktiviert und jetzt kommt wieder was
sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
! backitup.0 2018-12-17 21:36:31.446 debug [minimal/history] backitup.0.history.html
! backitup.0 2018-12-17 21:36:31.431 debug [minimal/telegram] done
! backitup.0 2018-12-17 21:36:31.430 debug sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.0
! backitup.0 2018-12-17 21:36:31.429 debug [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
! backitup.0 2018-12-17 21:36:31.427 debug [minimal/clean] done
! backitup.0 2018-12-17 21:36:31.425 debug [minimal/cifs] done
! backitup.0 2018-12-17 21:36:31.423 debug [minimal/minimal] done
! backitup.0 2018-12-17 21:36:31.405 debug [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2018_12_17-21_36_19_backupiobroker.tar.gz
! backitup.0 2018-12-17 21:36:25.982 debug sendTo "getTelegramUser" to system.adapter.admin.0 from system.adapter.backitup.0: backitup.0 2018-12-17 21:36:19.441 debug [minimal/mount] sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] #3) Mit großer Macht kommt große Verantwortung.
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] #2) Denken Sie nach, bevor Sie tippen.
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] #1) Respektieren Sie die Privatsphäre anderer.
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
! backitup.0 2018-12-17 21:36:19.440 debug [minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o user=**,password=,rw,file_mode=0777,dir_mode=0777 //192.168.178.111/volume1/Backup_iobroker/standard/ /opt/i
! backitup.0 2018-12-17 21:36:19.439 debug [minimal/mount] sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
! backitup.0 2018-12-17 21:36:19.439 debug [minimal/mount] #3) Mit großer Macht kommt große Verantwortung.
! backitup.0 2018-12-17 21:36:19.438 debug [minimal/mount] #2) Denken Sie nach, bevor Sie tippen.
! backitup.0 2018-12-17 21:36:19.438 debug [minimal/mount] #1) Respektieren Sie die Privatsphäre anderer.
! backitup.0 2018-12-17 21:36:19.438 debug [minimal/mount] Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
! backitup.0 2018-12-17 21:36:19.438 debug [minimal/mount] Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
! backitup.0 2018-12-17 21:36:19.438 debug [minimal/mount] [undefined
! backitup.0 2018-12-17 21:36:15.423 debug [total] 10 00 03 */3 * *
! backitup.0 2018-12-17 21:36:15.422 info [total] backup was activated at 03:00 every 3 day(s)
! backitup.0 2018-12-17 21:36:15.421 debug [minimal] 10 33 21 */1 * *
! backitup.0 2018-12-17 21:36:15.410 info [minimal] backup was activated at 21:33 every 1 day(s)
! backitup.0 2018-12-17 21:36:13.865 info starting. Version 0.4.2 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.14.0
! backitup.0 2018-12-17 21:36:13.724 debug statesDB connected
! backitup.0 2018-12-17 21:36:13.704 debug objectDB connected -
Dein sudo fordert beim ersten Aufruf ein Passwort
Diese Funktion musst du deaktivieren, damit du es für den mount nutzen kannst
Google mal danach …
https://stackoverflow.com/questions/216 ... fied-error
Gesendet von iPhone mit Tapatalk
-
Ich habe das gleiche Problem mit dem "sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben".
Kann bitte jemand für Dummis schreiben was man machen muß. Der Link bringt mich nicht weiter . Da stehen gefühlt 100 Befehle.
Was da der einzelne macht ist für mich ein Rätzel. Ich möchte ja da nichts kaputt machen.
-
Also ich habe das ganze mal für euch durchgespielt und hier folgende Befehle, die ihr zum einrichten eures iob Users unter sudo beachten müsst.
sudo visudoIn der Datei am Ende folgende Zeile einfügen:
Username ALL=(ALL) NOPASSWD: /bin/mount, /bin/umount, /bin/systemctl"Username" durch euren iob User ersetzen
Dann mit STR+o speichern, mit Enter bestätigen und im Anschluss mit STR+x schließen.
Danach empfehle ich einen reboot … Dies ist aber System abhängig.
Ich möchte aber hier noch einmal betonen, dass diese Dinge nicht mit backitup zu tun haben und auch backitup deswegen kein Problem hat.
Diese Dinge betreffen einzig und allein euer System.
Im Normalfall sollte man iob als root laufen lassen.
Somit hat man diesen Stress nicht und kann auf die o.g. Schritte verzichten.
-
Ich habe iobroker neu aufgesetzt und mich genau an die Anleitung gehalten. Da stand irgendwo das man iobroker nicht als root laufen lassen soll. Ich verstehe langsam gar nichts mehr. Mein Hausautomation raubt mir langsam den letzten Nerv und alle Freizeit. Am Anfang macht das noch Spaß, so langsam nervt es nur noch wenn wieder mal nichts funktioniert und man kein Programmierer ist und sich nicht auskennt. Und meine Frau wird langsam ungehalten wenn mal wieder kein Licht angeht. Gefühlt beschäftige ich mich am Tag 2 Stunden mit iobroker um alles am laufen zu halten. Geht nur mir das so oder ist das normal.
-
Nachdem ich jetzt mehrer Tag backitup beobachtet habe, kann ich folgende Probleme reproduzieren.
1.) Backitup schreibt kein vollständiges Backup auf die Festplatte wenn der Harken " iobroker Stop bei einem Backup" NICHT gesetzt ist.
Ist der Harken dort NICHT gesetzt, wird ein vollständiges Backup bei mir nach ca. 1,5 MB Größe OHNE Fehler oder Debug Meldung einfach abgebrochen, jedoch in der History als durchgeführt eingetragen.
Das Minimale Backup wird auch ohne den Harken korrekt ausgeführt.
2.) Setzt man den Harken bei " iobroker Stop bei einem Backup", wird das vollständige Backup korrekt ausgeführt, das History Datum aber nicht auf den aktuellen Backup Zeitpunkt hochgesetzt.
Auch hiervon ist das minimale Backup nicht betroffen. Dieses wird ebenfalls korrekt ausgeführt und das Datum auch in die History rein geschrieben.
Backitup Version ist 0.3.8.
-
Nachdem ich jetzt mehrer Tag backitup beobachtet habe, kann ich folgende Probleme reproduzieren.
1.) Backitup schreibt kein vollständiges Backup auf die Festplatte wenn der Harken " iobroker Stop bei einem Backup" NICHT gesetzt ist.
Ist der Harken dort NICHT gesetzt, wird ein vollständiges Backup bei mir nach ca. 1,5 MB Größe OHNE Fehler oder Debug Meldung einfach abgebrochen, jedoch in der History als durchgeführt eingetragen.
Das Minimale Backup wird auch ohne den Harken korrekt ausgeführt.
2.) Setzt man den Harken bei " iobroker Stop bei einem Backup", wird das vollständige Backup korrekt ausgeführt, das History Datum aber nicht auf den aktuellen Backup Zeitpunkt hochgesetzt.
Auch hiervon ist das minimale Backup nicht betroffen. Dieses wird ebenfalls korrekt ausgeführt und das Datum auch in die History rein geschrieben.
Backitup Version ist 0.3.8. `
Das Thema wurde hier bereits mehrfach besprochen.
Da nicht alle iob Installationen sich immer komplett identisch verhalten, gibt es für das total den stop von iob.
Dies hat nichts mit dem Minimal zu tun.
Es kann durchaus sein, dass iob gerade Daten schreibt und bestimmten Dateien deshalb nicht gepackt werden können.
Aus diesem gund gibt es die Option und was spricht dagegen, sie zu aktivieren?
Ich habe hier 4 iob Systeme laufen und nutze bei 3 Systemen redis.
Da muss ich nix stoppen.
Wie gesagt, wenn du ein total machst, stoppe iob und gut …
-
Es spricht gar nichts dagegen, ich stoppe ja iobroker jetzt auch. Was mich allerdings stört, ist die Tatsache das dann wohl offensichtlich in der History kein korrekter Zeitstempel mehr für das volle Backup eingetragen wird (weil iobroker gestoppt war?)
Ich werte im VIS nämlich aus wann welche Backups gemacht wurden. Seit ich iobroker stoppe, bleibt der history Zeitstempel von backitup bei meinem letzten, von Hand angestoßenen Backup, stehen.
-
Das kann eigentlich nicht sein, da der Prozess komplett durchlaufen sollte. Ein umount der später stattfindet, wird ja auch bei einem stop gemacht.
Aber das prüfen wir nochmal.
Gesendet von iPhone mit Tapatalk
-
Hab es gerade noch einmal bei 3 Systemen getestet … History wird auch beim ioBroker stop geschrieben ...
-
Also ich habe das ganze mal für euch durchgespielt und hier folgende Befehle, die ihr zum einrichten eures iob Users unter sudo beachten müsst.
sudo visudoIn der Datei am Ende folgende Zeile einfügen:
Username ALL=(ALL) NOPASSWD: ALL"Username" durch euren iob User ersetzen
Dann mit STR+o speichern, mit Enter bestätigen und im Anschluss mit STR+x schließen.
Danach empfehle ich einen reboot … Dies ist aber System abhängig.
Ich möchte aber hier noch einmal betonen, dass diese Dinge nicht mit backitup zu tun haben und auch backitup deswegen kein Problem hat.
Diese Dinge betreffen einzig und allein euer System.
Im Normalfall sollte man iob als root laufen lassen.
Somit hat man diesen Stress nicht und kann auf die o.g. Schritte verzichten. `
Also ich bekomme es einfach nicht gebacken.
Immer der gleiche Fehler obwohl ich jetzt schon als root angemeldet bin.
[minimal/mount] sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
Ich verstehe es einfach nicht.
4720_root.jpg
4720_root_2.jpg -
Dein ioBroker läuft aber nicht als root.
Darum musst du dort nicht root sondern den User unter dem ioBroker läuft eintragen.
Wenn du als root per ssh anmeldet bist, ist das ioBroker völlig egal
-
Dein ioBroker läuft aber nicht als root.
Darum musst du dort nicht root sondern den User unter dem ioBroker läuft eintragen.
Wenn du als root per ssh anmeldet bist, ist das ioBroker völlig egal `
Blöde frage aber wo sehe ich welcher name iobroker hat?
Meinst du den User name ? Falls ja den hatte ich auch schon versucht.
Sorry für die dummen fragen :?
4720_root_3.jpg -
ja genau den meine ich …
-
ja genau den meine ich … `
Soeben versucht und einen reboot gemacht und trotzdem der gleiche Fehler.
Ich verstehe es einfach nicht.
Den Adapter hatte ich jetzt auch mal deinstalliert und neu installiert.
Das hat vorher mit dem raspberry ohne probleme funktioniert. Seitdem ich jetzt auf einen Beelink X45 gewechselt bin habe ich dieses Problem.
4720_root.jpg -
Wurde es auch übernommen? Hast du die Datei nochmal geöffnet und geschaut, ob es nach dem reboot noch drin ist?
öffne die Datei mal mit sudo in deinem account Vitali.
Musst du bei dem Aufruf mit sudo ein Passwort eingeben?
-
Wurde es auch übernommen? Hast du die Datei nochmal geöffnet und geschaut, ob es nach dem reboot noch drin ist?
öffne die Datei mal mit sudo in deinem account Vitali.
Musst du bei dem Aufruf mit sudo ein Passwort eingeben? `
Als vitali angemeldet und die datei ist so vorhanden.
Aber Passwort brauche ich beim ausführen von sudo visudo jetzt nicht mehr eingeben, vorher musste ich das.
4720_root.jpg
