Proxmox VM mit IOBroker OWServer

? Offline

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"

? Offline

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

Laser

@homoran
und was schrieb ich?
"Nicht der fehlerhafte Adapter ist das Problem, sondern dass bei Installation von IOBroker der OWServer nicht mehr funktioniert. Wenn das kein IOBroker problem ist?"

? Offline

@laser

Ok, das hilft Dir nicht, aber ich habe gerade mal auf meinem Produktiven iobroker die Pakete installiert, nach der Installation, lief der owserver.service und auch nach einem reboot habe ich keine Probleme den Service zu starten/stoppen usw.
Unterschied ist, ich habe keinen Stick oder andere Hardware 1-wire und bei mir läuft ein LXC Container unter Proxmox.

dp20eic@iobroker:~$ sudo systemctl status owserver.service 
* owserver.service - Backend server for 1-wire control
     Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-01-02 14:43:56 CET; 40min ago
TriggeredBy: * owserver.socket
       Docs: man:owserver(1)
   Main PID: 120 (owserver)
        CPU: 12ms
     CGroup: /system.slice/owserver.service
             `-120 /usr/bin/owserver --foreground -c /etc/owfs.conf

Jan 02 14:43:56 iobroker systemd[1]: Starting Backend server for 1-wire control...
Jan 02 14:43:56 iobroker owserver[120]: DEFAULT: ow_opt.c:(780) systemd mode -- ignore foreground request
Jan 02 14:43:56 iobroker owserver[120]: DEFAULT: ow_opt.c:(670) systemd mode -- ignore 'p' option
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** The program 'owserver' uses the Apple Bonjour compatibility layer of Avahi.
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** Please fix your application to use the native API of Avahi!
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** For more information see <http://0pointer.de/blog/projects/avahi-compat.html>
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** The program 'owserver' uses the Apple Bonjour compatibility layer of Avahi.
Jan 02 14:43:56 iobroker systemd[1]: Started Backend server for 1-wire control.
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** Please fix your application to use the native API of Avahi!
Jan 02 14:43:56 iobroker owserver[120]: *** WARNING *** For more information see <http://0pointer.de/blog/projects/avahi-compat.html

dp20eic@iobroker:~$ sudo systemctl status owhttpd.service 
* owhttpd.service - Tiny webserver for 1-wire control
     Loaded: loaded (/lib/systemd/system/owhttpd.service; enabled; vendor preset: enabled)
     Active: active (running) since Mon 2023-01-02 15:22:29 CET; 2min 22s ago
       Docs: man:owhttpd(1)
   Main PID: 1622 (owhttpd)
        CPU: 14ms
     CGroup: /system.slice/owhttpd.service
             `-1622 /usr/bin/owhttpd --foreground -c /etc/owfs.conf

Jan 02 15:22:29 iobroker systemd[1]: Starting Tiny webserver for 1-wire control...
Jan 02 15:22:29 iobroker systemd[1]: Started Tiny webserver for 1-wire control.
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** The program 'owhttpd' uses the Apple Bonjour compatibility layer of Avahi.
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** Please fix your application to use the native API of Avahi!
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** For more information see <http://0pointer.de/blog/projects/avahi-compat.html>
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** The program 'owhttpd' uses the Apple Bonjour compatibility layer of Avahi.
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** Please fix your application to use the native API of Avahi!
Jan 02 15:22:29 iobroker owhttpd[1622]: *** WARNING *** For more information see <http://0pointer.de/blog/projects/avahi-compat.html>

Homoran

@laser sagte in Proxmox VM mit IOBroker OWServer:

Unter den Tisch kehren ist natürlich auch eine Lösung!

Natürlich nicht!
Deswegen hilft man dir ja auch den Fehler in deiner Installation finden.

Community Forum

NEWS

Proxmox VM mit IOBroker OWServer

Support us

733

32.5k

81.9k

1.3m