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
|
