Yum Corrupted on RHEL 6
. 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:
linux rhel yum python
bumped to the homepage by Community♦ yesterday
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
. 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:
linux rhel yum python
bumped to the homepage by Community♦ yesterday
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 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
|
show 6 more comments
. 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:
linux rhel yum python
. 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:
linux rhel yum python
linux rhel yum python
edited Nov 16 at 2:13
Rui F Ribeiro
38.8k1479128
38.8k1479128
asked Mar 30 '15 at 7:32
Win.T
4721612
4721612
bumped to the homepage by Community♦ yesterday
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♦ yesterday
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 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
|
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 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
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
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.
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.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
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
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
Required, but never shown
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
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
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.
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.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
add a comment |
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.
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.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
add a comment |
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.
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.
edited Mar 30 '15 at 12:16
answered Mar 30 '15 at 12:04
gena2x
1,816618
1,816618
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.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
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.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
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 |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
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
Required, but never shown
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
Required, but never shown
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
Required, but never shown
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
Required, but never shown
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
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
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 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