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

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

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Er läuft ja auch.

Er rumpelt irgendwie dahin.

[ChrisPrefect]

@thomas-braun ioBroker hat mir nie gesagt, dass ich irgendwie was updaten soll. Ich kenne mich bei Linux nicht aus. Ich weiss nicht, was für Systeme aktuell sind. Ich weiss nicht, wann ich wie und wieso updaten soll. Ich will auch nichts mit dem System machen. Ich kann ab und zu im Backend von ioBroker alle Adapter updaten. Alles andere kann schnell zu mehr Problemen führen und dann habe ich wieder tagelang keinen ioBroker und die Freundin nervt sich, wenn die Rollladensteuerung nicht funktioniert und die Heizung hängt. Eine neue VM aufsetzen scheitert daran, dass sudo nicht funktioniert. Oder halt an was anderem. Irgendwas, wo ich bei Linux anstehe, ist immer. Dabei will ich doch nur ioBroker nutzen, da habe ich auch keine grösseren Probleme.

[ChrisPrefect]

@simatec sagte in Riesige tägliche Backups:

Du musst nix manuell löschen. So wie Backitup jetzt bei dir läuft, werden die automatisch gelöscht.

Aber wir haben ja gar nichts verändert. Wir haben nicht herausgefunden, was kaputt war. Backitup lief auch vorher schon genauso wie jetzt. Die Backups liefen immer durch. Nur lief trotzdem die Platte irgendwann voll, ohne Fehlermeldung per Telegram.

[ChrisPrefect]

@homoran sagte in Riesige tägliche Backups:

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

Danke! Aber ich habe es ja schon probiert gestern. Und habe bereits 10 Stunden versenkt und muss nochmals ganz von Vorne anfangen. Und ihr habt netterweise geholfen, aber auch sehr viel Zeit verloren.

https://forum.iobroker.net/topic/63547/failed-to-lock-db-file-nach-festplatte-voll/

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

ioBroker hat mir nie gesagt, dass ich irgendwie was updaten soll.

Du erwartest immer das dir alles gesagt wird, das sich alles 'von alleine' korrigieren soll und das falsche Eingaben von 'irgendwem' selbstverständlich gerade gebogen werden.
Wird nicht funktionieren. Da muss man auch mal selber etwas querlesen. Sei es eine Readme zu einem Adapter oder eine sonstige Dokumentation. Das End Of Life von Distributionen ist kein Geheimnis, wird immer groß mit mehreren Monaten, teils sogar Jahren Vorlauf publiziert.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

dass sudo nicht funktioniert

apt install sudo muss bei debian netinstall leider sein.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

Aber wir haben ja gar nichts verändert. Wir haben nicht herausgefunden, was kaputt war. Backitup lief auch vorher schon genauso wie jetzt. Die Backups liefen immer durch. Nur lief trotzdem die Platte irgendwann voll, ohne Fehlermeldung per Telegram.

Doch wir haben was geändert und den Fehler gefunden.
Grafana hat einen Fehler verursacht, da die URL nicht konfiguriert war.
Und in deinem letzten Log lief das Backup sauber durch und du hast eine Telegram Meldung bekommen.

Also Fehler gefunden und die Backups werden nun gelöscht.
Kein volllaufen mehr