OWServer hängt nach Update

[Tommi ratlos]

Hallo,

seit meinem heutigen Update hängt Fhem bei:

Code: [Auswählen]

OWServer: Successfully connected to 192.168.115.2:4304.
Erst nach dem Zurückspielen der alten OWNet.pm läuft es wieder.

System Raspberry mit Debian Stretch, der Owserver läuft auf einer Fritzbox.

Gruß
Thomas

[fhem-hm-knecht]

der Owserver läuft auf einer Fritzbox

und welche Version hat der?

[1of16]

habe das gleiche Problem, siehe auch hier: https://forum.fhem.de/index.php/topic,85211.msg779802.html#msg779802

Grüße

[Tommi ratlos]

Hallo,

Owserver Version 2.7p32 libow 2.7p32

Gruß
Thomas

[Dr. Boris Neubert]

Hi,

lässt sich der owserver auf 3.1 aktualisieren?

Grüße
Boris

[Tommi ratlos]

Hallo,

muss ich mal schauen, habe schon versucht eine freetz Version mit Owsever 3.2 zu bauen.
Zum Einspielen komme ich die nächste Zeit erst mal nicht, da ich unterwegs bin.

Gruß
Thomas

[Dr. Boris Neubert]

Hallo,

schau bitte mal, ob Dir diese Änderung hilft, die ich gerade gemacht habe:

https://forum.fhem.de/index.php/topic,85542.msg783045.html#msg783045

Viele Grüße
Boris

[Tommi ratlos]

Hallo,

leider führt das zum Fehler

Code: [Auswählen]

Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module)
Welches Paket fehlt hier owfs? Macht das Sinn, da Fhem die Daten ja von einem "Externen" Owserver im Netz bezieht.


Gruß
Thomas

[Dersch]

Habe das auch grade:

Code: [Auswählen]


Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/x86_64-linux-gnu/perl5/5.24 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base ./FHEM ./FHEM/lib) at ./FHEM/10_OWServer.pm line 191, <$fh> line 1283.


Das letzte FHEM Update habe ich eben gemacht. Dort sollte also auch schon die Änderung von Dr. Boris Neubert mit drin sein.

owserver (3.1p5-1) unter Debian Stretch ist installiert.

[Dr. Boris Neubert]

Hallo,

offensichtlich sind die Verzeichnisse unterhalb von lib nicht ins Repo gekommen. Ich bringe das heute Abend in Ordnung.

Wer es vorab ausprobieren will, legt unter FHEM/lib das Verzeichnis OWNet-3.1p5 an und schiebt die OWNet.pm aus lib dort hinein.

Viele Grüße
Boris

[Dersch]

Super! Läuft so.

[Tommi ratlos]

Hallo,

leider kein Erfolg, hänge jetzt wieder bei:

Code: [Auswählen]

OWServer: Successfully connected to 192.168.115.2:4304.
Gruß
Thomas

[Dr. Boris Neubert]

leider kein Erfolg, hänge jetzt wieder bei:

Code: [Auswählen]

OWServer: Successfully connected to 192.168.115.2:4304.

Schicke bitte mal alle Log-Zeilen vom OWServer-Start. Das sind die Zeilen, die mit OWServer beginnen, und die vor/nach der Fehlermeldung aus Deinem vorigen Beitrag kommen.

Außerdem kannst Du bitte mal probieren, lib/OWNet-2.7p32 anzulegen und die zugehörige OWNet.pm von hier (in den Tiefen des Archivs irgendwo unter net perl5 - habe das nicht mehr in Erinnerung):

https://sourceforge.net/projects/owfs/files/owfs/2.7p32/

dort hineinzukopieren. Ich entnehme einem Deiner vorigen Posts, dass Du 2.7p32 einsetzt. Nach dem Start sollte er diese Datei dann benutzen.

Viele Grüße
Boris

[Tommi ratlos]

Hallo,

danke für die Mühe. Es gibt keine Fehlermeldungen, im Logfile ist die besagte Meldung, und dann Passiert nichts mehr.

Die Datei liegt unter /module/ownet/perl5/OWNet/lib/

Was mich stutzig macht  "OWNet version 3.1p5 loaded".

Code: [Auswählen]

