Backitup keine Verbindung zum CIFS-Share

Urs

Hallo,

Für die Profis hier vermutlich eine Kleinigkeit, aber ich komme da nicht weiter.
Hab mir auf dem Nuc Docker mit Portainer geladen. Darin ein MACVLAN mit folgenden Einstellungen: Driver macvlan
Scope local
Attachable true
Internal false
IPV4 Subnet - 192.168.1.0/24 IPV4 Gateway - 192.168.1.4
IPV4 IP range - 192.168.1.64/27 IPV4 Excluded Ips

Dann ein Container für Pihole mit IP 192.168.1.65 installiert. Das läuft einwandfrei.
Dann ein Container für Iobroker mit IP 192.168.1.66 nach diesr Anleitung installiert: https://smarthome.buanet.de/2019/05/iobroker-unter-docker-auf-der-synology-diskstation-v3/
Über Port 8081 komme ich auf die Iobroker Oberfläche. Soweit so gut.

Nun wollte ich ein Backup mit Backitup zurückspielen, aber da scheitere ich:

Gestartet...
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=urs,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.1.4/FritzNas/Backup/Iobroker/Live /opt/iobroker/backups
mount: /opt/iobroker/backups: permission denied.

[ERROR] [mount] - [IGNORED] Error: Command failed: sudo mount -t cifs -o username=urs,password=****,rw,file_mode=0777,dir_mode=0777 //192.168.1.4/FritzNas/Backup/Iobroker/Live /opt/iobroker/backups
mount: /opt/iobroker/backups: permission denied.

[DEBUG] [iobroker] - host.Iobroker_live 292 states saved

[DEBUG] [iobroker] - host.Iobroker_live 386 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2020_12_09-23_04_43_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [cifs] - done
[ERROR] [clean] - Backup files not deleted from /opt/iobroker/backups because some errors.
[DEBUG] [clean] - done
[DEBUG] [history] - backitup.0.history.html
[DEBUG] [history] - backitup.0.history.json
[EXIT] 0

Irgendwie scheind die Verbindung zum NAS (USB-Platte an der Fritzbox) nicht zu klappen. Benutzer und Passwort sind richtig. SMB hab ich sowohl 1-3 durchprobiert (sollte die Fritzbox mit der neusten FW mit allen 3 kein Problem haben). Was auch noch komisch ist, ich kann auch mit Putty über port 22 nicht auf diesen Container zugreifen, auf den Pihole aber schon.
Beim erstellen vom Container hab ich aber auch keine Ports freigegeben, wie es in der oben genannten Anleitung auch beschrieben steht. Ist das richtig so? Und was mache ich falsch?

Danke und Gruss
Urs

UncleSam

@Urs Ich glaube nicht, dass es ein Fehler mit dem NAS (FB) ist, der Fehler scheint beim erstellen des Mounts aufzutreten.

Kannst du mal folgende Befehle im Container eingeben und die Ausgaben hier posten?

ls -la /opt/iobroker
traceroute -d 192.168.1.4
ping -n 4 192.168.1.4

(Ich habe die Befehle aus dem Kopf hier hin geschrieben, eventuell hat es noch Fehler)

UncleSam

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was auch noch komisch ist, ich kann auch mit Putty über port 22 nicht auf diesen Container zugreifen, auf den Pihole aber schon.

Nebenbei: der Container hast keinen SSH Server. Das ist ganz normal (mit Docker installiert man immer das absolute Minimum im Image). Wenn du auf die Konsole kommen willst, musst du das über Portainer machen.

Urs

Ok, das mit Konsole wusste ich nicht und da sie im Pihole ja funktioniert...aber egal wenn es nur über Portainer geht, damit kann ich leben.

Hier die Antworten auf die Befehle:

