Proxmox VM mit IOBroker OWServer

crunchip

@laser sagte in Proxmox VM mit IOBroker OWServer:

Alles funktionierte wunderbar bis zum Reboot der VM. Dann ging der owserver nicht mehr.

und der service ist auch korrekt eingetragen, das er starten soll nach einem reboot?

@laser sagte in Proxmox VM mit IOBroker OWServer:

Das was mir der Proxmox- Zauberkasten bringen sollte- eine Zeitersparnis beim Testen der Anwendung für die Hausautomatisierung

tut es auch, jedoch nur, wenn man es richtig anwendet

@laser sagte in Proxmox VM mit IOBroker OWServer:

Auf dem PC läuft es, auf der virtuellen Maschine nicht, warum auch immer

weil virtuell, dazu muss man je nach Anwendung eben noch bestimmte Dinge einrichten.

Laser

@crunchip
"und der service ist auch korrekt eingetragen, das er starten soll nach einem reboot?
"bestimmte Dinge tun, Alles richtig machen" geht es auch etwas genauer?

Laser

Dieser blaue Busmaster wird über die VM einfach nicht erkannt. Am Bus erscheint er immer als "ausgesteckt". Statt über die ID auch mal an den Steckplatz gebunden.
In die nano /etc/pve/qemu-server/101.conf als usb0: host=2-4,usb3=1
eingetragen. Ein USB Stick wird erkannt, der Busmaster nicht. Egal an welchem PORT ich den anschließe.

Laser

Aus reiner Neugier eine VM mit FHEM eingerichtet. Dort funktioniert das Auslesen der Temperaturfühler mit dem Busmaster. Auf Anhieb, ohne daß ich mich großartig in FHEM eingearbeitet habe. Mit den Bordmitteln. Ohne "Verbiegen" irgendwelcher config- Files.
Warum ist das mit IOBroker nicht möglich?

crunchip

@laser sagte in Proxmox VM mit IOBroker OWServer:

Aus reiner Neugier eine VM mit FHEM eingerichtet. Dort funktioniert das Auslesen der Temperaturfühler mit dem Busmaster. Auf Anhieb

und was ist an der VM anders und was hat das mit iobroker zu tun?

Laser

@crunchip
Die VM ist in beiden Fällen ein Clon der Ersteinrichtung mit Debian11.
Nur mit OWServer ausgestattet, kann ich bei beiden VM's auf den Port 2121 des OW Server zugreifen. Mit installiertem FHEM geht das immer noch. Mit Installieren des IOBrokers kann ich nicht mehr auf den PORT 2121 zugreifen. Der OWServer läßt sich nicht starten. Auch nicht manuell.
Bin ich jetzt der Angeklagte oder der Geschädigte?

crunchip

@laser dann nochmal von vorne
wenn du nur den OWServer installierst und VM neu startest, läuft der Service dann danach noch?

FHEM hab ich nicht, daher kann ich dazu nichts sagen, was da eventuell von Haus aus gesetzt ist.

eine iobroker Installation sollte nichts damit zu tun haben, warum nach einem Neustart der Service dann plötzlich nicht mehr funktioniert.

ich wüsste auch nicht, das iobroker den Port 2121 in irgendeiner Weise blockiert.
https://okidk.de/4-moglichkeiten-um-herauszufinden-welche-ports-unter-linux-empfangsbereit-sind/

Laser

@crunchip
Sehr gute Frage! Werde ich sofort probieren!
EDIT: VM neu geclont und nur den OWserver installiert. VM kann ich so oft neu starten, wie ich will, OWServer Port 2121 funktioniert immer.

crunchip

@laser na dann installier darauf iobroker und schau was anders ist

Laser

@crunchip
Das habe ich schon mindestens 10 Mal getan. Der OWServer läßt sich nicht mehr starten.
Trotzdem mache ich das jetzt nochmal. Ist ja kein Aufwand.

crunchip

@laser sagte in Proxmox VM mit IOBroker OWServer:

Das habe ich schon mindestens 10 Mal getan. Der OWServer läßt sich nicht mehr starten.

der läuft doch während du iobroker installierst

Laser

Neu IOBroker installiert. Ohne Neustart:

otto@debian11:~$ sudo systemctl status owserver
● owserver.service - Backend server for 1-wire control
     Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor pres>
     Active: active (running) since Mon 2023-01-02 11:03:38 CET; 5min ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
   Main PID: 372 (owserver)
      Tasks: 4 (limit: 4618)
     Memory: 1.4M
        CPU: 108ms
     CGroup: /system.slice/owserver.service
             └─372 /usr/bin/owserver --foreground -c /etc/owfs.conf

Jan 02 11:03:38 debian11 systemd[1]: Starting Backend server for 1-wire control>
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(780) systemd mode -->
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(670) systemd mode -->
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_msg.c:(214) Opened USB >
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_cycle.c:(128) Set DS949>
Jan 02 11:03:38 debian11 systemd[1]: Started Backend server for 1-wire control.
lines 1-18/18 (END)
● 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 11:03:38 CET; 5min ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
   Main PID: 372 (owserver)
      Tasks: 4 (limit: 4618)
     Memory: 1.4M
        CPU: 108ms
     CGroup: /system.slice/owserver.service
             └─372 /usr/bin/owserver --foreground -c /etc/owfs.conf

