[Leaplist] Problems w/ users under CentOS 5.3 ....

Bryan J Smith b.j.smith at ieee.org
Fri Sep 4 00:59:36 EDT 2009


On Wed, 2009-09-02 at 17:50 -0500, William A. Mahaffey III wrote:
> Soooooo tacky to self-reply, but for posterity here goes: the problem 
> here turned out to be that we were trying to give user-process too much 
> stack space.  This caused the login shell to fail, eventually screwing 
> the rest of the graphical login up.

And this was because ... and here it comes ... (oh joy!) @-ppp

> We have had (for years) a custom initialization file in /etc/profile.d
> with a line in it that said:
> limit stackspace 512m
> this worked AOK under SuSE 9.3 32-bit (as did 1536m), but not under 
> CentOS 5.3 32-bit (we have 3 GB of RAM on the machine).

And what did I warn you about?  @-ppp (and big grin)

Exact words ...  

"Reality:  you switched to a Fedora-based system from a SuSE-based
system, and an older one at that.  Expect issues."

And most, most _specifically_ ...  

"Fedora and SuSE based systems have different profile/bash settings"

I could only assume your differences were in the user profiles, and not
system-wide, especially after you replied ...

"I *did* start from the pristine CentOS after the 1st barf"

Actually, you did not.  You didn't merely just reuse only your home
directories, you _modified_ the "prestine" CentOS root yourself.  Most
specifically, the /etc/profile.d.

Again, I warned you about that.  @-ppp

So instead of having only user profile differences of SuSE into a
Fedora-based system, you moved your system-wide differences of SuSE into
a Fedora-based system.  You copied over your /etc/profile.d from a SuSE
to a Fedora based system and assumed it would work.  It doesn't.  @-ppp

This is exactly what I predicted would happen, only I took your comments
that you only had legacy SuSE stuff in the user profiles at face value.
I guess my mistake for assuming you wouldn't touch that "prestine"
root. ;)

[ "Real Life":  Be forward on all that you change.  I get paid the "big
bucks" because I catch people when they don't.  Had I been the one that
installed CentOS, and then you modified it, then come back to me, I
would have caught this in 2 minutes.  Why?  Because I maintain
configuration management on this and would have caught it in a diff.
Again, my daily "real life" an why I get paid the "big bucks." ]

> When I commented that line out, the login went AOK, but we only have
> 10MB of stackspace.  I seem to recall something about a PAE kernel
> being needed under RedHat  to get a ~4 GB address space for user
> processes, so I will look into  that tomorrow.

You only get up to 3GiB per user process period using any 32-bit kernel.
No PAE kernel on 32-bit can overcome that limit at all.

Red Hat did offer a 4G/4G kernel model in Red Hat Enterprise Linux
Release 3 and 4 called "hugemem."  But that is no longer offered in Red
Hat Enterprise Linux Release 5, because Red Hat highly recommends
Linux/x86-64 for more than 4GiB of RAM, and reduced the official amount
supported to 16GiB on 32-bit (and that's with caveats).

Why do you need such a huge stack size again?



-- 
Bryan J  Smith         Professional, Technical Annoyance 
Linked Profile:       http://www.linkedin.com/in/bjsmith 
-------------------------------------------------------- 
Only engineers can solve the growing needs of consumers
Stop being "aware" (that's so '70s) and start supporting
real solutions that actually work and sustain the planet




-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.



More information about the Leaplist mailing list