Bug 208189 - nscd broken after upgrade to glibc-2.4.90
Summary: nscd broken after upgrade to glibc-2.4.90
Status: RESOLVED FIXED
: 208392 209323 (view as bug list)
Alias: None
Product: openSUSE 10.2
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: Alpha 4 plus
Hardware: i686 SUSE Other
: P5 - None : Critical (vote)
Target Milestone: ---
Assignee: Petr Baudis
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-09-26 07:03 UTC by Forgotten User OS1JNCFbCX
Modified: 2006-10-02 09:11 UTC (History)
4 users (show)

See Also:
Found By: Beta-Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Forgotten User OS1JNCFbCX 2006-09-26 07:03:31 UTC
I upgraded a system to Factory as of yesterday (September 25).  Since that time nscd seems to be broken as far as the root account is concerned.

When nscd is running the following happens:

$ su -
Password:
su: nscd_initgroups.c:94: __nscd_getgrouplist: Assertion `initgr_resp->ngrps > 0' failed.
Aborted
$ ssh root@localhost
Connection closed by 127.0.0.1
$ 

Nothing in the logs related to these errors.

These commands work in a regular way for all other (non-root) accounts.

Regular console login for root does work.

When disabling nscd everything works again.
Comment 1 Forgotten User OS1JNCFbCX 2006-09-26 07:05:11 UTC
BTW: This is the standard nsswitch configuration for local (file) authentication.
Comment 2 Petr Baudis 2006-09-26 09:14:37 UTC
Does logging on other accounts work? Can you please run nscd with the -d switch and paste the (relevant) output here?
Comment 3 Forgotten User OS1JNCFbCX 2006-09-26 09:48:20 UTC
"logging on other accounts"? You mean "login"? Yes, all other accounts don't show this problem.

The following is said by nscd when doing "su -":

17250: handle_request: request received (Version = 2) from PID 17258
17250:  GETFDPW
17250: provide access to FD 4, for passwd
17250: handle_request: request received (Version = 2) from PID 17258
17250:  GETFDGR
17250: provide access to FD 6, for group
Comment 4 Sonja Krause-Harder 2006-09-26 14:28:36 UTC
Petr: I see the same on chomsky with my NIS account. I had to stop nscd to be able to log in as skh, login as root worked fine.
Comment 7 Ruediger Oertel 2006-09-26 22:29:15 UTC
if you get nscd to really modify it's cache, you can get it to work with
a running nscd as well, but the problem can occur again.
Note that "nscd restart" or "system reboot" does not necessarily fix the
problem, but for example changing something in /etc/passwd and reloading nscd
works to fix nscd's cache.
Comment 9 Andreas Hanke 2006-09-27 05:25:24 UTC
*** Bug 208392 has been marked as a duplicate of this bug. ***
Comment 10 Andreas Schwab 2006-09-27 09:58:21 UTC
Fallout from http://sourceware.org/ml/glibc-cvs/2006-q3/msg00114.html, the assertion in __nscd_getgrouplist (initgr_resp->ngrps > 0) is no longer valid.
Comment 11 Andreas Schwab 2006-09-27 13:26:32 UTC
Fixed.
Comment 13 Dirk Mueller 2006-10-02 09:11:57 UTC
*** Bug 209323 has been marked as a duplicate of this bug. ***