NEWS
Adapter: iobroker.backitup (stable Release)
-
@AxelF1977 said in Adapter: iobroker.backitup (stable Release):
iobroker sto
@simatec ich kämpfe jetzt hier mit dem gleichen Problem, dass ich schon länger habe
pi@ioBroker-RasPi4:~ $ iobroker stop /usr/bin/env: „node\r“: Datei oder Verzeichnis nicht gefundendas selbe wenn ich in den Ordner /opt/iobroker wechsel.
Wie gesagt, liegt alles auf einer externen SSD, die per mount eingebunden ist.
Was mich auch wundert, ich kann die "externe" Partition auch nicht ansprechen, das System läuft aber davon
Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors Disk model: Portable SSD T5 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 33553920 bytes pi@ioBroker-RasPi4:~ $ cd /dev/sda -bash: cd: /dev/sda: Ist kein VerzeichnisEine Idee was ich tun soll?
Danke
-
@AxelF1977 said in Adapter: iobroker.backitup (stable Release):
curl -sL https://iobroker.net/fix.sh | bash -
EDIT
Mit
sudo systemctl stop iobrokerkonnte ich ioBroker stoppen, und der Fix wurde laut Konsole erfolgreich eingespielt
-
Moinsen,
ich habe das Problem, dass der Adapter keine Backups erstellt. Das liegt vermutlich am Hostname.Im Detail versucht der Adapter ständig "iobroker" als Hostname zu mounten. Dieser ist durch die installation auch ursprünglich eingestellt gewesen, doch habe ich diesen schon auf den Hostname meines Synology NAS geändert. Dennoch steht im debug immer "iobroker".
Hier noch ein paar Details zu meiner Umgebung.
- Synology NAS 412+ mit Docker
- ioBroker image gestern geladen und neu aufgesetzt. Hatte den hostname als ip ausprobiert, was durch die Punkte nicht sauber rückgängig zu machen war.
- Der Container läuft mit erhöten rechten und host Netzwerk
- Hostname wie folgt über die Konsole im DSM geändert
pkill io iobroker host set [hostname meines NAS] node node_modules/iobroker.js-controller/controller.js >/opt/scripts/docker_iobroker_log.txt 2>&1 &In der Ausgabe nach dem Setzen des Hostnames wurden alle Adapter (>20) auch Korrekt mit dem neuen Hostname angezeigt. Auch die Weboberfläche zeigt den neuen Hostname an.
Hier noch ein debug Log des backitup adapters:
2019-10-06 11:10:41.157 - debug: backitup.0 [minimal/mount] [undefined sudo: Hostname iobroker kann nicht aufgelöst werden 2019-10-06 11:10:41.158 - debug: backitup.0 [minimal/mount] sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1 2019-10-06 11:10:41.158 - debug: backitup.0 [minimal/mount] sudo: pam_open_session: Systemfehler 2019-10-06 11:10:41.159 - debug: backitup.0 [minimal/mount] sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren 2019-10-06 11:10:41.161 - debug: backitup.0 [minimal/mount] [IGNORED] Error: Command failed: sudo mount -t cifs -o username=backup,password=thepassword,rw,file_mode=0777,dir_mode=0777 //nas-ip/backups/ioBroker /opt/iobroker/backups 2019-10-06 11:10:41.161 - debug: backitup.0 [minimal/mount] sudo: Hostname iobroker kann nicht aufgelöst werden 2019-10-06 11:10:41.162 - debug: backitup.0 [minimal/mount] sudo: Die Audit-Nachricht kann nicht gesendet werden: Unbekannter Fehler -1 2019-10-06 11:10:41.162 - debug: backitup.0 [minimal/mount] sudo: pam_open_session: Systemfehler 2019-10-06 11:10:41.165 - debug: backitup.0 [minimal/mount] sudo: Regelwerks-Plugin konnte Sitzung nicht initialisieren 2019-10-06 11:10:50.134 - debug: backitup.0 [minimal/minimal] Backup created: /opt/iobroker/backups/minimal_2019_10_06-11_10_41_backupiobroker.tar.gz 2019-10-06 11:10:50.186 - debug: backitup.0 [minimal/minimal] done 2019-10-06 11:10:50.195 - debug: backitup.0 [minimal/cifs] done 2019-10-06 11:10:50.200 - debug: backitup.0 [minimal/clean] Backup files not deleted from /opt/iobroker/backups because some errors. 2019-10-06 11:10:50.201 - debug: backitup.0 [minimal/clean] done 2019-10-06 11:10:50.258 - debug: backitup.0 [minimal/history] backitup.0.history.htmlHat jemand eine idee, wie der Adapter den Hostname richtig liest oder wo ich das ändern kann?
-
Hallo Leute,
kann mir vielleicht einer erklären, wo das Problem hier liegt?
Wollte per Backitup über CIFS ein Backup auf meiner Diskstation speichern.
Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":null,"mount":" 192.168.178.49","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/usbshare1/ioBroker-Backup/Standard","dirMinimal":"/usbshare1/ioBroker-Backup/Standard","dirTotal":"/usbshare1/ioBroker-Backup/Komplett","user":"ioBroker-Backup","pass":"****"}
[ERROR] [mount] - [undefined
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:#1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung.sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=ioBroker-Backup,password="*******",rw,file_mode=0777,dir_mode=0777 // 192.168.178.49/usbshare1/ioBroker-Backup/Standard /opt/iobroker/backups
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:#1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung.sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
-
Hallo Leute,
kann mir vielleicht einer erklären, wo das Problem hier liegt?
Wollte per Backitup über CIFS ein Backup auf meiner Diskstation speichern.
Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":null,"mount":" 192.168.178.49","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/usbshare1/ioBroker-Backup/Standard","dirMinimal":"/usbshare1/ioBroker-Backup/Standard","dirTotal":"/usbshare1/ioBroker-Backup/Komplett","user":"ioBroker-Backup","pass":"****"}
[ERROR] [mount] - [undefined
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:#1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung.sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=ioBroker-Backup,password="*******",rw,file_mode=0777,dir_mode=0777 // 192.168.178.49/usbshare1/ioBroker-Backup/Standard /opt/iobroker/backups
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:#1) Respektieren Sie die Privatsphäre anderer. #2) Denken Sie nach, bevor Sie tippen. #3) Mit großer Macht kommt große Verantwortung.sudo: Kein TTY vorhanden und kein »askpass«-Programm angegeben
-
@simatec sagte in Adapter: iobroker.backitup (stable Release):
curl -sL https://iobroker.net/fix.sh | bash -
DANKE, dann schreibt er:
ioBroker or some processes are still running:
io.alexa2.0
io.mihome.0
io.javascript.0
io.text2command.0
io.pushover.0
io.terminal.0
io.telegram.0
io.info.0
io.shelly.0
io.shelly.1
io.admin.0
io.cloud.0
io.backitup.0
Please stop them first and try again! -
@simatec sagte in Adapter: iobroker.backitup (stable Release):
curl -sL https://iobroker.net/fix.sh | bash -
DANKE, dann schreibt er:
ioBroker or some processes are still running:
io.alexa2.0
io.mihome.0
io.javascript.0
io.text2command.0
io.pushover.0
io.terminal.0
io.telegram.0
io.info.0
io.shelly.0
io.shelly.1
io.admin.0
io.cloud.0
io.backitup.0
Please stop them first and try again! -
Danke das habe ich bereits. Auch mit sudo kill versucht.
Danach wieder fixer versucht. Selbes Ergebnis.ps aux | grep io.zeigt dir nach iobroker stop welche Zombi Adapter noch laufen.
Diese kannst du dann versuchen zu beenden mitsudo pkill -f io.%adaptername%Noch härter wäre ansonsten
sudo kill -9 %prozessid%Aber schon merkwürdig dass nach iobroker stop überhaupt noch was läuft.
-
ps aux | grep io.zeigt dir nach iobroker stop welche Zombi Adapter noch laufen.
Diese kannst du dann versuchen zu beenden mitsudo pkill -f io.%adaptername%Noch härter wäre ansonsten
sudo kill -9 %prozessid%Aber schon merkwürdig dass nach iobroker stop überhaupt noch was läuft.
@Diginix sagte in Adapter: iobroker.backitup (stable Release):
sudo pkill -f io.
Vielen DANK, Fixen hat jetzt geklappt und einen anderen Fehler behoben, allerdings beim Backup kommt nun eine andere Fehlermeldung.
Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":null,"mount":" 192.168.178.49","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/usbshare1/ioBroker-Backup/Standard","dirMinimal":"/usbshare1/ioBroker-Backup/Standard","dirTotal":"/usbshare1/ioBroker-Backup/Komplett","user":"ioBroker-Backup","pass":"****"}
[ERROR] [mount] - [undefined
Usage:
mount [-lhV]
mount -a [options]
mount [options] [--source] <source> | [--target] <directory>
mount [options] <source> <directory>
mount <operation> <mountpoint> [<target>]Mount a filesystem.
Options:
-a, --all mount all filesystems mentioned in fstab
-c, --no-canonicalize don't canonicalize paths
-f, --fake dry run; skip the mount(2) syscall
-F, --fork fork off for each device (use with -a)
-T, --fstab <path> alternative file to /etc/fstab
-i, --internal-only don't call the mount.<type> helpers
-l, --show-labels show also filesystem labels
-n, --no-mtab don't write to /etc/mtab
-o, --options <list> comma-separated list of mount options
-O, --test-opts <list> limit the set of filesystems (use with -a)
-r, --read-only mount the filesystem read-only (same as -o ro)
-t, --types <list> limit the set of filesystem types
--source <src> explicitly specifies source (path, label, uuid)
--target <target> explicitly specifies mountpoint
-v, --verbose say what is being done
-w, --rw, --read-write mount the filesystem read-write (default)-h, --help display this help and exit
-V, --version output version information and exitSource:
-L, --label <label> synonym for LABEL=<label>
-U, --uuid <uuid> synonym for UUID=<uuid>
LABEL=<label> specifies device by filesystem label
UUID=<uuid> specifies device by filesystem UUID
PARTLABEL=<label> specifies device by partition label
PARTUUID=<uuid> specifies device by partition UUID
<device> specifies device by path
<directory> mountpoint for bind mounts (see --bind/rbind)
<file> regular file for loopdev setupOperations:
-B, --bind mount a subtree somewhere else (same as -o bind)
-M, --move move a subtree to some other place
-R, --rbind mount a subtree and all submounts somewhere else
--make-shared mark a subtree as shared
--make-slave mark a subtree as slave
--make-private mark a subtree as private
--make-unbindable mark a subtree as unbindable
--make-rshared recursively mark a whole subtree as shared
--make-rslave recursively mark a whole subtree as slave
--make-rprivate recursively mark a whole subtree as private
--make-runbindable recursively mark a whole subtree as unbindableFor more details see mount(8).
-
@Diginix sagte in Adapter: iobroker.backitup (stable Release):
sudo pkill -f io.
Vielen DANK, Fixen hat jetzt geklappt und einen anderen Fehler behoben, allerdings beim Backup kommt nun eine andere Fehlermeldung.
Gestartet...
[DEBUG] [mount] start with {"mountType":"CIFS","type":"storage","source":null,"mount":" 192.168.178.49","fileDir":"/opt/iobroker/node_modules/iobroker.backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":"25","smb":"vers=1.0","sudo":true,"deleteOldBackup":true,"ownDir":true,"bkpType":"Minimal","dir":"/usbshare1/ioBroker-Backup/Standard","dirMinimal":"/usbshare1/ioBroker-Backup/Standard","dirTotal":"/usbshare1/ioBroker-Backup/Komplett","user":"ioBroker-Backup","pass":"****"}
[ERROR] [mount] - [undefined
Usage:
mount [-lhV]
mount -a [options]
mount [options] [--source] <source> | [--target] <directory>
mount [options] <source> <directory>
mount <operation> <mountpoint> [<target>]Mount a filesystem.
Options:
-a, --all mount all filesystems mentioned in fstab
-c, --no-canonicalize don't canonicalize paths
-f, --fake dry run; skip the mount(2) syscall
-F, --fork fork off for each device (use with -a)
-T, --fstab <path> alternative file to /etc/fstab
-i, --internal-only don't call the mount.<type> helpers
-l, --show-labels show also filesystem labels
-n, --no-mtab don't write to /etc/mtab
-o, --options <list> comma-separated list of mount options
-O, --test-opts <list> limit the set of filesystems (use with -a)
-r, --read-only mount the filesystem read-only (same as -o ro)
-t, --types <list> limit the set of filesystem types
--source <src> explicitly specifies source (path, label, uuid)
--target <target> explicitly specifies mountpoint
-v, --verbose say what is being done
-w, --rw, --read-write mount the filesystem read-write (default)-h, --help display this help and exit
-V, --version output version information and exitSource:
-L, --label <label> synonym for LABEL=<label>
-U, --uuid <uuid> synonym for UUID=<uuid>
LABEL=<label> specifies device by filesystem label
UUID=<uuid> specifies device by filesystem UUID
PARTLABEL=<label> specifies device by partition label
PARTUUID=<uuid> specifies device by partition UUID
<device> specifies device by path
<directory> mountpoint for bind mounts (see --bind/rbind)
<file> regular file for loopdev setupOperations:
-B, --bind mount a subtree somewhere else (same as -o bind)
-M, --move move a subtree to some other place
-R, --rbind mount a subtree and all submounts somewhere else
--make-shared mark a subtree as shared
--make-slave mark a subtree as slave
--make-private mark a subtree as private
--make-unbindable mark a subtree as unbindable
--make-rshared recursively mark a whole subtree as shared
--make-rslave recursively mark a whole subtree as slave
--make-rprivate recursively mark a whole subtree as private
--make-runbindable recursively mark a whole subtree as unbindableFor more details see mount(8).
-
pi@raspberrypi:~ $ cd /opt/iobroker
pi@raspberrypi:/opt/iobroker $ sudo apt-get install cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
cifs-utils ist schon die neueste Version (2:6.7-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 94 nicht aktualisiert.scheint schon installiert gewesen zu sein
-
pi@raspberrypi:~ $ cd /opt/iobroker
pi@raspberrypi:/opt/iobroker $ sudo apt-get install cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
cifs-utils ist schon die neueste Version (2:6.7-1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 94 nicht aktualisiert.scheint schon installiert gewesen zu sein
@Rocket85 sagte in Adapter: iobroker.backitup (stable Release):
Reboot schonmal durchgeführt?
zeige mal die Ausgabe von :
cat /proc/filesystems|grep cifsWenn keine Ausgabe erfolgt ,dann neu installieren:
sudo apt-get update && sudo apt-get dist-upgrade sudo apt purge cifs-utils sudo apt install cifs-utils Reboot -
Ab sofort ist die finale Version 1.3.0 auf Github und in der latest Repro verfügbar.
Es gab einige Änderungen, die hier mal im Detail aufgelistet werden.
Changelog
1.3.0 (22.11.2019)
- (simatec) Support Ende für das total backup
- (simatec) Backup des Historydaten Pfads hinzugefügt
- (simatec) Starten aller Adapter nach der Wiederherstellung hinzugefügt
- (simatec) Überarbeitung der Wiederherstellung für Redis
- (simatec) Überarbeitung der Log Ausgaben
- (simatec) Neuaufbau der Start/Stop Prozesse unter Unix
- (simatec) Neuaufbau der Start/Stop Prozesse unter Windows
- (simatec) neue Übersetzungen
- (simatec) Anpassungen an den neuen Windows Installer
- (simatec) Anpassungen an den neuen Linux Installer
- (simatec) einige kleine Bugs behoben
-
Ab sofort ist die finale Version 1.3.0 auf Github und in der latest Repro verfügbar.
Es gab einige Änderungen, die hier mal im Detail aufgelistet werden.
Changelog
1.3.0 (22.11.2019)
- (simatec) Support Ende für das total backup
- (simatec) Backup des Historydaten Pfads hinzugefügt
- (simatec) Starten aller Adapter nach der Wiederherstellung hinzugefügt
- (simatec) Überarbeitung der Wiederherstellung für Redis
- (simatec) Überarbeitung der Log Ausgaben
- (simatec) Neuaufbau der Start/Stop Prozesse unter Unix
- (simatec) Neuaufbau der Start/Stop Prozesse unter Windows
- (simatec) neue Übersetzungen
- (simatec) Anpassungen an den neuen Windows Installer
- (simatec) Anpassungen an den neuen Linux Installer
- (simatec) einige kleine Bugs behoben
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Ab sofort ist die finale Version 1.3.0 auf Github und in der latest Repro verfügbar.
Es gab einige Änderungen, die hier mal im Detail aufgelistet werden.
Changelog
1.3.0 (22.11.2019)
- (simatec) Backup des Historydaten Pfads hinzugefügt
Ist damit z.b. dieser Pfad vom history Adapter gemeint, in dem die JSON Dateien aller Objekte liegen?
/opt/iobroker/iobroker-data/history/Wir der dann komplett mit in das minimal Backup gezippt oder separat?
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@simatec sagte in Adapter: iobroker.backitup (stable Release):
Ab sofort ist die finale Version 1.3.0 auf Github und in der latest Repro verfügbar.
Es gab einige Änderungen, die hier mal im Detail aufgelistet werden.
Changelog
1.3.0 (22.11.2019)
- (simatec) Backup des Historydaten Pfads hinzugefügt
Ist damit z.b. dieser Pfad vom history Adapter gemeint, in dem die JSON Dateien aller Objekte liegen?
/opt/iobroker/iobroker-data/history/Wir der dann komplett mit in das minimal Backup gezippt oder separat?
@Diginix
Es wird der Pfad eingetragen, wo täglich deine Historydaten gespeichert werden.
Dieser Pfad ist bei jedem User ein Anderer, da dieser im History Adapter individuell festgelegt werden kann. -
@Diginix
Es wird der Pfad eingetragen, wo täglich deine Historydaten gespeichert werden.
Dieser Pfad ist bei jedem User ein Anderer, da dieser im History Adapter individuell festgelegt werden kann.@simatec
Ok, also dann bei mir dann der genannte. Und was passiert nun damit?@Diginix sagte in Adapter: iobroker.backitup (stable Release):
Wir der dann komplett mit in das minimal Backup gezippt oder separat?
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
561
Online32.4k
Users81.4k
Topics1.3m
Posts