Besides SLES costing 10x more than SLES, what is the difference between the two? I currently run some servers on openSUSE and the lack of long-term software updates is annoying. So coming from openSUSE should SLED run a server just fine? SLED will have Apache, MySQL, etc and all the relevant modules for it in Yast just as in openSUSE, no? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
SLED do not have Apache and others servers. You can install from source.
http://laffers.net/howtos/howto-install-apache
regards
Marco
--- El mar 5-ago-08, Andrew Joakimsen
De: Andrew Joakimsen
Asunto: [opensuse] SLES vs SLED A: "Suse (E-mail)" Fecha: martes, 5 agosto, 2008, 7:37 pm Besides SLES costing 10x more than SLES, what is the difference between the two? I currently run some servers on openSUSE and the lack of long-term software updates is annoying. So coming from openSUSE should SLED run a server just fine? SLED will have Apache, MySQL, etc and all the relevant modules for it in Yast just as in openSUSE, no? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
____________________________________________________________________________________ Yahoo! MTV Blog & Rock >¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Besides Apache you will find SLED doesn't contain servers for things
like subversion or LDAP. Also, unless my test results are very wrong
there is some differences in the kernel - notably the scheduler and
the ability to mange lots of cores. I put SLED10 x86-64 of a 4
processor quad core opteron system, i.e. it has 16 cores, and it was a
strange experience indeed. Putting SLED10 x86-64 on it helped restore
some sanity.
Mike
On Tue, Aug 5, 2008 at 6:13 PM, Marco Palominos
SLED do not have Apache and others servers. You can install from source.
http://laffers.net/howtos/howto-install-apache
regards Marco
--- El mar 5-ago-08, Andrew Joakimsen
escribió: De: Andrew Joakimsen
Asunto: [opensuse] SLES vs SLED A: "Suse (E-mail)" Fecha: martes, 5 agosto, 2008, 7:37 pm Besides SLES costing 10x more than SLES, what is the difference between the two? I currently run some servers on openSUSE and the lack of long-term software updates is annoying. So coming from openSUSE should SLED run a server just fine? SLED will have Apache, MySQL, etc and all the relevant modules for it in Yast just as in openSUSE, no? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org ____________________________________________________________________________________ Yahoo! MTV Blog & Rock >¡Cuéntanos tu historia, inspira una canción y gánate un viaje a los Premios MTV! Participa aquí http://mtvla.yahoo.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Am Mittwoch 06 August 2008 05:59:07 schrieb Michael Folsom:
Also, unless my test results are very wrong there is some differences in the kernel - notably the scheduler and the ability to mange lots of cores.
As md5sum will tell you, the SLES and SLED kernels are binary identical Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Wow - now that's interesting -
Let me explain why I made that statement - I have a Uniwide 3546 with
4 quad core 2.3 GH opterons, 32 gb of ram, and a 3ware 9550sx sata
card with 6 500GB sata drives in a level 5 raid.
When I built it with SLES10 x86-64 SP1 (patched to the latest &
greatest) I saw lots of i/o issues - the system would simply hang for
literally 20 to 30 seconds at a time however when I rebuilt the same
box with SLED10 x86-64 SP1 (again the latest & greatest patches) those
"hangups" disappeared (note this occurred during the course of a day
or two so the kernel release was the same). Since nothing else
changed save the type of OS I assumed that there was some diff in some
part of the kernel (the scheduler, i/o mgmt, etc-) that caused the
problem.
Now I am really perplexed!
Michael
On Wed, Aug 6, 2008 at 12:15 AM, Anders Johansson
Am Mittwoch 06 August 2008 05:59:07 schrieb Michael Folsom:
Also, unless my test results are very wrong there is some differences in the kernel - notably the scheduler and the ability to mange lots of cores.
As md5sum will tell you, the SLES and SLED kernels are binary identical
Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Wed, Aug 6, 2008 at 12:15 AM, Anders Johansson
wrote: Am Mittwoch 06 August 2008 05:59:07 schrieb Michael Folsom: Also, unless my test results are very wrong there is some differences in the kernel - notably the scheduler and the ability to mange lots of cores.
As md5sum will tell you, the SLES and SLED kernels are binary identical
Anders -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
--
On Thu, Aug 7, 2008 at 10:43 AM, Michael Folsom
Wow - now that's interesting -
Let me explain why I made that statement - I have a Uniwide 3546 with 4 quad core 2.3 GH opterons, 32 gb of ram, and a 3ware 9550sx sata card with 6 500GB sata drives in a level 5 raid.
When I built it with SLES10 x86-64 SP1 (patched to the latest & greatest) I saw lots of i/o issues - the system would simply hang for literally 20 to 30 seconds at a time however when I rebuilt the same box with SLED10 x86-64 SP1 (again the latest & greatest patches) those "hangups" disappeared (note this occurred during the course of a day or two so the kernel release was the same). Since nothing else changed save the type of OS I assumed that there was some diff in some part of the kernel (the scheduler, i/o mgmt, etc-) that caused the problem.
Now I am really perplexed!
Michael
I fixed your top posting so this thread might remain intelligible. Never top post to a mailing list. Hangs of this nature plagued multi-core machines for quite a while. Some users would get them, others not, but it seemed most prevalent in X86_64. I don't see this sort of thing much anymore. The fact that the kernels are identical between SLES and SLED is not really that important, because there are many many settings that can affect operation. Many of these hangs could be attributed to processor internal clocks, and clock-drift between the two cores, and timer sources. Slowly the kernels improved and most of these problems went away. Some of these could be prevented with the "nohpet" boot parameter, which forced the use of alternate timer sources. I still run with nohpet, even tho I have not verified it is even honored or necessary since the last new kernel. Google will reveal thousands of hits on these 30 second freezes, under various names, and all sorts of "try this" solutions are recommended. It was a real mess for a long time and you still occasionally find people posting about it here, so its not totally fixed. -- ----------JSA--------- There are 10 kinds of people in this world, those that can read binary and those that can't. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Tue, Aug 5, 2008 at 8:59 PM, Michael Folsom
I put SLED10 x86-64 of a 4 processor quad core opteron system, i.e. it has 16 cores, and it was a strange experience indeed. Putting SLED10 x86-64 on it helped restore some sanity.
Something's wrong with those two sentences. Did you mean to say "Putting SLES10 on helped"? -- ----------JSA--------- There are 10 kinds of people in this world, those that can read binary and those that can't. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
Sorry for the confusion, yes - you are correct - I first ran SLED on
it then changed it to SLES and things improved.
Michael
On Wed, Aug 6, 2008 at 2:07 PM, John Andersen
On Tue, Aug 5, 2008 at 8:59 PM, Michael Folsom
wrote: I put SLED10 x86-64 of a 4 processor quad core opteron system, i.e. it has 16 cores, and it was a strange experience indeed. Putting SLED10 x86-64 on it helped restore some sanity.
Something's wrong with those two sentences.
Did you mean to say "Putting SLES10 on helped"?
-- ----------JSA--------- There are 10 kinds of people in this world, those that can read binary and those that can't. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
On Aug 5, 2008, at 5:13 PM, Marco Palominos wrote:
SLED do not have Apache and others servers. You can install from source.
http://laffers.net/howtos/howto-install-apache
regards Marco
You can also install RPMs from the SLES DVD onto your SLED box. I've had to do this numerous times. --Shawn -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org
"Andrew Joakimsen"
Besides SLES costing 10x more than SLES, what is the difference between the two? I currently run some servers on openSUSE and the lack
Check the package lists, SLES contains server packages, SLED does not. SLES is the Enterprise Server, SLED the Enterprise Desktop.
of long-term software updates is annoying. So coming from openSUSE should SLED run a server just fine? SLED will have Apache, MySQL, etc
The SLED technology should run a server just fine.
and all the relevant modules for it in Yast just as in openSUSE, no?
But you will only get Apache etc on SLES not on SLES - SLED has in general only the clients, Andreas -- Andreas Jaeger, Director Platform / openSUSE, aj@suse.de SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg) Maxfeldstr. 5, 90409 Nürnberg, Germany GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126
participants (7)
-
Anders Johansson
-
Andreas Jaeger
-
Andrew Joakimsen
-
John Andersen
-
Marco Palominos
-
Michael Folsom
-
Shawn Protsman