EibPC stürzt immer wieder ab

[enertegus]

Das 'JA' bezog sich auf "Nun, dann läuft zumindest der Webserverprozess noch" da ja noch eine gültige (HTML), wenn auch unbrauchbare (da leere Seite) Antwort geliefert wurde.
Gruß, Markus

Hast Du das mit der URL schon probieren können? Macht es einen Unterschied, ob http oder https?

[MarkusL]

Bisher läuft der EibPC noch... Ich verwende http://
Teste ich dann beim nächsten Mal wieder.
Gruß,
Markus

[MarkusL]

schon wieder

Seit heute um 0200 geht webservermäßig wieder mal nichts mehr:

1. Patch-Version => 2.107
2. Wie oft kommt der Absturz vor? => 3-5x/Woche
3. Ist der EibPC danach noch pingbar? => Ja
4. Werden E-Mails verschickt? Wie oft? Ist TLS aktiviert? => Ja, 1x/h, Ja
5. Welche E-Mail-Anbieter werden für Absender und Empfänger genutzt? => GMX
6. Laufen Clients für den Webserver durchgehend? Wie viele? Welche Browser? => Ja: 1. MacBookPro mit Firefox@Mac, Android Smartphone mit Opera; natürlich wird nur manchmal die Webserverseite aufgerufen
7. Wie hoch ist die Webserver-Refreshzeit? => 7sek
8. Wird FTP genutzt? Wie oft? Mit welchem Server? => Nicht verwendet
9. Wird VPN genutzt? => Nicht verwendet
10. Wie hoch ist die Speicherauslastung? => 5,5%
11. Welche Schnittstelle wird genutzt? => IP-Router Siemens N146

https://192.168.1.108/cgi-bin/eib-pc-http
==>
Fehler: Verbindung fehlgeschlagen


http://192.168.1.108/cgi-bin/eib-pc-http
==>

Error 500: Internal Server Error CGI program sent malformed HTTP headers: []


Da ja die Logikfunktionen ausgeführt werden warte ich mit dem übichen Reset.
Visu-Alternativen werde ich mir über die Feiertage mal ansehen.

Gruß,
Markus

[enertegus]

Da ja die Logikfunktionen ausgeführt werden warte ich mit dem üblichen Reset.

Der Thorsten wird sich das noch weiter anschauen, offenbar bricht die Kommunikations-Pipe zur FW.

Visu-Alternativen werde ich mir über die Feiertage mal ansehen.

Wir werden nach Weihnachten ein Homecontrol patch für den EibPC erstellen, sodass man hier auch eine "freie" Visu erhält, mit speichern von Daten etc auf dem EibPC selbst.

Unabhängig davon gibts noch eine neue Beta vor Weihnachten, versprochen! Der Thorsten hat da eine aktuellere Version des Webservers eingebaut. Außerdem werden wir uns dann nach Weihnachten das auch nochmal anschauen. Bei mir läuft zuhause der Webserver nun seit 5 Tagen mit Dauerzugriff ohne Probleme (hatte aber bisher eh nie welche...).

Hast Du events im Ereignisspeicher?

[salixer]

Error 500: Internal Server Error CGI program sent malformed HTTP headers: []

Im nächsten Betapatch wird es hier an vielen Stellen bessere Debugmeldungen geben um den Fehler besser einzugrenzen. Außerdem habe ich ein wenig am Code geschraubt, mit ein wenig Glück könnte das Problem damit behoben sein.

Deine HTTPS-Ausgabe zeigt an, dass kein Webserver (mehr) läuft. Hast du den für HTTPS konfiguriert?

[MarkusL]

Danke für eure Hilfe(versuche).
Ich bin mit den Logiken sehr zufrieden...nur der abstürzende Webserver nervt total.

Ich habe mich heute Morgen beim Tippen vertan bzw. erst nach der Arbeit gemerkt: Die Logiken funktionierten dismal auch NICHT mehr. Zugriff über EibStudio geht nicht. Ping OK.
Events=? Ohne Zugriff über das EibStudio irgendwie schlecht.

Ich geh jetzt mal wieder in den Keller um den EibPC vom Strom zu trennen.
Da muss ich wohl einen seprataten Aktorkanal verwenden um den EinPC dann ferngesteuert vom Strom trennen zu können...so oft wie das vorkommt.

Grüße,
Markus

[Sandman60]

Da muss ich wohl einen seprataten Aktorkanal verwenden um den EinPC dann ferngesteuert vom Strom trennen zu können...so oft wie das vorkommt.

Vielleicht geht es Dir dann so wie mir damals... Nachdem ich dem Ding einen Aktorkanal gesponsert habe, hatte das Drama zeitgleich ein Ende (war bei mir damals ein Bug in den Emails...)
Anyway, bei mir ist es zum Glück seither nur einmal notwendig gewesen den Strom zu trennen und das war nach einem mißglücktem Upload... Habe den Schritt dennoch nicht bereut, da ich mit Hilfe des Aktorkanals nun auch meine Frau remote anweisen kann, dass sie am Aktor einfach den Schalter mal kurz umlegt. Ist immernoch besser, als im Schaltschrank mit nem spitzen Gegenstand im EIBPC zwischen den Kabeln rumzufummeln...

