Proxmox VM mit IOBroker OWServer

[crunchip]

@laser sagte in Proxmox VM mit IOBroker OWServer:

--foreground

wenn du es mal ohne probierst, also das --foreground rauslöschen

sudo  /lib/systemd/system/owserver.service

und danach VM neu starten

[Laser]

@crunchip
die Zeile auskommentiert:

otto@debian11:~$ sudo systemctl status owserver
[sudo] Passwort für otto:
● owserver.service - Backend server for 1-wire control
     Loaded: bad-setting (Reason: Unit owserver.service has a bad unit file setting.)
     Active: inactive (dead)
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
otto@debian11:~$ sudo systemctl status owserver
● owserver.service - Backend server for 1-wire control
     Loaded: bad-setting (Reason: Unit owserver.service has a bad unit file setting.)
     Active: inactive (dead)
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)

[crunchip]

@laser sagte in Proxmox VM mit IOBroker OWServer:

die Zeile auskommentiert:

davon habe ich nichts geschrieben, du solltest die Option rauslöschen

anstatt

ExecStart=/usr/bin/owserver --foreground -c /etc/owfs.conf

sollte das dann drin stehen

ExecStart=/usr/bin/owserver -c /etc/owfs.conf

[A Former User]

@laser

nicht die Zeile auskommentieren, nur das --foreground löschen

# sudo systemctl stop owserver.service
# sudo systemctl edit owserver.service
# sudo systemctl daemon-reload
# sudo systemctl start owserver.service

@crunchip war schneller

[Laser]

@crunchip
Das war ein Mißverständnis aber trotz Allem:

otto@debian11:~$ sudo systemctl status owserver
[sudo] Passwort für otto:
● owserver.service - Backend server for 1-wire control
     Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor preset: enabled)
     Active: failed (Result: signal) since Mon 2023-01-02 13:26:39 CET; 15s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
    Process: 484 ExecStart=/usr/bin/owserver -c /etc/owfs.conf (code=killed, signal=SEGV)
   Main PID: 484 (code=killed, signal=SEGV)
        CPU: 24ms

Jan 02 13:26:38 debian11 systemd[1]: owserver.service: Main process exited, code=killed, status=11/SEGV
Jan 02 13:26:38 debian11 systemd[1]: owserver.service: Failed with result 'signal'.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 5.
Jan 02 13:26:39 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Start request repeated too quickly.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Failed with result 'signal'.
Jan 02 13:26:39 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
otto@debian11:~$ sudo systemctl status owserver
● owserver.service - Backend server for 1-wire control
     Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor preset: enabled)
     Active: failed (Result: signal) since Mon 2023-01-02 13:26:39 CET; 18s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
    Process: 484 ExecStart=/usr/bin/owserver -c /etc/owfs.conf (code=killed, signal=SEGV)
   Main PID: 484 (code=killed, signal=SEGV)
        CPU: 24ms

Jan 02 13:26:38 debian11 systemd[1]: owserver.service: Main process exited, code=killed, status=11/SEGV
Jan 02 13:26:38 debian11 systemd[1]: owserver.service: Failed with result 'signal'.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 5.
Jan 02 13:26:39 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Start request repeated too quickly.
Jan 02 13:26:39 debian11 systemd[1]: owserver.service: Failed with result 'signal'.
Jan 02 13:26:39 debian11 systemd[1]: Failed to start Backend server for 1-wire control.

otto@debian11:~$ sudo systemctl restart owserver
Job for owserver.service failed because the service did not take the steps required by its unit configuration.
See "systemctl status owserver.service" and "journalctl -xe" for details.

[Homoran]

ist das hier ein ioBroker Thema??
oder offtopic?

[Laser]

@homoran
so eindeutig kann man das nicht festmachen. Fest steht, nach Installation des IOBroker funktioniert der OWServer nicht mehr.

[Homoran]

@laser sagte in Proxmox VM mit IOBroker OWServer:

funktioniert der OWServer nicht mehr.

und der gehört zu ioBroker?

[Laser]

@homoran
Wo hättest Du das Thema gerne? Im Nirvana? IOBroker ohne Zusätze bringt keinen Nutzen.
So wie es früher hieß "Windows ohne Software funktioniert einwandfrei"

[A Former User]

@laser sagte in Proxmox VM mit IOBroker OWServer:

Das war ein Mißverständnis aber trotz Allem:

Hi,
was gibt den journalctl aus? Am besten zweite Konsole aufmachen, wenn Du owserver.service startest

# $ sudo journalctl -f

Oder gibt es noch weitere Log-Files, Syslog oder Logs vom owserver?

VG
Bernd

[Laser]

@dp20eic
Beim Start von OWSERVER:

