rcp.svcgssd basically doesn't work in nfs-utils 1.0.9 (at least if NIS is used on the server in question). It segfaults as soon as it gets a request. It appears to be caused by some kind of library symbol conflicts, but I am no expert in how dynamic symbols are resolved. Traceback: #0 0xb7dedf53 in authunix_create_default () from /lib/libc.so.6 #1 0xb7f45737 in clntudp_create () from /usr/lib/librpcsecgss.so.2 #2 0xb7b156a7 in yp_unbind () from /lib/libnsl.so.1 #3 0xb7b157ed in yp_unbind () from /lib/libnsl.so.1 #4 0xb7b15b4e in yp_match () from /lib/libnsl.so.1 #5 0xb7b2abb3 in _nss_nis_getpwnam_r () from /lib/libnss_nis.so.2 #6 0xb7d9f442 in getpwnam_r () from /lib/libc.so.6 #7 0xb7f153a1 in nfs4_set_debug () from /usr/lib/libnfsidmap.so.0 #8 0xb7f156d1 in nfs4_set_debug () from /usr/lib/libnfsidmap.so.0 #9 0xb7f14fd6 in nfs4_gss_princ_to_ids () from /usr/lib/libnfsidmap.so.0 #10 0x0804bf6f in get_ids (client_name=0x80544a8, mech=0xb7f12180, cred=0xbf917730) at svcgssd_proc.c:221 #11 0x0804c576 in handle_nullreq (f=0x8058258) at svcgssd_proc.c:372 #12 0x0804b89e in gssd_run () at svcgssd_main_loop.c:88 #13 0x0804b735 in main (argc=2, argv=0xbf9598c4) at svcgssd.c:230 As you can see, getpwnam_r calls NIS code, which segfaults when the RPC request is being constructed, due to what appears to be some conflict between librpcsecgss and libc.
ok, upstream has released librpcsecgss-0.14 to address this issue, please give it a twirl :)
