Test Adapter Linux Control v1.x.x

[lobomau]

@crunchip sagte in Test Adapter Linux Control v1.x.x:

@fichte irgendwo hat jemand das selbe Problem beschrieben.
okay würde ich nicht sagen, ist schon ne Menge

Das Problem hatte ich geschildert. Ich kann den Adapter ja wieder testweise reinnehmen, um es zu zeigen.

[lobomau]

@lobomau bei mir kann ich den Adapter mit meinen Einstellungen nicht nutzen. Der Speicher wird zugemüllt.
"proxmox.1.lxc_ioBroker.disk_lev" ist vorher innerhalb einer Woche kaum wahrnehmbar von 52,5 auf 52,8% gestiegen.
Nach Inbetriebnahme des Adapters innerhalb 14 Stunden von 53,2 auf 54,0% gestiegen. In 3 - 4 Wochen wäre Ende im Gelände.

Dabei habe ich den Adapter auf Minimum laufen, nur ein Befehl, Abfrageintervall 5 min:

sensors | grep Package -m 1 | awk '{print $4}' | awk '{print substr($1, length($0)-6,2)}'

[lobomau]

@lobomau ich habe den Adapter laufen lassen. Irgendwie macht der eine "Selbstreinigung", ca. einmal am Tag zu unterschiedlichen Zeiten. Speicher scheint aber auf Dauer trotzdem voll zu laufen. Beobachte ich mal weiter...

Ist jetzt offtopic... aber kennt jemand ein Script, dass die Speichergrößen der unterschiedlichen Ordner kontrolliert? Ich wüsste gerne wo sich die Daten ansammeln.

[wendy2702]

Hi,

hat hier noch jemand diese Einträge im Log:

2023-02-21 09:14:29.442  - warn: linux-control.0 (134622) Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-02-21 09:14:29.443  - warn: linux-control.0 (134622) This object will not be created in future versions. Please report this to the developer.
2023-02-21 09:14:29.444  - warn: linux-control.0 (134622) Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-02-21 09:14:29.445  - warn: linux-control.0 (134622) This object will not be created in future versions. Please report this to the developer.
2023-02-21 09:14:29.449  - info: linux-control.0 (134622) starting. Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.14.0, js-controller: 4.0.24
2023-02-21 09:14:29.489  - warn: linux-control.0 (134622) Object linux-control.0.command.host is invalid: obj.common.states has an invalid type! Expected "object", received "string"
2023-02-21 09:14:29.489  - warn: linux-control.0 (134622) This object will not be created in future versions. Please report this to the developer.

Mir ist nicht ganz klar warum ich gesagt bekomme das ein "Object" erwartet wird aber ein "String" ankommt wenn das Object doch einen String erwartet. Oder sehe ich das falsch?

{
  "_id": "linux-control.0.command.host",
  "type": "state",
  "common": {
    "role": "value",
    "name": "select host",
    "type": "string",
    "states": "VIS-OG:VIS-OG;VIS-EG:VIS-EG;",
    "read": true,
    "write": true
  },
  "native": {},
  "from": "system.adapter.linux-control.0",
  "user": "system.user.admin",
  "ts": 1676967269444,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Muhagl]

@wendy2702 Ist bei mir exakt das gleiche ....

[Meister Mopper]

@muhagl

Na ja, wenn Du auch node v18 fährst ist es wahrscheinlich ein Thema, das Du dem Entwickler melden könntest.

[crunchip]

@meister-mopper die Meldung
has an invalid type! Expected "object", received "string"
hat aber nix mit node zu tun

[Muhagl]

@meister-mopper Hallo, ich verwende Node.js v16.19.1 und NPM 8.19.3 ...
VG

[Meister Mopper]

@muhagl sagte in Test Adapter Linux Control v1.x.x:

Ist bei mir exakt das gleiche ....

Dann ist es eben nicht "exakt das gleiche", weil @wendy2702 dieses geworfen wurde

Version 1.1.5 in /opt/iobroker/node_modules/iobroker.linux-control, node: v18.14.0, js-controller: 4.0.24

[Grizzelbee]

@Scrounger

Moin!

Ich brauche bitte mal Hilfe mit den eigenen Befehlen - auch wenn es alle anderen hin bekommen und es eher trivial zu sein scheint - ich bekomme es jetzt schon seit Stunden nicht hin:

Ich will über einen eigenen Befehl meinen zweiten Server über einen Button in den Suspend schicken und auf Wunsch dann vom ioBroker Server via MagicPaket wieder wecken.
Auf der Konsole funktioniert das auch :

$ sudo systemctl syspend
[sudo] Passwort für linuxcontrol:
sudo: Ein Passwort ist notwendig
$ sudo systemctl suspend
$ client_loop: send disconnect: Connection reset

