| Summary: | [abrt] rpcbind-0.2.0-10.fc15: svc_dg_reply: Process /sbin/rpcbind was killed by signal 11 (SIGSEGV) | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Shawn Stephens <shawn.stephens> | ||||||
| Component: | rpcbind | Assignee: | Steve Dickson <steved> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 15 | CC: | curtis.madsen, steved | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | abrt_hash:d4bc22c121759728b489a53fea77f1786236f552 | ||||||||
| Fixed In Version: | libtirpc-0.2.2-1.1.fc15 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2011-07-31 03:32:41 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Shawn Stephens
2011-07-15 18:50:28 UTC
Created attachment 513430 [details]
File: backtrace
Whenever I start ypserv, rpcbind segfaults. I have been able to repeat it several times (while getting abrt set up to submit this bug).
Here's an example:
[root@hestia ~]# ps -eaf | grep rpc
root 955 1 0 13:24 ? 00:00:00 rpcbind
rpcuser 1006 1 0 13:25 ? 00:00:00 rpc.statd
root 1039 2 0 13:25 ? 00:00:00 [rpciod]
root 1047 1 0 13:25 ? 00:00:00 rpc.idmapd
root 1065 1 0 13:25 ? 00:00:00 /usr/sbin/rpc.ypxfrd
root 1539 1524 0 13:29 pts/0 00:00:00 grep --color=auto rpc
[root@hestia ~]# ps -eaf | grep yp
root 63 2 0 13:24 ? 00:00:00 [crypto]
root 1065 1 0 13:25 ? 00:00:00 /usr/sbin/rpc.ypxfrd
root 1541 1524 0 13:29 pts/0 00:00:00 grep --color=auto yp
[root@hestia ~]# rpcinfo -p localhost
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 56477 status
100024 1 tcp 52019 status
600100069 1 udp 818 fypxfrd
600100069 1 tcp 820 fypxfrd
[root@hestia ~]# service ypserv start
Starting ypserv (via systemctl): [ OK ]
[root@hestia ~]# ps -eaf | grep ypserv
root 1572 1 0 13:30 ? 00:00:00 /usr/sbin/ypserv
root 1592 1524 0 13:30 pts/0 00:00:00 grep --color=auto ypserv
[root@hestia ~]# ps -eaf | grep rpc
rpcuser 1006 1 0 13:25 ? 00:00:00 rpc.statd
root 1039 2 0 13:25 ? 00:00:00 [rpciod]
root 1047 1 0 13:25 ? 00:00:00 rpc.idmapd
root 1065 1 0 13:25 ? 00:00:00 /usr/sbin/rpc.ypxfrd
root 1594 1524 0 13:30 pts/0 00:00:00 grep --color=auto rpc
[root@hestia ~]# tail /var/log/messages
Jul 15 13:26:12 hestia ntpd[665]: 0.0.0.0 c614 04 freq_mode
Jul 15 13:26:13 hestia ntpd[665]: 0.0.0.0 c618 08 no_sys_peer
Jul 15 13:30:14 hestia kernel: [ 334.077570] rpcbind[955]: segfault at 0 ip 00007f5893d85e92 sp 00007fff6b766d80 error 4 in libtirpc.so.1.0.10[7f5893d70000+26000]
I believe that my setup is suffering from this same bug. I am able to start ypserv after starting rpcbind on my server which is a 64-bit machine; however, rpcbind segfaults when one of my 32-bit machines tries to start the ypbind service to connect to the yp server. I don't think I have any 32-bit clients. I do have some pretty old OS servers/clients (OpenSuSE 10.1 and CentOS 4). The NIS master is a CentOS 4.2 OS. Actually, I just found that rpcbind segfaulted on my NIS master without any of my 32-bit clients. So it appears that I am experiencing a similar problem to what you are experiencing. Well problem is occurring in the libtirpc library code. I just
set up a NIS domain with ypserv running on a f15 and rawhide box
and nither one seems to show the problem...
Would it be possible to get a using binary core so I code dig
around? What I'm looking is to see if any part of the following
pointer
xprt->xp_auth->svc_ah_ops->svc_ah_wrap
is NULL. If so that's where the problem is.
Created attachment 513667 [details]
Core file from rpcbind
(In reply to comment #7) > Created attachment 513667 [details] > Core file from rpcbind Thanks for the core file... It does appear xprt->xp_auth is definitely NULL which is the cause of the crash... I'm on it... for I would suggest doing a yum downgrade libtirpc What I don't understand is one, how this got pass my testing and why is only a small set of people seeing this problem... I have a scratch build building at:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3214717
which should take care of the problem. Please let me know
That works! ypserv is running successfully as a slave, and I'm getting all of the yppush over ypxfrd too. Thanks for the fix! libtirpc-0.2.2-1.1.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/libtirpc-0.2.2-1.1.fc15 (In reply to comment #10) > That works! ypserv is running successfully as a slave, and I'm getting all of > the yppush over ypxfrd too. Thank you for taking the time to do the testing... Its appreciated! Package libtirpc-0.2.2-1.1.fc15: * should fix your issue, * was pushed to the Fedora 15 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libtirpc-0.2.2-1.1.fc15' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/libtirpc-0.2.2-1.1.fc15 then log in and leave karma (feedback). (In reply to comment #13) > Package libtirpc-0.2.2-1.1.fc15: > * should fix your issue, > * was pushed to the Fedora 15 testing repository, > * should be available at your local mirror within two days. > Update it with: > # su -c 'yum update --enablerepo=updates-testing libtirpc-0.2.2-1.1.fc15' > as soon as you are able to. > Please go to the following url: > https://admin.fedoraproject.org/updates/libtirpc-0.2.2-1.1.fc15 > then log in and leave karma (feedback). Shawn, Would you mind downloading this version of libitrpc to ensure the problem stays fixed. Its the same code as I supplied you, its just an official build. If things worked out well, giving some good karma would help move things along.. tia... That worked.... Added karma.... Thanks Steve! libtirpc-0.2.2-1.1.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report. |