Riesige tägliche Backups

Thomas Braun

//\\192.168.20.100

ist auch falsch. Die \ gehören da nicht hin.

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

Was ist die richtige Protokollversion?

Die von deinem SMB-Server verwendete. Keine Ahnung was das bei dir ist. Du bist der admin dort.
Üblich sollte im Jahre 2023 die v3.1.1 sein.

ChrisPrefect

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect
//\\192.168.20.100
ist auch falsch. Die \ gehören da nicht hin.

Der Pfad lautet \192.168.20.100\ioBroker_backitup. Das ist auch so in der Konfiguration eingetragen. Schreibt Linux das demnach anders?

simatec

@chrisprefect Zum Thema Benachrichtigungen kann ich dir nochmal sagen, dass ich dir bereits hier im Thread mehrmals gesagt habe, dass es funktioniert und ich dir auch Screenshots gepostet habe.

Zu dem Thema CIFS (SMB) musst du die cifs-utils installiert haben und "root mount" in den Einstellungen von Backitup aktivieren.

Steht aber auch alles ganz genau in der Doku.

Warum liest du dir die nicht durch?
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#abhängigkeiten

Des Weiteren sehe ich in deinen Einstellungen, dass du Influxdb per Remote sicherst, aber als IP "localhost" angibst.
Was ist ergibt das für ein Sinn. Stelle hier die Sicherung auf Lokal.

Der error mit Dropbox, den du vorhin gepostet hast, konnte nicht gemeldet werden, da dein Backup hing und du den Adapter beenden musstest.
Das kann halt passieren, wenn man Beta Versionen nutzt.

Ich halte es bei deinem Wissenstand über iobroker für nicht sinnvoll Beta zu nutzen. Stelle deine Repo auf Stable.

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

Schreibt Linux das demnach anders?

Pfade werden in Linux mit / getrennt. Das smb-Protokoll bzw. der smb-client übersetzt das richtig.

ChrisPrefect

@simatec sagte in Riesige tägliche Backups:

@chrisprefect Zum Thema Benachrichtigungen kann ich dir nochmal sagen, dass ich dir bereits hier im Thread mehrmals gesagt habe, dass es funktioniert und ich dir auch Screenshots gepostet habe.

Was meinst du, du hast mir gesagt, dass die Benachrichtigungen funktioneren? Bei mir funktionieren sie nicht. Ich habe nie eine Fehlermeldung bekommen. Nur die Meldung, dass alles durchgelaufen sei. Mehr nicht.

Zu dem Thema CIFS (SMB) musst du die cifs-utils installiert haben und "root mount" in den Einstellungen von Backitup aktivieren.

Steht aber auch alles ganz genau in der Doku.

Warum liest du dir nie nicht durch?
https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#abhängigkeiten

