23 Oct
2000
23 Oct
'00
13:30
Hi, Ralf Corsepius wrote: > > Die Problematik ist mir klar. Aber warum kann man die "gefaehrlichen > > Sachen" nicht einfach sozusagen in eine Queue stellen, die Kiste booten > > im Singleuser modus oder mit einem ramimage, die libs werden > > druebergebuegelt, neuer reboot, alles i.o. > Ich verstehe nicht worauf Du raus willst was das bringen soll, im > Single-User Modus ist die Kiste genauso vom Netz, wie beim Booten > von den Installations-CDs/Floppies. Es geht um die Zeit. Wenn ich ein 'suse konformes' update von nem Server mach, ist der ca. 20-30 Minute wech vom netz. Buegel ich nur das basis system drauf komm ich evtl. mit 5 minuten aus. (wie sonst soll ich sonst 99,9% Verfuegbarkeit schaffen ? ;-))))) Was mich halt aufregt, zwecks 20-30 minuten muss ich alle benoetigten Dienst auf ne andere kiste ziehen (lamp, mail, pop etc) wegen 5 minuten waere es relativ peng. Verstehst Du jetzt worauf ich raus will ? > > Das ein (von mir aus auch zwei) reboots beim update noetig sind ist mir > > klar, nur warum um himmelswillen muss ich das *komplette* system auf > > einmal updaten waehrend die kiste nicht am netz ist ? > Zunächst einmal musst Du nicht alles auf einmal updaten. > Die wirklich kritischen Pakete sind bei SuSE in der Serie a > untergebracht. Deshalb genügt in der Regel ein Update der Serie a > von Boot-Floppy/CD (yast1 - Expertenmodus). Das meiste andere kann > danach mit etwas Sorgfalt (z.B. im Single-User Modus) am laufenden > System installiert werden. Hm, das werd ich wohl mal ausprobieren ... > Dies nicht im Single-User Modus (am Netz hängend) durchzuführen wäre > auch problematisch, da hierbei ja Programme und Libraries in > Benutzung wären, die dabei "unter dem A..." weggezogen werden (Auch > Daemons sind in diesem Zusammenhang Systemresourcen-Nutzer), und > temporär nicht nutzbare Übergangszustände des Systems entstehen. Die > dabei entstehende Komplexität der Zusammenhänge ist nicht ohne. > > Beispiele: > * Wie soll ein laufender Apache behandelt werden, wenn von php3 auf > php4 upgedatet wird und gleichzeitig 3 User auf eine php-Datenbank > zugreifen? Genau sowas lass ich nicht von SuSE updaten, da kommen eigens kompilierte versionen zum einsatz. Und das gibt dann wieder probleme wenn sich die libc o.ae. aendert, ich weiss. > * Wie soll ein laufendes C++-Programm behandelt werden, wenn eine > neue, inkompatible libstdc++ installiert werden soll? > > > Warum nicht das basis system (dauert ca .5 minuten), danach ein reboot > > von mir aus mit suse kernel ;-) und dann, wenn die kiste wieder laeuft > > den rest. > Mit kleinen Einschränkungen geht das: > 1. Von CD/Floppy booten. > 2. Yast1 Experten-Modus: Serie a updaten > 3. Reboot > > Danach am laufenden System weitere Pakete einspielen - Dies am > besten im Single-User Modus. > > Während der ganzen Zeit ist die Kiste allerdings von Netz, weshalb > es keine grossen Unterschied macht ob nun Vollupdate von CD/Floppy > oder im Single-User Modus. Ein Reboot etc. ist ja kein Problem, die Kisten sind ja gleich wieder da, das koennte man auch oefters machen, so quasi ein update in kleinen haeppchen, erst das basis system, dann die netzwerk sachen etc. Am Wochenende dann noch ein paar source paket und naechsten monat ... naja ;-) > > Ja, ich weiss, wenn die libc7 kommt wirds nochmal schwierig > > aber das ist ein anderes thema ;-)) > Davor kommt erstmal Kernel-2.4.x und gcc-3.0 (wird binär > inkompatibel zu allen anderen gcc Versionen sein ) :) Na das wird dann wohl wieder luschtig .. ich seh schon die threads hier auflaufen -> file not found (aber es ist doch da!) ;-) -- MfG, M.Stahn ++ Cause of crash: Inadvertent contact with the ground. ++ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com