Riesige tägliche Backups
-
@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 STABLEJa aber eben wie jetzt beim Backitup: Nur in der Beta-Version funktioniert der Dropbox-Upload.
-
@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-utilsauf der cli und alles läuft wie von Geisterhand -
@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.
-
@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 -
@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 ...
-
@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.
-
@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/
