Hi, On Wed, 19 Aug 2009, Hans Witvliet wrote:
On Wed, 2009-08-19 at 02:13 +0200, Eberhard Moenkeberg wrote:
On Wed, 19 Aug 2009, Carlos E. R. wrote:
On Wednesday, 2009-08-19 at 00:11 +0200, Hans Witvliet wrote:
can upgrade much easier than with the need to boot from installation medium.
Without _any_ downtime?
You can bet there will be a kernel update, so going down is inevitable..
Not only that. Many programs get new configuration files, with the original one moved to a backup (.rpmold). Or the old one is preserved and the new one copied alongside (.rpmnew). In any case, the admin has got to review all those before the system is fully operational after the upgrade. Some services run perfectly the first moment, some others need a lot of reconfiguration.
So, yes, there is downtime.
Please stop suggesting "it is impossible to survive a dist upgrade".
Usually you get a mail in every case of .rpmnew or .rpmold, so you can fix if necessary on-the-fly.
Next we need the chance to survive during dist upgarade - noone is requesting 100% instantly.
SLES/SLED claims to be "Enterprise", haha...
So the limitation of the duration for support is in contrast with the request for LTS, like the five years offered by Ubuntu.
SLES may probably have "enterprise support", but that's only _within_ one release.
No. If I buy today a license for SLES10 and tomorrow SLES11 appears, my "old" license covers both and I can "reuse" it after upgrading.
A co-worker has to upgrade a couple of hundred machines with SLES running SAP. A very time consuming error-prone manual job, no smooth upgrade procedure.
Surely, system upgrading is a time consuming procedure. But if you can do it smoothly - without the need of an almost instant reboot because YaST has by stupidity deleted some essentials of your running system -, it should be manageable, and then you have the benefits of newer package versions which your users already had requested a long time in your ears.
personally, or from the view of my department, the down-time isn't such a big deal. We make a nightly snapshot of an xen-image and do several test-runs, untill we are satisfied with the result. Doing the real upgrade nightly or in a special assigned weekend.
You had told of hundreds machines - so your co-worker must be a night-worker. ;-)) Hans, I am struggling here for a smooth upgrade process, or at least to come as close as possible. No dogma, no politics against others. And the biggest stone in this way currently is YaST's stupidity first deleting the current kernel modules and then telling "oops, you should reboot as soon as possible". Viele Gruesse Eberhard Moenkeberg (emoenke@gwdg.de, em@kki.org) -- Eberhard Moenkeberg Arbeitsgruppe IT-Infrastruktur E-Mail: emoenke@gwdg.de Tel.: +49 (0)551 201-1551 ------------------------------------------------------------------------- Gesellschaft fuer wissenschaftliche Datenverarbeitung mbH Goettingen (GWDG) Am Fassberg 11, 37077 Goettingen URL: http://www.gwdg.de E-Mail: gwdg@gwdg.de Tel.: +49 (0)551 201-1510 Fax: +49 (0)551 201-2150 Geschaeftsfuehrer: Prof. Dr. Bernhard Neumair Aufsichtsratsvorsitzender: Dipl.-Kfm. Markus Hoppe Sitz der Gesellschaft: Goettingen Registergericht: Goettingen Handelsregister-Nr. B 598 ------------------------------------------------------------------------- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org