NEWS
Test Adapter ioBroker.backitup v3.0.x
-
@opossum Hi, also ich habe echt viele Adapter drauf (MYSQL lasse ich separat nen Backup machen) - und komme auf nicht mehr als 12 MB O.o
Nutzt du ggf. einen History-Adapter/ne Datenkrake, die bei dir im ioBroker die Daten speichert? -
Hallo, @Kueppert ,
nein, MYSQL läuft bei mir auch auf einer separaten VM, History nutze ich gar nicht. Bei mir sind es 39 Adapter. Ich schaue mir jetzt mal ein backup.json durch. Vielleicht finde ich dort etwas.
Testumgebung:
BackitUp Version 1.6.1
Dateigröße 35,7 MB
Produktion:
Dateigröße 89,1 MB
Bin irgendwie ratlosEDIT: Werde wohl mal die iobroker VM komplett neu aufsetzen.
-
@opossum ja, das wäre nen Versuch wert. Geht ja fix...Backup hast ja eins. Ich hab 52 Adapter, daran liegts also nicht...
-
nochmals danke für Eure Hilfe. Ich habe iobroker mit dem letzten aktuellen Backup komplett neu installiert. Ergebnis: Backup wieder 91 MB. Also, nochmal alles platt gemacht und neu aufgebaut. Dieses Mal mit einem Backup, welches nur 35 MB groß war. Musste dann zwar einiges nachinstallieren, Vis konnte ich aus dem letzten Backup aktualisieren, Scripte hatte ich vor dem Plattmachen alle exportiert (der Import hat super geklappt, keine Verluste).
Jetzt ist das Update wieder 35 MB groß. Da habe ich wohl am 22.08. irgend einen kapitalen Bock geschossen, ich kann nicht mal sagen, was es war. Aber nun ist alles wieder in Butter. Jetzt noch die VM-Backups in Proxmox bereinigen und dann ist alles ok.
Sorry, dass ich das in diesen Post gemacht habe, ich wollte den nicht kapern. Vielleicht kann ein Admin diese Konversation in einen neuen Post auslagern? -
@opossum fein das es geklappert hat und danke für die rückmeldung...
-
Muss mich leider mit dem alten Problem zurückmelden:
2020-08-30 02:00:22.296 - error: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2020-08-30 02:00:22.349 - error: backitup.0 (29506) unhandled promise rejection: Rate Limit Exceeded 2020-08-30 02:00:22.511 - error: backitup.0 (29506) Error: Rate Limit Exceeded at Gaxios._request (/opt/iobroker/node_modules/gaxios/src/gaxios.ts:117:15) at runMicrotasks () at processTicksAndRejections (internal/process/task_queues.js:97:5) at OAuth2Client.requestAsync (/opt/iobroker/node_modules/google-auth-library/build/src/auth/oauth2client.js:343:18) 2020-08-30 02:00:22.512 - info: backitup.0 (29506) cleaned everything up... 2020-08-30 02:00:22.610 - info: backitup.0 (29506) terminating 2020-08-30 02:00:22.618 - info: backitup.0 (29506) Terminated (NO_ERROR): Without reason 2020-08-30 02:00:23.179 - error: host.iobroker Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: 2020-08-30 02:00:23.179 - error: host.iobroker Caught by controller[0]: Error: Rate Limit Exceeded 2020-08-30 02:00:23.180 - error: host.iobroker Caught by controller[0]: at Gaxios._request (/opt/iobroker/node_modules/gaxios/src/gaxios.ts:117:15) 2020-08-30 02:00:23.180 - error: host.iobroker Caught by controller[0]: at runMicrotasks () 2020-08-30 02:00:23.180 - error: host.iobroker Caught by controller[0]: at processTicksAndRejections (internal/process/task_queues.js:97:5) 2020-08-30 02:00:23.181 - error: host.iobroker Caught by controller[0]: at OAuth2Client.requestAsync (/opt/iobroker/node_modules/google-auth-library/build/src/auth/oauth2client.js:343:18) 2020-08-30 02:00:23.181 - info: host.iobroker instance system.adapter.backitup.0 terminated with code 0 (NO_ERROR) 2020-08-30 02:00:23.181 - info: host.iobroker Restart adapter system.adapter.backitup.0 because enabled 2020-08-30 02:00:53.215 - info: host.iobroker instance system.adapter.backitup.0 started with pid 20496 2020-08-30 02:00:59.012 - info: backitup.0 (20496) starting. Version 1.6.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v12.18.3, js-controller: 3.1.6 2020-08-30 02:00:59.113 - info: backitup.0 (20496) [iobroker] backup was activated at 02:00 every 1 day(s) 2020-08-30 02:00:59.138 - info: backitup.0 (20496) [ccu] backup was activated at 01:30 every 1 day(s)
Scheint, die 1.61 hat das Problem doch nicht vollständig behoben...
-
@passuff
Bitte Files aus der Cloud mal löschen und dann erneut testen. Ich denke du hast zuviele Backups in der Cloud liegen und dementsprechend viele Anfragen -
@passuff Nimm mal eine 'krumme' Uhrzeit. 01:28 oder sowas.
-
Ab sofort steht die version 1.6.2 auf Github und in kürze auch im latest zur Verfügung ...
Changelog
1.6.2 (31.08.2020)
- (simatec) added whatsapp-cmb support for notifications
-
@passuff Ist es bei dir reproduzierbar? Kannst Du bitte mal ein Debug Log machen und schicken?
-
Ab sofort ist die version 1.6.3 auf Github und in kürze auch im latest verfügbar.
Changelog
1.6.3 (01.09.2020)
- (simatec) dependencies for googleapis updated
- (simatec) dependencies for dropbox-v2-api updated
- (simatec) devdependencies updated
PS: Für alle, die mit Google Drive Probleme hatten, bitte mal die Version intensiv testen und bei Fehlern bitte den Debug Log posten.
-
Seit zwei Tagen ohne Fehler. Ich vermute, es lag tatsächlich an der Anzahl der backups (5).
Soll ich wieder auf 5 gehen und die 1.6.3 installieren?Gruß
-
@passuff
Ja bitte gehe mal wieder höher ... Eventuell hat Google den Bug nun fixen können.
Aber um sicher zu gehen, sollten wir das nochmal testen ... -
@simatec sagte in Test Adapter Backitup v1.6.x:
added whatsapp-cmb support for notifications
funktioniert bei mir nicht.
Such gerade noch das Log raus. -
@Negalein sagte in Test Adapter Backitup v1.6.x:
nicht
Bitte debug log und natürlich auch vorher den whatsapp-cmb Adapter konfigurieren ...
-
@simatec sagte in Test Adapter Backitup v1.6.x:
Bitte debug log und natürlich auch vorher den whatsapp-cmb Adapter konfigurieren ...
Whatsapp-cmb ist konfiguriert.
Hier das Log von gestern.
2020-08-31 23:14:55.249 - [32minfo[39m: whatsapp-cmb.0 (28256) Send BackItUp: Ein neues iobroker Backup wurde am 31. August 2020 um 23:14 Uhr erstellt, und nach www27.xxxxxxxx.com/backupDir/minimal via Ftp kopiert/verschoben und in der Dropbox gespeichert. to +43680xxxxxxx 2020-08-31 23:14:55.249 - [34mdebug[39m: whatsapp-cmb.0 (28256) Call https://api.callmebot.com/whatsapp.php?phone=+43680xxxxxxx&text=BackItUp%3A%0AEin%20neues%20iobroker%20Backup%20wurde%20am%2031.%20August%202020%20um%2023%3A14%20Uhr%20erstellt%2C%20und%20nach%20www27.xxxxxxxx.com%2FbackupDir%2Fminimal%20via%20Ftp%20kopiert%2Fverschoben%20und%20in%20der%20Dropbox%20gespeichert.&apikey=xxxxxx&source=iobroker 2020-08-31 23:14:55.624 - [34mdebug[39m: whatsapp-cmb.0 (28256) <p>Message to: +43680xxxxxxx<p>Text to send: BackItUp:%0AEin neues iobroker Backup wurde am 31. August 2020 um 23:14 Uhr erstellt, und nach www27.xxxxxxxx.com/backupDir/minimal via Ftp kopiert/verschoben und in der Dropbox gespeichert.<p><b>Message queued.</b> You will receive it in a few seconds.
Direkt über den angegebenen Link funktionierte die Nachricht.
Direkt von Backit kam nichts. -
@Negalein willst deine Handynummer nicht "schwärzen" ? ^^
-
@Negalein
Hab gerade nochmal getestet ... Die Meldung kommt so ca. 20 Sekunden versetzt ... Was aber nicht mit backitup zu tun hat.
Zeige mal die Whatsapp Config in Backitup und den debug log von backitup -
@Kueppert sagte in Test Adapter Backitup v1.6.x:
willst deine Handynummer nicht "schwärzen" ? ^^
Upps, falsches Log kopiert. Danke für den Hinweis.
@simatec sagte in Test Adapter Backitup v1.6.x:
Hab gerade nochmal getestet ... Die Meldung kommt so ca. 20 Sekunden versetzt ... Was aber nicht mit backitup zu tun hat.
Ich auch gerade nochmal.
Jetzt hat es funktioniert. Die Nachricht von Gestern ist noch immer nicht gekommen. Wird im Nirvana verschollen sein. -
@passuff Falls Du ne Idee hast wieviele Files da lagen pack nochmal welche rein das wir den fehler ggf nochmal sehen