Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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:~$

[ChrisPrefect]

@simatec sagte in Riesige tägliche Backups:

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

Was soll das heissen? Warum greifst du mich wieder an?

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

stretch

Nee, ist klar...
Stretch ist seit Jahren EOL. Tot. Exitus. Vorbei.

Frage an mich selbst: Warum hab ich eigentlich nicht eher danach gefragt? Dann hätte ich mir den ganzen Mumpf hier sparen können.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

Was soll das heissen? Warum greifst du mich wieder an?

Keiner greift dich hier an... Alle wollen dir hier nur helfen, sonst hätten wir uns schon lange hier ausgeklinkt

[ChrisPrefect]

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

@chrisprefect sagte in Riesige tägliche Backups:

stretch

Nee, ist klar...
Stretch ist seit Jahren EOL. Tot. Exitus. Vorbei.

Gut, das bringt mir nichts. Ich brauche aktuell einen funktionierenden ioBroker. Er läuft ja auch. Ich brauch kein CFS. FTP funktioniert. Wie ihr seht, ist das ein riesiger Rattenschwanz. Wie bei ALLEM was ich machen will mit dem System :-( Ich bin frustriert.

"Mal eben eine aktuelle VM aufsetzen" dauert ja auch drei Tage. Ich mag nicht mehr :-( Ich brauche jemanden, der das gegen Bezahlung übernimmt.

Also jetzt einfach FTP wieder aktivieren, CIFS deaktivieren, manuell die Backups löschen und kontrollieren, weil sonst die Platte vollläuft und ich keine Fehlermeldungen per Telegram bekomme.

Irgendwann versuchen Bullseye aufzusetzen und hoffen, dass beim zweiten Versuch das Backup korrekt zurückgespielt wird.

Ich muss mich erholen und ins Bett.

Vielen Dank für die Hilfe! Ich weiss es zu schätzen. Alleine wäre ich noch kompletter aufgeschmissen als so schon. :-(

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Wie bei ALLEM was ich machen will mit dem System

Du machst aber ja gar nichts mit dem System. Sonst liefe das nicht auf einer Basis, die seit Jahren seitens des 'Herstellers' nicht mehr unterstützt wird. Selbst der direkten Nachfolger wird in diesem Sommer beerdigt werden.

Mit aktueller Codebasis geht das auch alles besser von der Hand.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Er läuft ja auch

nein, tut er nicht.
in den paar logs die ich gesehen habe habe ich jede Menge ERROR oder WARN gesehen.

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

"Mal eben eine aktuelle VM aufsetzen" dauert ja auch drei Tage.

Öh. Eher 3 Stunden. Maximal. Wenn man 2 Stunden davon Mittagspause macht.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

manuell die Backups löschen

Du musst nix manuell löschen. So wie Backitup jetzt bei dir läuft, werden die automatisch gelöscht.
Wenn dies jetzt noch nicht erfolgt, dann lösche einmal alle alten Backups, die ein Leerzeichen im Dateinamen haben durch deinen alten Namenszusatz händisch und dann ist gut.

Wenn du nun ein automatisches (zeitgesteuertes) Backup laufen hast, werden auch die alten backups gelöscht und es bleiben nur die letzten 10 stehen

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Mal eben eine aktuelle VM aufsetzen" dauert ja auch drei Tage. Ich mag nicht mehr Ich brauche jemanden, der das gegen Bezahlung übernimmt.

nein! das dauert vielleicht 3h.

und das schaffst du!

ich habe den Eindruck dass du nur Panik davor hast und dich das lähmt.

serz doch einfach eine zweite VM parallel in aller Ruhe auf.