UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

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

ausfü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.

[Asgothian]

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

[Thomas Braun]

@Homoran

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.

[Homoran]

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

[Homoran]

erledigt!
hoffentlich vollständig

[Thomas Braun]

@asgothian

Könntest du mal beide Langfassungen posten?
Insbesondere die von dem System mit dem irritierenden Verweis auf den Fixer?

[Lucky_ESA]

@thomas-braun Auch auf die Gefahr hin, dass das Thema bereits bekannt ist und ich nicht gefunden habe, möchte ich es trotzdem melden.

Hatte vor vier Wochen auch das Problem das 1-2 x am Tag alle Adapter gestoppt wurden und dann wieder gestartet. Es gibt keine Fehlermeldungen im Log oder in journalctl (RPI5).
Meine Ursache:
Ich habe 4 Daten in der Datenbank von iob. Die werden in Minuten Takt mit Werten ergänzt.
Vor der Aktualisierung frage ich die Größe ab und bei >10 MB wird die Datei geleert. Blöd wenn man das nur für 3 Dateien macht...Nach ca. 1 Jahr war die 4te Datei ca. 350MB groß und deswegen ist iob immer abgestürzt.

Ist das bekannt dann bitte diesen Post ignorieren.

Gruß//Lucky

[Thomas Braun]

@lucky_esa

Von welche Dateien sprichst du?

[Lucky_ESA]

@thomas-braun sagte in iob diag - Skript:

@lucky_esa

Von welche Dateien sprichst du?

Von mir erstellte.

[Thomas Braun]

@lucky_esa

So ganz verstehe ich nicht wo/wie ich das konkret im Skript berücksichtigen soll.
Ein paar Dateigrößen werden ja schon ausgegeben:

Files in neuralgic directories:

/var:
2.5G    /var/
782M    /var/cache
773M    /var/cache/apt
657M    /var/cache/apt/archives
638M    /var/log

Archived and active journals take up 635.7M in the file system.

/opt/iobroker/backups:
4.0K    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
864M    /opt/iobroker/iobroker-data/
434M    /opt/iobroker/iobroker-data/history
226M    /opt/iobroker/iobroker-data/files
173M    /opt/iobroker/iobroker-data/backup-objects
89M     /opt/iobroker/iobroker-data/history/20250517

The five largest files in iobroker-data are:
30M     /opt/iobroker/iobroker-data/files/notification-manager.admin/build/index.js.map
28M     /opt/iobroker/iobroker-data/objects.jsonl
27M     /opt/iobroker/iobroker-data/files/tankerkoenig.admin/build/index.js.map
11M     /opt/iobroker/iobroker-data/history/20250520/history.0_userdata.0.stromzaehler.SML.aktuelle_wirkleistung.json
11M     /opt/iobroker/iobroker-data/history/20250519/history.0_userdata.0.stromzaehler.SML.aktuelle_wirkleistung.json

[Homoran]

@thomas-braun sagte in iob diag - Skript:

28M /opt/iobroker/iobroker-data/objects.jsonl

wenn das mit

@lucky_esa sagte in iob diag - Skript:

Ich habe 4 Daten in der Datenbank von iob.

gemeint ist

[Lucky_ESA]

@homoran sagte in iob diag - Skript:

@thomas-braun sagte in iob diag - Skript:

28M /opt/iobroker/iobroker-data/objects.jsonl

wenn das mit

@lucky_esa sagte in iob diag - Skript:

Ich habe 4 Daten in der Datenbank von iob.

gemeint ist

Es sind 4 Dateien die als meta angelegt sind.

[Thomas Braun]

@lucky_esa

Die Datei müsste dir aber auch jetzt schon unter The five largest files in iobroker-data are: angezeigt werden. Es sei denn, du hast da noch größere Datenhalden, dann taucht die nicht nicht auf.

[Lucky_ESA]

@thomas-braun sagte in iob diag - Skript:

@lucky_esa

Die Datei müsste dir aber auch jetzt schon unter The five largest files in iobroker-data are: angezeigt werden. Es sei denn, du hast da noch größere Datenhalden, dann taucht die nicht nicht auf.

Ich weiß das ich diag ausgeführt hatte und auch gespeichert. Hatte aber leider (aus beruchliche Gründe) kein Zeit das Thema anzusprechen. Vielleicht solltest du Dateien >300MB rot anzeigen lassen, wenn nicht bereits umgesetzt. Sorry das ich erst jetzt mit diesem Thema komme, aber es ist mit zeitlich nicht möglich.

Gruß//Lucky

[Thomas Braun]

@lucky_esa

Hängt ja sehr von der Hardwareausstattung ab, welche Dateigrößen kritisch sind.
Da liegt man mit solchen Einschätzungen schnell daneben.

[Lucky_ESA]

@thomas-braun sagte in iob diag - Skript:

@lucky_esa

Hängt ja sehr von der Hardwareausstattung ab, welche Dateigrößen kritisch sind.
Da liegt man mit solchen Einschätzungen schnell daneben.

Das kann ich nicht beurteilen aber RPI5 mit Datei 350MB == Nicht gut

[Thomas Braun]

Kleine Umfrage:
Einbauen oder nicht?
Fragt die aktuell verwendete nodejs-Installation auf bekannte Sicherheitslücken ab.

Checking for nodejs vulnerability:

up to date, audited 10 packages in 2s

found 0 vulnerabilities


 █████  ██      ██           ██████   ██████   ██████  ██████         ██
██   ██ ██      ██          ██       ██    ██ ██    ██ ██   ██     ██  ██
███████ ██      ██          ██   ███ ██    ██ ██    ██ ██   ██         ██
██   ██ ██      ██          ██    ██ ██    ██ ██    ██ ██   ██     ██  ██
██   ██ ███████ ███████      ██████   ██████   ██████  ██████         ██

[Negalein]

@thomas-braun sagte in iob diag - Skript:

Einbauen oder nicht?

ja, würde es machen

[Homoran]

@thomas-braun an dem spacing musst du noch arbeiten ;-)

[Thomas Braun]

@homoran sagte in iob diag - Skript:

an dem spacing musst du noch arbeiten

An der Ausgabe kann ich nix machen. Das kommt so aus dem verwendeten nodejs-Modul

€dit: Das Blöde ist nur, dass es im Fehlerfall vermeintlich widersprüchliche Aussagen gibt:

*** NodeJS-Installation ***

nodejs:                 N/A
/usr/bin/node           v24.1.0
/usr/bin/npm            11.4.1
/usr/bin/npx            11.4.1
/usr/bin/corepack       0.32.0
*** nodejs is NOT correctly installed ***

find: '/opt/iobroker/node_modules': No such file or directory
Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

Checking for nodejs vulnerability:

up to date, audited 10 packages in 1s

found 0 vulnerabilities


 █████  ██      ██           ██████   ██████   ██████  ██████         ██
██   ██ ██      ██          ██       ██    ██ ██    ██ ██   ██     ██  ██
███████ ██      ██          ██   ███ ██    ██ ██    ██ ██   ██         ██
██   ██ ██      ██          ██    ██ ██    ██ ██    ██ ██   ██     ██  ██
██   ██ ███████ ███████      ██████   ██████   ██████  ██████         ██

Das 'ALL GOOD :)' bezieht sich nur auf die Sicherheitslücken, nicht auf die Installation von nodejs.