Yum Corrupted on RHEL 6 Announcing the arrival of Valued Associate #679: Cesar Manara ...
Where and when has Thucydides been studied?
Statistical analysis applied to methods coming out of Machine Learning
.bashrc alias for a command with fixed second parameter
Pointing to problems without suggesting solutions
Is a copyright notice with a non-existent name be invalid?
Diophantine equation 3^a+1=3^b+5^c
How to resize main filesystem
Can gravitational waves pass through a black hole?
Understanding piped commands in GNU/Linux
By what mechanism was the 2017 UK General Election called?
Is there a verb for listening stealthily?
Plotting a Maclaurin series
Determine whether an integer is a palindrome
What is the proper term for etching or digging of wall to hide conduit of cables
Is this Kuo-toa homebrew race balanced?
Why can't fire hurt Daenerys but it did to Jon Snow in season 1?
Keep at all times, the minus sign above aligned with minus sign below
An isoperimetric-type inequality inside a cube
Did any compiler fully use 80-bit floating point?
Weaponising the Grasp-at-a-Distance spell
Fit odd number of triplets in a measure?
How to achieve cat-like agility?
How could a hydrazine and N2O4 cloud (or it's reactants) show up in weather radar?
Is this Half-dragon Quaggoth boss monster balanced?
Yum Corrupted on RHEL 6
Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)
2019 Community Moderator Election Results
Why I closed the “Why is Kali so hard” questionlibxml2.so.2: cannot open shared object file: No such file or directoryHow to Fix Accidental Deletion of librpm.so.3rhel 6.5 yum update errorPHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/php_mysql.so'CentOS 6.7: 'No address associated with name' as 'hostname --fqdn' outputCan Python 2.6.6 work with CentOS 7.3?problems installing tensorflowTwo versions of python 2.x installed on the same systemimport error fabric.apiYum not found on Centos 7 “ No module named yum”
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
. 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
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
bumped to the homepage by Community♦ 1 hour 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
. 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
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
bumped to the homepage by Community♦ 1 hour 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
. 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
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
. 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 '18 at 2:13
Rui F Ribeiro
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
edited Nov 16 '18 at 2:13
Rui F Ribeiro
42.2k1484142
42.2k1484142
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
asked Mar 30 '15 at 7:32
Win.TWin.T
4871612
4871612
bumped to the homepage by Community♦ 1 hour 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♦ 1 hour 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
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
gena2xgena2x
1,866618
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 |
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.
answered Mar 30 '15 at 12:04
gena2xgena2x
1,866618
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 |
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
gena2xgena2x
1,866618
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 |
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
gena2xgena2x
1,866618
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
gena2xgena2x
1,866618
edited Mar 30 '15 at 12:16
answered Mar 30 '15 at 12:04
gena2xgena2x
1,866618
answered Mar 30 '15 at 12:04
gena2xgena2x
1,866618
answered Mar 30 '15 at 12:04
gena2xgena2x
1,866618
1,866618
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 |
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.
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 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