Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MathiasJ]

Wartet mal,
wenn ich mein Netzwerk (im neuen Heim) umgebaut habe.......
DMZ mit OPNsense, VLAN........ da könnte dann das ein oder andere Problem auf mich zukommen. :cold_sweat:
Nur PI-hole fällt dann weg.
Gruß,
Mathias

[Rocket85]

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]

@Rocket85
Bitte lass den Fixer drüber laufen ...

curl -sL https://iobroker.net/fix.sh | bash -

[Rocket85]

@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!

[watcherkb]

@Rocket85 mach vorher

iobroker stop

[Rocket85]

@watcherkb

Danke das habe ich bereits. Auch mit sudo kill versucht.
Danach wieder fixer versucht. Selbes Ergebnis.

[Diginix]

@Rocket85

ps aux | grep io.

zeigt dir nach iobroker stop welche Zombi Adapter noch laufen.
Diese kannst du dann versuchen zu beenden mit

sudo 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.

[Rocket85]

@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 exit

Source:
-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 setup

Operations:
-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 unbindable

For more details see mount(8).

[simatec]

@Rocket85
Bitte lest doch die Doku ... Diese Frage wurde hier schon sehr oft gestellt.
Du hast das Paket cifs-utils nicht installiert

sudo apt-get install cifs-utils

[Rocket85]

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

[Glasfaser]

@Rocket85 sagte in Adapter: iobroker.backitup (stable Release):

Reboot schonmal durchgeführt?

zeige mal die Ausgabe von :

cat /proc/filesystems|grep cifs

Wenn 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 

[simatec]

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

[Diginix]

@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?

[simatec]

@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]

@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?

[simatec]

@Diginix
Es wird eine separate tar.gz erzeugt.
Dort wird der komplette Inhalt deines History Pfades gesichert.

Somit sichert backitup mit dem Standard Backup alle relevanten Dinge, die für einen System Crash oder Umzug benötigt werden.

Im Detail:

• Iobroker Backup
• Redis Backup
• MySql Backup
• Zigbee Datenbank Backup
• History Daten Backup

Alle diese Backups können über das Webinterface von Backitup nacheinander wieder hergestellt werden.

Zusätzlich noch für Homematic User das CCU Backup, welches sich über das Webinterface der CCU wiederherstellen lässt.

[skokarl]

@simatec, Ist die neue Version abwärtskompatibel ?

[simatec]

@skokarl sagte in Adapter: iobroker.backitup (stable Release):

@simatec, Ist die neue Version abwärtskompatibel ?

Abwärtskompatibel zu den erstellten Backups definitiv ja.
Abwärtskompatibel zu total backups aber nicht.
Da durch falsche Benutzung zu viele User ihre Probleme mit dem Total Backup hatten, wird dies nicht länger unterstützt.

[skokarl]

@simatec
Danke, das Totale hab ich nie probiert, mit dem Standard bin ich hoch zufrieden !!!!
Super Arbeit ....

aber vielleicht mal eine Anregung für die nächste Version,
man weiß eigentlich nie wirklich wie weit er ist beim Restore, oder wielange es noch dauert.
Vielleicht kann man da irgendwas einbauen :blush:

[simatec]

@skokarl
Das ist eher schwierig, da ja iobroker für den Restore gestoppt wird und der restore im Hintergrund läuft.

Ansich wurde aber der Restore Prozess mit dem Start / Stop Optionen überarbeitet und arbeitet nun zuverlässig.

Unter Linux kannst du mit htop das ganze aber beobachten.

Ansonsten ist der Restore durch, wenn iobroker wieder gestartet ist.
Da bekommst du dann auch die Log Ausgabe