settings.xml beim Beenden gekürzt

tommi · 23. Dezember 2007 um 18:51

Hallo,
ich habe herausgefunden, das meine settings.xml beim normalen runterfahren von ca. 100k auf 1k gekürzt wird. Lege ich IPS (die kurz vorher kopierte) settings.xml wieder vor, möchte es natürlich das Backup einspielen, nimmt aber bei einer Ablehnung die Settings wieder an. Das Backup selbst ist OK, leider zu alt.
Da ich den Fehler nicht selber finde, hänge ich meine Settings mal an.
(warum darf man xml files nur bis 97k hochladen wo meine doch 99k hat…, und alle anderen unwichtigeren Typen viel mehr dürfen…:-)))

Tommi

settings.zip (8.76 KB)

prof · 25. Dezember 2007 um 00:18

Hallo tommi,

schau Dir mal diesen Thread an:http://www.ipsymcon.de/forum/showthread.php?t=4146
Ich habe das gleiche Prob. Nach dem Unloaden des Comserver…
klappts auch wieder mit den Settings.

Habe ihn durch umbenennen erstmal deaktiviert.

Grüße
und Frohes Fest
Fabian

tommi · 25. Dezember 2007 um 17:08

Volltreffer: Auch bei mir ist es das Comserver-Modul gewesen. Ich habe die Datei erstmal umbenannt und hoffe, das sich unser IPS-DreamTeam der Sache noch widmen möchte.

Danke!
Tommi

douglas882 · 2. Februar 2008 um 16:24

Ich habe seit meinem Update das Problem auch und konnte es noch ein wenig eingrenzen: Die settings.xml wird „leer“ gemacht, wenn der ComServer beim Shutdown noch eine InstanceID besitzt. In dem Fall endet das log-File mit den Zeilen:

Siehe da: „Settings Destroying“… weiß zwar nicht ob es das bedeutet, aber genau das passiert. Offenbar wird auch der KERNEL nicht beendet. Wenn nämlich der ComServer KEINE InstanceID mehr hat, sieht das log so aus:

…dann bleibt auch die settings.xml am Leben.

Wenn man zwischen Start und Shutdown folgenden Zweizeiler ausführt, wird die InstanceID gelöscht und alles wird gut:

$Instance=IPS_GetInstanceIDsByGUID("{9F6E33A2-B60A-4F58-9EED-B1B66AA8D04C}");
if(count($Instance)>0) IPS_DeleteModuleInstance($Instance[0]);

Hier wird die InstanceID des ComServers ausgelesen und - wenn vorhanden - gelöscht. Ich weiß aber nicht ob die GUID des Moduls (diese lange Nummer in der ersten Zeile) bei jedem gleich ist: Ggf anpassen.

Übrigens glaube ich NICHT, daß der eigentliche Fehler im ComServer liegt - der wurde nämlich in meinem Live-Update gestern gar nicht geändert. Irgend ein anderes Update hat ihn lediglich zum settings-Killer gemacht.

Dieses Mini-Script baut also eine Lösung um ein Problem herum, daß irgendwo anders liegt… Hier sind jetzt die Programmierer gefragt, oder diejenigen, die mehr davon verstehen als ich. Da muss ein ordentliches Bug-Fix her!

MfG, douglas882

tommi · 2. Februar 2008 um 21:08

Neulich hatte ich das Problem auch noch mal, auch ohne ComServer.
IPS manuell runtergefahren, PC neu gestartet und schon wollte er wieder das Backup haben. Ist schon doof so.

Tommi

Tonic1024 · 4. Februar 2008 um 09:01

schau dir die Variablen an. Es soll schon vorgekommen sein, wenn Stringvariablen zu lang werden (Appendmodus) dass dieser Effekt aufgetreten ist. Ich glaub es gab nen Patch dafür. Wie alt ist dein IPS?

Gruß,

Toni

tommi · 6. Februar 2008 um 21:05

IPS ist aktuell.
Strings sind nicht länger als 255 Zeichen. Die Settings hat ich am Thread-Anfang schon mal rangehangen.

Tommi