[enertegus]

Danke für eure Hilfe(versuche).
Ich bin mit den Logiken sehr zufrieden...nur der abstürzende Webserver nervt total.

Ja wir sind dran, Thorsten hat ja schon was gemacht und gefunden (obs das war, ist allerdings noch etwas unklar). Die Beta geht heute noch raus.

Events=? Ohne Zugriff über das EibStudio irgendwie schlecht.

Du kannst auch schon im normalen Betrieb den Webserver auslesen.

dann ferngesteuert vom Strom trennen zu können...so oft wie das vorkommt.

wir fixen das, versprochen.

[michel38]

Ca 4Wochen später, und mein eibpc steht wieder. Kein Webserver; kein Ping nur die LED blinkt im Sekundentakt.

1. Patch-Version => 2.104.ptc
2. Wie oft kommt der Absturz vor? => alle 4 Wochen?
3. Ist der EibPC danach noch pingbar? => Nein
4. Werden E-Mails verschickt? Wie oft? Ist TLS aktiviert? => Nicht verwendet
5. Welche E-Mail-Anbieter werden für Absender und Empfänger genutzt? =>
6. Laufen Clients für den Webserver durchgehend? Wie viele? Welche Browser? => Nein, es wird gelegentlich mit Firefox geschaut.
7. Wie hoch ist die Webserver-Refreshzeit? => 5sek
8. Wird FTP genutzt? Wie oft? Mit welchem Server? => Nicht verwendet
9. Wird VPN genutzt? => Nicht verwendet
10. Wie hoch ist die Speicherauslastung? => 18,8%
11. Welche Schnittstelle wird genutzt? => IP-Router Jung IPR 100 REG

Uwe

[enertegus]

Ca 4Wochen später, und mein eibpc steht wieder. Kein Webserver; kein Ping nur die LED blinkt im Sekundentakt.

Ich vermute, das sind die events. Hast Du den Ereignisspeicher mal ausgelesen?

[MarkusL]

Frohes neues Jahr!

Seit gestern Morgen geht wieder nichts: Webserver + Logikfunktionen tot.
Wir waren ein paar Tage weg und deswegen wurde das nicht sofort bemerkt...dieses Hängenbleiben ist echt nervig.

(Da kann ich auch fast mein LM/L wieder aktivieren...ok, stimmt natürlich nicht, der EibPC ist um Größenordnungen besser/flexibler/mächtiger/vielseitiger...)

Nun werde ich mal die neue SW-Version testen.
edit: Wenn ich mir den neue-SW-Thread so ansehe warte ich wohl noch etwas, oder?

Viele Grüße,
Markus

[michel38]

Ich vermute, das sind die events. Hast Du den Ereignisspeicher mal ausgelesen?

Wenn ich diesen auslese, wo schreibt er den hin? Unter Meldungen sehe ich nur:

[highlight=epc]
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2012-01-03 10:22:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2012-01-03 10:23:59}
[/highlight]

Uwe

[enertegus]

Wenn ich diesen auslese, wo schreibt er den hin?

naja, das sind die Meldungen (die werden sicher bald noch genauer). Da gabs in der alten Version noch ein Problem mit dem convert bei settime. In Verbindung mit Socketverbindungen scheint da was scheps zu laufen (ich nehme an, Du nutzt CF?). Ist der berichtete Absturz erfolgt, als eine CF Verbindung offen war?

[michel38]

Ich denke das Poblem gefunden zu haben.

[highlight=epc]
//Datum und Zeit
datum="datum-0/7/20"d24 ;/* Systemdatum */;
uhrzeit="uhrzeit-0/7/10"t24 ;/* Systemzeit */;

if cstime(59) then {
write("uhrzeit-0/7/10"t24,settime());
write("datum-0/7/20"d24,setdate())
} endif
[/highlight]

[highlight=epc]
JoinStatus(cf,s2900,uhrzeit)
JoinStatus(iPhon,s2900,uhrzeit)
[/highlight]

Das sind die einzigen Stellen an dem die Uhrzeit vorkommt.

Aber trotz geschlossener CF-Verbindung so was
[highlight=epc]
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:53:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:54:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:54:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:55:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:55:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:56:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:56:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:57:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:57:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:58:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:58:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:59:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 06:59:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:00:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:00:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:01:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:01:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:02:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:02:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:03:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:03:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:04:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:04:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:05:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:05:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:06:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:06:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:07:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:07:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:08:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:08:59}
% "Event: convert(uhrzeit,$$)" , Eventtype: PROC_OBJECT {2011-12-31 07:09:59}
..........
[/highlight]

[enertegus]

Ich denke das Poblem gefunden zu haben.

Aber trotz geschlossener CF-Verbindung so was

Das ist halt ein Speicher, der auch Vergangenes anzeigt (daher der Zeitstempel)