Linux - Server This forum is for the discussion of Linux Software used in a server related context. |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
12-27-2010, 10:10 AM
|
#1
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Rep:
|
Keep getting ldap error
MemServer nss_updatedb: nss_ldap: failed to bind to LDAP server ldap://example.org: Can't contact LDAP server
I've checked the nsswitch.conf file and there is no mention of ldap in there. I've run the authconfig --kickstart --disableldap and authconfig --kickstart --disableldapauth commands...but I'm still getting that error.
I have OSSEC setup which is how I realized I'm getting this error on several of my RHEL 5 servers.
Is there another conf file to check? Any suggestions??
I should also mention that we used ldap before, but we are no longer using it. We do use likewise to connect on some of the servers, but not all of them.
Thanks for your help!
Last edited by lmal; 12-27-2010 at 10:12 AM.
|
|
|
12-29-2010, 11:24 AM
|
#2
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
I have another issue, which could be related to this issue. In my domain controller logs (Windows 2008), I keep getting event id 36887 with "fatal error 48." I've been reading and this may be related to a TLS error. So, I ran wireshark on one of my DCs and it seems that a few of my linux machines are constantly trying to use TLSv1, which may be causing the event to appear every 10 seconds or so on both my DCs.
Is there a way to change it to use SSL instead? I'm a total newb, so excuse my ignorance.
|
|
|
12-29-2010, 11:37 AM
|
#3
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
Found something in wireshark
I got this from wireshark:
Protocol
TLSv1
Info
Alert (Level: FAtal, Description: Unknown CA)
Not sure if that's any help
|
|
|
12-30-2010, 02:20 PM
|
#4
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
Okay, fixed the other authentication error, but still having the same original problem...any suggestions???
|
|
|
12-30-2010, 02:55 PM
|
#5
|
Member
Registered: Jan 2008
Distribution: RHEL, CentOS, Ubuntu
Posts: 379
Rep:
|
Quote:
Originally Posted by lmal
I got this from wireshark:
Protocol
TLSv1
Info
Alert (Level: FAtal, Description: Unknown CA)
Not sure if that's any help
|
Are you connecting to the ldap server using tls? It looks like the ldap server is probably using a self signed cert and your clients do not trust it because they do not have the CA. If you created your own CA, each client needs to have the CA installed.
|
|
|
01-03-2011, 08:25 AM
|
#6
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
Yeah, we actually fixed that issue. I thought it was related, but it wasn't. The TLS issue was related to an old cron job that was no longer valid. Once we stopped that we stopped getting those errors on the DCs. However, I'm still getting several errors regarding my first question in the thread. The error is this:
Received From: (LinuxSrv) 192.168.100.14->/var/log/messages
Rule: 1002 fired (level 2) -> "Unknown problem somewhere in the system."
Portion of the log(s):
Jan 3 08:46:12 LinuxSrv nss_updatedb: nss_ldap: failed to bind to LDAP server ldap://domain.org: Can't contact LDAP server
It's not happening on all of our linux servers, only a few...but the errors are happening repeatedly. For instance, over the weekend, I got 1000+ emails regarding this error on about 4 different servers.
We aren't using LDAP anymore and that server doesn't actually exist. We do use Likewise on a couple of servers, but they should just be contacting the DCs, not ldap://domain.org.
Any suggestions for that?? Thanks!
|
|
|
01-03-2011, 04:46 PM
|
#7
|
Member
Registered: Jan 2008
Distribution: RHEL, CentOS, Ubuntu
Posts: 379
Rep:
|
Can you just stop the nss_updatedb service?
|
|
|
01-04-2011, 08:31 AM
|
#8
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
I tried to stop the nss_updateb service, but it says there's no such service. I typed in the top command to see which services are running, but didn't see any reference to nss_ anything.
|
|
|
01-04-2011, 04:59 PM
|
#9
|
Member
Registered: Jan 2008
Distribution: RHEL, CentOS, Ubuntu
Posts: 379
Rep:
|
Try these:
Code:
locate nss_updatedb
Code:
ls /etc/init.d | grep nss
Code:
chkconfig --list | grep nss
Code:
lsof -i | grep [389|ldap|nss]
-389|ldap|nss one at a time in the last one.
|
|
|
01-05-2011, 11:26 AM
|
#10
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
Thanks frn...I found the issue on a couple of the servers. There was apparently a cron job running for nssupdate. I removed that script in /etc/cron.hourly and that fixed it.
Thanks!
|
|
|
01-05-2011, 02:39 PM
|
#11
|
LQ Newbie
Registered: Dec 2010
Posts: 8
Original Poster
Rep:
|
Oops...spoke too soon. So, that worked for a couple of the servers, but I'm still getting the same ldap errors on some of the other ones. I searched for that script everyone on the servers, and deleted it, but I'm still getting the issue.
Again, I'm new, so I'm not exactly sure what I'm looking at when I run all of the commands you told me about. However, when I run the ps aux | grep nss it does grep out something that seems to be using nssupdate.sh still.
root 5035 0.0 0.0 8704 1056 ? S 2010 1:11 /bin/bash /etc/cron.hourly/nssupdate.sh
root 5036 0.0 0.0 8772 712 ? S 2010 0:05 awk -v progname=/etc/cron.hourly/nssupdate.sh progname {????? print progname ":\n"????? progname="";???? }???? { print; }
root 8654 0.0 0.0 61148 732 pts/1 S+ 15:33 0:00 grep nss
However, that script is no longer in /etc/cron.hourly. I'm root, so there shouldn't be any problems there. Perhaps this is just referencing something that ran previously.
I've run the other commands you've recommended and I find a couple of mentions of nssupdate, but they just seem to be files, not services or executables.
Any other suggestions?
|
|
|
All times are GMT -5. The time now is 03:39 AM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|