root@Iobroker_live:~# ls -la /opt/iobroker
insgesamt 352
drwxrwxr-x 1 iobroker iobroker   4096 Dez  9 23:31 .
drwxr-xr-x 1 root     root       4096 Dez  9 21:48 ..
drwxr-xr-x 2 iobroker iobroker   4096 Dez 10 02:00 backups
-rw-rwxr-- 1 iobroker iobroker   1049 Nov 30 13:43 CHANGELOG_FIXER_LINUX.md
-rw-rwxr-- 1 iobroker iobroker   3556 Nov 30 13:43 CHANGELOG_INSTALLER_LINUX.md
drwx------ 3 iobroker iobroker   4096 Dez  9 21:50 .config
-rw-rwxr-- 1 iobroker iobroker  23988 Nov 30 13:43 fix_installation.sh
drwxrwxr-x 1 iobroker iobroker   4096 Nov 30 13:43 install
-rwxrwxrwx 1 iobroker iobroker    149 Nov 30 13:44 INSTALLER_INFO.txt
lrwxrwxrwx 1 iobroker iobroker     22 Nov 30 13:44 iob -> /opt/iobroker/iobroker
-rwxr-xr-x 1 iobroker iobroker    178 Dez  9 21:48 iobroker
-rwxrwxr-x 1 iobroker iobroker    184 Nov 30 13:44 iobroker.bak
drwxrwxr-x 1 iobroker iobroker   4096 Dez  9 21:48 iobroker-data
drwxrwxr-x 1 iobroker iobroker   4096 Nov 30 13:43 lib
-rw-rwxr-- 1 iobroker iobroker   1137 Nov 30 13:43 LICENSE
drwxrwxr-x 1 iobroker iobroker   4096 Dez 10 00:21 log
drwxrwxr-x 1 iobroker iobroker  20480 Dez  9 23:31 node_modules
drwxr-xr-x 4 iobroker iobroker   4096 Dez  9 23:31 .npm
-rw-rwxr-- 1 iobroker iobroker     91 Nov 30 13:43 .npmrc
-rw-rwxr-- 1 iobroker iobroker    809 Dez  9 23:31 package.json
-rw-rwxr-- 1 iobroker iobroker 203407 Dez  9 23:31 package-lock.json
-rw-rwxr-- 1 iobroker iobroker   6101 Nov 30 13:43 README.md
-rw-rwxr-- 1 iobroker iobroker   5728 Nov 30 13:44 reinstall.js

traceroute musste ich zuerst installieren, dann gibt er:

root@Iobroker_live:~# traceroute -d 192.168.1.4
traceroute to 192.168.1.4 (192.168.1.4), 30 hops max, 60 byte packets
setsockopt SO_DEBUG: Keine Berechtigung

root@Iobroker_live:~# ping -n 4 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(124) bytes of data.
^C
--- 192.168.1.4 ping statistics ---
26 packets transmitted, 0 received, 100% packet loss, time 588ms

Nach der ersten Zeile passierte nichts mehr, dann mit Ctrl+C gestoppt.
Ein normaler ping ohne -n 4 zeigt folgendes:

root@Iobroker_live:~# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
64 bytes from 192.168.1.4: icmp_seq=1 ttl=64 time=0.351 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=64 time=0.524 ms
64 bytes from 192.168.1.4: icmp_seq=3 ttl=64 time=0.593 ms
64 bytes from 192.168.1.4: icmp_seq=4 ttl=64 time=0.555 ms
64 bytes from 192.168.1.4: icmp_seq=5 ttl=64 time=0.597 ms
^C
--- 192.168.1.4 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 103ms
rtt min/avg/max/mdev = 0.351/0.524/0.597/0.090 ms

Danke und Gruss
Urs

Urs

@UncleSam Laut Hilfe gibt es bei mir keine -n Option. Was hättest Du da gerne? Zur Auswahl hab ich:

root@Iobroker_live:~# ping -h
Usage: ping [-aAbBdDfhLnOqrRUvV64] [-c count] [-i interval] [-I interface]
            [-m mark] [-M pmtudisc_option] [-l preload] [-p pattern] [-Q tos]
            [-s packetsize] [-S sndbuf] [-t ttl] [-T timestamp_option]
            [-w deadline] [-W timeout] [hop1 ...] destination
Usage: ping -6 [-aAbBdDfhLnOqrRUvV] [-c count] [-i interval] [-I interface]
             [-l preload] [-m mark] [-M pmtudisc_option]
             [-N nodeinfo_option] [-p pattern] [-Q tclass] [-s packetsize]
             [-S sndbuf] [-t ttl] [-T timestamp_option] [-w deadline]
             [-W timeout] destination

Gruss
Urs

UncleSam

@Urs Sieht alles gut aus. Netzwerk geht. Berechtigungen sind OK.

Das einzige was mich verwirrt: willst du wirklich CIFS oder sollte es nicht eher SMB sein? Und: stimmt die URL?

Urs

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

