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 rebootAbbruch??
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:~$ -
@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 rebootohhh da sehe ich Layer8 Probleme ...
Was soll das heissen? Warum greifst du mich wieder an?
-
@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.
-
@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
-
@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.
-
@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.
-
@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. -
@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.
-
@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
-
@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 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.
-
@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.
-
@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/
-
@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. -
@chrisprefect sagte in Riesige tägliche Backups:
dass sudo nicht funktioniert
apt install sudomuss bei debian netinstall leider sein. -
@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 -
@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.
-
@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.
-
@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 Forumok, damals war es nicht nurcder Einzeller
