From: Günther Schwarz on
Vahis wrote:

> As openSUSE 11.0 is approaching its EOL it makes me dream of longer life
> (of the system) once again.
> I do like the "don't fix it if it ain't broken" -mantra, in a server in
> particular.

> My HW is from the summer before last, the SLES kernel (I think 2.6.27)
> should pretty much cover it.

You might just test it. The installation DVD can be downloaded from
Novell for free. You will have to register with them.

> SLES 11 should have like 6 years of life left?

It is actually nine years from now on:

Product Release General Support End Date Self-support End
Date
Current Maintenance Release
SUSE Linux Enterprise Desktop 10 31 Jul 2013 31 Jul 2016 SP3
SUSE Linux Enterprise Server 10 31 Jul 2013 31 Jul 2016 SP3
SUSE Linux Enterprise Desktop 11 24 Mar 2016 24 Mar 2019
SUSE Linux Enterprise Server 11 24 Mar 2016 24 Mar 2019

You won't get any updates or support without paying the license fee. And
there are regular service packs which more or less correspond to a
distribution upgrade.

> I'm currently running VMWare guests on openSUSE 11.0 and I'm quite cool
> with that.
>
> I have no experience of Xen, but it seems to be the virtualization
> method of choice in SLES.
> So I guess if it's good for the industry, it's OK for me?

In case you are familiar with VMWare: just stay with it.

Günther
From: Vahis on
On 2010-02-22, houghi <houghi(a)houghi.org.invalid> wrote:
> Vahis wrote:
>> As openSUSE 11.0 is approaching its EOL it makes me dream of longer life
>> (of the system) once again.
>> I do like the "don't fix it if it ain't broken" -mantra, in a server in
>> particular.
>
> Then it is easy: don't fix it if it's broken. i.e. don't upgrade unless
> you realy want to. ;-)

I don't want to but I'll have to.
openSUSE will be obsolete next summer.
>
>> The current life span of openSUSE requires upgrading to a new version
>> too often for a lazy man like myself.
>
> `zypper dup`. Howe lazy can you get? Make it a yearly crontab and you
> don't even have to do that. :-D

Weren't you one of the "clean-install-instead-of-upgrade-guys"

>
>> It would run as a LAMP server and as a host for XEN guests (I need
>> desktops)
>>
>> The guests would be openSUSE versions and the other OS.
>
> Then you will need to upgrade the guests.

It's not bad. Just fun.
I like experimenting but not with the "main" machine underneath.
>
>> So the server beneath "just works" and the desktops on top of it can be
>> tested, upgraded, and played with.
>
> Uhm. The server will work. There are no desktops, just other (viryual)
> machines.

I meant that. Desktops here mean desktop machines. Virtual ones.
I'm also running the "viryual" OS there as one :)

>
>> I'm currently running VMWare guests on openSUSE 11.0 and I'm quite cool
>> with that.
>>
>> I have no experience of Xen, but it seems to be the virtualization
>> method of choice in SLES.
>> So I guess if it's good for the industry, it's OK for me?
>>
>> Anybody with experience of the above?
>
> I am not understanding what you want to know.

I'd like to hear some Xen experience.
I already read here about one negative experience.

The strange thing about it is that when I was looking at SLES online
documentation, the Xen part was missing.

I found Xen stuff about openSUSE.
http://en.opensuse.org/Xen_Full_Virtualization_Example
It looks complex at the first glance.

> What you want to do, as
> far as I understand, is replace the 11.2 openSUSE that you get for free
> with SLES 11.0 for witch you pay. Is that correct?

I'm looking for something with longer life than my current openSUSE 11.0.

Pay, yes. I haven't got the price yet, though.
It may change my mind.
>
> Then as always there is one great way to figure out if it does what you
> want it to do: try it out. Download SLES and when you register, you
> should get 1 (or 3?) months of free updates.

I have downloaded the 32 bit one, two DVD:s.
I will try that since I don't have a 64 bit spare box.

But that won't tell me anything about Xen virtualization.

> There should be no surprises for you as you already have a lot of SUSE
> experience. SLES is from in time in between 11.0 and 11.1, I believe.
>
Not other than Xen. It's a different story from VMWare.

Vahis
--
"Sunrise 7:39am (EET), sunset 5:29pm (EET) at Espoo, FI (9:49 hours daylight)"
http://waxborg.servepics.com
Linux 2.6.25.20-0.6-default #1 SMP 2010-01-14 18:58:36 +0100 x86_64
6:18am up 2 days 22:47, 14 users, load average: 0.02, 0.10, 0.12
From: Inge Svensson on
Vahis skrev 2010-02-23 05:51:<snip>
> I found Xen stuff about openSUSE.
> http://en.opensuse.org/Xen_Full_Virtualization_Example
> It looks complex at the first glance.
>
> Vahis

I must admit I didn't follow that guide when my system broke...
Inge Svensson
From: JT on
On 22/02/10 21:00, houghi wrote:
> Vahis wrote:
>
>> As openSUSE 11.0 is approaching its EOL it makes me dream of longer life
>> (of the system) once again.
>> I do like the "don't fix it if it ain't broken" -mantra, in a server in
>> particular.
>>
> Then it is easy: don't fix it if it's broken. i.e. don't upgrade unless
> you realy want to. ;-)
It's a definition thing I guess. In a prod-env. I consider unsupported
as broken. At home : I don't give a toss (i.e. I just upgrade for the
fun of it ;-) )

> houghi
>


--
Kind regards, JT

From: David Bolt on
On Tuesday 23 Feb 2010 04:51, while playing with a tin of spray paint,
Vahis painted this mural:

> On 2010-02-22, houghi <houghi(a)houghi.org.invalid> wrote:

>> `zypper dup`. Howe lazy can you get? Make it a yearly crontab and you
>> don't even have to do that. :-D
>
> Weren't you one of the "clean-install-instead-of-upgrade-guys"

You couldn't do it as a part of a cron job even if you wanted to. While
you can upgrade using the DVD, or do fresh install, all without having
to accept a license, you still need to do so to use zypper dup. Yes,
there's a 15 month old bug[0] still open about it and, from the look of
things, this will not be changed.


[0] https://bugzilla.novell.com/show_bug.cgi?id=450003

Regards,
David Bolt

--
Team Acorn: www.distributed.net OGR-NG @ ~100Mnodes RC5-72 @ ~1Mkeys/s
openSUSE 11.0 32b | | | openSUSE 11.3M1 32b
openSUSE 11.0 64b | openSUSE 11.1 64b | openSUSE 11.2 64b |
TOS 4.02 | openSUSE 11.1 PPC | RISC OS 4.02 | RISC OS 3.11