willst du wirklich CIFS oder sollte es nicht eher SMB sein?
Gute Frage. Hängt das nicht irgendwie zusammen? Im Backitup kann ich ja auch nur NFS, CIFS oder Copy wählen. Wähle ich da CIFS kann ich dann noch SMB 1-3 auswählen.

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Und: stimmt die URL?
Weitere gute Frage. Unter Win sieht der Pfad so aus:

Was muss ich da genau im Backitup eingeben:
-IP-Adresse 192.168.1.4
und unter Pfad dann
-FritzNas/Backup/Iobroker/Live
-Backup/Iobroker/Live
-/FritzNas/Backup/Iobroker/Live
-/Backup/Iobroker/Live
oder was anderes?

Vielen Dank

UncleSam

@Urs Das ist SMB. CIFS ist ein Linux-Filesharing, das du unter Windows nicht einfach so einbinden kannst.

Zudem musst du wahrscheinlich konsequent \ verwenden anstatt /.

Homoran

@Urs Zum Thema Konfiguration des CIFS bei FritzBox gibt es hier schon einige Threads.
Anscheinend ist da die Bezeichnung des shares anders, als bei "echten" NAS!

Thomas Braun

@UncleSam Das ist deutlich komplexer.

https://de.wikipedia.org/wiki/Server_Message_Block

fastfoot

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Hierzu benötigst du besondere Rechte für den Container. Ausserdem müssen die cifs-utils installiert sein

Im Portainer unter Capabilities SYS_ADMIN und DAC_READ_SEARCH aktivieren
Deploy Container damit die Änderungen gespeichert werden
Nun auf die Konsole, von Portainer aus
apt update && apt install -y cifs-utils installiert die cifs-utils
mount -t cifs -o user=dein_username,password=dein_passwort,file_mode=0777,dir_mode=0777 //ip_der_fritzbox/fritz.nas/backup /opt/iobroker/backups mountet den Ordner backup der FritzBox auf den Backup-Ordner von iobroker

Die Schritte in dieser Reihenfolge ausführen. Nach einem evtl. Neustart des Containers muss der mount-Befehl noch einmal ausgeführt werden, einen Eintrag in die fstab habe ich nicht getestet

UncleSam

@fastfoot sagte in Backitup keine Verbindung zum CIFS-Share:

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Was ich möchte ist auf einer in der Fritzbox im Netzwerk freigegebenen Festplatte bzw. auf die Ordner darauf zugreifen. Das Funktioniert soweit unter Win und Android.

Hierzu benötigst du besondere Rechte für den Container. Ausserdem müssen die cifs-utils installiert sein

Im Portainer unter Capabilities SYS_ADMIN und DAC_READ_SEARCH aktivieren

Deploy Container damit die Änderungen gespeichert werden

Nun auf die Konsole, von Portainer aus

apt update && apt install -y cifs-utils installiert die cifs-utils

mount -t cifs -o user=dein_username,password=dein_passwort,file_mode=0777,dir_mode=0777 //ip_der_fritzbox/fritz.nas/backup /opt/iobroker/backups mountet den Ordner backup der FritzBox auf den Backup-Ordner von iobroker

Die Schritte in dieser Reihenfolge ausführen. Nach einem evtl. Neustart des Containers muss der mount-Befehl noch einmal ausgeführt werden, einen Eintrag in die fstab habe ich nicht getestet

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

UncleSam

@Urs Eine andere Möglichkeit ist, dass du den Mount auf dem Host System (NUC) machst, dieses per Volumen den Container zur Verfügung stellst und dann das Backup ganz einfach in ein lokales Verzeichnis machst. Damit sparst du dir im Container Sachen installieren zu müssen.

fastfoot

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

Man kann doch bereits Pakete über ENV hinzufügen, es bleibt aber das 'Problem' dass man die Settings für die Capabilities des Containers auch kennen muss, wirklich einfacher wird es dadurch m.E. nicht

Urs

Danke für Eure Tips...

Hab wieder einmal x-Stunden an dem Scheiss verbracht, zig Forumseinträge gelesen, zig Wikis, Howto's und und und gelesen und ausprobiert...

...und bin keinen Schritt weiter!

Das kann's echt nicht sein! Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

Werde jetzt was produktiveres machen...z.B. die Glotze anstellen...jede noch so beschissene Dauerwerbesendung ist weniger frustrierend...

Gruss
Urs

andre

@UncleSam sagte in Backitup keine Verbindung zum CIFS-Share:

