Bug 288123

Summary:	net-fs/netatalk-2.0.3-r4 segfaults with libc calls for glibc-2.10.1
Product:	Gentoo Linux	Reporter:	Mark A Rada <marada>
Component:	[OLD] Server	Assignee:	Network Filesystems <net-fs>
Status:	RESOLVED FIXED
Severity:	normal	CC:	axiator, esigra
Priority:	High
Version:	unspecified
Hardware:	AMD64
OS:	Linux
Whiteboard:
Package list:		Runtime testing required:	---
Bug Depends on:	300218
Bug Blocks:	289342

Description Mark A Rada 2009-10-07 20:45:40 UTC

After I upgraded to the latest available glibc, netatalk stopped working.
The server seems to crash (according to rc-status), and dmesg gives the following message:

afpd[27608]: segfault at 2 ip 00007fe68f124504 sp 00007fff6aa31760 error 4 in libc-2.10.1.so[7fe68f0be000+166000]



Reproducible: Always

Steps to Reproduce:

Comment 1 Justin Lecher (RETIRED) gentoo-dev

2009-10-09 17:43:42 UTC

Please try to get a "meaningfull backtrace"
http://www.gentoo.org/proj/en/qa/backtraces.xml

Comment 2 Mark A Rada 2009-10-10 20:52:53 UTC

Hmm, I'm having difficulty, the link you gave isn't helping enough and a bit of googling isn't working too well either. I only get:

 # gdb /usr/sbin/afpd    
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu"...
(gdb) run
Starting program: /usr/sbin/afpd 
[Thread debugging using libthread_db enabled]

Program exited normally.
(gdb) run
Starting program: /usr/sbin/afpd 
[Thread debugging using libthread_db enabled]
afpd is already running (pid = 6107), or the lock file is stale.

Program exited with code 03.
(gdb) thread apply all bt full
No registers.
(gdb) 

I also tried a core dump, but have no idea where it ended up (if anywhere). I'll try again later when I have more time, but I am not too sure what I am doing.

I can give more details about the conditions under which to cause the bug; it happens when I try to authenticate from my client (MBP OS X.6), the client fails to authenticate after a long pause and then about a minute or two later I can check the server to find the above mentioned conditions.

Comment 3 Mark A Rada 2009-11-02 17:17:59 UTC

Okay, I give up, I don't have the time for this right now or in the near future.
Someone please help!

Comment 4 SpanKY gentoo-dev

2009-11-21 05:44:20 UTC

the core dump ends up in the working dir (if it's created).  look at the pid's cwd symlink via /proc/<pid>/cwd.

Comment 5 SpanKY gentoo-dev

2010-01-10 23:09:25 UTC

re-open if netatalk-2.0.5 doesnt work