Issue

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 ~]#

Release Notes

No. of Comments

Resolution

Done