Yum Corrupted on RHEL 6
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
I really need help. I am encountering the issue with my yum command. It seems to be exactly the same as the issue described on this site, Yum corrupted on CentOS 6.2, Problem importing one the python modules
This will be the error produced whenever I execute the yum command.
[root@Server1~]# yum list
There was a problem importing one of the
Python modules required to run yum. The error leading to this problem
was:
/lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
Please install a package which provides this module, or verify that
the module is installed correctly.
It's possible that the above module doesn't match the current version
of Python, which is:
2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
If you cannot solve this problem yourself, please go to the yum faq
at: http://yum.baseurl.org/wiki/Faq
However I am able to run # python2 , which is located in /usr/bin/python2
[root@Server1~]# python2
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
These are the modules yum import:
Grateful for any help! :)
linux rhel yum python
edited May 22 '17 at 18:34
nwildner
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
bumped to the homepage by Community♦ 6 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
 |Â
show 6 more comments
up vote
1
down vote
favorite
I really need help. I am encountering the issue with my yum command. It seems to be exactly the same as the issue described on this site, Yum corrupted on CentOS 6.2, Problem importing one the python modules
This will be the error produced whenever I execute the yum command.
[root@Server1~]# yum list
There was a problem importing one of the
Python modules required to run yum. The error leading to this problem
was:
/lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
Please install a package which provides this module, or verify that
the module is installed correctly.
It's possible that the above module doesn't match the current version
of Python, which is:
2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
If you cannot solve this problem yourself, please go to the yum faq
at: http://yum.baseurl.org/wiki/Faq
However I am able to run # python2 , which is located in /usr/bin/python2
[root@Server1~]# python2
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
These are the modules yum import:
Grateful for any help! :)
linux rhel yum python
edited May 22 '17 at 18:34
nwildner
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
bumped to the homepage by Community♦ 6 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
1
Looks like the problem is pycurl (from your traceback). You can confirm this by enteringimport pycurlinto your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.
– Faheem Mitha
Mar 30 '15 at 8:56
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43
 |Â
show 6 more comments
up vote
1
down vote
favorite
up vote
1
down vote
favorite
I really need help. I am encountering the issue with my yum command. It seems to be exactly the same as the issue described on this site, Yum corrupted on CentOS 6.2, Problem importing one the python modules
This will be the error produced whenever I execute the yum command.
[root@Server1~]# yum list
There was a problem importing one of the
Python modules required to run yum. The error leading to this problem
was:
/lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
Please install a package which provides this module, or verify that
the module is installed correctly.
It's possible that the above module doesn't match the current version
of Python, which is:
2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
If you cannot solve this problem yourself, please go to the yum faq
at: http://yum.baseurl.org/wiki/Faq
However I am able to run # python2 , which is located in /usr/bin/python2
[root@Server1~]# python2
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
These are the modules yum import:
Grateful for any help! :)
linux rhel yum python
edited May 22 '17 at 18:34
nwildner
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
I really need help. I am encountering the issue with my yum command. It seems to be exactly the same as the issue described on this site, Yum corrupted on CentOS 6.2, Problem importing one the python modules
This will be the error produced whenever I execute the yum command.
[root@Server1~]# yum list
There was a problem importing one of the
Python modules required to run yum. The error leading to this problem
was:
/lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
Please install a package which provides this module, or verify that
the module is installed correctly.
It's possible that the above module doesn't match the current version
of Python, which is:
2.6.6 (r266:84292, Nov 21 2013, 10:50:32) [GCC 4.4.7 20120313 (Red Hat 4.4.7-4)]
If you cannot solve this problem yourself, please go to the yum faq
at: http://yum.baseurl.org/wiki/Faq
However I am able to run # python2 , which is located in /usr/bin/python2
[root@Server1~]# python2
Python 2.6.6 (r266:84292, Nov 21 2013, 10:50:32)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
These are the modules yum import:
Grateful for any help! :)
linux rhel yum python
linux rhel yum python
edited May 22 '17 at 18:34
nwildner
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
edited May 22 '17 at 18:34
nwildner
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
edited May 22 '17 at 18:34
nwildner
13.5k14073
edited May 22 '17 at 18:34
nwildner
13.5k14073
edited May 22 '17 at 18:34
nwildner
13.5k14073
13.5k14073
asked Mar 30 '15 at 7:32
Win.T
4721612
asked Mar 30 '15 at 7:32
Win.T
4721612
asked Mar 30 '15 at 7:32
Win.T
4721612
4721612
bumped to the homepage by Community♦ 6 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 6 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
1
Looks like the problem is pycurl (from your traceback). You can confirm this by enteringimport pycurlinto your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.
– Faheem Mitha
Mar 30 '15 at 8:56
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43
 |Â