Oh nein, sorry, das schaffe ich nicht. Ich kann jetzt nicht auch noch irgendwelche Bibliotheken zu installieren. Das ist wirklich zu viel für mich. Ich will CFS ja gar nicht verwenden! FTP funktioniert super! Mit CFS/SMB gibt es nur Probleme :-(

Des Weiteren sehe ich in deinen Einstellungen, dass du Influxdb per Remote sicherst, aber als IP "localhost" angibst.
Was ist ergibt das für ein Sinn. Stelle hier die Sicherung auf Lokal.

OK

Der error mit Dropbox, den du vorhin gepostet hast, konnte nicht gemeldet werden, da dein Backup hing und du den Adapter beenden musstest.
Das kann halt passieren, wenn man Beta Versionen nutzt.

Ich halte es bei deinem Wissenstand über iobroker für nicht sinnvoll Beta zu nutzen. Stelle deine Repo auf Stable.

Ja, nur leider musste ich schon mehrfach auf Beta-Versionen wechseln, weil die normalen Versionen Bugs hatten. Jeweils auf Anweisung von Usern hier. Ich habe beides hin und her probiert und wurde auch hier im Forum schon auf beide Seiten hin angewiesen. Mir kommts nicht drauf an. Aber damit ich grosse Dateien auf Dropbox sichern kann, brauche ich ja die Beta-Version, richtig

ChrisPrefect

Started iobroker ...
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.20.100/ioBroker_backitup/sharename/backupDir /opt/iobroker/backups"
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup/sharename/backupDir /opt/iobroker/backups"
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup/sharename/backupDir /opt/iobroker/backups
mount: mount //192.168.20.100/ioBroker_backitup/sharename/backupDir on /opt/iobroker/backups failed: Der Rechner ist nicht aktiv

[ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup/sharename/backupDir /opt/iobroker/backups
mount: mount //192.168.20.100/ioBroker_backitup/sharename/backupDir on /opt/iobroker/backups failed: Der Rechner ist nicht aktiv

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

sharename/backupDir

Da muss der Pfad zu deinem freigegebenen Verzeichnis hin.

Thomas Braun

@chrisprefect

cifs-utils installiert?
Prüfen:

apt policy cifs-utils

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

leider musste ich schon mehrfach auf Beta-Versionen wechseln, weil die normalen Versionen Bugs hatten.

das kann "eigentlich" nicht sein. (dass es nie vorkommt, möchte ich nicht behaupten). due "normalen" Versionen aus dem stable Repository kommen da erstcrein, wenn die Betatester keine Fehler mehr finden.
Heusst ja nicht umsonst STABLE

ChrisPrefect

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

sharename/backupDir

Da muss der Pfad zu deinem freigegebenen Verzeichnis hin.

Stimmt. Das war ein fieser UI-Bug. Das Pfad-Feld ist unsichtbar im Backend:

Jetzt mit dem Pfad separat eingetragen:

Started iobroker ...
[DEBUG] [mount] - noserverino option: false
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.20.100/ioBroker_backitup /opt/iobroker/backups"
[DEBUG] [mount] - first mount attempt with smb option failed. try next mount attempt without smb option ...
[DEBUG] [mount] - cifs-mount command: "sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup /opt/iobroker/backups"
[ERROR] [mount] - [undefined Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup /opt/iobroker/backups
mount: mount //192.168.20.100/ioBroker_backitup on /opt/iobroker/backups failed: Der Rechner ist nicht aktiv

[ERROR] [mount] - Error: Command failed: sudo mount -t cifs -o username=iobroker,password=****,rw,uid=iobroker,gid=iobroker,file_mode=0777,dir_mode=0777 //192.168.20.100/ioBroker_backitup /opt/iobroker/backups
mount: mount //192.168.20.100/ioBroker_backitup on /opt/iobroker/backups failed: Der Rechner ist nicht aktiv

ChrisPrefect

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect

cifs-utils installiert?
Prüfen:
apt policy cifs-utils

pi@ioBrokerVM:~$ apt policy cifs-utils
cifs-utils:
  Installiert:           (keine)
  Installationskandidat: 2:6.7-1+deb9u1
  Versionstabelle:
     2:6.7-1+deb9u1 500
        500 http://security.debian.org/debian-security stretch/updates/main amd6                                   4 Packages
     2:6.7-1 500
        500 http://ftp.ch.debian.org/debian stretch/main amd64 Packages
pi@ioBrokerVM:~$

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

Das war ein fieser UI-Bug

wieso hast du sooo viele Bugs von denen man sonst nichts hört?

ChrisPrefect

@homoran sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

leider musste ich schon mehrfach auf Beta-Versionen wechseln, weil die normalen Versionen Bugs hatten.

das kann "eigentlich" nicht sein. (dass es nie vorkommt, möchte ich nicht behaupten). due "normalen" Versionen aus dem stable Repository kommen da erstcrein, wenn die Betatester keine Fehler mehr finden.
Heusst ja nicht umsonst STABLE

Ja aber eben wie jetzt beim Backitup: Nur in der Beta-Version funktioniert der Dropbox-Upload.

simatec

@chrisprefect sagte in Riesige tägliche Backups:

Was meinst du, du hast mir gesagt, dass die Benachrichtigungen funktioneren? Bei mir funktionieren sie nicht. Ich habe nie eine Fehlermeldung bekommen. Nur die Meldung, dass alles durchgelaufen sei. Mehr nicht.

Gut dann ist wieder der Adapter schuld... Hatte mich dann wohl geirrt. Dachte es war ein Layer8 Problem und von Layer8 falsch konfiguriert wurden.

Oh nein, sorry, das schaffe ich nicht. Ich kann jetzt nicht auch noch irgendwelche Bibliotheken zu installieren. Das ist wirklich zu viel für mich. Ich will CFS ja gar nicht verwenden! FTP funktioniert super! Mit CFS/SMB gibt es nur Probleme :-(

Wo ist das Problem... einfach sudo apt install cifs-utils auf der cli und alles läuft wie von Geisterhand

Homoran

@chrisprefect sagte in Riesige tägliche Backups:

Ja aber eben wie jetzt beim Backitup: Nur in der Beta-Version funktioniert der Dropbox-Upload.

das ist kein Bug, das ist ein Enhancement.

Nur in der Beta-Version funktioniert der Dropbox-Upload.

auch das stimmt nicht, nur die Datei darf jetzt noch größer sein.

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

cifs-utils

iob stop
sudo apt update
sudo apt install cifs-utils
sudo apt full-upgrade
sudo reboot

simatec

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

cifs-utils
iob stop
sudo apt update
sudo apt install cifs-utils
sudo apt full-upgrade
sudo reboot

ohhh da sehe ich Layer8 Probleme ...

Thomas Braun

@chrisprefect sagte in Riesige tägliche Backups:

Nur in der Beta-Version funktioniert der Dropbox-Upload.

Nein, er funktioniert nicht zuverlässig. Muss erst noch als Beta von Beta-Testern getestet werden. Und wenn er dann funktioniert wird er an stable durchgereicht.

ChrisPrefect

@thomas-braun sagte in Riesige tägliche Backups:

@chrisprefect sagte in Riesige tägliche Backups:

cifs-utils
iob stop
sudo apt update
sudo apt install cifs-utils
sudo apt full-upgrade
sudo reboot

Abbruch??

pi@ioBrokerVM:~$ iob stop
pi@ioBrokerVM:~$ sudo apt update
Ign:1 http://ftp.ch.debian.org/debian stretch InRelease
OK:2 http://ftp.ch.debian.org/debian stretch-updates InRelease
OK:3 http://ftp.ch.debian.org/debian stretch Release
OK:4 http://security.debian.org/debian-security stretch/updates InRelease
Holen:5 https://repos.influxdata.com/debian stretch InRelease [7'021 B]
OK:6 https://deb.nodesource.com/node_14.x stretch InRelease
Holen:8 https://archive.raspbian.org/raspbian buster InRelease [15.0 kB]
Fehl:5 https://repos.influxdata.com/debian stretch InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E
Fehl:7 https://packages.grafana.com/oss/deb stable InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9E439B102CF3C0C6
Fehl:8 https://archive.raspbian.org/raspbian buster InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9165938D90FDDD2E
Paketlisten werden gelesen... Fertig
W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://repos.influxdata.com/debian stretch InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E
W: GPG-Fehler: https://packages.grafana.com/oss/deb stable InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9E439B102CF3C0C6
E: The repository 'https://packages.grafana.com/oss/deb stable InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
W: GPG-Fehler: https://archive.raspbian.org/raspbian buster InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 9165938D90FDDD2E
E: The repository 'https://archive.raspbian.org/raspbian buster InRelease' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.
pi@ioBrokerVM:~$ sudo apt install cifs-utils
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Das folgende Paket wurde automatisch installiert und wird nicht mehr benötigt:
  linux-image-4.9.0-8-amd64
Verwenden Sie »sudo apt autoremove«, um es zu entfernen.
The following additional packages will be installed:
  libcups2 libldb1 libtalloc2 libtdb1 libtevent0 libwbclient0 python-crypto python-ldb python-samba python-talloc python-tdb samba-common samba-common-bin samba-libs
Vorgeschlagene Pakete:
  keyutils smbclient winbind cups-common python-crypto-dbg python-crypto-doc python-gpgme heimdal-clients
Die folgenden NEUEN Pakete werden installiert:
  cifs-utils libcups2 libldb1 libtalloc2 libtdb1 libtevent0 libwbclient0 python-crypto python-ldb python-samba python-talloc python-tdb samba-common samba-common-bin samba-libs
0 aktualisiert, 15 neu installiert, 0 zu entfernen und 2 nicht aktualisiert.
Es müssen 8'431 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 37.5 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] J
Abbruch.
pi@ioBrokerVM:~$

Community Forum

NEWS

Riesige tägliche Backups

Support us

384

32.5k

81.7k

1.3m