On 06/20/2012 10:09 AM, Andras Horvath wrote: > On Wed, 20 Jun 2012 10:04:03 -0400 > Chris Schanzle<[log in to unmask]> wrote: > >> On 06/20/2012 09:55 AM, Andras Horvath wrote: >>> On Wed, 20 Jun 2012 09:49:04 -0400 >>> Chris Schanzle<[log in to unmask]> wrote: >>> >>>> On 06/20/2012 07:30 AM, Andras Horvath wrote: >>>>> On Wed, 20 Jun 2012 15:26:16 +0400 >>>>> Oleg Sadov<[log in to unmask]> wrote: >>>>> >>>>>> 20/06/2012 08:35 +0200, Andras Horvath wrote: >>>>>>> On Tue, 19 Jun 2012 19:05:49 +0200 >>>>>>> Andras Horvath<[log in to unmask]> wrote: >>>>>>> >>>>>>>> On Tue, 19 Jun 2012 09:59:26 -0700 >>>>>>>> Akemi Yagi<[log in to unmask]> wrote: >>>>>>>> >>>>>>>>> On Tue, Jun 19, 2012 at 9:55 AM, Andras >>>>>>>>> Horvath<[log in to unmask]> wrote: >>>>>>>>> >>>>>>>>>> How could I run a self check on all packages with rpm to see >>>>>>>>>> if all the files are there and their hashes match too? >>>>>>>>> >>>>>>>>> Run 'rpm -V' against the packages. >>>>>>>>> >>>>>>>>> If you get any output, then there is (are) some mismatch(es). >>>>>>>>> Man page has the explanation for the output. >>>>>>>>> >>>>>>>>> Akemi >>>>>>>> >>>>>>>> I ran it against python and yum packages, but all are ok. >>>>>>>> >>>>>>>> Andras >>>>>>> >>>>>>> If I restore "/usr/lib64/python2.6" directory from my backup, >>>>>>> then yum works again just fine. I can run "yum update" too. But >>>>>>> when I run "yum reinstall python", then after the package >>>>>>> install everything goes wrong again. >>>>>>> >>>>>>> Any idea what could cause this? This is a simple case >>>>>>> installing a package. >>>>>> >>>>>> Required cElementTree module is actually located in xml.etree >>>>>> (/usr/lib64/python2.6/xml/etree/cElementTree.py from python rpm), >>>>>> standalone cElementTree is not included in distro. Try to check >>>>>> access to the module at python interactive session: >>>>>> >>>>>> from xml.etree import cElementTree >>>>>> >>>>>>> Andras >>>>> >>>>> $ python >>>>> Python 2.6.6 (r266:84292, Jun 18 2012, 09:57:52) >>>>> [GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2 >>>>> Type "help", "copyright", "credits" or "license" for more >>>>> information. >>>>>>>> from xml.etree import cElementTree >>>>> Traceback (most recent call last): >>>>> File "<stdin>", line 1, in<module> >>>>> File "/usr/lib64/python2.6/xml/etree/cElementTree.py", line 3, >>>>> in<module> from _elementtree import * >>>>> ImportError: /usr/lib64/python2.6/lib-dynload/pyexpat.so: symbol >>>>> XML_SetHashSalt, version EXPAT_2_0_1_RH not defined in file >>>>> libexpat.so.1 with link time reference >>>>>>>> >>>>> >>>>> >>>>> Andras >>>> >>>> What does this output? >>>> >>>> rpm -q expat >>>> >>>> Do you have a yum update pending for it? >>>> >>>> rpm -q --changelog expat | head >>>> * Fri Apr 27 2012 Joe Orton<[log in to unmask]> - 2.0.1-11 >>>> - use symbol version for XML_SetHashSalt (CVE-2012-0876, #816306) >>> >>> Thanks for you help. The output of "rpm -q expat" is: >>> >>> expat-2.0.1-11.el6_2.x86_64 >>> >>> I'm supposed to have all the updates installed to date. >>> >>> Andras >> >> Hmm. Well, on a fully updated CentOS 6 system (sorry, I switched >> back), I have: >> >> rpm -q expat >> expat-2.0.1-11.el6_2.x86_64 >> expat-2.0.1-11.el6_2.i686 >> >> >> python >> Python 2.6.6 (r266:84292, Dec 7 2011, 20:48:22) >> [GCC 4.4.6 20110731 (Red Hat 4.4.6-3)] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >>>>> from xml.etree import cElementTree >>>>> ^D >> >> >> Could this be an issue with prelink? Try unprelinking the world. > > # prelink -au > prelink: /usr/lib64/xulrunner-2/libxul.so: DT_JMPREL tag not adjacent to DT_RELA relocations > prelink: /usr/lib64/sunbird-1.0b2pre/xpcshell: Could not find one of the dependencies > prelink: /usr/lib64/sunbird-1.0b2pre/sunbird-bin: Could not find one of the dependencies > prelink: /usr/lib64/xulrunner-2/libmozsqlite3.so: DT_JMPREL tag not adjacent to DT_RELA relocations > > Unfortunately problem still persists. > > Andras Running low on ideas... Assuming your locate db is up to date (if not, run /etc/cron.daily/mlocate.cron ), compare your results of: locate libexpat.so I have several others, but my LD_LIBRARY_PATH is empty: locate libexpat.so /lib/libexpat.so.1 /lib/libexpat.so.1.5.2 /lib64/libexpat.so.1 /lib64/libexpat.so.1.5.2 /local/opt/matlab-2012a/bin/glnxa64/libexpat.so.1 /local/opt/matlab-2012a/bin/glnxa64/libexpat.so.1.5.0 /usr/lib/vmware/lib/libexpat.so.0 /usr/lib/vmware/lib/libexpat.so.0/libexpat.so.0 /usr/lib/vmware/ovftool/libexpat.so.0 /usr/lib/vmware-installer/1.1/lib/lib/libexpat.so.0 /usr/lib/vmware-installer/1.1/lib/lib/libexpat.so.0/libexpat.so.0 /usr/lib64/libexpat.so /usr/lib64/libexpat.so.0 /usr/lib64/libexpat.so.0.5.0 env | grep LD