Rick, <br><br>ld.so.conf did the trick.  I was not aware of that particular config file (I'm a old SunOS -> Solaris -> IRIX -> and now Linux hack).  Obviously learning as I go... but this one really had me stumped, because I missed how the lib path was controlled.  Now I need to figure out if removing that path will cause other issues... like with Networker...
<br><br>To answer your questions:  I wasn't sure what information would be pertinent.  Yes, this is RHEL 4 (nahant).  I did a "full" update, and I should have put it that way.  You're right, I made it sound like I only updated the kernel and libs - not what I had intended.
<br><br>Thanks for the response.  It helped a lot!<br><br>dave<br><br><div><span class="gmail_quote">On 9/13/06, <b class="gmail_sendername">Rick Stevens</b> <<a href="mailto:rstevens@vitalstream.com">rstevens@vitalstream.com
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">On Wed, 2006-09-13 at 08:14 -0700, dave first wrote:<br>> Folks, this one has me stumped, and I could use your help figuring
<br>> this out.<br>><br>> I was running kernel and libs at,<br>><br>> Linux 2.6.9-34.0.2.EL<br>><br>><br>> And after updating the kernel and libs, and a reboot for good measure,<br>> we're at,<br>
><br>> Linux 2.6.9-42.0.2.EL<br><br>Which distro are you running?  Looks like RHEL 4.x, but it'd be nice<br>to confirm.<br><br>> But, now I've got some some conflicts.  I cannot run httpd, or a<br>> konsole window, much less gnome or kde without incurring an error
<br>> similar to this (the libs change, depending on what's being called):<br>><br>>     Cannot load /etc/httpd/modules/libphp4.so into<br>> server: /usr/lib/nsr/libgcc_s.so.1:<br>>     version `GCC_4.2.0' not found (required by /usr/lib/libstdc
<br>> ++.so.6)<br>><br>><br>> Note the path to the lib:   /usr/lib/nsr  These libraries belong to<br>> EMC/Legato Networker backup client application software.  Note the<br>> libs at the end of the list which are related to the old GLIB or GCC.
<br>> I don't understand why these are somehow in the system lib path, or<br>> --- what?<br>><br>> # rpm -qf /usr/lib/nsr/libgcc_s.so.1<br>> lgtoclnt-7.3-1<br>><br>> # rpm -qR lgtoclnt-7.3-1<br>> rpmlib(PayloadFilesHavePrefix) <= 
4.0-1<br>> rpmlib(CompressedFileNames) <= 3.0.4-1<br>> ld-linux.so.2<br>> libICE.so.6<br>> libSM.so.6<br>> libX11.so.6<br>> libXext.so.6<br>> libXmu.so.6<br>> libXt.so.6<br>> libc.so.6<br>> 
libdl.so.2<br>> libgcc_s.so.1<br>> libncurses.so.5<br>> libpthread.so.0<br>> libqt-mt.so.3<br>> librt.so.1<br>> libstdc++.so.5<br>> libGL.so.1<br>> libXi.so.6<br>> libXrender.so.1<br>> libm.so.6
<br>> /bin/ksh<br>> /bin/sh<br>> libc.so.6(GLIBC_2.0)<br>> libc.so.6(GLIBC_2.1)<br>> libc.so.6(GLIBC_2.1.2)<br>> libc.so.6(GLIBC_2.1.3)<br>> libc.so.6(GLIBC_2.2)<br>> libdl.so.2(GLIBC_2.0)<br>> 
libdl.so.2(GLIBC_2.1)<br>> libgcc_s.so.1(GCC_3.0)<br>> libgcc_s.so.1(GCC_3.3)<br>> libgcc_s.so.1(GLIBC_2.0)<br>> libm.so.6(GLIBC_2.0)<br>> libm.so.6(GLIBC_2.1)<br>> libm.so.6(GLIBC_2.2)<br>> libpthread.so.0
(GLIBC_2.0)<br>> libpthread.so.0(GLIBC_2.1)<br>> libpthread.so.0(GLIBC_2.2)<br>><br>> Okay, so I cannot run a lot of things, and some things I can (xterm is<br>> okay).  No  LD_LIBRARY_PATH is set by default, but even if I set one,
<br>> and exclude /usr/nsr/lib, it doesn't matter.  Same problem.<br><br>That's quite weird.  Not even the latest FC5 has a GCC 4.2.0.  It's at<br>4.1.1.<br><br>> Okay, I admit it.  I'm stumped.  Ideas anyone????<br>
<br>Did you do a full update?  Why just the kernel and libraries?  You<br>really should do a full update.<br><br>The libraries are actually controlled by the /etc/ld.so.conf file,<br>not LD_LIBRARY_PATH.  You might try editing that file and commenting
<br>out the /usr/nsr/lib path, then running "ldconfig -v" and verifying<br>that it isn't included anymore.<br><br>----------------------------------------------------------------------<br>- Rick Stevens, Senior Systems Engineer     
<a href="mailto:rstevens@vitalstream.com">rstevens@vitalstream.com</a> -<br>- VitalStream, Inc.                       <a href="http://www.vitalstream.com">http://www.vitalstream.com</a> -<br>-                                                                    -
<br>-   I haven't lost my mind.  It's backed up on tape somewhere, but   -<br>-                       probably not recoverable.                    -<br>----------------------------------------------------------------------
<br><br>_______________________________________________<br>Redhat-install-list mailing list<br><a href="mailto:Redhat-install-list@redhat.com">Redhat-install-list@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/redhat-install-list">
https://www.redhat.com/mailman/listinfo/redhat-install-list</a><br>To Unsubscribe Go To ABOVE URL or send a message to:<br><a href="mailto:redhat-install-list-request@redhat.com">redhat-install-list-request@redhat.com</a>
<br>Subject: unsubscribe<br></blockquote></div><br>