Autor Thema: Sierra 10.12.2: BlockingInformParent (BlockingStart): Can't connect to localhost  (Gelesen 889 mal)

Offline bacanol

  • New Member
  • *
  • Beiträge: 32
Hallo allerseits,

ich habe sowohl das Betriebssystem des FHEM Servers (MacOS) als auch FHEM aktualisiert. Leider habe ich nun einige Probleme mit BlockingInformParent laut Logfile:
2017.01.24 14:00:13.843 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.132 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.294 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.434 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.573 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.740 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:14.884 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:15.035 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:15.170 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:15.343 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:15.701 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:17.787 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:20.385 1: BlockingInformParent (BlockingStart): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:41.336 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:41.600 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:41.758 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:41.897 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.040 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.200 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.340 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.487 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.619 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:42.789 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:43.143 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:45.192 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
2017.01.24 14:00:47.780 1: BlockingInformParent (GAEBUS_GetUpdatesDone): Can't connect to localhost:60125: IO::Socket::INET: connect: Operation timed out
Die generelle Funktion der meisten Teile scheint dadurch nicht beeinflusst zu werden. FHEM ist allerdings sehr langsam beim Start und die Werte der GAEBUS Schnittstelle aktualisieren nicht. Ich habe schon geschaut, aber der Telnet Port auf 7073 (habe den Port mal variiert) funktioniert via Telnet. Auch das Interface localhost ist definiert und arbeitsbereit:
ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        options=1203<RXCSUM,TXCSUM,TXSTATUS,SW_TIMESTAMP>
        inet 127.0.0.1 netmask 0xff000000
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
        nd6 options=201<PERFORMNUD,DAD>
Hier der Telnet Port aus der Config:
define telnetPort telnet 7073 global
define allowed_telnetPort allowed
attr allowed_telnetPort password hugendoubel
attr allowed_telnetPort validFor telnetPort
Ein shutdown restart funktioniert leider auch nicht mehr.
2017.01.24 14:21:15.216 0: Server shutdown
2017.01.24 14:21:15.221 5: SW: X00
2017.01.24 14:21:17.356 1: Including /usr/local/fhem/fhem.cfg
2017.01.24 14:21:17.362 1: telnetPort: Can't open server port at 7073: Address already in use. Exiting.
Habt Ihr eine Idee, wo ich nochmal schauen soll?

Vielen Dank!!

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 16727
Was war die alte Version von FHEM bzw. von OSX?
Kannst du bitte testen, ob das Weglassen von allowed hilft?

Offline bacanol

  • New Member
  • *
  • Beiträge: 32
Hallo Rudolf,

Danke für die Rückmeldung! Ich glaube ich habe die Ursache gefunden. Ich nutze sehr intensiv die Anwesenheitserkennung mit LAN-PING (etwa 20 Geräte). Nun kam kürzlich der GAEBUS hinzu, der auch mehrere Definitionen im FHEM hat. Ich denke, dass die Bandbreite von Blocking.pm an die Grenzen stößt beim Neustart, wenn alle Devices gleichzeitig aktuelle Werte fordern. Ich habe jetzt testhalber einige Presence devices von LAN-PING auf Unifi umgestellt und konnte feststellen, dass es einen direkten Zusammenhang der Anzahl der Meldungen im Logfile und der Anzahl der Geräte/Devices, die Blocking.pm nutzen. Ich denke, es ist ggf. einen Hinweis wert irgendwo, dass man auf die Anzahl der Devices mit Blocking.pm achten muss. (ggf. sogar vermehrt unter macOS).

Zur Vollständigkeit:
Alte Version OSX 10.11.6
FHEM 5.7 Stand Juli 2016

Vielen Dank!

Offline ulli

  • Full Member
  • ***
  • Beiträge: 431
Ich habe ein ähnliches Problem, gab es eine Lösung?
2017.05.04 21:16:04 1: BlockingInformParent (BlockingStart): Can't connect to localhost:45619: IO::Socket::INET: connect: Connection refused
2017.05.04 21:16:04 1: BlockingInformParent (WOL_PingDone): Can't connect to localhost:45619: IO::Socket::INET: connect: Connection refused
2017.05.04 21:16:06 1: Timeout for WOL_Ping reached, terminated process 14007
2017.05.04 21:16:27 1: BlockingInformParent (BlockingStart): Can't connect to localhost:45619: IO::Socket::INET: connect: Connection refused
2017.05.04 21:16:27 1: BlockingInformParent (WOL_PingDone): Can't connect to localhost:45619: IO::Socket::INET: connect: Connection refused
2017.05.04 21:16:29 1: Timeout for WOL_Ping reached, terminated process 14021
FHEM auf Beaglebone Black mit Debian.
1x Jeenode (433MHz): IR send/receive; Baumarkt Funksteckdosen HX2262 send/receive; LEDs
1x Jeenode (868MHz): FS20 send/receive; 2x Heizungsthermostate ETH200 comfort; 2x LaCrosse Temperatursensoren (send)/receive; Piezo Summer für akustische Rückmeldung

 

decade-submarginal