Test Adapter Linux Control v1.x.x

Oreider

Einen Schritt weiter! Mit der Umstellung auf X klappt nun das aus und auch das Einschalten.

Es könnte so schön sein. Ich nutze allerdings den Monitor hochkant.
Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht

mickym

@oreider Na so tief kenn ich mich leider in Linux nicht aus.

Thomas Braun

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

Wenn ich das so mache, ist das Bild gedreht wenn der Bildschirm wieder an geht

xrandr kann man auch die Rotation mitgeben. Dafür ist das Tool nämlich eigentlich sogar gedacht.

Kusi

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

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

Das kann ich so leider nicht bestätigen.

Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.

mickym

@oreider

xrandr --output LVDS1 --rotate left
xrandr --output LVDS1 --rotate right
xrandr --output LVDS1 --rotate normal
xrandr --output LVDS1 --rotate inverted

Habe ich hier gefunden https://askubuntu.com/questions/159086/rotate-only-one-screen

xrandr --output HDMI-1 --auto --rotate left

vielleicht geht dann sowas.

Thomas Braun

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

Das kann ich so leider nicht bestätigen

Ich schon. Was soll denn der Unterschied sein?
Kommt alles über den üblichen Zweisprung bei 'apt' rein. Kein Unterschied.

Thomas Braun

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

Für meinen Verwendungszweck wäre ein Kernel-Update via ioBroker zudem praktischer.

Was ist denn an einer zusätzlichen Ebene dazwischen praktischer? Das macht es nur umständlich und unsicherer, keines Falls praktischer.

Kusi

@thomas-braun
In Proxmox werden mir folgende verfügbaren Updates angezeigt:

Im DP "linux-control.0.Proxmox.updates.newPackages" wird "8 Pakete" und
im DP "linux-control.0.Proxmox.updates.newPackagesList" folgendes angezeigt:

[{"name":"libssl3","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"},
{"name":"libknet1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"},
{"name":"libnozzle1","installedVersion":"1.26-pve1","availableVersion":"1.28-pve1"},
{"name":"openssl","installedVersion":"3.0.11-1~deb12u1","availableVersion":"3.0.11-1~deb12u2"},
{"name":"proxmox-backup-client","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"},
{"name":"proxmox-backup-file-restore","installedVersion":"3.0.3-1","availableVersion":"3.0.4-1"},
{"name":"pve-firmware","installedVersion":"3.8-2","availableVersion":"3.8-3"},
{"name":"pve-qemu-kvm","installedVersion":"8.0.2-6","availableVersion":"8.0.2-7"}]

Die beiden Kernel fehlen definitiv.

Über die Sinnhaftigkeit der Updatemöglichkeit via ioBroker lässt sich streiten.
Bei mir Zuhause update ich sämtliche VM´s, LXC´s und das Hauptsystem via Proxmox, jedes einzeln über das entsprechende Shell.

2 Kollegen von mir, welche 0 Ahnung von Linux haben, benutzen ioBroker (von mir eingerichtet).
Sie haben mich gefragt, ob man die "Updates" nicht über einen Taster in der vis machen könnte.
Auf die Gefahr hin, dass das System unter Umständen einmal irreparabel beschädigt werden könne sagten sie mir, dass sie dieses Risiko gerne eingehen.

Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen

Thomas Braun

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

Ich hoffe hiermit, das Thema "Sinnvoll oder nicht" zu beerdigen

Dann sind wir uns ja darin einig, daß es Schwachsinn ist. Gut.

Und das man von einem Gast nicht auf den proxmox-Host durchgreifen kann hat durchaus gute Gründe.

Negalein

bei mir funktioniert der Adapter seit JS-Controller 5 nicht mehr.
Issue bleibt leider von @Scrounger unbeantwortet (ist etwas mit ihm?).

nach JS-Controllerupdate von 4.x.x auf 5.0.12
stoppt Linux-Controll mit Fehler.

Linux-Control: 1.1.5
Admin: 6.12.0
NodeJS: v18.17.1
NPM: 9.6.7

