OWServer hängt nach Update

Begonnen von Tommi ratlos, 12 März 2018, 17:06:15

Vorheriges Thema - Nächstes Thema

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
Pi 3 CUNX868 mit 433 Pigator.

Dr. Boris Neubert

Hallo Thomas,

Zitat von: Tommi ratlos am 19 März 2018, 17:02:59
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

Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Tommi ratlos

Hallo,

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


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
Pi 3 CUNX868 mit 433 Pigator.

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
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

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
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Morgennebel

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


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
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Morgennebel

Derzeit laufen diese 1-Wire Module:


==> 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
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Tommi ratlos

Hallo,

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

Gruß
Thomas
Pi 3 CUNX868 mit 433 Pigator.

Morgennebel

Hi Thomas,


nein, die hatte ich übersehen...

Jetzt habe ich zurückgespielt:

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
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

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
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Omega

Hallo,

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

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
NUC6i3SYH (FHEM 5.8 in VM)
Homematic: HMLAN, HMUSB, HM-Sec-SD, HM-CC-RT-DN, HM-TC-IT, ... + diverse weitere
LaCrosseGateway, ESPEasy
ZWave

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.
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Sunny

Moin Boris,

ist das
Zitat von: Dr. Boris Neubert am 20 März 2018, 20:06:55
Grunz... Ich sehe zu, dass lib/OWNet-*/* per Update verteilt wird.

auch der Grund für
<$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.
FHEM 6.0 (RPi's 1b-4,CeleronM,Odroid C1+)
1-Wire (DS18B20,DS2406) |miniCUL|miniCUL868WLAN|HM|IT(-1500,LR-3500) |FB6591,FB7490,FB7580|DECT200|Powerline546E|520E|openwrt
Anfänger: Linux,FHEM+Perl

Dr. Boris Neubert

Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Spartacus

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

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

Fhem-System: 1 x raspberry PI Typ B, 1 x enOcean PI Typ B | Enocean: PTM210, FMS61NP, FAM14, 2 x FSR14-4x, FTS14-EM | LaCrosse: 2 x TX29D über Jeelink V3 | 1-Wire: 2 x DS18B20 über DS9490R