Proxmox VM mit IOBroker OWServer

Thomas Braun

ls -la /etc/systemd/system/multi-user.target.wants/owserver.service
ls -la /etc/systemd/system/sockets.target.wants/owserver.socket

Laser

@thomas-braun


otto@debian11:~$ ls -la /etc/systemd/system/multi-user.target.wants/owserver.service
lrwxrwxrwx 1 root root 36 17. Dez 12:30 /etc/systemd/system/multi-user.target.wants/owserver.service -> /lib/systemd/                                           system/owserver.service
otto@debian11:~$ ls -la /etc/systemd/system/sockets.target.wants/owserver.socket
lrwxrwxrwx 1 root root 35 17. Dez 12:30 /etc/systemd/system/sockets.target.wants/owserver.socket -> /lib/systemd/syst                                           em/owserver.socket

Thomas Braun

@laser

ls -la /usr/bin/owserver

Laser

@thomas-braun

otto@debian11:~$ ls -la /usr/bin/owserver
-rwxr-xr-x 1 root root 43288  8. Nov 2020  /usr/bin/owserver

Thomas Braun

@laser

Und was steht in der
/etc/owfs.conf
drin? Da wird ja die Hardware konfiguriert. Hast du da was geändert?

Laser

@thomas-braun
muß erst mal sehen, wie ich das Alles hier rein bekomme...

otto@debian11:/etc$ nano owfs.conf
  GNU nano 5.4                                         owfs.conf
#
######################### OWFS ##########################
#
#mountpoint = /mnt/1wire
#allow_other
#
####################### OWHTTPD #########################

http: port = 2121

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

ftp: port = 2120

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

server: port = 192.168.2.103:4304
#server: port = 192.0.0.1:4304

Thomas Braun

@laser

Meine default-Datei schaut ganz anders aus:

######################## 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

Laser

@thomas-braun
OK, oben der Teil ist bei mir abgeschnitten. Mit server: port = "localhost"
habe ich probiert. Ging nie. Mit realer Ip- Adresse: funktionierte. Beim RAspberry Pi.
Jetzt so probiert, wie es angezeigt wird. funktioniert auch nicht.

otto@debian11:/etc$ cat owfs.conf
# Sample configuration file for the OWFS suite for Debian GNU/Linux.
#
#
# 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 = 192.168.2.103:4304
#server: port = 192.0.0.1:4304

Thomas Braun

@laser

Dann musst du dir wohl die Anleitung dazu durchlesen und für deine Situation passend umsetzen:

You should read the owfs.conf(5) manual page in order to understand the options listed here.

man owfs.conf

Laser

@thomas-braun
OK. Mache ich. Der Fehler liegt zu 99 % in der owfs.conf? OWFS muß ja auch ohne IOBroker erst mal funktionieren.

Thomas Braun

@laser

Ich würde sagen, da steht was falsches drin.

Laser

@thomas-braun
habe die funktionierende OWFS.conf vom Raspi und die nicht funktionierende der VM mit CAT dargestellt und im Editor eingefügt. Nebeneinander gestellt.
Ausser, dass ich natürlich die Adresse des Rechners anpassen muß, finde ich, ist Alles gleich. Für mich. Nun ist das schon lange her, daß ich den Pi konfiguriert habe. Ganz weit entfernt: Zu Schluß mußte ich das Ganze als root ausführen und ganz unten die echte Adresse des Rechners angeben.
Aber Ehrlich- warum es zum Schluss funktionierte, weiß ich nicht sicher!

Laser

@Ich werde nochmal bei Null anfangen. Mit Debian neu als VM installieren.

Laser

@Habe Proxmox neu installiert. Danach ging es.
EDIT: falsches Forum (Proxmox ließ keine neue Debian- VM installieren)
-komplett neu gemacht, Proxmox, Debian, mal sehen wie es weiter geht.

Laser

@Was die Ursache für die Fehlfunktion war, kann ich nicht sagen. Es waren mehrere Probleme.