host.ioBroker 2023-09-24 20:14:29.178	error	instance system.adapter.linux-control.0 terminated with code 6 (UNCAUGHT_EXCEPTION)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at processTicksAndRejections (node:internal/process/task_queues:95:5)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[1]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12)
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
host.ioBroker 2023-09-24 20:14:29.178	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason:
linux-control.0 2023-09-24 20:14:28.991	error	[servicesInfo] Proxmox (10.0.1.201:22): error: DB closed, stack: Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at StateRedisClient.setState (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:726:40) at LinuxControl._setState (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:7711:34)
linux-control.0 2023-09-24 20:14:28.552	error	Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.552	error	ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
linux-control.0 2023-09-24 20:14:28.552	error	unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.stop" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.552	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
linux-control.0 2023-09-24 20:14:28.538	error	The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.538	error	Error: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern at Object.pattern2RegEx (/opt/iobroker/node_modules/@iobroker/js-controller-common/src/lib/common/tools.ts:2497:15) at StateRedisClient.subscribe (/opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1108:27) at processTicksAndRejections (node:internal/process/task_queues:95:5)
linux-control.0 2023-09-24 20:14:28.458	error	unhandled promise rejection: The pattern "io.linux-control.0.Proxmox.services.●.start" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.458	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
linux-control.0 2023-09-24 20:14:28.367	error	Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.366	error	ReplyError: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern at parseError (/opt/iobroker/node_modules/redis-parser/lib/parser.js:179:12) at parseType (/opt/iobroker/node_modules/redis-parser/lib/parser.js:302:14)
linux-control.0 2023-09-24 20:14:28.365	error	unhandled promise rejection: Error The pattern "linux-control.0.Proxmox.services.●.restart" is not a valid ID pattern
linux-control.0 2023-09-24 20:14:28.365	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

Der Fork von @copystring funktioniert zumindest bei mir nicht.

DJMarc75 · nach JS-Controllerupdate von 4.x.x auf 5.0.12 stoppt Linux-Controll mit Fehler.

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

bei mir funktioniert der Adapter seit JS-Controller 5 nicht mehr

hier schon

Aber zeig doch mal die Ausgabe von

iob diag

Langfassung bitte

Negalein

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

iob diag

======================= SUMMARY =======================
                        v.2023-10-10


 Static hostname: ioBroker
       Icon name: computer-container
         Chassis: container
  Virtualization: lxc
Operating System: Ubuntu 22.04.3 LTS
          Kernel: Linux 5.15.30-2-pve
    Architecture: x86-64

Installation:           lxc
Kernel:                 x86_64
Userland:               amd64
Timezone:               Europe/Vienna (CEST, +0200)
User-ID:                1001
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     0
Pending iob updates:    2

Nodejs-Installation:    /usr/bin/nodejs         v18.17.1
                        /usr/bin/node           v18.17.1
                        /usr/bin/npm            9.6.7
                        /usr/bin/npx            9.6.7
                        /usr/bin/corepack       0.18.0

Recommended versions are nodejs 18.18.2 and npm 9.8.1
Your nodejs installation is correct

MEMORY:
               total        used        free      shared  buff/cache   available
Mem:             10G        4.9G        4.0G        0.0K        1.1G        5.2G
Swap:           2.0G          0B        2.0G
Total:           12G        4.9G        6.1G

Active iob-Instances:   60
Active repo(s): Beta (latest)

ioBroker Core:          js-controller           5.0.12
                        admin                   6.12.0

ioBroker Status:        iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : ioBroker                                 -  enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
+ system.adapter.web.0                    : web                   : ioBroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                51358
States:                 47172

Size of iob-Database:

49M     /opt/iobroker/iobroker-data/objects.jsonl
29M     /opt/iobroker/iobroker-data/objects.json.migrated
29M     /opt/iobroker/iobroker-data/objects.json.bak.migrated
0       /opt/iobroker/iobroker-data/objects.json.broken
96M     /opt/iobroker/iobroker-data/states.jsonl
9.4M    /opt/iobroker/iobroker-data/states.json.migrated
9.4M    /opt/iobroker/iobroker-data/states.json.bak.migrated
0       /opt/iobroker/iobroker-data/states.json.broken



=================== END OF SUMMARY ====================

Langfassung bitte

komm nur zu der Zusammenfassung

DJMarc75

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

komm nur zu der Zusammenfassung

Wie darf man das verstehen ?

Negalein

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

Wie darf man das verstehen ?

während iob diag durchläuft kommt ja jede Menge an Infos.
Und wenn die Summary kommt, wird vorher alles gecleard.

Thomas Braun

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

Und wenn die Summary kommt, wird vorher alles gecleard.

Aber nur in 'komischen' Terminals. Da kommt eigentlich ein Aufforderung eine Taste zu drücken.

Oreider

@mickym said in Test Adapter Linux Control v1.x.x:

xrandr --output HDMI-1 --auto --rotate left

Super das funktioniert!
Vielen Dank!

Negalein

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

Aber nur in 'komischen' Terminals

MobaXterm und Putty

bei beiden das selbe

Negalein

@thomas-braun sagte in Test Adapter Linux Control v1.x.x:

Da kommt eigentlich ein Aufforderung eine Taste zu drücken.

kommt nichts.

DJMarc75

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

kommt nichts

bei PuTTY kommt da aber definitiv eine Aufforderung. Vll hängt ja eine Taste bei Dir ?!

crunchip

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

Error The pattern "linux-control.0.Proxmox.services.●.stop"

du hast da einen Fehler drin, der Adapter an sich funktioniert doch

NEWS

Test Adapter Linux Control v1.x.x

Support us

346

32.4k

81.4k

1.3m