IPS stürzt nach 24h regelmäßig ab (nach Update auf 2.7 und IPSLibrary Installation)

Hallo,

seit dem Update auf 2.7#2728 und direkt danach ausgeführten Installation der IPS-Libraray stürzt mein IPS (Dienst) nach gut 24 ab :frowning:

Ich habe das jetzt 3x am Stück getestet.

Die Console stürzt nicht ab und meldet nach dem Neustart vom Dienst wieder die neuen Werte.

Ich habe WinXP in einer MacMini-Parallels VM laufen (das seit 1,5 Jahren unter 2.5 ohne IPS-Library völlig anstandslos lief …)

Es sind 25 GB Platte in der VM frei (und 230 GB auf dem Host). Die VM hat 512 MB RAM und eine Auslagerungsdatei von 900 MB.

Aktuell war mein LOG-File 22 MB groß …

Zeilen 1 bis 61117 sind normal
Zeilen 61118 bis 61133 sind die Auslagerunszeilen
Zeilen 61134 bis 101028 sind die SOAP-Server Thread-Creation Error Zeilen
Zeilen 101029 bis 154178 sind die SOAP-Server „Thread-Creation-Error - für diesen Befehl ist nicht genügend Arbeitsspeicher vorhanden“

Da ich außer etwas HomeMatic und der neu installierten Library keine Komponenten habe, finde ich es nicht nötig, den Arbeitsspeicher der VM zu erhöhen. Ich will ja den Fehler suchen und nicht einen Work-Around schaffen. Außerdem glaube ich, dass mehr Arbeitsspeicher das Problem nur verzögert …

Wer hat Rat?

Hat es eventuell etwas mit meiner nicht so sauber aussehenden Library-Installation zu tun?

Ich habe noch einen Snapshot von vor dem Update, aber ich wüsste bisher nicht was es bringen sollte dorthin zurückkehren und das ganze nochmals neu zu versuchen … Ich könnte den Test von 2.7 von der Installation der Library trennen und erst mal schauen ob 2.7 alleine läuft …


Zeile 1
18.05.2013 20:20:05.406 |     0 | DEBUG   | ExecuteThreadID #3   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 20022 ms
18.05.2013 20:20:05.453 |     0 | DEBUG   | ExecuteThreadID #6   | Skriptausf�hrung: ips.php ~ Absender: WebInterface
18.05.2013 20:20:10.031 | 31980 | DEBUG   | ExecuteThreadID #7   | Skriptausf�hrung: aktionsScripte-trigger.class.ips.php ~ Absender: Ereignis #25743, Zeit Ereignis
18.05.2013 20:20:10.062 | 31980 | DEBUG   | ExecuteThreadID #7   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 34 ms
18.05.2013 20:20:12.640 |     0 | DEBUG   | ExecuteThreadID #9   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.656 |     0 | DEBUG   | ExecuteThreadID #2   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.656 |     0 | DEBUG   | ExecuteThreadID #3   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.656 |     0 | DEBUG   | ExecuteThreadID #5   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.687 |     0 | DEBUG   | ExecuteThreadID #4   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.750 |     0 | DEBUG   | ExecuteThreadID #9   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 107 ms
18.05.2013 20:20:12.765 |     0 | DEBUG   | ExecuteThreadID #3   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 112 ms
18.05.2013 20:20:12.765 |     0 | DEBUG   | ExecuteThreadID #8   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.765 |     0 | DEBUG   | ExecuteThreadID #2   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 120 ms
18.05.2013 20:20:12.765 |     0 | DEBUG   | ExecuteThreadID #7   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.781 |     0 | DEBUG   | ExecuteThreadID #5   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 96 ms
18.05.2013 20:20:12.781 |     0 | DEBUG   | ExecuteThreadID #10  | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.796 |     0 | DEBUG   | ExecuteThreadID #1   | Skriptausf�hrung: NetPlayer_Receiver.php ~ Absender: WebInterface
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
####
Zeile 61118
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: 
18.05.2013 20:20:12.812 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: 
####
Zeile 101028
18.05.2013 20:20:16.000 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: 
18.05.2013 20:20:16.000 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: 
18.05.2013 20:20:16.015 |     0 | DEBUG   | ExecuteThreadID #4   | Ausgef�hrt, Resultat: 1, Erfolgreich: True, Zeit: 3338 ms
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: 
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.078 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: Die Auslagerungsdatei ist zu klein, um diesen Vorgang durchzuf�hren
18.05.2013 20:20:16.093 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: F�r diesen Befehl ist nicht gen�gend Speicher verf�gbar
18.05.2013 20:20:16.093 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: F�r diesen Befehl ist nicht gen�gend Speicher verf�gbar
18.05.2013 20:20:16.093 |     0 | DEBUG   | SOAPServer           | SOAP #2: Thread creation error: F�r diesen Befehl ist nicht gen�gend Speicher verf�gbar
1

ich antworte mir schon mal selbst …

IPS läuft jetzt seit gut 60 Minuten und mein Arbeitsspeicher ist bei 1,34 GB. Minütlich steigend …

IPS.exe braucht davon mehr als 1GB …

Bildschirmfoto 2013-05-19 um 14.52.48.png

ProcessExplorer entlarvt IPS als den Täter … Aber wie finde ich heraus, was in IPS den Speicher frisst ???

Hallo
Hab auch die Version #2728 und die IPSLibrary, doch bei mir tritt dein Problem
nicht auf. Deshalb koennte man diese beiden Sachen ausschliessen.
Irgendwelche Module installiert ?

ich habe mir AudioMax als MultiRoom-Audio-System gekauft.

Dafür habe ich jetzt das AudioMax-Modul und den NetPlayer installiert.

Ansonsten nur mein Heizungsscript und etwas HomeMatic …

Ich habe die VM jetzt noch mal neu gestartet (und nicht nur den IPS-Dienst). Vorher habe ich gerade noch die aktuellen Windows-Updates installiert. Nach gut 60 Minuten war ich wieder bei 545 MB Speicherverbrauch.

Dann habe ich IPS noch mal aktualisiert (um 20:40 auf #2731) und mein Speicherverbrauch ist direkt auf 248 MB zurück gegangen.

Ich habe nur 397 Variablen genutzt … An Modulen nur die 140 aus der „Build-In Library“ …

Jetzt 12 Stunden später bin ich bei 303 MB Speicherverbrauch.

Mal schauen, ob es irgendwie mit der #2728 zusammengehangen hat …

Gruß,

ernie

damit der nächste, der vor einem ähnlichen Problem steht auch weiß, wie es ausgegangen ist:

nachdem ich IPS von 2.7#2728 auf 2.7#2731 noch mal upgedatet habe, ist der Speicher-Fress-Fehler wieder weg :slight_smile:

Ich denke nicht, dass es unbedingt ein Bug in #2728 war (zumindest stand im Changelog von paresy nichts, was das erklären könnte). Ich schätze eher das beim Update und „überkompilieren“ von 2.5 auf 2.7 irgendwas nicht richtig glatt gelaufen war, dass dann bei einem erneuten „überinstallieren“ von #2731 wieder gerichtet wurde …

Jetzt nach mehr als 36 Stunden bin ich jedenfalls immer noch (wie es sich gehört) bei 303 MB Speicherverbrauch …

Gruß,

ernie