Proxmox VM mit IOBroker OWServer
-
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.socketcat /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 -
@laser sagte in Proxmox VM mit IOBroker OWServer:
--foreground
wenn du es mal ohne probierst, also das
--foregroundrauslöschensudo /lib/systemd/system/owserver.serviceund danach VM neu starten
-
@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) -
@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.confsollte das dann drin stehen
ExecStart=/usr/bin/owserver -c /etc/owfs.conf -
-
@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. -
ist das hier ein ioBroker Thema??
oder offtopic? -
@homoran
so eindeutig kann man das nicht festmachen. Fest steht, nach Installation des IOBroker funktioniert der OWServer nicht mehr. -
@laser sagte in Proxmox VM mit IOBroker OWServer:
funktioniert der OWServer nicht mehr.
und der gehört zu ioBroker?
-
@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" -
@laser sagte in Proxmox VM mit IOBroker OWServer:
Das war ein Mißverständnis aber trotz Allem:
Hi,
was gibt denjournalctlaus? Am besten zweite Konsole aufmachen, wenn Duowserver.servicestartest# $ sudo journalctl -fOder gibt es noch weitere Log-Files, Syslog oder Logs vom owserver?
VG
Bernd -
@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 calledIch 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" -
@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?
-
@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. -
Mit welchen Versionen bist du da unterwegs?
Könnte es sein, dass du noch in diesen Fehler rennst? -
otto@debian11:~$ /usr/bin/owhttpd -V /usr/bin/owhttpd version: 3.2p4 libow version: 3.2p4 otto@debian11:~$ -
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. -
@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.
-
@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. -
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!
