| Summary: | segfault in automount | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Rob Crittenden <rcritten> | |
| Component: | autofs | Assignee: | Ian Kent <ikent> | |
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | unspecified | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 15 | CC: | ikent | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1089576 (view as bug list) | Environment: | ||
| Last Closed: | 2012-08-06 20:06:45 UTC | Type: | --- | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
(In reply to comment #0) > Description of problem: > > While doing some automount in LDAP testing I apparently caused automount to > core at least once. I found the cores after I had finished testing so I'm not > sure what the contents of the maps were. I'm providing the stack in case it is > useful. > > I realize this is a rather unclear description. All I can say is I was trying > to configure submounts at the time. Yep, it looks a bit hard to work out what happened. > (gdb) where > #0 __strcmp_sse2 () at ../sysdeps/x86_64/strcmp.S:214 > #1 0x00007f0af20a6196 in master_find_mapent (master=0x7f0af2d0c040, path=0x0) > at master.c:622 path=0x00 but should be "/share" by this time ... but ... > #2 0x00007f0af20a2ae2 in master_parse_entry ( > buffer=0x7fffd5e14b10 "/share auto.share", default_timeout=300, > logging=<optimized out>, age=1326926467) at master_parse.y:768 the buffer looks like it contains a valid entry and similar things have been parsed many, many times by the parser ???? Perhaps you could just keep an eye out and get back with similar details when it happens again but with a little more on what was being done at the time. Ian This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |
Description of problem: While doing some automount in LDAP testing I apparently caused automount to core at least once. I found the cores after I had finished testing so I'm not sure what the contents of the maps were. I'm providing the stack in case it is useful. I realize this is a rather unclear description. All I can say is I was trying to configure submounts at the time. Core was generated by `automount -fdv'. Program terminated with signal 11, Segmentation fault. #0 __strcmp_sse2 () at ../sysdeps/x86_64/strcmp.S:214 214 movlpd (%rsi), %xmm2 Missing separate debuginfos, use: debuginfo-install keyutils-libs-1.2-7.fc15.x86_64 krb5-libs-1.9.2-3.fc15.2.x86_64 libdb-5.1.25-3.fc15.x86_64 libgcc-4.6.0-10.fc15.x86_64 libgssglue-0.3-0.fc15.x86_64 libselinux-2.0.99-4.fc15.x86_64 nss-softokn-freebl-3.12.10-2.fc15.x86_64 openssl-1.0.0e-1.fc15.x86_64 (gdb) where #0 __strcmp_sse2 () at ../sysdeps/x86_64/strcmp.S:214 #1 0x00007f0af20a6196 in master_find_mapent (master=0x7f0af2d0c040, path=0x0) at master.c:622 #2 0x00007f0af20a2ae2 in master_parse_entry ( buffer=0x7fffd5e14b10 "/share auto.share", default_timeout=300, logging=<optimized out>, age=1326926467) at master_parse.y:768 #3 0x00007f0af04391ee in lookup_read_master (master=<optimized out>, age=1326926467, context=0x7f0af2d19a70) at lookup_ldap.c:1676 #4 0x00007f0af2097d32 in do_read_master (master=0x7f0af2d0c040, type=<optimized out>, age=1326926467) at lookup.c:96 #5 0x00007f0af2098484 in lookup_nss_read_master (master=0x7f0af2d0c040, age=1326926467) at lookup.c:229 #6 0x00007f0af20a7397 in master_read_master (master=0x7f0af2d0c040, age=1326926467, readall=0) at master.c:832 #7 0x00007f0af208d5db in main (argc=0, argv=<optimized out>) at automount.c:2146 Version-Release number of selected component (if applicable): autofs-5.0.5-38.fc15.x86_64