Wenn ich aber den Button drücke, passiert im Prinzip gar nichts (Debug-Log):

linux-control.0
2023-06-21 15:41:54.155	info	state linux-control.0.ganymed.control.suspend changed: true (ack = false)
linux-control.0
2023-06-21 15:37:38.098	info	state linux-control.0.callisto.control.WOL_Ganymed changed: true (ack = false)
linux-control.0
2023-06-21 15:37:15.207	debug	[refreshHost] callisto (192.168.175.3:22): button 'linux-control.0.callisto.control.WOL_Ganymed' subscribed

Es sieht für mich so aus, als würde nach dem Button-Klick schlicht nichts passieren...
Der User als solcher funktioniert aber. Updates etc. funktionieren.

ganymed läuft mit Debian 11; callisto mit Debian 12, Adapter Version 1.1.6.

Wo genau liegt mein Fehler?

EDIT -> Gelöst:
Ein Blick in den Code brachte es an den Tag: Eigene Befehle dürfen nicht unter einem der vorgegebenen Ordner (Control, Command, ...) eingehängt werden; dabei bieten sich doch so an ...
Anyway ... jetzt läuft das!

[Kusi]

Guten Abend

Mir fällt auf, wenn ich das "aptUpdate" ausführe, sehe ich sämtliche zu aktualisierende Pakete unter "linux-control.0.Proxmox.updates.newPackages" und "linux-control.0.Proxmox.updates.newPackagesList", aber das vorhandene Kernel-Update wird nicht angezeigt.
Kann dies irgendwie geändert werden?

Hintergrund ist der, dass ich gerne auch den Kernel via ioBroker aktualisieren möchte, sowie ich mir angezeigt lassen möchte, dass ich ein Neustart ausführen sollte um diesen zu aktivieren.

Vielen Dank im Voraus.

[Oreider]

Hallo zusammen,

habe heute den Adapter installiert.
Die Befehle wie Reboot usw. funktionieren auch alle.
Wenn ich einen eigenen Befehl erstellen will, klappt das allerdings nicht.
Will eigentlich nur vom Raspi 4 das Display (hdmi anschluss) Abschalten.
Wenn ich im Terminal den Befehl teste bekomme ich aber trotzdem kein Ergebnis bzw. die Meldung wie folgt.
Leider bin ich auf diesem Gebiet ein DAU.

Kann hier jemand unterstützen?

Danke schon mal.

Hier mein Befehl:
thomas@raspimirror:~ $ vcgencmd display_power 0

Ergebnis:
display_power=1

[Thomas Braun]

@oreider

Ich glaube da ist was geändert worden. Frag Mal @mickym , der hatte da wenn ich mich recht entsinne auch Trouble mit.

[ilovegym]

@oreider

schau mal, ob in der /boot/config.txt das hier raus genommen wurde, also ein # davor:
dtoverlay=vc4-kms-v3d

Dann die config.txt speichern und reboot.
Danach sollte vcgencmd wieder gehen...

[mickym]

@oreider Das geht schon lange nicht mehr. Ich habe es so hinbekommen: https://forum.iobroker.net/post/844870.

Aber nicht über ssh von remote, sondern nur direkt auf der Maschine ausführen.

[Oreider]

@ilovegym

Hi.
war leider nicht auskommentiert...

[Oreider]

@mickym

Ok.
Kann ich das Einschalten dann zumindest über ssh?
Sonst hab ich ein Problem.

Will den Bildschirm durch einen Bewegungsmelder steuern.

[mickym]

@oreider Ja mach ich auch aber muss halt auf der Maschine sein. Vielleicht habe ich auch nur Mist gemacht. Wenn Du den Thread anschaust - steuere ich auch über ssh. Nur irgendwie mussten die Befehle halt auf der Maschine ausgeführt werden. Probiere es einfach - kann ja nicht viel schief gehen. Ich hab alles in den folgenden Posts genau beschrieben.

Ich steuere über NodeRed und Kommando ja auch über Bewegungsmelder den Bildschirm.
Wichtig ist, dass die Umgebungsvariable gesetzt ist - sonst tut es nicht.

[Thomas Braun]

@kusi

Das Paket ist nicht anders als die anderen Pakete auf der Kiste.

Und ich würde sowas niemals indirekt machen. Immer direkt auf der Kommandozeile. Ist am robustesten.

[Oreider]

@mickym

thomas@raspimirror:~ $ export DISPLAY=:0.0
thomas@raspimirror:~ $ xrandr --output HDMI-1 --off
warning: output HDMI-1 not found; ignoring

War jetzt leider nicht so erfolgreich