Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Update eines OES11-Servers
26 views
Skip to first unread message
Bernd
May 6, 2013, 6:17:39 AM5/6/13
to
Hallo,
Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
zypper up -t patch -r SLES... -r OES...
eingesetzt wird.
Zypper kennt allerdings auch:
zypper patch --date <YYYY-MM-DD> -r SLES... -r OES...
was alle Patches bis zu einem bestimmten Datum installiert. Das ist
besonders hilfreich wenn man viele Server auf dem gleichen Patch-Level
halten will. (und diesen Parameter kennt 'zypper up' eben nicht)
'man zypper' sagt nun, das 'zypper patch' _ähnlich_ wie 'zypper up -t
patch' ist.
Reicht _ähnlich_, oder muss ich weiterhin mit verschiedenen Patch-Leveln
leben?
Bye
Bernd
Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
zypper up -t patch -r SLES... -r OES...
eingesetzt wird.
Zypper kennt allerdings auch:
zypper patch --date <YYYY-MM-DD> -r SLES... -r OES...
was alle Patches bis zu einem bestimmten Datum installiert. Das ist
besonders hilfreich wenn man viele Server auf dem gleichen Patch-Level
halten will. (und diesen Parameter kennt 'zypper up' eben nicht)
'man zypper' sagt nun, das 'zypper patch' _ähnlich_ wie 'zypper up -t
patch' ist.
Reicht _ähnlich_, oder muss ich weiterhin mit verschiedenen Patch-Leveln
leben?
Bye
Bernd
Massimo Rosen
May 7, 2013, 7:00:04 PM5/7/13
to
On 06.05.2013 12:17, Bernd wrote:
> Hallo,
>
> Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
>
> zypper up -t patch -r SLES... -r OES...
>
> eingesetzt wird.
NOvell "verlangt" viel, wenn der Tag lang ist. ;)
> Hallo,
>
> Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
>
> zypper up -t patch -r SLES... -r OES...
>
> eingesetzt wird.
Zypper up oder zypper up -t patch (ohne den überflüssigen und völlig
redundaten salmon hintendran) funktionieren genausogut.
> Reicht _ähnlich_, oder muss ich weiterhin mit verschiedenen Patch-Leveln
> leben?
einen SMT Server auf, und synchronisierst den nur manuell.
CU,
Massimo
Bernd
May 9, 2013, 3:21:06 AM5/9/13
to
Am Wed, 08 May 2013 01:00:04 +0200
schrieb Massimo Rosen <mros...@SPAMcfc-it.de>:
> On 06.05.2013 12:17, Bernd wrote:
> > Hallo,
> >
> > Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
> >
> > zypper up -t patch -r SLES... -r OES...
> >
> > eingesetzt wird.
>
> NOvell "verlangt" viel, wenn der Tag lang ist. ;)
>
> Zypper up oder zypper up -t patch (ohne den überflüssigen und völlig
> redundaten salmon hintendran) funktionieren genausogut.
>
> > Reicht _ähnlich_, oder muss ich weiterhin mit verschiedenen
> > Patch-Leveln leben?
>
> Wie wär's wenn Du alle Server gleichzeitig patchst?
Bist du wahnsinnig ;-) (One Shot kills all. Du hattest doch im November
selber noch vor einem kritischen Patch gewarnt.)
Ne, ne, erst mal einen aktualisieren und laufen lassen. Dann prüfen,
dann ggf. weitere patchen. Oder: Nur die Patches von bis vor zwei Wochen
(oder so ähnlich) installieren. (In der Hoffnung das die Probleme dann
schon bei anderen aufgefallen sind ;-)
> Alternativ setzt Du einen SMT Server auf, und synchronisierst den nur manuell.
Hmm, Holzhammermethode ... aber zielführend, SMT ist schon da. (Wer
arbeitet schon noch ohne SMT bei dynamischem Umfeld?)
IMHO die 'schönste' Lösung wäre, wenn man statt 'zypper up' 'zypper
patch' nutzen könnte, da ist nämlich die --date Option drin.
Bye
Bernd
schrieb Massimo Rosen <mros...@SPAMcfc-it.de>:
> On 06.05.2013 12:17, Bernd wrote:
> > Hallo,
> >
> > Novell verlangt, dass zum Patches eines OES-Servers das Kommando:
> >
> > zypper up -t patch -r SLES... -r OES...
> >
> > eingesetzt wird.
>
> NOvell "verlangt" viel, wenn der Tag lang ist. ;)
>
> Zypper up oder zypper up -t patch (ohne den überflüssigen und völlig
> redundaten salmon hintendran) funktionieren genausogut.
>
> > Reicht _ähnlich_, oder muss ich weiterhin mit verschiedenen
> > Patch-Leveln leben?
>
> Wie wär's wenn Du alle Server gleichzeitig patchst?
selber noch vor einem kritischen Patch gewarnt.)
Ne, ne, erst mal einen aktualisieren und laufen lassen. Dann prüfen,
dann ggf. weitere patchen. Oder: Nur die Patches von bis vor zwei Wochen
(oder so ähnlich) installieren. (In der Hoffnung das die Probleme dann
schon bei anderen aufgefallen sind ;-)
> Alternativ setzt Du einen SMT Server auf, und synchronisierst den nur manuell.
arbeitet schon noch ohne SMT bei dynamischem Umfeld?)
IMHO die 'schönste' Lösung wäre, wenn man statt 'zypper up' 'zypper
patch' nutzen könnte, da ist nämlich die --date Option drin.
Bye
Bernd
Massimo Rosen
May 9, 2013, 3:27:13 AM5/9/13
to
Hallo.
On 09.05.2013 09:21, Bernd wrote:
>> Alternativ setzt Du einen SMT Server auf, und synchronisierst den nur manuell.
> Hmm, Holzhammermethode ... aber zielführend, SMT ist schon da. (Wer
> arbeitet schon noch ohne SMT bei dynamischem Umfeld?)
Dann halte ich das mit Abstand fpr die sinnvollste Methode für Dein
Ziel. Einfach die Synchronisation des SMT zu einem Stichtag aussetzen,
einen Server patchen und testetn, und wenn für gut befunden den Rest.
Danach kannst Du dann die Synchronisation des SMT wieder anknipsen.
CU,
Massimo
On 09.05.2013 09:21, Bernd wrote:
>> Alternativ setzt Du einen SMT Server auf, und synchronisierst den nur manuell.
> Hmm, Holzhammermethode ... aber zielführend, SMT ist schon da. (Wer
> arbeitet schon noch ohne SMT bei dynamischem Umfeld?)
Ziel. Einfach die Synchronisation des SMT zu einem Stichtag aussetzen,
einen Server patchen und testetn, und wenn für gut befunden den Rest.
Danach kannst Du dann die Synchronisation des SMT wieder anknipsen.
CU,
Massimo
0 new messages