On Wed, 20 Jun 2012 17:18:21 +0200
Andras Horvath <[log in to unmask]> wrote:
> On Wed, 20 Jun 2012 10:23:40 -0400
> Chris Schanzle <[log in to unmask]> wrote:
>
> > 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
>
> locate libexpat.so
>
> /lib/libexpat.so.1
> /lib/libexpat.so.1.5.2
> /lib64/libexpat.so.1
> /lib64/libexpat.so.1.5.2
> /usr/lib64/libexpat.so
>
> As I see I'm missing these compared to you:
>
> /usr/lib64/libexpat.so.0
> /usr/lib64/libexpat.so.0.5.0
>
> I'll try to reinstall it then.
>
> To the other:
>
> $ strace -e file python -c 'from xml.etree import cElementTree' 2>&1
> | grep libexpat.so open("/lib/libexpat.so.1", O_RDONLY) = 5
> 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
>
> This seems to be the cause of all this I guess. Any other idea on how
> to resolve this specific one? :)
>
> Thanks for you time!
When I restore my /usr/lib64/python2.6 directory, then all the above
commands work fine, no error messages regarding expat. I can even
reinstall expat, no problem.
But when I run "yum reinstall python", then everything goes wrong. I
don't understand why. What is sure, that python has its expat bindings
inside this directory, and they might change. So can there be some
version mismatch issue here?
But if libexpat.so doesn't change, then only pyexpat.py must have
something to do with addressing the lib wrongly.
Andras
|
