|
Bugzilla – Full Text Bug Listing |
| Summary: | glibc nscd | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 10.2 | Reporter: | Alexander Soellner <support> |
| Component: | Update Problems | Assignee: | Petr Baudis <pbaudis> |
| Status: | RESOLVED FIXED | QA Contact: | Jiri Srain <jsrain> |
| Severity: | Blocker | ||
| Priority: | P5 - None | CC: | coolo, cyberbeat, forgotten_tn5Rr5KF6I, hpj, matz, michael.dreher, ralf, suse-beta |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | 64bit | ||
| OS: | openSUSE 10.2 | ||
| Whiteboard: | |||
| Found By: | Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
nscd.conf
id user nonscd id user nscd running su - user nonscd su - user nscd-running nsswitch.conf /etc/ldap.conf strace id <user> glibc-2.5-34.6 nonscd |
||
|
Description
Alexander Soellner
2007-10-18 09:31:32 UTC
Hmm, openldap login server. There were also changes in nss_ldap, which probably also needs to be updated? Assigning to Petr, and CCing Ralf. Can you please elaborate "doesn't work"? Does it hang for you? Always return permission denied? Can you attach strace output? Try to attach gdb if it hangs? Also please attach your /etc/nscd.conf, try to set debug-level 10 in your /etc/nscd.conf, restart nscd and attach nscd logs after trying su. Also, it would be awesome if you could try downgrading either nss_ldap or nscd and see if the problem persists. Created attachment 179199 [details]
nscd.conf
Created attachment 179200 [details]
id user nonscd
Created attachment 179201 [details]
id user nscd running
Created attachment 179202 [details]
su - user nonscd
Created attachment 179203 [details]
su - user nscd-running
(In reply to comment #1 from Michael Matz) > Hmm, openldap login server. There were also changes in nss_ldap, > which probably also needs to be updated? Assigning to Petr, and CCing > Ralf. > There where no actual nss_ldap updates (In reply to comment #3 from Petr Baudis) > Can you please elaborate "doesn't work"? Does it hang for you? Always return > permission denied? Can you attach strace output? Try to attach gdb if it hangs? > Also please attach your /etc/nscd.conf, try to set debug-level 10 in your > /etc/nscd.conf, restart nscd and attach nscd logs after trying su. > su - user or id user hangs, I end it whith Ctrl-C, if nscd is not running. If nscd is running su - user returns: No such user. There is no logging from nscd. Please also attach /etc/nsswitch.conf and /etc/ldap.conf. Did nss_ldap log anything to /var/log/messages? (In reply to comment #4 from Petr Baudis) > Also, it would be awesome if you could try downgrading either nss_ldap or nscd > and see if the problem persists. > # rpm -qa | grep nss_ldap nss_ldap-253-19.1 downgrade # rpm -qa | grep nss_ldap nss_ldap-253-14 the problem still persists. Just downgrading glibc to glibc-2.5-25 works. Created attachment 179216 [details]
nsswitch.conf
Created attachment 179217 [details]
/etc/ldap.conf
*** Bug 334572 has been marked as a duplicate of this bug. *** Can you please test with glibc from http://www.suse.de/~pbaudis/bug-334777/ ? Created attachment 180192 [details]
strace id <user> glibc-2.5-34.6 nonscd
I am running into the same problem. Here are the symptoms: id '<user>' and 'su' (from <user> to root) don't work. 'login' can't tested because the computer is accessed with ssh (which works). I tested glibc from http://www.suse.de/~pbaudis/bug-334777/ but the problem persists. I attach the output from 'strace id akoenecke' with the new glibc and with nscd disabled. (BTW: The 32-bit-Version is affected, too.) *** Bug 337395 has been marked as a duplicate of this bug. *** I hope http://www.suse.de/~pbaudis/bug-334777c/10.2-x86_64/ fixes it - can you confirm, please? Yes, 'id <user>' and 'su' now work again. In that case I think we should release new 10.2 glibc with the locale patch disabled again (and keep this bug open because glibc-2.7 will soon go to factory and we need to check if this bug happens there as well), bug 329650 isn't worth the trouble. NEEDINFO on Anja for swampid. Can you provide a short status update on this bug, please? a) When can "official" fixed packages be expected? b) Can I install the packages from comment #22 without risking to break anything? In other words: are these packages less broken than what is available via YOU? Is there a risk that they introduce new bugs? (At the moment web statistics are broken on my server, which is "only" annoying. But breaking more stuff is not what I want on a public server ;-) If you think the packages are OK: Do I need to update the nscd and timezone packages also? Chiming in, because of suffering from the same symptoms. Apart from what is already said, let me add, that it happens on i386 arch (with bigsmp kernel) here, and it doesn't happen all the time (I rebooted 8 times yesterday, and the only the last one was ok). The only thing I changed in between 7th and 8th reboot was reconfiguring my sound card, which wasn't started properly before, although rcalsasound status said running. Funny enough, running rcalsasound restart before logging into kde fixed it temporarily. Removing and readding the "MCP55 HDA" seems to fixed it persistently. Could be related, could very well be unrelated, but int never happened before: Here's the boot.log diff: -<3>ALSA sound/core/init.c:134: cannot find the slot for index 0 (range 0-0) -<3>ALSA sound/pci/hda/hda_intel.c:1584: hda-intel: Error creating card! -<4>HDA Intel: probe of 0000:00:0e.1 failed with error -12 +<6>hda_codec: Unknown model for AD1988, trying auto-probe from BIOS... +<7>ALSA sound/pci/hda/hda_codec.c:2117: autoconfig: line_outs=4 (0x12/0x25/0x24/0x16/0x0) +<7>ALSA sound/pci/hda/hda_codec.c:2121: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) +<7>ALSA sound/pci/hda/hda_codec.c:2123: hp=0x11, dig_out=0x1b, din_in=0x0 +<7>ALSA sound/pci/hda/hda_codec.c:2131: inputs: mic=0x17, fmic=0x14, line=0x15, fline=0x0, cd=0x18, aux=0x0 In all the bad cases, trying to edit something with vim in any graphical console (konsole, xterm) triggered the hang in futex wait, while vim on the text console was fine. If it happened one time, the typical nss_ldap users like su hang, as does login as (openldap auth'ed) user on text console, while login as (local auth'ed) root succeeded. Okay, would you leave a message here, when this issue is sorted out, please. I've downgraded glibc on my 10.2 systems and need to remove the exclusion manually then. TIA, Pete Package update and patchinfo has been submitted, this should get released in few days. released *** Bug 338442 has been marked as a duplicate of this bug. *** |