seit einigen tagen error bei backitup mit influxdb

[da_Woody]

@thomas-braun rischtisch.
habs gerade auf der gemeinsamen VM gemacht. ioB ist ja eine eigene VM.

woody@Debian:~$ apt policy influxdb*
influxdb-client:
  Installiert:           (keine)
  Installationskandidat: 1.6.7~rc0-1+b5
  Versionstabelle:
     1.6.7~rc0-1+b5 500
        500 http://ftp.debian.org/debian bullseye/main amd64 Packages
influxdb-dev:
  Installiert:           (keine)
  Installationskandidat: (keine)
  Versionstabelle:
influxdb:
  Installiert:           1.7.10-1
  Installationskandidat: 1.7.10-1
  Versionstabelle:
 *** 1.7.10-1 100
        100 /var/lib/dpkg/status
     1.6.7~rc0-1+b5 500
        500 http://ftp.debian.org/debian bullseye/main amd64 Packages
woody@Debian:~$

[Thomas Braun]

@da_woody sagte in seit einigen tagen error bei backitup mit influxdb:

Installiert: (keine)

Und genau das sagt dir die Meldung von oben auch.
Der Installationskandidat: 1.6.7~rc0-1+b5 ist aus dem hauseigenen Debian-Repo, der muss nicht unbedingt zur laufenden Version (welche ist es?) der Datenbank passen.

  Versionstabelle:

 *** 1.7.10-1 100

        100 /var/lib/dpkg/status

Zeigt aber eine Version 'von irgendwoher', jedenfalls existiert dazu kein Repo mehr.

[Thomas Braun]

@da_woody

influxdb:
  Installed: (none)
  Candidate: 1.8.10-1
  Version table:
     1.8.10-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
        100 /var/lib/dpkg/status
     1.6.7~rc0-2+b4 500
        500 http://deb.debian.org/debian trixie/main arm64 Packages

Installier die 1.8.10-1 aus dem influxdata-Repo, die hat soweit ich weiß den client direkt mit an Bord.

[da_Woody]

@thomas-braun moin. hmm, wo und wie muss die hin?
hab eben noch auf der ioBroker VM nachgeschaut. das obige ist ja von der grafana/influx/tasmoadmin VM

woody@ioBroker:~$ apt policy influxdb*
influxdb-client:
  Installiert:           (keine)
  Installationskandidat: 1.6.7~rc0-1+b13
  Versionstabelle:
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
influxdb-dev:
  Installiert:           (keine)
  Installationskandidat: (keine)
  Versionstabelle:
influxdb:
  Installiert:           (keine)
  Installationskandidat: 1.6.7~rc0-1+b13
  Versionstabelle:
     1.6.7~rc0-1+b13 500
        500 http://deb.debian.org/debian bookworm/main amd64 Packages
woody@ioBroker:~$

sorry, aber linux werd ich einfach nie so ganz kapieren. warum hat das bis vor kurzem keine fehlermeldung gegeben?

[Thomas Braun]

@da_woody

Was meinst du mit
wo und wie
muss die hin?

Du solltest das influxdb -Repo anlegen und dann von dort influxdb in der Version 1.8 installieren.

[da_Woody]

@thomas-braun auf welcher VM, der ioB, der influxdb, oder auf beiden? wie lege ich das repo an? wie installiere ich dann die 1.8?
in deinem werkzeugkasten find ich dazu nichts...

[crunchip]

@da_woody wo lief es denn bisher bzw wo möchtest du es zukünftig laufen lassen?
Wenn du umzieht, musst du auch deine Datenbank Restore.
Influx muss so oder so auf deiner iob VM installiert sein, sonst funktioniert kein Backup der Datenbank via backitup

https://forum.iobroker.net/post/877759

[Thomas Braun]

@da_woody

Such den 'Phantastische Repos ' Thread von mir. Da steht das influxdb-Zeug dabei.
Das Paket 'influxdb' muss dann auf dem Client installiert werden, eine anderweitig laufender influxdb-Server vorausgesetzt.

[simatec]

https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#influxdb-backup

[da_Woody]

@crunchip sagte in seit einigen tagen error bei backitup mit influxdb:

@da_woody wo lief es denn bisher bzw wo möchtest du es zukünftig laufen lassen?

Im Moment werd ich an den VMs nichts ändern. Erst wenn influxdb 3 kommt...

Wenn du umzieht, musst du auch deine Datenbank Restore.

Da wär es sinnvoll die DB neu aufziehen. Sind durch unwissen zuviele unnötige DPs drinnen.

Influx muss so oder so auf deiner iob VM installiert sein, sonst funktioniert kein Backup der Datenbank via backitup

https://forum.iobroker.net/post/877759

Tnx schau ich in Ruhe durch...
Auch an @Thomas-Braun und @simatec