As of me, RHEL4 ships with autofs 4xxx series. My system says autofs-4.1.3-234. The autofs5-5.0.1-0.rc2.88 is a part of RHEL5. If I were you I would go for autofs which is shipped with the OS. Ondrej
Coe, Colin C. (Unix Engineer) wrote: > Hi Ian and all > > Using RHEL4 WS with the latest kernel (kernel-smp-2.6.9-78.0.5.EL) and autofs > (autofs5-5.0.1-0.rc2.88) rpms, I can reliably crash (read "kernel panic") the > OS. > To crash, > 1) open a couple of terminals (I logged on to tty1 and tty2) > 2) in one terminal run "while :; do ls -lR /autofs/point/mount/* ; done" > 3) in the other run "while :; do service autofs5 restart; done" > 4) profit! > > While this is a contrived scenario we noticed the panic on a couple of > cluster nodes (run RHEL 4u7 WS) when they didn't pick up some new autofs map > entries. Service autofs5 reload didn't help so I did a service autofs5 > restart and panics soon followed. > > I've setup diskdump and now have a vmcore file. Running 'crash > /boot/System.map-2.6.9-78.0.5.ELsmp > /usr/lib/debug/lib/modules/2.6.9-78.0.5.ELsmp/vmlinux > /var/crash/127.0.0.1-2008-10-20-09\:44/vmcore' shows: > --- > crash 4.0-5.0.0.1 > Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008 Red Hat, Inc. > Copyright (C) 2004, 2005, 2006 IBM Corporation > Copyright (C) 1999-2006 Hewlett-Packard Co > Copyright (C) 2005, 2006 Fujitsu Limited > Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. > Copyright (C) 2005 NEC Corporation > Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. > Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. > This program is free software, covered by the GNU General Public License, > and you are welcome to change it and/or distribute copies of it under > certain conditions. Enter "help copying" to see the conditions. > This program has absolutely no warranty. Enter "help warranty" for details. > > GNU gdb 6.1 > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "x86_64-unknown-linux-gnu"... > > SYSTEM MAP: /boot/System.map-2.6.9-78.0.5.ELsmp > DEBUG KERNEL: /usr/lib/debug/lib/modules/2.6.9-78.0.5.ELsmp/vmlinux > (2.6.9-78.0.5.ELsmp) > DUMPFILE: /var/crash/127.0.0.1-2008-10-20-09:44/vmcore [PARTIAL DUMP] > CPUS: 2 > DATE: Mon Oct 20 09:44:24 2008 > UPTIME: 00:04:26 > LOAD AVERAGE: 0.24, 0.22, 0.10 > TASKS: 95 > NODENAME: lws075 > RELEASE: 2.6.9-78.0.5.ELsmp > VERSION: #1 SMP Wed Sep 24 05:40:24 EDT 2008 > MACHINE: x86_64 (2133 Mhz) > MEMORY: 4 GB > PANIC: "Oops: 0002 [1] SMP " (check log for details) > PID: 23840 > COMMAND: "automount5" > TASK: 101205e1030 [THREAD_INFO: 1011a692000] > CPU: 0 > STATE: TASK_RUNNING (PANIC) > > crash> bt > PID: 23840 TASK: 101205e1030 CPU: 0 COMMAND: "automount5" > #0 [1011a693d20] start_disk_dump at ffffffffa01b1377 > #1 [1011a693d50] try_crashdump at ffffffff8014cda9 > #2 [1011a693d60] do_page_fault at ffffffff80124ae8 > #3 [1011a693e40] error_exit at ffffffff80110e1d > [exception RIP: fput] > RIP: ffffffff8017ca06 RSP: 000001011a693ef0 RFLAGS: 00010246 > RAX: 0000000000000002 RBX: 0000000000009362 RCX: 0000000000000000 > RDX: 0000000000009362 RSI: 00000101198b8bc0 RDI: 0000000000000000 > RBP: 0000000000000000 R8: 0000000000000000 R9: 0000000000000000 > R10: 0000000000000000 R11: 0000000000009362 R12: 00000101199218c0 > R13: 00000101198b8bc0 R14: 0000010119837270 R15: 0000000000000003 > ORIG_RAX: ffffffffffffffff CS: 0010 SS: 0018 > #4 [1011a693ef0] autofs4_catatonic_mode at ffffffffa0a45df2 > #5 [1011a693f10] autofs4_root_ioctl at ffffffffa0a45b74 > #6 [1011a693f40] sys_ioctl at ffffffff8018dc6d > #7 [1011a693f80] system_call at ffffffff801102f6 > RIP: 0000002a95946f59 RSP: 0000000040621a98 RFLAGS: 00000246 > RAX: 0000000000000010 RBX: ffffffff801102f6 RCX: 0000002a95677486 > RDX: 0000000000000000 RSI: 0000000000009362 RDI: 0000000000000003 > RBP: 000000552abfc930 R8: 0000000000000000 R9: 0000000000000000 > R10: 0000000000000000 R11: 0000000000000246 R12: 000000552abfbe10 > R13: 000000552abfbe10 R14: 0000000000000000 R15: 000000552ac17390 > ORIG_RAX: 0000000000000010 CS: 0033 SS: 002b > crash> ps 23840 > PID PPID CPU TASK ST %MEM VSZ RSS COMM > >> 23840 1 0 101205e1030 RU 0.0 23036 1820 automount5 >> > Crash> log > Bootdata ok (command line is ro root=LABEL=/ quiet reboot=h ide=nodma vga=1 > bfsort swiotlb=65536) > Linux version 2.6.9-78.0.5.ELsmp ([EMAIL PROTECTED]) (gcc version 3.4.6 > 20060404 (Red Hat 3.4.6-10)) #1 SMP Wed Sep 24 05:40:24 EDT 2 > 008 > BIOS-provided physical RAM map: > > snip > > MSI INIT SUCCESS > tg3: eth0: Link is up at 1000 Mbps, full duplex. > tg3: eth0: Flow control is off for TX and off for RX. > nvidia: module license 'NVIDIA' taints kernel. > ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169 > PCI: Setting latency timer of device 0000:01:00.0 to 64 > NVRM: loading NVIDIA UNIX x86_64 Kernel Module 169.09 Fri Jan 11 14:04:37 > PST 2008 > Unable to handle kernel NULL pointer dereference at 0000000000000028 RIP: > <ffffffff8017ca06>{fput+0} > PML4 119d23067 PGD 0 > Oops: 0002 [1] SMP > CPU 0 > Modules linked in: autofs4 nvidia(U) i2c_core cpufreq_powersave ide_dump > scsi_dump diskdump zlib_deflate dm_mirror dm_multipath joydev dm_mod button > battery > ac uhci_hcd ehci_hcd snd_hda_intel snd_pcm_oss snd_mixer_oss snd_pcm > snd_timer snd soundcore snd_page_alloc tg3 floppy ext3 jbd ata_piix libata > sd_mod scsi > _mod > Pid: 23840, comm: automount5 Tainted: P 2.6.9-78.0.5.ELsmp > RIP: 0010:[<ffffffff8017ca06>] <ffffffff8017ca06>{fput+0} > RSP: 0018:000001011a693ef0 EFLAGS: 00010246 > RAX: 0000000000000002 RBX: 0000000000009362 RCX: 0000000000000000 > RDX: 0000000000009362 RSI: 00000101198b8bc0 RDI: 0000000000000000 > RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000000 > R10: 0000000000000000 R11: 0000000000009362 R12: 00000101199218c0 > R13: 00000101198b8bc0 R14: 0000010119837270 R15: 0000000000000003 > FS: 0000000040624960(005b) GS:ffffffff8050d200(0000) knlGS:0000000000000000 > CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > CR2: 0000000000000028 CR3: 0000000000101000 CR4: 00000000000006e0 > Process automount5 (pid: 23840, threadinfo 000001011a692000, task > 00000101205e1030) > Stack: ffffffffa0a45df2 0000000000009362 0000000000000000 00000101199218c0 > ffffffffa0a45b74 0000000000009362 0000000000000000 0000000000000000 > 00000101198b8bc0 00000000ffffffe7 > Call Trace:<ffffffffa0a45df2>{:autofs4:autofs4_catatonic_mode+94} > <ffffffffa0a45b74>{:autofs4:autofs4_root_ioctl+300} > <ffffffff8018dc6d>{sys_ioctl+853} <ffffffff801102f6>{system_call+126} > > > Code: f0 ff 4f 28 0f 94 c0 84 c0 74 05 e9 a6 fe ff ff c3 41 55 41 > RIP <ffffffff8017ca06>{fput+0} RSP <000001011a693ef0> > CR2: 0000000000000028 > --- > > There is pretty much nothing useful in /var/log/messages or /var/log/daemon > > What additional info can I provide to help with this? > > CC > > NOTICE: This email and any attachments are confidential. > They may contain legally privileged information or > copyright material. You must not read, copy, use or > disclose them without authorisation. If you are not an > intended recipient, please contact us at once by return > email and then delete both messages and all attachments. > > _______________________________________________ > autofs mailing list > autofs@linux.kernel.org > http://linux.kernel.org/mailman/listinfo/autofs > _______________________________________________ autofs mailing list autofs@linux.kernel.org http://linux.kernel.org/mailman/listinfo/autofs