Bug 554744 - Crash in automount: general protection in libc-2.11.so
Summary: Crash in automount: general protection in libc-2.11.so
Keywords:
Status: CLOSED DUPLICATE of bug 519430
Alias: None
Product: Fedora
Classification: Fedora
Component: autofs
Version: 12
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ---
Assignee: Ian Kent
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-01-12 14:45 UTC by Edgar Hoch
Modified: 2010-05-01 18:13 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-05-01 18:13:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Edgar Hoch 2010-01-12 14:45:27 UTC
Description of problem:

We got a crash in automount. I am sorry that I can give no more information than the error log message from /var/log/messages.

Jan  8 09:09:11 xxx kernel: automount[28042] general protection ip:7fc84bcb5cd2 sp:7fc8482497d8 error:0 in libc-2.11.so[7fc84bc37000+16f000]

We run autofs with autofs maps in nis tables and also using direct mounts. After a reboot (I haven't tried to restart only the service - sorry) all works fine again.


Version-Release number of selected component (if applicable):
kernel-2.6.31.9-174.fc12.x86_64
autofs-5.0.5-15.fc12.x86_64
glibc-2.11-2.x86_64

How reproducible:
Don't know.

Comment 1 Jeff Moyer 2010-01-21 19:37:33 UTC
I'm afraid this isn't enough to go on.  If it is reproducible, then please collect the information requested here:
  http://people.redhat.com/jmoyer

Thanks!

Comment 2 Edgar Hoch 2010-01-21 19:51:50 UTC
I have another crash with general protection in libc.so, this time called from rpc.mountd.

Jan 19 12:26:26 xxx kernel: rpc.mountd[2822] general protection ip:7f1723f582f2 sp:7fff1ae34738 error:0 in libc-2.11.1.so[7f1723ed9000+16f000]
Jan 19 12:26:26 xxx abrtd: Directory 'ccpp-1263900386-2822' creation detected
Jan 19 12:26:26 xxx abrtd: Lock file '/var/cache/abrt/ccpp-1263900386-2822.lock' is locked by process 7248
Jan 19 12:26:27 xxx abrt: saved core dump of pid 2822 (/usr/sbin/rpc.mountd) to /var/cache/abrt/ccpp-1263900386-2822/coredump (999424 bytes)
Jan 19 12:26:27 xxx abrtd: Lokale, universelle, eindeutige Identifikation abrufen ...
Jan 19 12:26:28 xxx abrtd: New crash, saving
Jan 19 12:26:28 xxx abrtd: RunApp('/var/cache/abrt/ccpp-1263900386-2822','"test x\"`cat component`\" = x\"xorg-x11-server-Xorg\" && cp /var/log/Xorg.0.log ."')


Here the backtrace:

# gdb /usr/sbin/rpc.mountd /var/cache/abrt/ccpp-1263900386-2822/coredump

Core was generated by `rpc.mountd'.
Program terminated with signal 11, Segmentation fault.
#0  __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:31
31		pcmpeqb	(%rdi), %xmm2
(gdb) where
#0  __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:31
#1  0x00007f172426cb47 in xdr_string (xdrs=0x7f17265f7678, cpp=0x7fff1ae34998, maxsize=4294967295) at xdr.c:673
#2  0x00007f172425fb2a in clnt_vc_call (cl=<value optimized out>, proc=<value optimized out>, 
    xdr_args=<value optimized out>, args_ptr=<value optimized out>, xdr_results=<value optimized out>, 
    results_ptr=<value optimized out>, timeout=...) at clnt_vc.c:367
#3  0x00007f1723cc4e30 in yp_bind_ypbindprog (domain=0x726f66203739363a <Address 0x726f66203739363a out of bounds>, 
    ysd=0x7f17265f6410) at ypclnt.c:143
#4  0x00007f1723cc584f in do_ypcall (domain=0x726f66203739363a <Address 0x726f66203739363a out of bounds>, 
    prog=<value optimized out>, xargs=<value optimized out>, req=<value optimized out>, 
    xres=0x7f1723cc4450 <xdr_ypresp_val>, resp=<value optimized out>) at ypclnt.c:363
#5  0x00007f1723cc63b1 in do_ypcall_tr (resp=<value optimized out>, xres=0x4450, req=<value optimized out>, 
    xargs=0x4750, prog=3, domain=<value optimized out>) at ypclnt.c:384
#6  yp_match (resp=<value optimized out>, xres=0x4450, req=<value optimized out>, xargs=0x4750, prog=3, 
    domain=<value optimized out>) at ypclnt.c:466
#7  0x00007f1723082058 in _nss_nis_setnetgrent (group=0x7f17265dc5e1 "ims-unix", netgrp=0x7fff1ae34f70)
    at nss_nis/nis-netgrp.c:66
#8  0x00007f1723fd8faf in innetgr (netgroup=<value optimized out>, host=0x7f17265f6080 "gambelmeise", user=0x0, 
    domain=<value optimized out>) at getnetgrent_r.c:366
#9  0x00007f1724ac1773 in client_check (clp=<value optimized out>, hp=0x7f17265f6060) at client.c:380
#10 0x00007f1724ac1aa0 in client_compose (he=0x7f17265f6060) at client.c:266
#11 0x00007f1724abdb35 in auth_authenticate_internal (error=<value optimized out>, hp=0x7f17265f6060, 
    path=<value optimized out>, caller=0x7f17265c5ec4, what=<value optimized out>) at auth.c:129
#12 auth_authenticate (error=<value optimized out>, hp=0x7f17265f6060, path=<value optimized out>, 
    caller=0x7f17265c5ec4, what=<value optimized out>) at auth.c:211
#13 0x00007f1724abd744 in mount_umnt_1_svc (rqstp=<value optimized out>, argp=<value optimized out>, 
    resp=<value optimized out>) at mountd.c:239
#14 0x00007f1724ac6af0 in rpc_dispatch (rqstp=0x7fff1ae37250, transp=0x7f17265c5eb0, dtable=<value optimized out>, 
    nvers=<value optimized out>, argp=0x7fff1ae371a0, resp=0x7fff1ae371b0) at rpcdispatch.c:55
#15 0x00007f1724abd8be in mount_dispatch (rqstp=0x7fff1ae37250, transp=0x7f17265c5eb0) at mount_dispatch.c:84
#16 0x00007f1724266e71 in svc_getreq_common (fd=<value optimized out>) at svc.c:681
#17 0x00007f1724ac0b9e in my_svc_getreqset (readfds=<value optimized out>) at svc_run.c:84
#18 my_svc_run (readfds=<value optimized out>) at svc_run.c:119
#19 0x00007f1724abc958 in main (argc=<value optimized out>, argv=<value optimized out>) at mountd.c:791

I don't know if this helps.
Maybe the problem is not in autofs but in some used library - I don't know.

Comment 3 Edgar Hoch 2010-01-21 19:56:24 UTC
(In reply to comment #1)
> I'm afraid this isn't enough to go on.  If it is reproducible, then please
> collect the information requested here:
>   http://people.redhat.com/jmoyer

Thanks for the information. I will try to collect more information when it occurs again. But I don't see how I can reproduce it.

Comment 4 Ian Kent 2010-01-22 08:29:11 UTC
(In reply to comment #3)
> (In reply to comment #1)
> > I'm afraid this isn't enough to go on.  If it is reproducible, then please
> > collect the information requested here:
> >   http://people.redhat.com/jmoyer
> 
> Thanks for the information. I will try to collect more information when it
> occurs again. But I don't see how I can reproduce it.    

You might want to review this bug before going too far with
this.

https://bugzilla.redhat.com/show_bug.cgi?id=519430

The backtrace from comment #2 looks like it could be the same
problem that occurs within the glibc function yp_bind_ypbindprog()
described in that bug. There isn't anything that autofs can do
about resolving it, sorry.

Comment 5 Edgar Hoch 2010-05-01 18:13:51 UTC
I confirm that the patch from bug #519430 seems to solve the problem.
We applied the patch from
https://bugzilla.redhat.com/show_bug.cgi?id=519430#c12
to libtirpc-0.2.0-4 and created a new package.
With this patched libtirpc-0.2.0-4 autofs didn't crash any more.

I mark this as duplicate of bug #519430.

*** This bug has been marked as a duplicate of bug 519430 ***


Note You need to log in before you can comment on or make changes to this bug.