IPS-Shutdown hängt - ClientSocket trennt Verbindung nicht mehr

Eben endlich mal unter Windows ein Update gemacht.

Nun hängt IPS beim beenden, scheint eine ‚Mischschung‘ aus ClientSocket und ModulFehlern zu sein.:


20:35:52 | 12265 | MESSAGE | Client Socket        | Schließe Socket...
20:36:48 | 00000 | DEBUG   | ScriptEngine         | Executed Text (Length: 0) ~ Sender: RunScript
20:36:48 | 00000 | DEBUG   | ScriptEngine         | Executed Text (Length: 0) ~ Sender: RunScript
20:36:48 | 37340 | ERROR   | FlowHandler          | Kann Daten nicht zur Instanz #37340 weiterleiten: <br />
<b>Fatal error</b>:  Maximum execution time of 30 seconds exceeded in <b>C:\IP-Symcon\modules\SqueezeBox\LMSSplitter\module.php</b> on line <b>806</b><br />

Hier bleibt IPS dann endgültig hängen.

Fast 1 Minuten zwischen schließen des Socket und Timeout von dem Modul, welches am Socket hängt.
Was passiert den da ?
Es wurden noch gar keine Daten auf dem Socket empfangen / gesendet.

Beim starten werden jetzt dafür erst die Splitter und dann die Devices von PHP-Modulen per ApplyChanges übernommen (gewollt / zufall ?) dafür verhindert ein Bug noch immer, das überhaupt nach einen IPS-Start eine Kommunikation mal begonnen werden kann.


20:33:58 | 37340 | ERROR   | InstanceManager      | <br />
<b>Warning</b>:  InstanceInterface is not available in <b>C:\IP-Symcon\modules\SqueezeBox\LMSSplitter\module.php</b> on line <b>474</b><br />
<br />

Michael

Das hier findet sich dazu passend auch im Log, jedesmal wenn der Socket geöffnet oder geschlossen werden soll.

16:46:33 | 12265 | ERROR | Client Socket | boost::too_many_args: format-string referred to less arguments than were passed

außerdem auch noch das hier:

16:51:30 | 12265 | MESSAGE | Client Socket | Öffne Socket…
16:51:30 | 12265 | WARNING | Client Socket | Fehler beim Lesen: Das angegebene Dateihandle ist ung��g

EDIT:
Wenn ist statt eines DNS-Namen eine IP in den Socket eintrage, passiert Dies alles nicht :frowning:
Michael

Auch unter Ubuntu keine Besserung in Sicht :frowning:

Client Socket | boost::too_many_args: format-string referred to less arguments than were passed

Anschließden hilft nur ein IPS neustart um den Socket wieder zur mitarbeit zu überreden.

Michael

Sowohl unter Windows, als auch Ubuntu gibt es noch immer Probleme wenn der ClientSocket mit einem Host/DNS-Namen betrieben wird.

Der erste Connect funktioniert immer, ein reconnect nie.

Beim Shutdown hängt IPS dann auch ca .70 Sekunden.

19:42:17 | 36344 | DEBUG | ScriptEngine | Executed Event 36344 ~ Sender: TimerEvent
19:43:22 | 00000 | DEBUG | ScriptEngine | Executed Text (Length: 0) ~ Sender: RunScript
19:43:22 | 00000 | DEBUG | ScriptEngine | Executed Text (Length: 0) ~ Sender: RunScript
19:43:22 | 44951 | WARNING | Client Socket | Error writing: Ungültiger Dateideskriptor
19:43:23 | 44951 | WARNING | Client Socket | Error writing: Ungültiger Dateideskriptor
19:43:23 | 44951 | WARNING | Client Socket | Fehler beim Lesen: Ungültiger Dateideskriptor
19:43:23 | 44951 | MESSAGE | Client Socket | Öffne Socket…
19:43:23 | 00000 | DEBUG | KernelMT | Nachricht IPS_KERNELMESSAGE für ID 0 dauerte 76645 ms (Modul: DataServer)

Außerdem tauchen im Fehlerfall folgende Meldungen im Log auf:
Ubuntu:

19:43:22 | 44951 | WARNING | Client Socket | Error writing: Ungültiger Dateideskriptor
19:43:23 | 44951 | WARNING | Client Socket | Error writing: Ungültiger Dateideskriptor
19:43:23 | 44951 | WARNING | Client Socket | Fehler beim Lesen: Ungültiger Dateideskriptor
19:43:23 | 44951 | MESSAGE | Client Socket | Öffne Socket…

Windows:

19:09:23 | 12265 | WARNING | Client Socket | Error writing: Das angegebene Dateihandle ist ung��g
19:09:23 | 12265 | WARNING | Client Socket | Error writing: Das angegebene Dateihandle ist ung��g
19:09:23 | 12265 | WARNING | Client Socket | Fehler beim Lesen: Das angegebene Dateihandle ist ung��g
19:09:23 | 12265 | MESSAGE | Client Socket | Öffne Socket…

Michael

Keiner dieses Problem ?
Oder nutzt ihr alle IP-Adressen ?
Michael

Ich hab da ausschliesslich ip-Adressen drinn, ja:-(

Ich nutze dafür auch nur IPs, eine Fehlerquelle weniger ;).