-
Bug
-
Resolution: Unresolved
-
Undefined
-
rhel-10.0.beta
-
None
-
autofs-5.1.9-9.el10
-
None
-
None
-
rhel-sst-filesystems
-
ssg_filesystems_storage_and_HA
-
23
-
25
-
3
-
False
-
-
None
-
None
-
None
What were you trying to do that didn't work?
autofs leads to core dump when I'm using a specific autofs configuration.
Please provide the package NVR for which bug is seen:
autofs-5.1.9-6.el10.x86_64
How reproducible:
always
Steps to reproduce
- echo '/mnt_test /etc/auto.nfs -nobrowse,strictexpire -t 10' > /etc/auto.master
- echo '* -rw,nobind :/export_test/&' > /etc/auto.nfs
- systemctl restart autofs
Expected results
Actual results
[root@kvm-02-guest27 ~]# cat /etc/auto.master /mnt_test /etc/auto.nfs -nobrowse,strictexpire -t 10 [root@kvm-02-guest27 ~]# cat /etc/auto.nfs * -rw,nobind :/export_test/& [root@kvm-02-guest27 ~]# systemctl restart autofs Job for autofs.service failed because a fatal signal was delivered causing the control process to dump core. See "systemctl status autofs.service" and "journalctl -xeu autofs.service" for details. [root@kvm-02-guest27 ~]# rpm -q autofs autofs-5.1.9-6.el10.x86_64 [root@kvm-02-guest27 ~]# [root@kvm-02-guest27 ~]# coredumpctl list TIME PID UID GID SIG COREFILE EXE SIZE Thu 2024-04-11 08:27:16 EDT 6828 0 0 SIGABRT present /usr/sbin/automount 203.5K [root@kvm-02-guest27 ~]# coredumpctl dump Module libsystemd.so.0 from rpm systemd-255.3-1.el10.x86_64 Module libtirpc.so.3 from rpm libtirpc-1.3.4-1.rc2.el10.2.x86_64 Stack trace of thread 6836: #0 0x00007f39b1f6d26c __pthread_kill_implementation (libc.so.6 + 0x9526c) #1 0x00007f39b1f183b6 raise (libc.so.6 + 0x403b6) #2 0x00007f39b1f008fa abort (libc.so.6 + 0x288fa) #3 0x00007f39b1f01956 __libc_message_impl.cold (libc.so.6 + 0x29956) #4 0x00007f39b1ff3efb __fortify_fail (libc.so.6 + 0x11befb) #5 0x00007f39b1ff3886 __chk_fail (libc.so.6 + 0x11b886) #6 0x00007f39b1ff4f6d __snprintf_chk (libc.so.6 + 0x11cf6d) #7 0x00007f39b20ffc13 make_options_string (libautofs.so + 0x11c13) #8 0x000055731d63ca7b mount_autofs_indirect (automount + 0x14a7b) #9 0x000055731d63d69f handle_mounts (automount + 0x1569f) #10 0x00007f39b1f6b512 start_thread (libc.so.6 + 0x93512) #11 0x00007f39b1fe7f0c __clone3 (libc.so.6 + 0x10ff0c) Stack trace of thread 6833: #0 0x00007f39b1f67e8e __futex_abstimed_wait_common (libc.so.6 + 0x8fe8e) #1 0x00007f39b1f6a750 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x92750) #2 0x000055731d64577b st_queue_handler (automount + 0x1d77b) #3 0x00007f39b1f6b512 start_thread (libc.so.6 + 0x93512) #4 0x00007f39b1fe7f0c __clone3 (libc.so.6 + 0x10ff0c) Stack trace of thread 6832: #0 0x00007f39b1f67e8e __futex_abstimed_wait_common (libc.so.6 + 0x8fe8e) #1 0x00007f39b1f6a750 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x92750) #2 0x00007f39b2100aca alarm_handler (libautofs.so + 0x12aca) #3 0x00007f39b1f6b512 start_thread (libc.so.6 + 0x93512) #4 0x00007f39b1fe7f0c __clone3 (libc.so.6 + 0x10ff0c) Stack trace of thread 6831: #0 0x00007f39b1fdb6e6 ppoll (libc.so.6 + 0x1036e6) #1 0x000055731d639d81 cmd_pipe_handler.part.0 (automount + 0x11d81) #2 0x000055731d639efc cmd_pipe_handler (automount + 0x11efc) #3 0x00007f39b1f6b512 start_thread (libc.so.6 + 0x93512) #4 0x00007f39b1fe7f0c __clone3 (libc.so.6 + 0x10ff0c) Stack trace of thread 6828: #0 0x00007f39b1f67e8e __futex_abstimed_wait_common (libc.so.6 + 0x8fe8e) #1 0x00007f39b1f6a750 pthread_cond_wait@@GLIBC_2.3.2 (libc.so.6 + 0x92750) #2 0x000055731d646e5b master_mount_mounts (automount + 0x1ee5b) #3 0x000055731d647af7 master_read_master (automount + 0x1faf7) #4 0x000055731d633b9f main (automount + 0xbb9f) #5 0x00007f39b1f0230e __libc_start_call_main (libc.so.6 + 0x2a30e) #6 0x00007f39b1f023c1 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x2a3c1) #7 0x000055731d634425 _start (automount + 0xc425) ELF object binary architecture: AMD x86-64 Refusing to dump core to tty (use shell redirection or specify --output). [root@kvm-02-guest27 ~]#
- links to
-
RHBA-2024:136834
autofs update
