[OpenAFS-devel] Re: Weird interaction between libnss-afs and aklog
Andrew Deason
adeason@sinenomine.net
Tue, 24 Nov 2009 10:31:56 -0500
On Tue, 24 Nov 2009 15:53:28 +0100
Jakub Witkowski <jpw@wszib.edu.pl> wrote:
> The backtrace follows:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 0x7fd9c68ac700 (LWP 22199)]
> 0x000000000042713f in rxi_Start (event=0x0, arg0=0x1380e00, arg1=0x0,
> istack=0) at rx.c:5287 5287 struct rx_peer *peer =
> call->conn->peer; (gdb) backtrace
> #0 0x000000000042713f in rxi_Start (event=0x0, arg0=0x1380e00,
> arg1=0x0, istack=0) at rx.c:5287 #1 0x00007fd9c4bff4f0 in
> rxi_ReadProc () from /lib/libnss_afs.so.2 #2 0x00007fd9c4bffa70 in
Okay, yeah, you're in libnss-afs. Talk to Adam Megacz, or wherever
libnss-afs bugreports should go.
> For me, it's intriguing that this /only/ happens for aklog. I have
> tested various other tools, including a short test program to directly
> test of getuid and getpwuid, everything works like it should.
I would guess there's some odd interactions between applications that
use RX that make calls into libnss-afs, but I wouldn't know.
--
Andrew Deason
adeason@sinenomine.net