Jan 02 11:03:38 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(780) systemd mode -- ignore foreground request
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(670) systemd mode -- ignore 'p' option
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_msg.c:(214) Opened USB DS9490 bus master at 2:2.
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_cycle.c:(128) Set DS9490 2:2 unique id to 81 69 8E 35 >
Jan 02 11:03:38 debian11 systemd[1]: Started Backend server for 1-wire control.
~
~
~
~
~
lines 1-18/18 (END)
● 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 11:03:38 CET; 5min ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
   Main PID: 372 (owserver)
      Tasks: 4 (limit: 4618)
     Memory: 1.4M
        CPU: 108ms
     CGroup: /system.slice/owserver.service
             └─372 /usr/bin/owserver --foreground -c /etc/owfs.conf

Jan 02 11:03:38 debian11 systemd[1]: Starting Backend server for 1-wire control...
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(780) systemd mode -- ignore foreground request
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_opt.c:(670) systemd mode -- ignore 'p' option
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_msg.c:(214) Opened USB DS9490 bus master at 2:2.
Jan 02 11:03:38 debian11 owserver[372]: DEFAULT: ow_usb_cycle.c:(128) Set DS9490 2:2 unique id to 81 69 8E 35 00 00 00 5F
Jan 02 11:03:38 debian11 systemd[1]: Started Backend server for 1-wire control.
~
~
~
~
~
lines 1-18/18 (END)

Nach Neustart VM:

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 11:10:49 CET; 7s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
    Process: 487 ExecStart=/usr/bin/owserver --foreground -c /etc/owfs.conf (code=killed, signal=SEGV)
   Main PID: 487 (code=killed, signal=SEGV)
        CPU: 24ms

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

Während der Installation war der OWServer noch zugänglich!

Laser

Was mache ich falsch? Wo kann ich mit Suchen ansetzen?
Die Lösung -eine VM mit OWServer und FHEM, die andere VM mit IOBroker ohne OWServer aber mit FHEM Adapter funktioniert zwar, ist aber wohl nicht im Sinne der Erfinder...

crunchip

@laser zeig mal den Inhalt von

cat /lib/systemd/system/owserver.service

cat /lib/systemd/system/owserver.socket

cat /etc/owfs.conf

Laser

@crunchip

cat /lib/systemd/system/owserver.service
[Unit]
Description=Backend server for 1-wire control
Documentation=man:owserver(1)

[Service]
Type=notify
NotifyAccess=all
ExecStart=/usr/bin/owserver --foreground -c /etc/owfs.conf
Restart=on-failure
#User=Debian-ow
#Group=Debian-ow

[Install]
WantedBy=multi-user.target
Also=owserver.socket

cat /lib/systemd/system/owserver.service
[Unit]
Description=Backend server for 1-wire control
Documentation=man:owserver(1)

[Service]
Type=notify
NotifyAccess=all
ExecStart=/usr/bin/owserver --foreground -c /etc/owfs.conf
Restart=on-failure
#User=Debian-ow
#Group=Debian-ow

[Install]
WantedBy=multi-user.target
Also=owserver.socket
otto@debian11:~$ ^C
otto@debian11:~$
otto@debian11:~$
otto@debian11:~$
otto@debian11:~$
otto@debian11:~$ cat /lib/systemd/system/owserver.socket
[Unit]
Description=Listening socket for owserver
Documentation=man:owserver(1)

[Socket]
ListenStream=4304

[Install]
WantedBy=sockets.target

#
#
# This is the main OWFS configuration file. You should read the
# owfs.conf(5) manual page in order to understand the options listed
# here.

######################## SOURCES ########################
#
# With this setup, any client (but owserver) uses owserver on the
# local machine...
! server: server = localhost:4304
#
# ...and owserver uses the real hardware, by default fake devices
# This part must be changed on real installation
#server: FAKE = DS18S20,DS2405
#
# USB device: DS9490
server: usb = all
#
# Serial port: DS9097
#server: device = /dev/ttyS1
#
# owserver tcp address
#server: server = 192.168.10.1:3131
#
# random simulated device
#server: FAKE = DS18S20,DS2405
#
######################### OWFS ##########################
#
#mountpoint = /mnt/1wire
#allow_other
#
####################### OWHTTPD #########################

http: port = 2121

####################### OWFTPD ##########################

ftp: port = 2120

####################### OWSERVER ########################

#server: port = localhost:4304
server: port = 192.168.2.112:4304

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

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

NEWS

Proxmox VM mit IOBroker OWServer

Support us

788
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Proxmox VM mit IOBroker OWServer

Support us

788Online

31.9kUsers

80.1kTopics

1.3mPosts

788
Online

31.9k
Users

80.1k
Topics

1.3m
Posts