Weihnachtsangebot 2025! 🎄

[da_Woody]

@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...

[tklein]

@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.

[simatec]

@tklein
Steht doch im Log drin.
Deine DB existiert bereits und kann somit nicht wiederhergestellt werden.

1. Influx Adapter stoppen.
2. alte DB löschen (drop database …)
3. Restore ausführen
   4 Influx Adapter starten

[tklein]

@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 starten

thx 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]

@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]

@simatec thx, und wieder etwas gelernt :-)

[da_Woody]

@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...

[Homoran]

@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

[da_Woody]

@homoran sorry, in eine bestehende DB, geschnallt... :face_with_rolling_eyes:

[simatec]

@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

[da_Woody]

@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]

anscheinend nicht der einzige... sorry, verklickt, wollte eigentlich editieren...

[simatec]

@da_woody Aber dann darfst du das trotzdem nicht vermischen ... Das hat nichts mit Backitup zu tun.

[da_Woody]

@simatec siewo nicht? wenn backitup den adapter nicht einspielen kann?

[Einstein67]

@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.

[simatec]

@da_woody weil es nicht an Backitup liegt.

[da_Woody]

@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!

https://github.com/ioBroker/ioBroker.vis/issues/440

[simatec]

@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]

@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!

https://github.com/ioBroker/ioBroker.vis/issues/440

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]

@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...