2018.03.19 15:19:23 3: OWServer: OWNet version 3.1p5 loaded.
2018.03.19 15:19:23 3: OWServer: Opening connection to OWServer 192.168.115.2:4304...
2018.03.19 15:19:23 3: OWServer: Successfully connected to 192.168.115.2:4304.


Gruß
Thomas

[Dr. Boris Neubert]

offensichtlich sind die Verzeichnisse unterhalb von lib nicht ins Repo gekommen. Ich bringe das heute Abend in Ordnung.

Erledigt. Die Verzeichnisse sollte morgen übers Update reinlaufen.

[Tommi ratlos]

Hallo,

habe die Verzeichnisse lib/OWNet-2.7p32 und lib/OWNet-3.1p5 von Hand angelegt. Trotzdem wird die OWNet-3.1p5  verwendet.

Gruß
Thomas

[Dr. Boris Neubert]

Hallo Thomas,

Was mich stutzig macht  "OWNet version 3.1p5 loaded".

OWServer lädt zunächst OWNet 3.1p5, um sich mit dem Server zu verbinden und dessen Version abzufragen. Dann wird ggf. OWNet in der Version der Servers nachgeladen, wenn diese Version von OWNet installiert ist. Das Problem in Deiner Konfiguration ist, dass ein Zugriff mit OWNet 3.1p5 auf einen Server mit der Version 2.7p32 zum Hänger führt.

Vorschlag: Du installierst wie vorher beschrieben OWNet 2.7p32 passend zum Server. Dann änderst Du in 10_OWServer.pm die Version in Zeile 36 auf 2.7p32.

Dann bitte im Erfolgsfall oder Misserfolgsfall nochmal das Log posten.

