Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

[ChrisPrefect]

@thomas-braun Glaub mir, das mache ich. Ich googel wie wild und probiere alles aus. Aber dann sagst du mir wieder, ich verbastel alles. Ja, was denn sonst.

Wenn einfach bei jeder einzelnen Befehlszeile, die ich eingebe, irgendeine Fehlermeldung kommt und ich erst eine stundenlange Sidequest absolvieren muss bis ich mit der Main-Quest einen Schritt weiter bin, dann wird das sehr anstrengend. Eben, wenn nicht mal Sudo funktioniert. Oder der Installer abbricht. Oder apt tools nicht installiert, weil irgendwelche Quellen fehlen. Oder die offizielle Anleitung sagt, ich soll apt install influxdb2 eintippen, das aber nicht funktioniert, weil ich noch das Backup der Version 1 habe. Das ist sehr frustrierend alles.

[Thomas Braun]

@homoran sagte in Riesige tägliche Backups:

apt install sudo muss bei debian netinstall leider sein.

? Im debian-Installer einfach kein root-PW setzen, dann kommt das alles richtig auf die Platte.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Und habe bereits 10 Stunden versenkt

was sind 10h?
als ich wegen iobroker das erste mal einen Raspberry kennengelernt habe, habe ich mehrmals täglich neu angefangen.
karte neu beschrieben und so lange probiert bis es lief.
immer dokumentiert. erst für mich, dann für's Forum

ok, damals war es nicht nurcder Einzeller

[Homoran]

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

@homoran sagte in Riesige tägliche Backups:

apt install sudo muss bei debian netinstall leider sein.

? Im debian-Installer einfach kein root-PW setzen, dann kommt das alles richtig auf die Platte.

...wenn man das root passwort vergeben hatte

[ChrisPrefect]

@simatec Stimmt, Grafana hatte einen Fehler verursacht! OK, immerhin etwas gefunden.

Dass Dropbox zweimal nicht ging und zweimal ging war aber schon komisch. Und nie eine Fehlermeldung per Telegram kam.

OK, ich lass es erst mal weiterlaufen. Immerhin funktioniert ioBroker momentan wieder.

CIFS muss ich aber wieder deaktivieren.

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

CIFS muss ich aber wieder deaktivieren.

Warum? Lass doch laufen und dann nutzt du es mit dem frischen iobroker halt gleich.

[Homoran]

@chrisprefect sagte in Riesige tägliche Backups:

Ich googel wie wild und probiere alles aus

ist löblich, aber wenn man nicht einschätzen kann wo die seriösen Quellen sind, auch gefährlich.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

@simatec Stimmt, Grafana hatte einen Fehler verursacht! OK, immerhin etwas gefunden.

Dass Dropbox zweimal nicht ging und zweimal ging war aber schon komisch. Und nie eine Fehlermeldung per Telegram kam.

OK, ich lass es erst mal weiterlaufen. Immerhin funktioniert ioBroker momentan wieder.

CIFS muss ich aber wieder deaktivieren.

Die Probleme sind behoben und zu Dropbox nochmal... Du benutzt eine Beta Version, die einen Tag alt ist und der neue Dropbox Session Upload ebenfalls seit einem Tag getestet wird. Das hier auch Probleme auftreten können, sollte dir als Beta Tester bewusst sein.
Jeder der die repo auf Beta stellt, sollte sich darüber im klaren sein, dass wir von Beta sprechen und nicht von Stable

[ChrisPrefect]

@homoran Ja, das wäre schön, wenn ich wieder die Konzentration und das Erinnerungsvermögen hätte, um mich so einarbeiten zu können. Das ist aber momentan Geschichte. Ich brauche ein System, mit dem ich einfach arbeiten kann und meine Blockly-Skripte ausarbeiten kann. Alles andere überfordert mich aktuell, auch wegen der scheiss Krankheit.

[ChrisPrefect]

@simatec Also soll ich das Repo auf Stabel ändern, Backitup löschen und nochmals installieren? Aber dann funktioniert der Dropbox-Upload mit 600MB influxDBs gar nicht mehr oder?

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Ich brauche ein System, mit dem ich einfach arbeiten kann

Das musst du dir aber erst noch hinsetzen. Das was du da am rumpeln hast ist ein 'Seelenverkäufer' und du kannst damit nicht 'einfach arbeiten'.

[ChrisPrefect]

@thomas-braun Es hat aber jetzt lange Zeit funktioniert. Auch Bullseye wird ja irgendwann wieder veraltet sein, und dann geht das Drama von vorne los.

[simatec]

@chrisprefect sagte in Riesige tägliche Backups:

@simatec Also soll ich das Repo auf Stabel ändern, Backitup löschen und nochmals installieren? Aber dann funktioniert der Dropbox-Upload mit 600MB influxDBs gar nicht mehr oder?

Was du machst musst du wissen. ABer fakt ist, die Influxdb ist nicht erst seit 2 Tagen bei dir so groß und in deiner History stehen jeden Tag Errors zum Drobox Upload, bis du auf die v2.6.7 gewechselt hast.
Diese Fehler hast du alle ignoriert.
Du sagst, selber, dass du ein iobroker System brauchst, was funktioniert. Dann musst du dafür etwas tun und z.B. mal in den Log schauen, wenn du eh im iobroker an Blocklys arbeitest.

Jedes System muss gepflegt werden. Auch dein Windows muss gepflegt werden.

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Auch Bullseye wird ja irgendwann wieder veraltet sein

Ja, wird im Sommer 2024 abgekündigt werden. Steht natürlich schon fest, weil Debian einen recht verlässlichen Release Plan hat.

[Thomas Braun]

@chrisprefect sagte in Riesige tägliche Backups:

Es hat aber jetzt lange Zeit funktioniert.

Aber nur vermeintlich, weil du ja auch nie in die Logs schaust...