Ich konnte unter Proxmox keine VM mit Debian neu installieren. Um nicht eine neue Fehlersuch- Orgie auszulösen, habe ich Proxmox neu installiert. Danach ging es.
VM neu. Alle Installationsschritte, auch der Guest-Agent, funktionierten auf Anhieb. Der USB Busmaster für i2c wurde erkannt und funktionierte mit der "alten" Konfig.
Irgendwo war in den unendlichen Linux- Tiefen ein (mehrere) Fehler. Die zu finden- das ist so, als wenn ich als Einzelperson eine komplette Chemieanlage aus Einzelteilen zusammenbauen will. Fehlerfrei. Das geht sicher, dauert aber mehrere 100 Jahre...
Manchmal ist Neumachen schneller als Fehlersuche. Da ich Proxmox nur als Testobjekt habe, ist das i.O. Als Produktivumgebung an der Heizung bei -15 °C wäre das schon etwas problematisch. Kommt für mich (lange noch )nicht in Frage.

Laser

Heute wieder das gleiche Problem gehabt. IOBroker auf VM installiert. Danach OW Sever installiert. Ging nicht. Alles gelöscht, dann zuerst den OWserver installiert, dann IOBroker. Funktionierte.

Laser

Zu früh gefreut. OWServer funktioniert nicht mehr. Das erinnert mich an die Zeiten mit Windows 3.0. War genau so zuverlässig wie das derzeitige Linux- Gedöns. Man hatte immer ein 7cm dickes DOS- Handbuch neben sich liegen. Fehlersuche ohne Ende.

Thomas Braun

@laser

Und das Gedöns meldet was genau in den Gedöns-Logs?
Beim Gedöns-Server hat der gedönsige Admin genau wie das Einstellungs-Gedöns eingestellt?

Laser

@thomas-braun
In ein Log habe ich noch nicht geschaut. Aber an der SSH Oberfläche:


otto@debian:/etc$ systemctl start owserver
Failed to start owserver.service: Access denied
See system logs and 'systemctl status owserver.service' for details.
otto@debian:/etc$ sudo systemctl start owserver
[sudo] Passwort für otto:
otto@debian:/etc$ systemctl status owserver
● owserver.service - Backend server for 1-wire control
     Loaded: loaded (/lib/systemd/system/owserver.service; enabled; vendor pres>
     Active: failed (Result: signal) since Thu 2022-12-29 09:47:50 CET; 3s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
    Process: 638 ExecStart=/usr/bin/owserver --foreground -c /etc/owfs.conf (co>
   Main PID: 638 (code=killed, signal=SEGV)
        CPU: 20ms

Laser

Ich kann ja zum Glück zwischen verschiedenen gesicherten Zuständen über Backup hin und herschalten. Ohne IOBroker- OWServer ist über Port 2121 zugänglich. Mit IOBroker nicht (mehr). Hier ohne IOBroker:

otto@debian:~$ sudo sysrtemctl status owserver
sudo: sysrtemctl: Befehl nicht gefunden
otto@debian:~$ 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 Thu 2022-12-29 09:55:36 CET; 3min 22s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
   Main PID: 485 (owserver)
      Tasks: 3 (limit: 2337)
     Memory: 1.0M
        CPU: 19ms
     CGroup: /system.slice/owserver.service
             └─485 /usr/bin/owserver --foreground -c /etc/owfs.conf

Dez 29 09:55:36 debian systemd[1]: Starting Backend server for 1-wire control...
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_opt.c:(780) systemd mode -- i>
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_opt.c:(670) systemd mode -- i>
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_usb_msg.c:(214) Opened USB DS>
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_usb_cycle.c:(119) Set DS9490 >
Dez 29 09:55:36 debian 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 Thu 2022-12-29 09:55:36 CET; 3min 22s ago
TriggeredBy: ● owserver.socket
       Docs: man:owserver(1)
   Main PID: 485 (owserver)
      Tasks: 3 (limit: 2337)
     Memory: 1.0M
        CPU: 19ms
     CGroup: /system.slice/owserver.service
             └─485 /usr/bin/owserver --foreground -c /etc/owfs.conf

Dez 29 09:55:36 debian systemd[1]: Starting Backend server for 1-wire control...
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_opt.c:(780) systemd mode -- ignore foreground request
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_opt.c:(670) systemd mode -- ignore 'p' option
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_usb_msg.c:(214) Opened USB DS9490 bus master at 2:2.
Dez 29 09:55:36 debian owserver[485]: DEFAULT: ow_usb_cycle.c:(119) Set DS9490 2:2 unique id 0x00 (no dev>
Dez 29 09:55:36 debian systemd[1]: Started Backend server for 1-wire control.
~

Community Forum

NEWS

Proxmox VM mit IOBroker OWServer

Support us

792

32.5k

81.9k

1.3m