Neues YouTube-Video: Visualisierung im Devices-Adapter

[Thomas Braun]

@bergjet
Vermutlich ein falscher hostname.
Versuch mal

iobroker host this

[bergjet]

@thomas-braun

pi@raspberrypi:~ $ hostname
raspberrypi

[Homoran]

@bergjet sagte in Error host.raspberry-Server:

raspberrypi

ok, das ist der Standard Hostname.

arbeitest du mit Multihost?
was steht oben in der Titelzeile des Admin?
..und im Reiter Hosts?
.. sowie unter Objekten im Expertenmodus unter system.host.....

[bergjet]

@homoran Kein Multihost. Ich finde einen Eintrag nur im Reiter Host

[Glasfaser]

@bergjet sagte in Error host.raspberry-Server:

Hallo, kann mir jemand einen Tip geben, woher das kommt?

Seit hier im Beitrag hattest du auch schon den Fehler , in zusammenhang mit Backitup :
https://forum.iobroker.net/topic/44357/iobrocker-neustart-änderung/28
https://forum.iobroker.net/topic/44357/iobrocker-neustart-änderung/32

Hast du Redis ?

Zeige mal

iobroker status

@Thomas-Braun
Kann das an dem Redis Server liegen

@simatec
Kennst du vielleicht diese Fehlermeldung mit dem Anhang -Server , bei eine Backup .

[Homoran]

@bergjet sagte in Error host.raspberry-Server:

Ich finde einen Eintrag nur im Reiter Host

und

@homoran sagte in Error host.raspberry-Server:

unter Objekten im Expertenmodus unter system.host.....

steht nix???

[bergjet]

@homoran
Im Reiter Host steht

Unter Objekten steht

[bergjet]

@glasfaser
iobroker Status bringt folgendes

Last login: Fri May 28 19:20:59 2021 from 192.168.1.9
pi@raspberrypi:~ $ iobroker status
iobroker is running on this host.


Objects type: file
States  type: file

Der Fehler mit Backitup ist seit der Neuinstallation nicht mehr gekommen.

[Homoran]

@bergjet sagte in Error host.raspberry-Server:

Unter Objekten steht

Die Frage war, ob da noch ein weiterer host steht.
Die Datenpunkte deines system.host.raspberrypi sind unwichtig

[Glasfaser]

@bergjet sagte in Error host.raspberry-Server:

Der Fehler mit Backitup ist seit der Neuinstallation nicht mehr gekommen.

Also kommt dieser Logeintrag jetzt sporalisch oder immer bei jedem Backup !?

@homoran sagte in Error host.raspberry-Server:
Die Frage war, ob da noch ein weiterer host steht.

Ich mache es mal Bildlich was er die ganze Zeit nachfragt .

Hast du so einen Eintrag :

[Homoran]

@glasfaser ich tippe eher noch auf einen Dollar-host

[bergjet]

@glasfaser sagte in Error host.raspberry-Server:

Also kommt dieser Logeintrag jetzt sporalisch oder immer bei jedem Backup !?

Bei einem Backup kommt keine Meldung. Die kommt sporadisch, kann keine Regelmässigkeit erkennen.

@glasfaser sagte in Error host.raspberry-Server:

Hast du so einen Eintrag :

Sonst keiner.

[Glasfaser]

@homoran

Ein $

Bingo ... geh heute Lotto spielen

@bergjet

Entweder den Datenpunkt löschen oder mit :

iobroker host remove

To delete host just write iobroker host remove hostNameToRemove. Please be careful with it.

[bergjet]

@glasfaser sagte in Error host.raspberry-Server:

Entweder den Datenpunkt löschen oder mit :

iobroker host remove $__hostname__$

Würde den löschen?

Woher wird der gekommen sein?

[Glasfaser]

@bergjet sagte in Error host.raspberry-Server:

Woher wird der gekommen sein?

[gelöst] system.host.$hostname$ löschen??

[bergjet]

@glasfaser Danke
Und bevor ich Unsinn mache
Der Befehl

iobroker host remove $__hostname__$

ist richtig?
Das löschen des Datenpunkts erfüllt den selben Zweck?

[Glasfaser]

@bergjet sagte in Error host.raspberry-Server:

Und bevor ich Unsinn mache

Den brauchst du nicht , da kannst du nichts falsch machen .

[bergjet]

@glasfaser sagte in Error host.raspberry-Server:

Den brauchst du nicht , da kannst du nichts falsch machen .

Ich meinte, ob der Befehl so stimmt?

iobroker host remove $__hostname__$

[bergjet]

Vom $ host.raspberry.server kam es nicht. Den Datenpunkt habe ich gelöscht.
Trotzdem kommt dieser error in unregelmäßigen Abständen.

[Homoran]

@bergjet sagte in Error host.raspberry-Server:

Vom $ host.raspberry.server kam es nicht. Den Datenpunkt habe ich gelöscht.

das eine schließt das andere auch nicht aus!

der $ Eintrag stammt von einem nicht korrekt durchgeführten Restore.
Die Meldung auch!

Das nachträgliche Löschen des Datenpunktes repariert nicht die Ursache der Meldung.