@ANDRE würde es Sinn machen, die CIFS Utils noch ins Image zu nehmen? Ist ja etwas, was wahrscheinlich häufiger vor kommt.

Nein, wie schon gesagt gibt es dazu die ENV "PACKAGES". Ich nehme nur noch Pakete mit auf, die die Grundinstallation vom ioBroker benötigt. Das Image ist auch so schon genug aufgebläht. :)

@Urs Kopf hoch und nicht die Flinte ins Korn werfen. Das Einbinden von Dateifreigaben und deren Zugriffsrechte unter Linux habe ich bis heute nicht zu 100% verstanden. Ich versuche das immer zu umschiffen.
Im Container z.B. arbeite ich ausschließlich mit volumes oder mounts. Backups der gemounteten Verzeichnisse lasse ich dann durch den Host erstellen.
Aktuell arbeite ich gerade an einer neuen Backup Lösung unter Docker auf Basis von "duplicati". Das soll genau dieses Problem (und weitere) lösen und Backups von Docker-Dateiverzeichnissen für Jedermann zum Kinderspiel machen...

MfG,
André

Thomas Braun

@Urs

Ich habe hier keine Container oder sowas laufen sondern fahre das System (ohne verliehenen Doktor-Titel) nativ auf einem Raspberry OS 'Buster'.

Auf der FritzBox habe ich einen User namens 'iobroker' (der Einfachheit halber mit dem gleichen Kennwort wie mein Hauptuser 'pi' auf dem Raspberry) angelegt. Der user hat als einziges Recht diesen Punkt aktiv:

Zugang zu NAS-Inhalten
Benutzer mit dieser Berechtigung erhalten Zugang zu den an der FRITZ!Box verfügbaren Speichern: interner Speicher, angeschlossene USB-Speicher und Online-Speicher.
Wählen Sie die freigegebenen Verzeichnisse aus und vergeben Sie die zugehörigen Rechte.

Die Einstellungen im Adapter sehen dann so aus:

Adapter_backitup_settings-tab-cifs.pdf

Works here...

UncleSam

@Thomas-Braun sagte in Backitup keine Verbindung zum CIFS-Share:

Ich habe hier keine Container oder sowas laufen sondern fahre das System (ohne verliehenen Doktor-Titel) nativ auf einem Raspberry OS 'Buster'.

Das Problem ist scheinbar tatsächlich CIFS in einem Container zum laufen zu bringen.

Da der OP schreibt, er habe Docker eingerichtet und dann ein Backup zurück spielen wollen, gehe ich davon aus, dass es bei ihm zuvor funktionert hat.

Und ich gebe zu: Docker und Container sind schon etwas komplizierter als einfach eine VM aufzusetzen - oder ioBroker auf einem Raspi zum laufen zu bringen.

Thomas Braun

@UncleSam
Da bin ich voll bei dir. Und auch (u.a.) aus diesem Grund kein großer Fan von Containern (als Ersatz für eine native oder VM-Installation). Das ist aus meiner Sicht nämlich nicht der eigentliche Verwendungszweck von Containern.

Insbesondere nicht für user die mit allen Dingen (Linux als OS; Container; ioBroker; Netzwerkfreigaben per SMB) mehr oder weniger bei Null anfangen. Macht es halt nicht übersichtlicher da mit mehreren Baustellen zeitgleich herumzuhantieren.

Führt nämlich dann zu dieser frustierten Fehleinschätzung:

Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

Meister Mopper

@Urs sagte in Backitup keine Verbindung zum CIFS-Share:

Das kann's echt nicht sein! Da wird -gerade in der Linuxwelt- soviel von Sicherheit geschwafelt und am Schluss braucht man ein Doktortitel vom Linus Torvalt persönlich um ein beschissenes Backup im Netzwerk erstellen und zurückspielen zu können...sorry, aber das kann's jetzt echt nicht sein!

Tatsächlich verstehe ich solche Emotionsausbrüche nicht. Es ist halt nicht alles mundgerecht und alles muss erschaffen und auch erarbeitet werden.

Wieso ist alles schlecht, wenn wenige nicht mitkommen. Wenn die Mehrheit mitkommt ist es aus meiner Sicht systemisch korrekt.

Community Forum

Backitup keine Verbindung zum CIFS-Share

Support us

283

32.9k

83.0k

1.3m

Community Forum

NEWS

Backitup keine Verbindung zum CIFS-Share

Support us

283

32.9k

83.0k

1.3m