LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Server (http://www.linuxquestions.org/questions/linux-server-73/)
-   -   General authentication problem - significant delay after pass entered / PAM_unix (http://www.linuxquestions.org/questions/linux-server-73/general-authentication-problem-significant-delay-after-pass-entered-pam_unix-790968/)

BasicInc 02-23-2010 05:05 AM

General authentication problem - significant delay after pass entered / PAM_unix
 
Hi all.

My first post here. I've been using Ubuntu Server edition (Hardy) happily for some time now. I use sudo regularly during configuration of new services. It always works/authorises within seconds, however, it recently became very slow, to the point of being nearly unusable. It turns out that ANY authentication request stalls in this way - in in a plain shell, X or Gnome, via VNC (and even FTP seems affected).

In /var/log/auth.log I noticed a regular working pattern like this:

Feb 3 14:07:20 kanyo sudo: lee : TTY=pts/1 ; PWD=/usr/share/obm/www ; USER=root ; COMMAND=/etc/init.d/apache2 restart
Feb 3 14:07:25 kanyo sudo: pam_unix(sudo:session): session opened for user root by lee(uid=0)
Feb 3 14:07:30 kanyo sudo: pam_unix(sudo:session): session closed for user root

Unfortunately now, these records look the same, but the timestamps are much wider apart (minutes). The problem occured after running synaptic and dpkg-reconfigure obm-conf. I was trying to remove 'OBM' (http://www.obm.org/doku.php?id=docs:install:ubuntuhardy) completely as I'd messed up (just OBM) while trying to fix a minor-looking misconfiguration.

Any idea what I've broken and how to fix it?

I've carefully analysed which files were altered (modified) during my changes (as the problem survives a reboot), but there are no likely-looking candidates in the list (I deleted some blank lock files). I also did a wireshark capture during an authentication session and noticed that it doesn't appear to be looking off the server for information (I had likewise-open installed, but the problem exists whether that is running or not).

Research in the forums hinted that this might just be as simple as a bad /etc/hosts file - but /etc/hosts has not been modified. I may have a flawed DNS, but I get fast enough responses to nslookup and can access Internet etc.

Any help much appreciated.

Regards,

Lee

CircleDown 02-23-2010 09:55 AM

Lee,

I have the same problem, and I am running the same distribution as you are. Unfortunately I cannot tell you how to fix it, but I believe I can tell you how to figure out what the problem is:

As long as you have the capabilities to do so, disconnect your server from your network and from the internet so that the only thing that is plugged in is the power supply, then try to authenticate again.

If you are like me, it will come up in seconds, as opposed to the 3+ minute hang. If that's the case, I think you can safely assume that you have a resolution problem somewhere. Keyword unfortunately is somewhere.

Also, maybe restart /etc/hosts?

Let me know if you figure it out, and I will do the same.


All times are GMT -5. The time now is 07:10 AM.