Ich befürchte, ich muss das konfigurierbar machen :-(

Viele Grüße
Boris

[Tommi ratlos]

Hallo,

jetzt läuft es, ownet aus der restoreDir nach lib/OWNet-2.7p32 kopiert:

Code: [Auswählen]

2018.03.19 18:02:06 3: OWServer: OWNet version 2.7p32 loaded.
2018.03.19 18:02:06 3: OWServer: Opening connection to OWServer 192.168.115.2:4304...
2018.03.19 18:02:06 3: OWServer: Successfully connected to 192.168.115.2:4304.
2018.03.19 18:02:08 3: OWServer: owserver version  found.


Gruß
Thomas

[Dr. Boris Neubert]

OK, Danke. Ich werde also eine Option anfügen, um die Serverversion vorgeben zu können. Der Benutzer muss dann aber dafür sorgen, dass die passende OWNet.pm vorhanden ist. Wie Du das getan hast.

Viele Grüße
Boris

[Morgennebel]

Nach update und shutdown restart heute um 18:xx möchte mein FHEM nicht mehr.

Aus restoreDir/2018-03-19/FHEM die Datei 10_OWServer.pm wiederhergestellt. FHEM erzeugt nun 100% CPU Last und reagiert nimmer...

Die letzten Ausgaben im Logfile sind mehrere Minuten alt.

*SEUFZ*

Danke, -MN

[Morgennebel]

Tja.... Mit -d manuell gestartet ergibt sich:

Code: [Auswählen]

2018.03.19 19:01:05 5: End notify loop for V_RadiatorenWohnzimmer
2018.03.19 19:01:05 4: configDB reading file: .//tempList.cfg
2018.03.19 19:01:05 3: RPi1Wire: Opening connection to OWServer 10.10.10.10:4303...
2018.03.19 19:01:05 3: RPi1Wire: Successfully connected to 10.10.10.10:4303.
2018.03.19 19:01:05 5: Starting notify loop for RPi1Wire, 1 event(s), first is CONNECTED
2018.03.19 19:01:05 4: dewpoint_notify: cmd_type=dewpoint devname=RPi1Wire dewname=dewpointToAllDeviceReadings, dev=RPi1Wire, dev_regex=.* temp_name=T hum_name=H
2018.03.19 19:01:05 5: dewpoint_notify: s='CONNECTED'
2018.03.19 19:01:05 5: dewpoint max_timediff=1
2018.03.19 19:01:05 5: RG_Battery: not on any display, ignoring notify
2018.03.19 19:01:05 5: End notify loop for RPi1Wire

Mein 1Wire hängt an einem zweitem PI mit IP 10.10.10.10.... Das scheint gar nicht zu gehen... Danach ist FHEM abgestürzt (100% CPU Last, keine weiteren Ausgaben im Logfile/Console).

Ciao, -MN

[Morgennebel]

Derzeit laufen diese 1-Wire Module:

Code: [Auswählen]

==> 11_OWDevice.pm <==
# $Id: 11_OWDevice.pm 14523 2017-06-16 05:15:56Z neubert $

==> 11_OWX_CCC.pm <==
# $Id: 11_OWX_CCC.pm 15392 2017-11-05 06:46:46Z phenning $

==> 11_OWX_FRM.pm <==
# $Id: 11_OWX_FRM.pm 15978 2018-01-24 07:27:33Z phenning $

==> 11_OWX_SER.pm <==
# $Id: 11_OWX_SER.pm 15392 2017-11-05 06:46:46Z phenning $

==> 11_OWX_TCP.pm <==
# $Id: 11_OWX_TCP.pm 15392 2017-11-05 06:46:46Z phenning $

und

# $Id: 10_OWServer.pm 15589 2017-12-11 11:58:29Z neubert $

jedoch gleiches Verhalten... FHEM bleibt stehen...

Jedwede Hilfe gern erbeten...

Danke, -MN

[Tommi ratlos]

Hallo,

hast du die /lib/OWnet.pm auch wieder hergestellt?

Gruß
Thomas

[Morgennebel]

Hi Thomas,


nein, die hatte ich übersehen...

Jetzt habe ich zurückgespielt:

Code: [Auswählen]

root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_* .
‘../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_CCC.pm’ -> ‘./11_OWX_CCC.pm’
‘../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_FRM.pm’ -> ‘./11_OWX_FRM.pm’
‘../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_SER.pm’ -> ‘./11_OWX_SER.pm’
‘../restoreDir/2018-03-19.ORIG/FHEM/11_OWX_TCP.pm’ -> ‘./11_OWX_TCP.pm’
root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/10_OWServer.pm .
‘../restoreDir/2018-03-19.ORIG/FHEM/10_OWServer.pm’ -> ‘./10_OWServer.pm’
root@fhem:/opt/fhem/FHEM# cp -v ../restoreDir/2018-03-19.ORIG/FHEM/lib/OWNet.pm lib/
‘../restoreDir/2018-03-19.ORIG/FHEM/lib/OWNet.pm’ -> ‘lib/OWNet.pm’
root@fhem:/opt/fhem/FHEM# sync

und alles läuft wieder. Puuuhh...

Mein Setup ist eindeutig zu kompliziert. Zu viel Software-Schichten und Treiber-Versionen. Hab mir jetzt einen ESERA Controller bestellt...

Danke für die Hilfe,

Ciao, -MN

[Dr. Boris Neubert]

Hallo MN,

morgen kommt es wieder. Bitte sende das Log sowie eine Angabe zur owserver-Version, egal, ob es geht oder nicht.

Bitte obige Hinweise an Tommy Ratlos befolgen.

Viele Grüße
Boris

[Omega]

Hallo,

ich habe vorhin ein Update durchgeführt (ohne den thread vorher gesehen zu haben). Folgende Fehlermeldung:

Code: [Auswählen]

Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/10_OWServer.pm line 191, <$fh> line 2920.
FHEM ist bei dieser Fehlermeldung im Startvorgang stehen geblieben.

Ich habe erst einmal einen kompletten Restore durchgeführt.

LG
Holger

[Dr. Boris Neubert]

Grunz. Habe gerade festgestellt, dass neue Verzeichnisse unter lib nicht automatisch per Update verteilt werden. Ich sehe zu, dass lib/OWNet-*/* per Update verteilt wird.

[Sunny]

Moin Boris,

ist das

Grunz... Ich sehe zu, dass lib/OWNet-*/* per Update verteilt wird.

auch der Grund für

Code: [Auswählen]

<$fh> line 389. Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (you may need to install the lib::OWNet-3.1p5::OWNet module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base /opt/fhem/FHEM) at /opt/fhem/FHEM/10_OWServer.pm line 191,?

Betreibe fhem auf Rpi mit IP:×.×.×.54 und owfs auf RPi (read only, ohne fhem) mit IP:x.x.x.80.
Beide auf aktuellem stretch.

Besten Dank
Sunny

PS: Von unterwegs gesendet, falls Du mehr Details benötigst kann ich die gerne nachliefern.

[Dr. Boris Neubert]

Ja.

[Spartacus]

Moin,
habe gerade dummerweise ein fhem Update gemacht und bei mir hängt der OWSERVER auch. Fhem startet gar nicht mehr!
Wie fixe ich das jetzt am Schnellsten? Oder gibt es noch keine Lösung per Update?

Code: [Auswählen]

Can't locate lib/OWNet-3.1p5/OWNet.pm in @INC (@INC contains: . /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl ./FHEM) at ./FHEM/10_OWServer.pm line 191, <> line 10.Danke Euch!
Christian

[Dr. Boris Neubert]

Habe gerade ein Update eingecheckt. Warte noch auf Bestätigung, dass es morgen früh verteilt wird.

Soforthilfe:

Von hier 10_OWServer.pm und lib/OWNet-*.pm laden, in die FHEM-Konfiguration kopieren, und FHEM neu starten.

Bitte um Feedback, ob es gemacht wurde und wie es funktioniert. Details in einigen Minuten hier: https://forum.fhem.de/index.php/topic,85542.0.html

[Spartacus]

Hi,
naja, der owserver sagt im Log zwar, dass er gestartet ist, un der fhem Prozess läuft auch wieder, aber ich komme nicht mehr auf das web Interface. Der Browser zeigt an "warten auf <hostnbame>" und versucht die Seite zu laden. Komisch ist auch, dass der letzte Eintrag im Log dieser ist:

Code: [Auswählen]

2018.03.21 21:01:39 3: [UtilsHourCounter] Init Done with Version 1.0.1.0 - 10.12.2014 (john)
2018.03.21 21:01:39 1: Including fhem.cfg
2018.03.21 21:01:40 3: telnetPort: port 7072 opened
2018.03.21 21:01:42 3: WEB: port 8083 opened
2018.03.21 21:01:42 3: WEBphone: port 8084 opened
2018.03.21 21:01:42 3: WEBtablet: port 8085 opened
2018.03.21 21:01:43 2: eventTypes: loaded 168 events from ./log/eventTypes.txt
2018.03.21 21:01:43 1: Including Config/98-1-Wire.cfg
2018.03.21 21:01:43 3: 1W.OWServer: OWNet version 3.1p5 loaded.
2018.03.21 21:01:43 3: 1W.OWServer: Opening connection to OWServer localhost:4304...
2018.03.21 21:01:43 3: 1W.OWServer: Successfully connected to localhost:4304.
Irgendetwas ist kaputt gegangen.
Christian

[Dr. Boris Neubert]

Hallo Christian,

hast Du den neuesten Beitrag hier gelesen? https://forum.fhem.de/index.php/topic,85542.0.html

Wenn Du Dich mit einem owserver in der Version 2.8p17 verbindest, soltest Du die Definition auf

Code: [Auswählen]

define 1W.OWServer localhost:4304 2.8p17
erweitern, um einen Vorschlag für die richtige Version vom OWNet-Modul zu liefern.

Grüße
Boris

[Spartacus]

Hallo Boris,
puuh! Das war es! Ganz lieben Dank für diese superschnelle Unterstützung. Funzt jetzt wieder alles.

Also zusammengefasst:

- 10_OWServer.pm nach fhem laden
- lib/OWNet-*.pm nach FEHM/lib laden
- OWServer in der Konfig die gewünschte Version mitgeben (hier 2.8p17)

Danke Dir,
Christian

[Dr. Boris Neubert]

Danke für die Rückmeldung. Freue mich, dass es funktioniert.

Viele Grüße
Boris

[synaps-o-dan]

Hallo,
habe heute das Update von 10_OWServer.pm durchgeführt. Die 1wire devices hängen an einem separaten Raspberry Pi Zero. In der aktuellen Version (mit Fallunterscheidung der OWServer-Version) funzt alles. Die Version (3.1p5) wird in den beiden Internals des OWServer device korrekt erkannt & gesetzt. Beide Raspberrys laufen unter Stretch.
Grüße und Danke,
Daniel

[Dr. Boris Neubert]

In der aktuellen Version (mit Fallunterscheidung der OWServer-Version) funzt alles. Die Version (3.1p5) wird in den beiden Internals des OWServer device korrekt erkannt & gesetzt. Beide Raspberrys laufen unter Stretch.

Danke. Das freut mich.