On Thu, Jan 08, 2009 at 01:17:26AM +0200, auxsvr@gmail.com wrote:
On Thursday 08 January 2009, Josef Wolf wrote:
On Tue, Jan 06, 2009 at 11:46:59AM +0100, Josef Wolf wrote:
I have noticed huge delays in many operations (e.g. "ls -l"). After some investigation it turned out that the delays are caused by nscd when user/group name lookup is done. Even worse: it is not possible to change passwords or modify user accounts.
What's up? nobody cares?
I have /etc/.pwd.lock here dating back to 2006, so I don't think it's related to the problem.
When I removed the file, the problem disappeared.
On the other hand, nscd is very buggy and crashes at least once a day here.
Hmm, I have no clue why nscd is installed at all... I have not installed it intentionally. I only learned about its existance while I was tracking down the problem.
This looks like a problem with name resolution to me, check /etc/hosts for the localhost entry.
$ grep 127 /etc/hosts 127.0.0.1 localhost 127.0.0.2 raven.my.domain raven $
In order to investigate this further, try "strace ls" in an empty directory and check where it spends most time.
Before I wrote my first mail of this thread, I have actually done strace groupadd foo and it _was_ actually hanging trying to flock(2) /etc/.pwd.lock. The problem was perfectly reproducible: I have reinstalled three times just to figure out where the file came from and to make sure that it was not me causing the problem. Now, I have re-created the file with "touch /etc/.pwd.lock", and it does _not_ hang anymore. Guess, I have to reinstall to reproduce the problem again. Anyway, a stale lock file should _not_ exist in a clean install. And even _if_ it exists, this situation should be detected and removed, IMHO. Thanks for your comment! -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org