Benachrichtigung nun schon x-Mal bestätigt

[Homoran]

@bongo hast du Multihost?

[Bongo]

@mcm1957

Ach so:

js-controller: 7.0.3
Node.js: v20.18.1
Admin: v7.1.5
Plattform: docker (official image - v10.0.0)
Betriebssystem: linux

[Bongo]

@homoran

Kein Multihost.

[Homoran]

@bongo und kein iob diag

[mcm1957]

@bongo
Und iob diag bitte ...

[Bongo]

@meister-mopper sagte in Benachrichtigung nun schon x-Mal bestätigt:

@bongo

What?

Tja, was soll ich sagen? Stimmt einfach nicht.

[Homoran]

@bongo sagte in Benachrichtigung nun schon x-Mal bestätigt:

Stimmt einfach nicht.

was stimmt nicht?
die Meldung scheint soo alt zu sein, und noch immer herumzugeistern

[Bongo]

@homoran sagte in Benachrichtigung nun schon x-Mal bestätigt:

was stimmt nicht?
die Meldung scheint soo alt zu sein, und noch immer herumzugeistern

Ja, wie bekomme ich die Meldung weg? Das ist hier die Frage.

[Thomas Braun]

@bongo sagte in Benachrichtigung nun schon x-Mal bestätigt:

Das ist hier die Frage.

Die Antwort könnte in der Ausgabe von

iob diag

liegen.

[Bongo]

@thomas-braun sagte in Benachrichtigung nun schon x-Mal bestätigt:

Die Antwort könnte in der Ausgabe von

iob diag

liegen.

Ja, da bin ich gerade am experemetieren. Wie bekomme ich die Ausgabe in eine Datei? (Synology, Docker)

[Thomas Braun]

@bongo

Kopier es direkt aus der Konsole.
Ansonsten liegt ein Log dazu aber auch in /home/iobroker parat.

[Bongo]

@thomas-braun @mcm1957

Mit iob diag musste ich bisher nicht arbeiten. Ich habs in eine Datei umgeleitet.
diag.txt

Aber das ist in der Datei nicht sichtbar:

[Homoran]

@bongo sagte in Benachrichtigung nun schon x-Mal bestätigt:

Aber das ist in der Datei nicht sichtbar:

dafür ein kritisches Problem bei dmesg und ein "unbekanntes Betriebssystem"

Da scheint mir in Verbindung mit den anderen Dingen einiges faul zu sein

[Codierknecht]

@homoran sagte in Benachrichtigung nun schon x-Mal bestätigt:

ein "unbekanntes Betriebssystem"

Das dürfte in einem Container normal sein. Das Script ist halt nicht für Container gemacht.

@Bongo
Man macht sich das Leben deutlich einfacher, wenn man per SSH in den Container geht

[Homoran]

@codierknecht sagte in Benachrichtigung nun schon x-Mal bestätigt:

Das dürfte in einem Container normal sein. Das Script ist halt nicht für Container gemacht.

im lxc erkennt das Skript das OS.
und in Docker meine ich hätte es immer gepasst.

[Codierknecht]

@homoran
LXC ist eben anders.

Ich hab' einen Docker-Container auf 'nem NUC und einen unter DSM laufen.
Die Meldung kommt in beiden.

Ist aber vermutlich nicht kriegsentscheidend

[Homoran]

@codierknecht sagte in Benachrichtigung nun schon x-Mal bestätigt:

Die Meldung kommt in beiden.
Ist aber vermutlich nicht kriegsentscheidend

ob @thomas-braun das auch so sieht?
der ist Perfektionist!

[Codierknecht]

@homoran sagte in Benachrichtigung nun schon x-Mal bestätigt:

der ist Perfektionist!

... und so ganz nebenbei kein Freund jeglicher Art von Virtualisierung

[Thomas Braun]

@homoran

Warum das OS nicht erkannt wird weiß ich.
Da ist nicht alles, was üblicherweise in einem vollen Linux installiert werden sollte (lsb_release) in den Container eingebacken worden.
Ist halt so.

Eher machen mir die nicht erkannten 'npm error' Kopfweh. Zum einen sollten die natürlich erst gar nicht vorhanden sein, zu anderen sollten die natürlich detektiert und im 'iob diag' gezählt werden.

Edit: Logisch... befehl > datei leitet nur die Standardausgabe STDOUT in die Datei um, Fehler werden über STDERR geleitet und landen daher nicht in der Datei.

Es muss also

iob diag &> output

lauten.

[Bongo]

Danke für die vielen Reaktionen.

Ich hab jetzt nochmal das gemacht:

iob diag &> output.txt

Das Ergebnis:
output.txt

Bringt euch das was? Mir sagt das leider noch nicht was das Problem ist.