iob diag - Skript
-
@thomas-braun Klar - welcher Link ? der gleiche wie vorher ?
-
-
@thomas-braun geht bei mir. Lt. Versionsangabe auch die Version von gestern
-
Prima. Dann kann ich die Ergänzungen aus den letzten Monaten (u. a. auch der zigbee-nvram-Part) dann in den nächsten Tagen nachschieben.
-
@thomas-braun Zwei Auffälligkeiten hab ich noch:
ich bekomme beim Start diese beiden Meldungen:
The state system. host.stormbroker. versions. nodeNewestNext was not found! The state system. host.stormbroker. versions.npmNewestNext was not found!Das dürfte daran liegen das innerhalb des ioBrokers der Host als 'raspberrypi' bezeichnet wird, während der Systemname auf Betriebssystemebene 'stormbroker' ist.
Auf einem 2. System started das besagte Skript nicht - es kommt weiter die Fehlermeldung das erst der fixer laufen muss - obwohl lt. ioBroker oberfläche das System aktuell ist (deswegen auch die Uptime von 0h) :Da war etwas anderes im Wege - jetzt ging es - nach einiger Wartezeit. Kann an der langen Leitung liegen - der ioBroker ist 1800 km entfernt
A.
-
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Das dürfte daran liegen das innerhalb des ioBrokers der Host als 'raspberrypi' bezeichnet wird, während der Systemname auf Betriebssystemebene 'stormbroker' ist.
Dann sind die hosts nicht konsistent.
iob host thissollte das richtig stellen.
Da war etwas anderes im Wege
Jein, die Meldung mit dem Fixer kommt weiterhin, blockt aber die Ausführung von 'iob diag' nicht mehr.
-
@thomas-braun sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Das dürfte daran liegen das innerhalb des ioBrokers der Host als 'raspberrypi' bezeichnet wird, während der Systemname auf Betriebssystemebene 'stormbroker' ist.
Dann sind die hosts nicht konsistent.
iob host thissollte das richtig stellen.
Sollte das in der Summary auftauchen ? Ich denke ich bin nicht der einzige der darauf stösst - ist passiert beim neu aufsetzen des Systems.
Da war etwas anderes im Wege
Jein, die Meldung mit dem Fixer kommt weiterhin, blockt aber die Ausführung von 'iob diag' nicht mehr.
Das ist irritierend - insbesondere wenn der Fixer gerade durchgelaufen ist und der Meinung ist es ist alles in Ordnung.
A.
-
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Sollte das in der Summary auftauchen ? Ich denke ich bin nicht der einzige der darauf stösst - ist passiert beim neu aufsetzen des Systems.
Im Zuge dessen sollte man bei abweichenden hostnames halt
iob host thisausführen. Ich glaube backitup macht das aber eigentlich von sich aus schon.
Das ist irritierend - insbesondere wenn der Fixer gerade durchgelaufen ist und der Meinung ist es ist alles in Ordnung.
Das stimmt. Den eigentlichen Verursacher für den Hinweis auf den Fixer muss ich noch ausschalten.
-
@thomas-braun sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
ausführen. Ich glaube backitup macht das aber eigentlich von sich aus schon.
Hat er bei mir nicht - oder nicht erfolgreich.
Und mir sind die abweichenden Hostnamen erst aufgefallen als ich der Meldung nachgegangen bin. Ich könnte mir vorstellen dass
- das auch anderen so geht das sie mit nicht passenden Hostnamen arbeiten
- das nicht auffällt, weil es nur bei wenigen Operationen entscheidend ist.
A.
-
Kannst du bitten den OT / iob diag Teil hier rausnehmen und an
https://forum.iobroker.net/topic/59549/iob-diag-skript
anhängen? Da passt es besser. -
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
The state system. host.stormbroker. versions. nodeNewestNext was not found!
sind da ungewollte Spaces nach den Punkten?
-
erledigt!
hoffentlich vollständig -
Könntest du mal beide Langfassungen posten?
Insbesondere die von dem System mit dem irritierenden Verweis auf den Fixer?
