Comment 5 for bug 810732

I ran into this on my 32-bit system the moment I upgraded to Ocelot this morning. Like other commenters I tried to compile newer 2.2.1 to no avail.

I tried to understand the core of the issue but my debugging skills are not that good. I managed to see that afpd (actually libnetatalk) is registering a SIGSEGV handler and disabled it. That seems to point the problem to the uams_dhx2_pam.so module:

Oct 15 00:24:24 fermion kernel: [ 9989.023989] afpd[13284]: segfault at 0 ip (null) sp bf80020c error 4 in uams_dhx2_pam.so[110000+4000]
Oct 15 00:24:29 fermion kernel: [ 9993.743997] afpd[13285]: segfault at 0 ip (null) sp bf80020c error 4 in uams_dhx2_pam.so[110000+4000]

Being on Lion, I cannot use the uams_dhx UAM instead of uam_dhx2. On a hunch, I tried removing uam_dhx2 altogether and replaced it with uam_guest. This enabled me to connect to the server without crashing afpd but I couldn't connect to my volumes since now I was "nobody". Adding "allow:nobody" to the relevant volume configs in AppleVolumes.default was the final piece of the puzzle and the whole thing might be a suitable workaround for others until we have a resolution.

I know working this way is much less secure, but I can handle it for a short period of time since my server is behind a firewall that only responds to my LAN network and the volumes configured on my AppleVolumes.default have my LAN subnet in the "allowed_hosts" parameter.