Lonny Selinger wrote: >>Lonny Selinger wrote: >> >>>>Lonny Selinger wrote: >>>> >>>>>I'm not sure what has happened but for some reason my CentOS 4 system is >>>>>showing me using default threads?? >>>>> >>>>># getconf GNU_LIBPTHREAD_VERSION >>>>>linuxthreads-0.10 >>>>> >>>>># uname -rimpv >>>>>2.6.9-42.0.10.EL #1 Tue Feb 27 09:24:42 EST 2007 i686 athlon i386 >>>>> >>>>>I could have sworn it used to show: >>>>> >>>>>NPTL 2.3.4 >>>> >>>>Mine do >>>> >>>> >>>>>Like a couple other machines. Any ideas what might have changed this or >>>>>how >>>>>I >>>>>get it back??? the devel package for NPTL is installed but from my >>>>>understanding that has little to do with why getconf is showing this. I'm >>>>>feeling new here :-) >>>> >>>>[summer at bilby ~]$ ssh cdm rpm -qif $(type -p getconf) >>>>Name : glibc-common Relocations: (not relocatable) >>>>Version : 2.3.4 Vendor: CentOS >>>>Release : 2.25 Build Date: Sat Aug 12 >>>>19:52:27 2006 >>>>Install Date: Tue Sep 5 01:47:21 2006 Build Host: build-i386 >>>>Group : System Environment/Base Source RPM: >>>>glibc-2.3.4-2.25.src.rpm >>>>Size : 59306351 License: LGPL >>>>Signature : DSA/SHA1, Sat Aug 12 22:08:33 2006, Key ID a53d0bab443e1821 >>>>Packager : Johnny Hughes <johnny at centos.org> >>>>Summary : Common binaries and locale data for glibc >>>>Description : >>>>The glibc-common package includes common binaries for the GNU libc >>>>libraries, as well as national language (locale) support. >>>>[summer at bilby ~]$ >>>> >>>>Cheers >>>>John >>> >>>Thanks John ... at least you've confirmed I'm not crazy: >>> >>>Name : glibc-common Relocations: (not relocatable) >>>Version : 2.3.4 Vendor: CentOS >>>Release : 2.25 Build Date: Sat 12 Aug 2006 >>>05:52:27 AM CST >>>Install Date: Mon 05 Mar 2007 06:18:49 PM CST Build Host: build-i386 >>>Group : System Environment/Base Source RPM: >>>glibc-2.3.4-2.25.src.rpm >>>Size : 59306351 License: LGPL >>>Signature : DSA/SHA1, Sat 12 Aug 2006 08:08:33 AM CST, Key ID >>>a53d0bab443e1821 >>>Packager : Johnny Hughes <johnny at centos.org> >>>Summary : Common binaries and locale data for glibc >>>Description : >>>The glibc-common package includes common binaries for the GNU libc >>>libraries, as well as national language (locale) support. >>> >>>I still don't know why all of a sudden NPTL dissapeared :-( I'll keep >>>banging my head and see what rattles loose >> >>rpm -V >> > > > Thanks again John. Just in case anyone else ever runs into this. I had > installed an app that mentioned that /lib/tls needed to be moved for the app xen is a candidate here. > to run as is had a flaw in it. This was a quick install I found on a site > somewhere ... eventually (last night) I read the official documentation which > specified that the flaw was in the patch provided quite a while ago for 2.4 > kernels NOT the 2.6 branch. > > In my case, /lib/tls was moved to /lib/tls.old and never paid attention to > again ... until this problem. Running the RPM verify against glibc showed that > there were horrific changes even once I had moved /lib/tls.old back to > /lib/tls as I had upgraded glibc and other accompanying apps and packages > while /lib/tls was gone. > > As this machine is a kick toy right now it was pretty simple to reinstall > (which I was aplnning anyway) but I'm assuming it _may_ have been possible to > do a force install of the last upgrades I had done to try to correct the issue > WITH /lib/tls in place. > > Side note, are rollbacks supported/implemented at all in CentOS 4 (or upcoming > 5) ? I know there are snapshots implemented in the management and prvisioning > modules for RHEL through rhn, just wondering if there's a similar machanism > that can be enabled for CentOS. I'm assuming there is with yum I'm just > weening off of up2date now ;P I'm using up2date, and I'm getting replacement rpms created. I've not needed to use one, every, but it's a feature and choice I value. > > Thanks again!! > > -- > Lonny -- Cheers John -- spambait 1aaaaaaa at coco.merseine.nu Z1aaaaaaa at coco.merseine.nu Please do not reply off-list