Jan 02 14:22:09 debian11 sudo[586]: pam_unix(sudo:session): session opened for user root(uid=0) by otto(uid=1000)
Jan 02 14:22:12 debian11 qemu-ga[352]: info: guest-ping called
Jan 02 14:22:23 debian11 qemu-ga[352]: info: guest-ping called
Jan 02 14:22:29 debian11 sudo[589]:     otto : TTY=pts/0 ; PWD=/home/otto ; USER=root ; COMMAND=/usr/bin/systemctl restart owserver
Jan 02 14:22:29 debian11 sudo[589]: pam_unix(sudo:session): session opened for user root(uid=0) by otto(uid=1000)
Jan 02 14:22:29 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:29 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:29 debian11 sudo[589]: pam_unix(sudo:session): session closed for user root
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 1.
Jan 02 14:22:29 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 14:22:29 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:29 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 2.
Jan 02 14:22:29 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 14:22:29 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:29 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 3.
Jan 02 14:22:29 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 14:22:29 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:22:29 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:29 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:30 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 4.
Jan 02 14:22:30 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 14:22:30 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:22:30 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:30 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:30 debian11 systemd[1]: owserver.service: Scheduled restart job, restart counter is at 5.
Jan 02 14:22:30 debian11 systemd[1]: Stopped Backend server for 1-wire control.
Jan 02 14:22:30 debian11 systemd[1]: owserver.service: Start request repeated too quickly.
Jan 02 14:22:30 debian11 systemd[1]: owserver.service: Failed with result 'protocol'.
Jan 02 14:22:30 debian11 systemd[1]: Failed to start Backend server for 1-wire control.
Jan 02 14:22:34 debian11 qemu-ga[352]: info: guest-ping called

Ich konnte nichts Auschlußreiches finden. Habe auch schon einen neuen USB- Busmaster besorgt, der den OWServer mit Daten versorgt.
Wenn ich beim Durchreichen des USB statt der Hersteller ID direkt den Anschluß wähle, wo der USB Busmaster dranhängt, erscheint immer "ausgesteckt"

[crunchip]

@laser sagte in Proxmox VM mit IOBroker OWServer:

IOBroker auf VM installiert. Danach OW Sever installiert. Ging nicht

was war denn da das Problem? vllt kommt man so dahinter warum beides zusammen nicht funktioniert

@laser sagte in Proxmox VM mit IOBroker OWServer:

server: port = 192.168.2.103:4304

@laser sagte in Proxmox VM mit IOBroker OWServer:

server: server = 192.168.10.1:3131

was sind das für IP's

hast du die Ports mal abgefragt ob sich da etwas behindert?

[Laser]

@crunchip
Dadurch, daß ich ständig neue VM's erzeugt habe, ändert sich auch die ID + IP-Adresse. Ich habe natürlich (so der Plan) immer die richtige IP- Adresse verwendet.

[Thomas Braun]

@laser

Mit welchen Versionen bist du da unterwegs?
Könnte es sein, dass du noch in diesen Fehler rennst?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=971513

[Laser]

@thomas-braun

otto@debian11:~$ /usr/bin/owhttpd -V
/usr/bin/owhttpd version:
        3.2p4
libow version:
        3.2p4
otto@debian11:~$

[Laser]

Die gleiche Debian- und OWServer Version auf einem Mini-PC ohne Virtualisierung funktioniert aber!
Mein Produktivsystem möchte ich nicht mit allen möglichen Experimenten "versauen". Deshalb Proxmox auf einem NUC I3.

[Homoran]

@laser das beantwortet meine Frage nicht.

@homoran sagte in Proxmox VM mit IOBroker OWServer:

@laser sagte in Proxmox VM mit IOBroker OWServer:

funktioniert der OWServer nicht mehr.

und der gehört zu ioBroker?

da ich Onewire nicht nutze weiss ich nicht, ob der OWServer Teil von ioBroker ist.

@laser sagte in Proxmox VM mit IOBroker OWServer:

Wo hättest Du das Thema gerne? Im Nirvana?

wie ich schrieb

@homoran sagte in Proxmox VM mit IOBroker OWServer:

ist das hier ein ioBroker Thema??
oder offtopic?

Hab es jetzt mal dahin geschoben.

@laser sagte in Proxmox VM mit IOBroker OWServer:

IOBroker ohne Zusätze bringt keinen Nutzen.

gar keine Frage.
Aber Reparaturanleitungen für einen Tesla sind auch kein ioBroker Thema, nur weil es für den Tesla einen Adapter gibt.

Das gilt ebenso für Grafana, Influx DB usw.

[Laser]

@homoran
OK. Offtopic. Das löst aber mein Problem nicht.
Hat denn niemand auf einer VM mit IOBroker die allgegenwärtigen 1wire- Temperaturfühler DS18B20 im Einsatz? Kann ich mir nicht vorstellen.

[Laser]

Wenn "onewire" nicht Teil des IOBroker wäre, hätte ich ja dieses Problem nicht.
Es gibt ja den Adapter dafür!
Nicht der fehlerhafte Adapter ist das Problem, sondern dass bei Installation von IOBroker der OWServer nicht mehr funktioniert. Wenn das kein IOBroker problem ist?
Unter den Tisch kehren ist natürlich auch eine Lösung!

[Homoran]

@laser sagte in Proxmox VM mit IOBroker OWServer:

Wenn "onewire" nicht Teil des IOBroker wäre, hätte ich ja dieses Problem nicht.
Es gibt ja den Adapter dafür!

was schrob ich?

@homoran sagte in Proxmox VM mit IOBroker OWServer:

Aber Reparaturanleitungen für einen Tesla sind auch kein ioBroker Thema, nur weil es für den Tesla einen Adapter gibt.