segfault in rpc.mountd while mounting a nfs share
I’ve installed a fresh alpinelinux 2.5.0 64bit as domU and installed all
packages from 02.12.2012.
The nfs server wa sstarted successfully and I can see the shares with
showmount.
When I try to m ount a share the mount command hangs and I see a
segfault of rpc.mountd:
—snip—
rpc.mountd[929]: segfault at 6ce59661b6b8 ip 00006cdd963f4d96 sp
00007c35b8f72880 error 4 in
libuClibc-0.9.33.2.so[6cdd963a9000+6b000]
—snip—
After that I have rebuild the nfs-utils package with DEBUG=1 environment
to get debug symbols for the backtrace.
I attached some files with output of dmesg, the bugtrace, the exports
file …
If you need any further information, don’t hesitate to contact me ;)
(from redmine: issue id 1486, created on 2012-12-03, closed on 2012-12-17)
- Changesets:
- Revision 95e73982 by Natanael Copa on 2012-12-04T11:00:28Z:
main/nfs-utils: fix for wrong getaddrinfo assumptions
The nfs-utils assumes getaddrinfo(AI_NUMERICHOST) never fills in
ai_canonname, but it appears to do on uclibc. It also assumes that if it
filled in, it will be allocated separately and that freeaddrinfo() will
free it. This is not what uclibc does.
This patch should fix a potensial memleak on nfs server and probably it
will fix nfs server on x86_64
ref #1486
- Revision d62c4efd by Natanael Copa on 2012-12-04T15:04:58Z:
main/nfs-utils: fix for wrong getaddrinfo assumptions
The nfs-utils assumes getaddrinfo(AI_NUMERICHOST) never fills in
ai_canonname, but it appears to do on uclibc. It also assumes that if it
filled in, it will be allocated separately and that freeaddrinfo() will
free it. This is not what uclibc does.
This patch should fix a potensial memleak on nfs server and probably it
will fix nfs server on x86_64
ref #1486
(cherry picked from commit 95e73982d6b68780a74a677f0fada23e6392e2fc)
- Revision 4b87ac9b by Natanael Copa on 2012-12-04T15:05:43Z:
main/nfs-utils: fix previous patch
fixes #1486
(cherry picked from commit 84ad0cd074a4f7e337d0f4f0d4b1fea5a24bea5f)