On 06/20/2012 10:19 AM, Chris Schanzle wrote: > 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 One final check: strace -e file python -c 'from xml.etree import cElementTree' 2>&1 | grep libexpat.so open("/lib64/libexpat.so.1", O_RDONLY) = 5