SCIENTIFIC-LINUX-USERS Archives

June 2011

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Nico Kadel-Garcia <[log in to unmask]>
Reply To:
Nico Kadel-Garcia <[log in to unmask]>
Date:
Fri, 10 Jun 2011 20:29:49 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (31 lines)
On Fri, Jun 10, 2011 at 10:55 AM, Lamar Owen <[log in to unmask]> wrote:
> On Thursday, June 09, 2011 07:22:56 PM you wrote:
>> That's a significant chunk of RAM for such an old codebase. Is there
>> any reason not to simply update to SL 6.0 and avoid the support
>> problems?
>
> What are you talking about, being large for an old codebase?  On x86_64 upstream has supported far more than 48GB since version 3 days (128GB to be exact, according to http://www.redhat.com/rhel/compare/ ).

It can work, I've done it. It's problematic, especially if one leaves
the 32-bit versions of components and libraries dual-installed with
the 64-bit, deletes one and not the other. The codebase for SL 5 and
RHEL 5 uses significantlyou out of date kernels, glibc, and other core
utilities. so yes: if you stretch the environment beyond the common
resources at the time it was originally designed, you can enter the
world of surprising corner cases.

It's worse with old systems: kernel patches to deal with outlier,
wierd hardware aren't necessarily backported, they're more likely to
get in the much more recent kernel codebase, and scheduling downtime
to do BIOS updates gets even harder when someone keeps saying
"n-o-o-o! I've got an uptime of 635 days, we can't reboot it!!!!!
prove to me that this will fix things first!!!!!"

> While I don't have a machine with more than 32GB of RAM currently, I wouldn't have any problem using CentOS or SL 5.6 (or either SLC or SLF) on x86_64 with that much RAM.  The EL5.6 kernel isn't aged yet, not by a long shot.
>
> SLC5 to SLC6 is not an update, it is a major upgrade.  There may be very significant reasons to not upgrade for the OP.
>
> In any case, this doesn't answer the OP's question of why SLC5.6 doesn't see the same thing as upstream EL5.6 but being built from the same source.  I would ask the OP to see what both SL (non-C) and CentOS 5.6 say about the machine and see if either see things like SLC or like upstream.  It should be a pretty simple and quick test, especially if the OP uses the LiveCD to do it (which should work ok, assuming all the tools are there).

The LiveCD is a good idea.

ATOM RSS1 RSS2