NEWS
[done] Einspielen von influxdb backup nicht möglich
-
@tklein hatte influx vllt da schon probleme und hat nichts aufgezeichnet? da gibts so viele möglichkeiten.
dein log ist ja auch dünn. was hast du davor gemacht...@da_woody nee, heute morgen hat er mir ja die daten angezeigt. dann habe ich vergeblich ein systemupdate des raspis versucht. das hat nicht geklappt, daher musste ich das image von gestern nachmittag auf platte einspielen und dann die iob backups.
Evtl. ist es auch sehr schwer bis unmöglich das herauszufinden.
Vielen Dank für deine Bemühungen.
-
@da_woody nee, heute morgen hat er mir ja die daten angezeigt. dann habe ich vergeblich ein systemupdate des raspis versucht. das hat nicht geklappt, daher musste ich das image von gestern nachmittag auf platte einspielen und dann die iob backups.
Evtl. ist es auch sehr schwer bis unmöglich das herauszufinden.
Vielen Dank für deine Bemühungen.
-
@tklein
Steht doch im Log drin.
Deine DB existiert bereits und kann somit nicht wiederhergestellt werden.- Influx Adapter stoppen.
- alte DB löschen (drop database …)
- Restore ausführen
4 Influx Adapter starten
@simatec said in Einspielen von influxdb backup nicht möglich:
@tklein
Steht doch im Log drin.
Deine DB existiert bereits und kann somit nicht wiederhergestellt werden.Influx Adapter stoppen.
alte DB löschen (drop database …)
Restore ausführen
4 Influx Adapter startenthx für die Info.
Allerdings hätte ich gedacht, dass wenn ich die Möglichkeit habe, ein Backup über die GUI eines Adapter einzuspielen, dass dann diese Schritte automatisch oder mit Nachfrage ausgeführt.
Gilt der Prozess auch bei Zigbee, Yahka sowie Javascript?
-
@simatec said in Einspielen von influxdb backup nicht möglich:
@tklein
Steht doch im Log drin.
Deine DB existiert bereits und kann somit nicht wiederhergestellt werden.Influx Adapter stoppen.
alte DB löschen (drop database …)
Restore ausführen
4 Influx Adapter startenthx für die Info.
Allerdings hätte ich gedacht, dass wenn ich die Möglichkeit habe, ein Backup über die GUI eines Adapter einzuspielen, dass dann diese Schritte automatisch oder mit Nachfrage ausgeführt.
Gilt der Prozess auch bei Zigbee, Yahka sowie Javascript?
@tklein Nein Influxdb ist da besonders. Influx lässt ein Restore in eine bestehende DB nicht zu.
Das hat nix mit Backitup zu tun sondern mit influx
-
@tklein Nein Influxdb ist da besonders. Influx lässt ein Restore in eine bestehende DB nicht zu.
Das hat nix mit Backitup zu tun sondern mit influx
-
@tklein Nein Influxdb ist da besonders. Influx lässt ein Restore in eine bestehende DB nicht zu.
Das hat nix mit Backitup zu tun sondern mit influx
-
@simatec oi, gut zu wissen! aber warum dann mit backitup sichern?
backitup hat ja auch ein problem bei rückspielen der vis höher als 1.4.6...@da_woody sagte in [done] Einspielen von influxdb backup nicht möglich:
aber warum dann mit backitup sichern?
damit du es nach Neuinstallation eines Systems wieder einspielen kannst
kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@da_woody sagte in [done] Einspielen von influxdb backup nicht möglich:
aber warum dann mit backitup sichern?
damit du es nach Neuinstallation eines Systems wieder einspielen kannst
-
@simatec oi, gut zu wissen! aber warum dann mit backitup sichern?
backitup hat ja auch ein problem bei rückspielen der vis höher als 1.4.6...@da_woody sagte in [done] Einspielen von influxdb backup nicht möglich:
@simatec oi, gut zu wissen! aber warum dann mit backitup sichern?
backitup hat ja auch ein problem bei rückspielen der vis höher als 1.4.6...Wieso hat Backitup ein problem mit der VIS?
Backitup nutzt den CLI iobroker restore.Wenn dort bei dir ein Problem besteht, bitte unbedingt für den js-controller melden
-
@simatec wie schon hier beschrieben.
wie schon beim fehlversuch, vis kann nicht installiert werden! beim nachforschen dann rausgefunden, man muss manuell erstmal manuell die ver. 1.4.6 insten, dann kann man erst updaten! @opossum hat dazu ein issue gefunden. dabei wurde angezeigt, daß von 1.4.8 ein downgrade auf eben 1.4.6 gemacht wird. update auf 1.4.12, passt.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec wie schon hier beschrieben.
wie schon beim fehlversuch, vis kann nicht installiert werden! beim nachforschen dann rausgefunden, man muss manuell erstmal manuell die ver. 1.4.6 insten, dann kann man erst updaten! @opossum hat dazu ein issue gefunden. dabei wurde angezeigt, daß von 1.4.8 ein downgrade auf eben 1.4.6 gemacht wird. update auf 1.4.12, passt. -
@simatec wie schon hier beschrieben.
wie schon beim fehlversuch, vis kann nicht installiert werden! beim nachforschen dann rausgefunden, man muss manuell erstmal manuell die ver. 1.4.6 insten, dann kann man erst updaten! @opossum hat dazu ein issue gefunden. dabei wurde angezeigt, daß von 1.4.8 ein downgrade auf eben 1.4.6 gemacht wird. update auf 1.4.12, passt.@da_woody Aber dann darfst du das trotzdem nicht vermischen ... Das hat nichts mit Backitup zu tun.
-
@da_woody Aber dann darfst du das trotzdem nicht vermischen ... Das hat nichts mit Backitup zu tun.
-
@da_woody Du kannst auch gleich die aktuellste VIS manuell installieren. Dann das Lizenz-Fenster wegklicken und mittels BackitUp das Restore starten.
Meine Vermutung ist das es am Lizenz-Popup scheitert, dass das Restore ohne diesen Zwischenschritt nicht funktioniert.
-
@da_woody weil es nicht an Backitup liegt.
-
@simatec sei mir nicht böse, aber auf welche idea würdest du kommen, wenn zwar aus dem backup die install initiert wird, die aber dann nicht lauffähig ist.
hab das issue rausgesucht.
zitat:Apollon77 commented on 9 Jan
Das ist abe rirgendwie ein Fehler von backit up``
2022-01-09 14:34:39.333 error SyntaxError: Invalid regular expression: /'6o:?'d vfx(v'/: Unterminated group at new RegExp () at /opt/iobroker/node_modules/iobroker.backitup/lib/list/cifs.js:169:49 at ChildProcess.exithandler (child_process.js:390:5) at ChildProcess.emit (events.js:400:28) at ChildProcess.emit (domain.js:475:12) at maybeClose (internal/child_process.js:1058:16) at Socket. (internal/child_process.js:443:11) at Socket.emit (events.js:400:28) at Socket.emit (domain.js:475:12) at Pipe. (net.js:686:12)
Wäre also eher ein Issue für dort!gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec sei mir nicht böse, aber auf welche idea würdest du kommen, wenn zwar aus dem backup die install initiert wird, die aber dann nicht lauffähig ist.
hab das issue rausgesucht.
zitat:Apollon77 commented on 9 Jan
Das ist abe rirgendwie ein Fehler von backit up``
2022-01-09 14:34:39.333 error SyntaxError: Invalid regular expression: /'6o:?'d vfx(v'/: Unterminated group at new RegExp () at /opt/iobroker/node_modules/iobroker.backitup/lib/list/cifs.js:169:49 at ChildProcess.exithandler (child_process.js:390:5) at ChildProcess.emit (events.js:400:28) at ChildProcess.emit (domain.js:475:12) at maybeClose (internal/child_process.js:1058:16) at Socket. (internal/child_process.js:443:11) at Socket.emit (events.js:400:28) at Socket.emit (domain.js:475:12) at Pipe. (net.js:686:12)
Wäre also eher ein Issue für dort!@da_woody
Mit js-controller 4 und Backitup 2.3.3 wurde einiges angepasst. Hast du es damit bereits getestet?
Das Issue ist schob ein paar Tage alt ubd hat nichts mehr mit den aktuellen Versionen gemeinsam -
@simatec sei mir nicht böse, aber auf welche idea würdest du kommen, wenn zwar aus dem backup die install initiert wird, die aber dann nicht lauffähig ist.
hab das issue rausgesucht.
zitat:Apollon77 commented on 9 Jan
Das ist abe rirgendwie ein Fehler von backit up``
2022-01-09 14:34:39.333 error SyntaxError: Invalid regular expression: /'6o:?'d vfx(v'/: Unterminated group at new RegExp () at /opt/iobroker/node_modules/iobroker.backitup/lib/list/cifs.js:169:49 at ChildProcess.exithandler (child_process.js:390:5) at ChildProcess.emit (events.js:400:28) at ChildProcess.emit (domain.js:475:12) at maybeClose (internal/child_process.js:1058:16) at Socket. (internal/child_process.js:443:11) at Socket.emit (events.js:400:28) at Socket.emit (domain.js:475:12) at Pipe. (net.js:686:12)
Wäre also eher ein Issue für dort!@da_woody sagte in [done] Einspielen von influxdb backup nicht möglich:
@simatec sei mir nicht böse, aber auf welche idea würdest du kommen, wenn zwar aus dem backup die install initiert wird, die aber dann nicht lauffähig ist.
hab das issue rausgesucht.
zitat:Apollon77 commented on 9 Jan
Das ist abe rirgendwie ein Fehler von backit up``
2022-01-09 14:34:39.333 error SyntaxError: Invalid regular expression: /'6o:?'d vfx(v'/: Unterminated group at new RegExp () at /opt/iobroker/node_modules/iobroker.backitup/lib/list/cifs.js:169:49 at ChildProcess.exithandler (child_process.js:390:5) at ChildProcess.emit (events.js:400:28) at ChildProcess.emit (domain.js:475:12) at maybeClose (internal/child_process.js:1058:16) at Socket. (internal/child_process.js:443:11) at Socket.emit (events.js:400:28) at Socket.emit (domain.js:475:12) at Pipe. (net.js:686:12)
Wäre also eher ein Issue für dort!Nix für ungut … aber du bringst hier schon wieder etwas durcheinander. Der User postete in dem Issue einen Fehlerlog vom mount. Und genau darauf bezog sich @apollon77 seine Antwort.
Hier gab es Probleme mit Sonderzeichen im Passwort und dies ist seit 2.2.3 gefixt.
Dies hat aber auch nichts mit dem VIS Problem zu tun siehe Link
https://github.com/ioBroker/ioBroker.vis/issues/440#issuecomment-1007408677 -
@da_woody
Mit js-controller 4 und Backitup 2.3.3 wurde einiges angepasst. Hast du es damit bereits getestet?
Das Issue ist schob ein paar Tage alt ubd hat nichts mehr mit den aktuellen Versionen gemeinsam@simatec niegelnagelneue VM mit debian11 und frischer ioB install.
es ist ja nicht so das nichts installiert wird, nur ist die vis 1.4.8 nicht lauffähig nach dem einspielen. mit manueller inst von vis 1.4.6 und anschliessendem update funkts ja.
ich will backitup absolut nicht schlecht machen, aber ich bin ja nicht der einzige der darüber gestolpert ist. ;)
irgendwo muss da was klemmen. tut mir leid wenn du dich auf den schlips getreten fühlst, war nicht meine intension. als user kommt man da natürlich auf den trichter, backitup macht mist. hab leider das log nicht gesichert, war aber bei der manuellen dann überrascht, das doch die 1.4.8 irgendwie eingespielt war...
und ich gestehe nicht das ganze issue gelesen zu haben. :face_with_rolling_eyes:
mea culpa...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@simatec niegelnagelneue VM mit debian11 und frischer ioB install.
es ist ja nicht so das nichts installiert wird, nur ist die vis 1.4.8 nicht lauffähig nach dem einspielen. mit manueller inst von vis 1.4.6 und anschliessendem update funkts ja.
ich will backitup absolut nicht schlecht machen, aber ich bin ja nicht der einzige der darüber gestolpert ist. ;)
irgendwo muss da was klemmen. tut mir leid wenn du dich auf den schlips getreten fühlst, war nicht meine intension. als user kommt man da natürlich auf den trichter, backitup macht mist. hab leider das log nicht gesichert, war aber bei der manuellen dann überrascht, das doch die 1.4.8 irgendwie eingespielt war...
und ich gestehe nicht das ganze issue gelesen zu haben. :face_with_rolling_eyes:
mea culpa...@da_woody Ich verstehe natürlich die Gedanken eines Users.
Darum auch weiter oben meine Antwort, dass Backitup den identischen Restore Prozess aus dem js-Controller nutzt, wie die CLI „iobroker restore <backupname>“Darum die Bitte ein Issue im js-controller aufzumachen.
Backitup kann da nichts machen.
Bei einem Restore werden alle Objekte und states wieder hergestellt.
Anhand dieser Daten fängt iobroker nach dem Neustart mit dem installieren der fehlenden Adapter an und nimmt die wiederhergestellten settings.D.h. mit der Installation hat Backitup nix zu tun.
Ich hoffe, dass ich die Abläufe eines Restores ein wenig erläutern konnte.
Support us
866
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge