Hallo, ich verwende auf meinen Laptop SCPM (SuSE 8.1), um zwischen den verschiedenen Konfigurationen zu wechseln. 2 Fragen: 1. Gibt es eine ausführlichere Doumentation als die im Handbuch und die Manpage? 2. Wie kann ich eigene Konfigurationsdateien hinzufügen, die überwacht werden sollen? Gruß Thomas
Hallo Thomas, Am Freitag, 4. Juli 2003 10:01 schrieb Thomas Pries:
Hallo,
ich verwende auf meinen Laptop SCPM (SuSE 8.1), um zwischen den verschiedenen Konfigurationen zu wechseln. 2 Fragen:
1. Gibt es eine ausführlichere Doumentation als die im Handbuch und die Manpage?
8.1 Administrationshandbuch S278 ff.
2. Wie kann ich eigene Konfigurationsdateien hinzufügen, die überwacht werden sollen?
Wichtig: SCPM SuSE 8.1 und SCPM 8.2 passen nicht zu einander. Beim Update von 8.1 auf 8.2 mit eigener Konfiguration stürzte bei mir der SCPM 8.2 ab und hinterließ nur Schrott. So gehts: In /lib/scpm/resource_sets/ liegen mehrere Beispiele. Eines auswählen und nach /var/lib/scpm/resource_sets/dein_set kopieren. Diese Datei bearbeiten ( Dateien / Verzeichnisse / Services eintragen ). In /etc/scpm.conf RESOURCE_SET="dein_set" eintragen. Ich habe noch WITCH_MODE="force" und BOOT_MODE="force" eingetragen. Die beiden letzten Angaben mit der Beschreibung /etc/scpm.conf vergleichen, da ich nur noch die Version von 8.2 vorliegen habe. Danach einen scpm switch ... ausführen. Mit SCPM 8.1 hatte ich gute Erfahrungen die 8.2 hat mich mehrfach reingelegt. Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany PM: heiner.kuhlmann@t-online.de Liste: list@dr-k.de
Hi! On Fri, Jul 04, Heiner Kuhlmann wrote:
ich verwende auf meinen Laptop SCPM (SuSE 8.1), um zwischen den verschiedenen Konfigurationen zu wechseln. 2 Fragen:
1. Gibt es eine ausführlichere Doumentation als die im Handbuch und die Manpage?
8.1 Administrationshandbuch S278 ff.
Die ausführlichste Doku sind die Info-Seiten, allerdings halt auf Englisch.
2. Wie kann ich eigene Konfigurationsdateien hinzufügen, die überwacht werden sollen?
Wichtig: SCPM SuSE 8.1 und SCPM 8.2 passen nicht zu einander. Beim Update von 8.1 auf 8.2 mit eigener Konfiguration stürzte bei mir der SCPM 8.2 ab und hinterließ nur Schrott.
Nach einem Update hätte scpm eigentlich sowieso die Arbeit verweigern sollen, um zu vermeiden, daß das System geschrottet wird. Das Problem ist hierbei, daß die Konfigurationsdateien in den Profilen beim Update nicht geupdatet werden (können), und so Inkonsistenzen auftreten können. Daher muß man bei der 8.2 nochmal mit 'scpm -f enable' neu initialisieren und von vorne anfangen. Wir arbeiten daran, daß auch Updates irgendwann möglich sind, aber das ist leider nicht ganz trivial.
So gehts:
In /lib/scpm/resource_sets/ liegen mehrere Beispiele. Eines auswählen und nach /var/lib/scpm/resource_sets/dein_set kopieren. Diese Datei bearbeiten ( Dateien / Verzeichnisse / Services eintragen ).
In /etc/scpm.conf RESOURCE_SET="dein_set" eintragen. Ich habe noch WITCH_MODE="force" und BOOT_MODE="force" eingetragen. Die beiden letzten Angaben mit der Beschreibung /etc/scpm.conf vergleichen, da ich nur noch die Version von 8.2 vorliegen habe.
SWITCH_MODE="force" würde ich als Standardeinstellung nicht wirklich empfehlen, da es einem die Möglichkeit verwehrt, Änderungen beim Switchen wegwerfen zu können. Aber wer's so haben will... :)
Danach einen scpm switch ... ausführen.
Mit SCPM 8.1 hatte ich gute Erfahrungen die 8.2 hat mich mehrfach reingelegt.
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. cu... -- Joachim Gleißner
Hallo Joachim, Am Montag, 7. Juli 2003 15:56 schrieb Joachim Gleissner:
Mit SCPM 8.1 hatte ich gute Erfahrungen die 8.2 hat mich mehrfach reingelegt.
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. Workaround: Zunächst in allen Profilen den Service im Runlevel-Editor ausschalten und dann deinstallieren. 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. 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. Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany PM: heiner.kuhlmann@t-online.de Liste: list@dr-k.de
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
Hallo, Am Dienstag, 8. Juli 2003 11:46 schrieb Joachim Gleissner:
Hi!
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.
Absturz war, wenn das /etc/init.d/script nicht vorhanden war. -- soweit ich erinnere
.. Welche Version benutzt du?
rpm sagt scpm-0.9.1-25
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
Vorausgesetzt ich kenne die Dateien. Die angekündigten Resource Groups könnten dieses Problem beheben. Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany PM: heiner.kuhlmann@t-online.de Liste: list@dr-k.de
Hi! On Tue, Jul 08, Heiner Kuhlmann wrote:
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.
Absturz war, wenn das /etc/init.d/script nicht vorhanden war. -- soweit ich erinnere
.. Welche Version benutzt du?
rpm sagt scpm-0.9.1-25
Die Version hatte Probleme mit dem Handling von Dateien, die zwischendurch gelöscht wurden. Die Version auf ftp://ftp.suse.com/pub/people/jg/scpm/8.2/ kann's besser.
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
Vorausgesetzt ich kenne die Dateien.
Das stimmt natürlich.
Die angekündigten Resource Groups könnten dieses Problem beheben.
Die Resource Groups sind nicht nur angekündigt, sondern sogar schon implementiert. Bloß nicht aktiviert, denn YaST2 kommt damit noch nicht zurecht. Wenn man Resource Groups nutzen will, dann muß man lediglich eine Datei /var/lib/scpm/active_groups anlegen, die die gewünschten Groups enthält. Standard ist: autofs network nis ntpd mail printer xf86 Wenn man hier einen Dienst rausschmeißt, muß man danach nur noch 'scpm db clean' aufrufen und die Ressourcen sind weg, ohne daß man die Dateien selbst kennen muß. cu... -- Joachim Gleißner
Hallo Joachim, hallo Liste,
>>>.. Welche Version benutzt du?
>>
>>rpm sagt scpm-0.9.1-25
>
>
> Die Version hatte Probleme mit dem Handling von Dateien, die zwischendurch
> gelöscht wurden. Die Version auf
> ftp://ftp.suse.com/pub/people/jg/scpm/8.2/
> kann's besser.
Bevor ich mich 'so richtig' in die Diskussion einklinke (ich habe
auch ein paar Probleme mit scpm), moecht ich folgendes klaeren:
rpm -q scpm ergibt scpm-0.8-27 Es ist das, was auf den 8.1er CDs von
Mitte Dezember drauf ist. Offensichtlich gibt's schon neueres. Ich
habe unter obiger Adresse neben dem 8.2er Verzeichnis 'nur' ein 8.0er
gefunden. Jetzt die DAU-Fragen:
1) Kann ich das '8.2er' auch in 8.1 nutzen?
2) Wie kann ich am einfachsten aufdatieren? ('rpm -i' oder so, gell?
Yast2?)
3) Wenn update: verrecken mir dann meine bisherigen Profile?
Ich moechte _auf_gar_keinen_Fall_ auf 8.2 gehen, da ich mein System, in
der wenigen Zeit, die mir zur Administration bleibt, gerade ganz gut
am Laufen habe ('Never change a running/winning team...'). Vielleicht
loesen sich ja ein paar meiner scpm probs mit einer neueren Version...
Gruesse,
Stephan
--
----------------------------------------------------------------------
Stephan Eickschen Tel. : +49 (0)8153 28-1351
GeoForschungsZentrum Potsdam (GFZ) Fax. : +49 (0)8153 28-1207
Department 1, Section 1.2
c/o email: eicksch@gfz-potsdam.de
DLR Oberpfaffenhofen www : http://op.gfz-potsdam.de
Box 1116
82234 Wessling
Germany
----------------------------------------------------------------------
Hi!
On Thu, Jul 10, Stephan Eickschen wrote:
> >>>.. Welche Version benutzt du?
> >>
> >>rpm sagt scpm-0.9.1-25
> >
> >
> >Die Version hatte Probleme mit dem Handling von Dateien, die zwischendurch
> >gelöscht wurden. Die Version auf
> >ftp://ftp.suse.com/pub/people/jg/scpm/8.2/
> >kann's besser.
> Bevor ich mich 'so richtig' in die Diskussion einklinke (ich habe
> auch ein paar Probleme mit scpm), moecht ich folgendes klaeren:
> rpm -q scpm ergibt scpm-0.8-27 Es ist das, was auf den 8.1er CDs von
> Mitte Dezember drauf ist. Offensichtlich gibt's schon neueres. Ich
> habe unter obiger Adresse neben dem 8.2er Verzeichnis 'nur' ein 8.0er
> gefunden. Jetzt die DAU-Fragen:
> 1) Kann ich das '8.2er' auch in 8.1 nutzen?
Nein, da andere glibc-Version.
> 2) Wie kann ich am einfachsten aufdatieren? ('rpm -i' oder so, gell?
> Yast2?)
Du müsstest dir das Source-RPM holen und übersetzen.
> 3) Wenn update: verrecken mir dann meine bisherigen Profile?
Ja. Update geht nicht. Wollte ich zwar einbauen, hatte aber keine
hohe Priorität, da die Version auf der 8.1 ganz gut funktioniert hat,
und Update eine recht verzwickte Sache darstellt. Da kann man mit
wenig Aufwand viel kaputt machen. ;)
> Ich moechte _auf_gar_keinen_Fall_ auf 8.2 gehen, da ich mein System, in
> der wenigen Zeit, die mir zur Administration bleibt, gerade ganz gut
> am Laufen habe ('Never change a running/winning team...'). Vielleicht
> loesen sich ja ein paar meiner scpm probs mit einer neueren Version...
Um was für Probleme handelt es sich denn?
cu...
--
Joachim Gleißner
Bevor ich mich 'so richtig' in die Diskussion einklinke (ich habe auch ein paar Probleme mit scpm), moecht ich folgendes klaeren: rpm -q scpm ergibt scpm-0.8-27 Es ist das, was auf den 8.1er CDs von Mitte Dezember drauf ist. Offensichtlich gibt's schon neueres. Ich habe unter obiger Adresse neben dem 8.2er Verzeichnis 'nur' ein 8.0er gefunden. Jetzt die DAU-Fragen: 1) Kann ich das '8.2er' auch in 8.1 nutzen? Nein, da andere glibc-Version. Selbst wenn ich mittels YOU up-to-date bin? Ich erinnere mich an ein glibc update... (Sorry, sitze im Moment an einer Sparc/Solaris und nicht 'mal eben' auf dem Notebook nachgucken ;-) )
2) Wie kann ich am einfachsten aufdatieren? ('rpm -i' oder so, gell? Yast2?) Du müsstest dir das Source-RPM holen und übersetzen. O.k. - im Moment nicht praktikabel (keine Zeit...)
3) Wenn update: verrecken mir dann meine bisherigen Profile? Ja. Update geht nicht. Wollte ich zwar einbauen, hatte aber keine hohe Priorität, da die Version auf der 8.1 ganz gut funktioniert hat, und Update eine recht verzwickte Sache darstellt. Da kann man mit wenig Aufwand viel kaputt machen. ;) Noch ein Grund gegen update...
Um was für Probleme handelt es sich denn? Stell ich bei Zeiten (Wochenende) mal zusammen. Es moegen sich ein paar 'erste Eindruecke' mit DAU Fehlern zu einem unvollkommenen Bild zusammenwuerfeln, aber es geht vor allem um Probleme beim wechseln von Netzwerkeinstellungen (Domaine, ypbinding, nfs, nis, etc.)
Gruesse, Stephan -- ---------------------------------------------------------------------- Stephan Eickschen Tel. : +49 (0)8153 28-1351 GeoForschungsZentrum Potsdam (GFZ) Fax. : +49 (0)8153 28-1207 Department 1, Section 1.2 c/o email: eicksch@gfz-potsdam.de DLR Oberpfaffenhofen www : http://op.gfz-potsdam.de Box 1116 82234 Wessling Germany ----------------------------------------------------------------------
Am Donnerstag, 10. Juli 2003 11:31 schrieb Stephan Eickschen:
Hallo Joachim, hallo Liste,
.. Welche Version benutzt du?
rpm sagt scpm-0.9.1-25
Die Version hatte Probleme mit dem Handling von Dateien, die zwischendurch gelöscht wurden. Die Version auf ftp://ftp.suse.com/pub/people/jg/scpm/8.2/ kann's besser.
Bevor ich mich 'so richtig' in die Diskussion einklinke (ich habe auch ein paar Probleme mit scpm)
Gelöste: nicht updaten. Sonst: welche?
..., moecht ich folgendes klaeren: rpm -q scpm ergibt scpm-0.8-27 Es ist das, was auf den 8.1er CDs von Mitte Dezember drauf ist. Offensichtlich gibt's schon neueres. Ich habe unter obiger Adresse neben dem 8.2er Verzeichnis 'nur' ein 8.0er gefunden. Jetzt die DAU-Fragen: 1) Kann ich das '8.2er' auch in 8.1 nutzen? 2) Wie kann ich am einfachsten aufdatieren? ('rpm -i' oder so, gell? Yast2?) 3) Wenn update: verrecken mir dann meine bisherigen Profile? Ich moechte _auf_gar_keinen_Fall_ auf 8.2 gehen, da ich mein System, in der wenigen Zeit, die mir zur Administration bleibt, gerade ganz gut am Laufen habe ('Never change a running/winning team...'). Vielleicht loesen sich ja ein paar meiner scpm probs mit einer neueren Version...
Falls Du inszwischen mit Deinem SCPM zurechtkommst, lasse den Update sein. cu Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany PM: heiner.kuhlmann@t-online.de Liste: list@dr-k.de
Bevor ich mich 'so richtig' in die Diskussion einklinke (ich habe auch ein paar Probleme mit scpm) Gelöste: nicht updaten. Sonst: welche? (snip) Falls Du inszwischen mit Deinem SCPM zurechtkommst, lasse den Update sein. Wie frueher schon geschrieben - ich muss das noch mal nachvollziehen. Vielleicht habe ich am Wochenende etwas Zeit. Im Groben geht es aber darum, dass indbesondere die Netzwerkdienste nicht komplett richtig verwaltet werden. So habe ich den Eindruck, dass z.B. Rechnername und Domainname quasi global (also in allen Profilen) gleich bleiben. (Was unschoen ist, da mein Rechner im 'heimischen' Netz einen anderen Name haben sollte, als 'auf der Arbeit', gleiche gilt fuer die Domaine.) Darueberhinaus glaube ich mich zu erinnern, dass beim Wechsel des Profils (zumindest via YaST2) auch nicht unbedingt alle Netzwerk- dienste richtig gestartet werden. Jedenfalls passierte es, dass das 'Netzwerk nicht erreichbar' war, als ich zu Hause versehentlich mit dem 'Arbeits'-Profil gebootet habe und dann ueber YaST2 in 'Home'- Profil gewechselt habe. Nach reboot im 'Home'-Profil war alles klar. Das sind dir ersten (schwammigen) Beschreibungen der Probleme. Ich suche das noch mal genauer raus (inkl. der Konfigurationsdateien) und mach das etwas praeziser...
rpm -q scpm scpm-0.8-27 Stephan -- ---------------------------------------------------------------------- Stephan Eickschen Tel. : +49 (0)8153 28-1351 GeoForschungsZentrum Potsdam (GFZ) Fax. : +49 (0)8153 28-1207 Department 1, Section 1.2 c/o email: eicksch@gfz-potsdam.de DLR Oberpfaffenhofen www : http://op.gfz-potsdam.de Box 1116 82234 Wessling Germany ----------------------------------------------------------------------
Am Fre, 2003-07-11 um 09.09 schrieb Stephan Eickschen:
So habe ich den Eindruck, dass z.B. Rechnername und Domainname quasi global (also in allen Profilen) gleich bleiben. (Was unschoen ist, da mein Rechner im 'heimischen' Netz einen anderen Name haben sollte, als 'auf der Arbeit', gleiche gilt fuer die Domaine.)
Das stimmt. Wie du das ändern kannst, habe ich in meinem Artikel auf http://www.teamlinux.de/kb/linux/sysad/scpm beschrieben. Gruß, Jochen -- ---------------------------------------------------------------- *Jochen Lillich*, Dipl.-Inform. (FH) Consultant/Trainer @ /TeamLinux GbR/ Tel. +49 7254 985187-0 http://www.teamlinux.de ----------------------------------------------------------------
Hallo Joachim, Am Montag, 7. Juli 2003 15:56 schrieb Joachim Gleissner:
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.
Ich habe die scpm 0.9.3 installiert. Danach einige Änderungen an den Profilen vorgenommen. Leider habe ich das ganze nicht besonders systematische durchgeführt und nicht protokolliert, weil es anfänglich sehr gut aussah. Es scheinen auch nur in seltenen Konstellationen Services nicht so gestartet werden wie ich es eingestellt bzw. erwartet hatte. Zudem ist diese Kleinigkeiten nach einer einmaligen Korrektur auch behoben. Es geht nur um Serices. Wenn ich einen Service auf allen Profilen gleich habe und dann den Service unter einem Profil ändere, wird diese Änderung in einige? andere Profile übernommen. Ausserdem hatte ich den Eindruch, dass in diesem Fall, es davon abhängt, von welchem Profil man in welches umschaltet. Wie gesagt, ich bin mir nicht sicher, dass der Fehler nicht bei mir lag. Vielleicht hilft Euch dieser Hinweis einmal systematisch dem nachzugehen. Die Resources habe ich dabei nicht verwendet. yast runlevel war dabei sehr hilfreich. Es würde alllerding sehr hilfreich sein, wenn der Runlevel-Editor anzeigt - nicht ändern - welche Services unter Kontrolle von scpm sind. Gruss Heiner -- Heiner Kuhlmann Unter den Eichen 30, D-28857 Syke, Germany PM: heiner.kuhlmann@t-online.de Liste: list@dr-k.de
Hi! On Fri, Jul 11, 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.
Ich habe die scpm 0.9.3 installiert.
Sehr schön! :-)
Danach einige Änderungen an den Profilen vorgenommen. Leider habe ich das ganze nicht besonders systematische durchgeführt und nicht protokolliert, weil es anfänglich sehr gut aussah. Es scheinen auch nur in seltenen Konstellationen Services nicht so gestartet werden wie ich es eingestellt bzw. erwartet hatte. Zudem ist diese Kleinigkeiten nach einer einmaligen Korrektur auch behoben.
Es geht nur um Serices. Wenn ich einen Service auf allen Profilen gleich habe und dann den Service unter einem Profil ändere, wird diese Änderung in einige? andere Profile übernommen.
Es wird in das Profil übernommen, das gerade verlassen wird. Es sei denn, du gibst beim Switchen 'apply' statt 'yes' bei der Frage, ob der die Ressource speicher soll. Dann wird die geänderte Ressource in alle Profile geschrieben.
Ausserdem hatte ich den Eindruch, dass in diesem Fall, es davon abhängt, von welchem Profil man in welches umschaltet. Wie gesagt, ich bin mir nicht sicher, dass der Fehler nicht bei mir lag. Vielleicht hilft Euch dieser Hinweis einmal systematisch dem nachzugehen. Die Resources habe ich dabei nicht verwendet.
Es hängt natürlich davon ab, von welchem Profil man in welches umschaltet. Eigentlich hängt es nur von dem Profil ab, aus dem man kommt. Das Speichern der aktuellen Änderungen hat nichts mit dem eigentlichen Switch zu tun, man kann übrigens das Speichern auch ohne Switchen ausführen, mit 'scpm save'.
yast runlevel war dabei sehr hilfreich. Es würde alllerding sehr hilfreich sein, wenn der Runlevel-Editor anzeigt - nicht ändern - welche Services unter Kontrolle von scpm sind.
Keine schlechte Idee. Momentan hat der Runlevel-Editor keine Ahnung von Profilen, daher dürfte das etwas aufwendiger werden. Ich behalte das mal im Auge. Als kleine Hilfe kann man auch scpm db show resources | grep service aufrufen, dann hat man die gemanageten Services auf einen Blick. cu... -- Joachim Gleißner
participants (5)
-
Heiner Kuhlmann -
Joachim Gleissner -
Jochen Lillich -
Stephan Eickschen -
Thomas Pries