Hi! On Mon, Jul 07, Heiner Kuhlmann wrote:
Die SCPM Version auf der 8.2 hat zugegebenermaßen einige Macken, daher empfehle ich dringend, auf die aktuelle Version upzudaten, liegt unter: ftp://ftp.suse.com/pub/people/jg/scpm/8.2/ Gibt's natürlich auch auf den Mirrors, z.B. ftp.gwdg.de Ansonten bin ich natürlich auch an Feedback interessiert, wer also einen Bug gefunden oder einen Verbesserungsvorschlag hat, immer her damit.
Folgende Probleme treten bei mir auf.
1. Wenn ein Service von SCPM neu gestartet wird und dabei ein Fehler auftritt, beendet sich SCPM und lässt die Datei /var/lib/scpm/#LOCK stehen. Die Datei zu entfernen ist kein Problem. Aber in der Regel ist dann das Profil, is das geschaltet werden sollte hinüber. Mir ist dieses passiert nachdem ich ein Paket deinstalliert habe und anschliessend in ein anderes Profil schaltete, das davon natürlich nichts mitbekommen hat.
SCPM sollte deshalb nicht abbrechen. Welche Version benutzt du? Zugegebenermaßen könnte sich hier SCPM intelligenter verhalten, ich versuche das mal zu verbsessern.
Workaround: Zunächst in allen Profilen den Service im Runlevel-Editor ausschalten und dann deinstallieren.
Das ist allerdings übertrieben. Man kann eine nicht gewünschte Ressource einfach löschen (hier am Beispiel 'xntp'): scpm db drop resource xntpd service scpm db drop resource /etc/ntp.conf file Anschließend noch die beiden Ressourcen aus dem Resource Set löschen, damit SCPM nicht auf die Idee kommt, die Ressourcen wieder hinzuzufügen.
2. Änderungen im Runlevel-Editor wirken teilweise auf alle Profile dann wieder nur auf eins. Mir scheint, dass sie zunächst auf alle Profile wirken und dann, wenn man dann anschliessend einen Service in einem weiteren Profil ändert, wird dieser Services getrennt behandlet.
Der Runlevel-Editor hat keine Ahnung von Profilen. Wenn man einen Service ändert, der unter Profilemanagement-Kontroll ist, dann wirkt sich die Änderung natürlich nur auf das aktuelle Profil aus. Wobei man auch die Möglichkeit hat, beim Switchen Änderung auf alle Profile anzuwenden. Ändert man einen Service, der nicht unter SCPM-Kontroll ist, dann ist dieser Service natürlich in allen Profilen gleich, weil er ja nicht angefaßt wird. Dein Resource Set legt fest, was alles kontrolliert wird.
Workaround: Nach Änderungen im Runlevel-Editor durch die Profile gehen und kontrollieren.
Die Kontrollen sind wichtig, sonst kann es passieren, dass man bei einem Kundem beim Hochfahren des Rechners eine lange Latte von Fehlermeldungen wegen zerschossener Start-Scirpte bekommt und dann unter Zeitdruck das System reparieren muss.
Das ist zugegebenermaßen ärgerlich. cu... -- Joachim Gleißner