Yum Corrupted on RHEL 6












1














. 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:



yum_modules










share|improve this question
















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 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
















1














. 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:



yum_modules










share|improve this question
















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 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














1












1








1







. 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:



yum_modules










share|improve this question















. 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:



yum_modules







linux rhel yum python






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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 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


















  • 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
















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










1 Answer
1






active

oldest

votes


















0














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.






share|improve this answer























  • 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 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











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
});


}
});














draft saved

draft discarded


















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









0














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.






share|improve this answer























  • 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 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
















0














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.






share|improve this answer























  • 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 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














0












0








0






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.






share|improve this answer














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.







share|improve this answer














share|improve this answer



share|improve this answer








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 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


















  • 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 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
















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


















draft saved

draft discarded




















































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.




draft saved


draft discarded














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





















































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







Popular posts from this blog

サソリ

広島県道265号伴広島線

Setup Asymptote in Texstudio