SCIENTIFIC-LINUX-USERS Archives

June 2008

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Matthias Schroeder <[log in to unmask]>
Reply To:
Matthias Schroeder <[log in to unmask]>
Date:
Mon, 16 Jun 2008 17:57:37 +0200
Content-Type:
text/plain
Parts/Attachments:
text/plain (42 lines)
Hi,

Jeffrey D Anderson wrote:
> On Sunday 25 May 2008 1:21:41 am Jan Iven wrote:
>> On 05/23/2008 07:07 PM, Jeffrey D Anderson wrote:
>> [..]
>>
>>> The "pam_console_apply" signal 13 (broken pipe) is obviously at the core
>>> of the bug, but I don't know enough about pam to really understand what
>>> is going wrong.
>> I would suggest to  set up a test:
>> # strace -s 256 -f -o /tmp/somefile -p <PID_OF_GETTY_ON_CONSOLE>"
>>
>> If you are running nscd, suggest to "strace" this as well.
>>
>> Then repeat your login test, and search the tracefile(s) for signal 13,
>> identify which process held the other end of the pipe, and why it went
>> away - most likely some subprocess died/segfaulted without leaving other
>> traces in the logs.
>>
>> Hope this helps
>> jan
> 
> Thanks for the suggestion.  I ran the strace with both the new, problematic 
> nss_ldap, and the old version that works.  I find three places where broken 
> pipes result.
> 
> Since this is obviously not an SL specific issue, I'm moving my debugging off 
> the list.
> 
> It looks like this is already reported as 
> https://bugzilla.redhat.com/show_bug.cgi?id=447881
> No solution yet, though.

447881 is marked as a duplicate of 448014 
(https://bugzilla.redhat.com/show_bug.cgi?id=448014), and that one does 
have a proposed patch.

Matthias

> 

ATOM RSS1 RSS2