show 6 more comments
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
1
Looks like the problem is pycurl (from your traceback). You can confirm this by enteringimport pycurlinto your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.
– Faheem Mitha
Mar 30 '15 at 8:56
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
1
1
Looks like the problem is pycurl (from your traceback). You can confirm this by entering
import pycurl into your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.– Faheem Mitha
Mar 30 '15 at 8:56
Looks like the problem is pycurl (from your traceback). You can confirm this by entering
import pycurl into your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.– Faheem Mitha
Mar 30 '15 at 8:56
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43
 |Â
show 6 more comments
1 Answer
1
active
oldest
votes
up vote
0
down vote
You should do ldd /lib64/libldap-2.4.so.2, check output for 'undefined references', find package which provides that undefined lib, find your repo, manually download the rpm which provides that lib, install it with rpm -i <missing>.rpm.
Most probably your problem is due to bug in libldap or your manual intervention into packaging system.
I happen to have RHEL6 nearby, so let's find your symbolfor lib in /lib64/*.so.*; do if nm -D $lib|grep ber_sockbuf_io_udp; then echo $lib; fi; done
returns:
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2.5.6
So your symbol defined in /lib64/liblber-2.4.so.2, which is installed on my system. As it is installed I could do rpm -qf /lib64/liblber-2.4.so.2 which show me
openldap-2.4.23-32.el6_4.1.x86_64
So it should be part of your package. Now your should check if this library exists in your fs. If it doesn't - download and reinstall the openldap package. If it does exist - something wrong with your python.
answered Mar 30 '15 at 12:04
gena2x
1,806618
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something likerpm -qf /usr/lib64/python2.4/site-packages/_audit.soto find package and rpm -r to uninstall it.
– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
0
down vote
You should do ldd /lib64/libldap-2.4.so.2, check output for 'undefined references', find package which provides that undefined lib, find your repo, manually download the rpm which provides that lib, install it with rpm -i <missing>.rpm.
Most probably your problem is due to bug in libldap or your manual intervention into packaging system.
I happen to have RHEL6 nearby, so let's find your symbolfor lib in /lib64/*.so.*; do if nm -D $lib|grep ber_sockbuf_io_udp; then echo $lib; fi; done
returns:
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2.5.6
So your symbol defined in /lib64/liblber-2.4.so.2, which is installed on my system. As it is installed I could do rpm -qf /lib64/liblber-2.4.so.2 which show me
openldap-2.4.23-32.el6_4.1.x86_64
So it should be part of your package. Now your should check if this library exists in your fs. If it doesn't - download and reinstall the openldap package. If it does exist - something wrong with your python.
answered Mar 30 '15 at 12:04
gena2x
1,806618
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something likerpm -qf /usr/lib64/python2.4/site-packages/_audit.soto find package and rpm -r to uninstall it.
– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
add a comment |Â
up vote
0
down vote
You should do ldd /lib64/libldap-2.4.so.2, check output for 'undefined references', find package which provides that undefined lib, find your repo, manually download the rpm which provides that lib, install it with rpm -i <missing>.rpm.
Most probably your problem is due to bug in libldap or your manual intervention into packaging system.
I happen to have RHEL6 nearby, so let's find your symbolfor lib in /lib64/*.so.*; do if nm -D $lib|grep ber_sockbuf_io_udp; then echo $lib; fi; done
returns:
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2.5.6
So your symbol defined in /lib64/liblber-2.4.so.2, which is installed on my system. As it is installed I could do rpm -qf /lib64/liblber-2.4.so.2 which show me
openldap-2.4.23-32.el6_4.1.x86_64
So it should be part of your package. Now your should check if this library exists in your fs. If it doesn't - download and reinstall the openldap package. If it does exist - something wrong with your python.
answered Mar 30 '15 at 12:04
gena2x
1,806618
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something likerpm -qf /usr/lib64/python2.4/site-packages/_audit.soto find package and rpm -r to uninstall it.
– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
add a comment |Â
up vote
0
down vote
up vote
0
down vote
You should do ldd /lib64/libldap-2.4.so.2, check output for 'undefined references', find package which provides that undefined lib, find your repo, manually download the rpm which provides that lib, install it with rpm -i <missing>.rpm.
Most probably your problem is due to bug in libldap or your manual intervention into packaging system.
I happen to have RHEL6 nearby, so let's find your symbolfor lib in /lib64/*.so.*; do if nm -D $lib|grep ber_sockbuf_io_udp; then echo $lib; fi; done
returns:
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2.5.6
So your symbol defined in /lib64/liblber-2.4.so.2, which is installed on my system. As it is installed I could do rpm -qf /lib64/liblber-2.4.so.2 which show me
openldap-2.4.23-32.el6_4.1.x86_64
So it should be part of your package. Now your should check if this library exists in your fs. If it doesn't - download and reinstall the openldap package. If it does exist - something wrong with your python.
answered Mar 30 '15 at 12:04
gena2x
1,806618
You should do ldd /lib64/libldap-2.4.so.2, check output for 'undefined references', find package which provides that undefined lib, find your repo, manually download the rpm which provides that lib, install it with rpm -i <missing>.rpm.
Most probably your problem is due to bug in libldap or your manual intervention into packaging system.
I happen to have RHEL6 nearby, so let's find your symbolfor lib in /lib64/*.so.*; do if nm -D $lib|grep ber_sockbuf_io_udp; then echo $lib; fi; done
returns:
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2
0000003e2240e460 D ber_sockbuf_io_udp
/lib64/liblber-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap-2.4.so.2.5.6
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2
U ber_sockbuf_io_udp
/lib64/libldap_r-2.4.so.2.5.6
So your symbol defined in /lib64/liblber-2.4.so.2, which is installed on my system. As it is installed I could do rpm -qf /lib64/liblber-2.4.so.2 which show me
openldap-2.4.23-32.el6_4.1.x86_64
So it should be part of your package. Now your should check if this library exists in your fs. If it doesn't - download and reinstall the openldap package. If it does exist - something wrong with your python.
answered Mar 30 '15 at 12:04
gena2x
1,806618
edited Mar 30 '15 at 12:16
answered Mar 30 '15 at 12:04
gena2x
1,806618
answered Mar 30 '15 at 12:04
gena2x
1,806618
answered Mar 30 '15 at 12:04
gena2x
1,806618
1,806618
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something likerpm -qf /usr/lib64/python2.4/site-packages/_audit.soto find package and rpm -r to uninstall it.
– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
add a comment |Â
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something likerpm -qf /usr/lib64/python2.4/site-packages/_audit.soto find package and rpm -r to uninstall it.
– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
thanks for your help. I had tried all the following you mentioned. There is no 'undefined references', the return for the for loop has also the same output, and openldap package is also availble. I had reinstall both python2 and openldap locally, but does not work either. If you mention that its thats something wrong with the python, it doesn't seems to be as I am able to execute python2 using # python2; and it works perfectly; only thing is my yum not working, keeping giving me this error: /lib64/libldap-2.4.so.2: undefined symbol: ber_sockbuf_io_udp
– Win.T
Mar 31 '15 at 2:06
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
noted, I will try when back office and let you know.. Thanks a lot! :)
– Win.T
Mar 31 '15 at 11:23
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something like
rpm -qf /usr/lib64/python2.4/site-packages/_audit.so to find package and rpm -r to uninstall it.– gena2x
Mar 31 '15 at 11:28
No actually i am not right. This is python trying to load c++ module (who knows how it does it). Use ` ls /usr/lib64/*/site-packages/*.so| while read lib; do echo $lib':'; ldd $lib|grep ldap; done` to find out which module require that symbol. It seem commentators above right and this is pycurl. Simplest way would be to deinstall that module, depending on how did you installed it. If with rpm use something like
rpm -qf /usr/lib64/python2.4/site-packages/_audit.so to find package and rpm -r to uninstall it.– gena2x
Mar 31 '15 at 11:28
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
I had tried out re-installing the modeule libldap-2.4.so.2 from the latest package openldap-2.4.39-8.el6.i686, it does not help. :( ermm..wonder what is wrong with this issue
– Win.T
Apr 1 '15 at 8:56
add a comment |Â
Â
draft saved
draft discarded
Â
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f193320%2fyum-corrupted-on-rhel-6%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
This isn't corruption, it is a linking error, and should be fixaible. From the error message, it sounds like the problem is with one of the Python modules. You'll need to narrow it down. What modules does yum import?
– Faheem Mitha
Mar 30 '15 at 7:53
Look at yum (it's probably a Python script) and try to import the listed modules one by one into the Python interpreter. Please give some details about your Python installation. Is it the default version for your distribution, and if not, have you altered it? In particular, have you done any local installs of Python libraries?
– Faheem Mitha
Mar 30 '15 at 8:03
@FaheemMitha I had updated the yum modules in my question. The default version is Python 3.3.2 as it is required to run some programs. I tried local re-install of openldap, python-ldap, python 2.6.6 and tried confiurging the default back to Python 2.6.6, but the same errors persist. Thank you.
– Win.T
Mar 30 '15 at 8:13
1
Looks like the problem is pycurl (from your traceback). You can confirm this by entering
import pycurlinto your Python interpreter. Doing local installs of packages required for system use can break things. I suggest you revert to the defaults for your system (the distribution binary packages) with regard to the libraries (Python or otherwise) that yum uses.– Faheem Mitha
Mar 30 '15 at 8:56
@FaheemMitha I am not very sure what do you meant by reverting to defaults for the distribution binary packages? Are you referring to change the default python from python3 to python2? Actually I have other servers can are able to work properly with the exact same configuration and the their default python is also python3. Thats why I am unable to figure out wthat is wrong with this particular server. Is it due to symlink , PATH or LD_LIBRARY_PATH? The server is able to perform yum when I use #LD_LIBRARY_PATH="" However I am not suppose to change the LD_LIBRARY_PATH in the /etc/profile.
– Win.T
Mar 30 '15 at 9:43