linux-image-2.6.17-50-generic crash when mounting NFS4
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux-source-2.6.17 (Ubuntu) |
Won't Fix
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: linux-image-
I experience the kernel oopsing in the context of the 'mount' process when I:
(maybe related)
# echo 43407 >/proc/
# mount x1.home:/ /store -t nfs4
This works perfectly on 2.6.19. Version is Edgy with current updates and proposed 2.6.27-50 kernel - i686 arch.
The kernel logs contain:
[17179753.760000] BUG: unable to handle kernel paging request at virtual address 5f637072
[17179753.760000] printing eip:
[17179753.760000] c0186d03
[17179753.760000] *pde = 00000000
[17179753.760000] Oops: 0000 [#1]
[17179753.760000] SMP
[17179753.760000] Modules linked in: xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables ip
v6 nfs lockd sunrpc sonypi speedstep_centrino cpufreq_userspace cpufreq_stats freq_table cpufreq_powersave cpufreq_
ondemand cpufreq_
attery container ac asus_acpi af_packet sbp2 parport_pc lp parport sk98lin pcmcia snd_hda_intel snd_hda_codec snd_p
cm_oss snd_mixer_oss joydev sky2 snd_pcm tsdev tifm_7xx1 snd_timer tifm_core yenta_socket rsrc_nonstatic pcmcia_cor
e sg snd shpchp psmouse pci_hotplug serio_raw intel_agp agpgart soundcore snd_page_alloc evdev ext3 jbd ehci_hcd oh
ci1394 ieee1394 uhci_hcd usbcore ide_generic sd_mod ata_piix libata scsi_mod ide_cd cdrom piix generic thermal proc
essor fan fbcon tileblit font bitblit softcursor vesafb capability commoncap
[17179753.760000] CPU: 0
[17179753.760000] EIP: 0060:[<c0186d03>] Not tainted VLI
[17179753.760000] EFLAGS: 00010206 (2.6.17-50-generic #2)
[17179753.760000] EIP is at alloc_vfsmnt+
[17179753.760000] eax: 00000000 ebx: f7eb3940 ecx: ffffffff edx: 00000000
[17179753.760000] esi: f8cdfb0c edi: 5f637072 ebp: 5f637072 esp: f5819d28
[17179753.760000] ds: 007b es: 007b ss: 0068
[17179753.760000] Process mount (pid: 4780, threadinfo=f5818000 task=dfec3a90)
[17179753.760000] Stack: dfffd4e4 000000d0 f8ccf335 f8cdfb0c f8ccf335 f8ce36a0 c0171814 00000000
[17179753.760000] 5f637072 00000000 f57f353c f8ccf335 f8cdfb0c 00000000 f8ce36a0 c018dc7b
[17179753.760000] 00000000 f8d64a14 dfce9c00 00000008 f8d52207 f8ccad94 f8cbbbff c18cc800
[17179753.760000] Call Trace:
[17179753.760000] <c0171814> vfs_kern_
[17179753.760000] <f8ccad94> rpc_get_
[17179753.760000] <c02234d0> get_random_
[17179753.760000] <f8d329fc> nfs4_get_
[17179753.760000] <c0171999> do_kern_
[17179753.760000] <c015921a> __handle_
[17179753.760000] <c02a6628> __tcp_push_
[17179753.760000] <c0187000> copy_mount_
[17179753.760000] <c0102fbb> sysenter_
[17179753.760000] Code: 89 43 40 8d 43 48 89 40 04 89 43 48 8d 43 50 89 40 04 89 43 50 8d 43 58 89 1b 89 43 58 89 4 0 04 74 43 b9 ff ff ff ff 89 ef 89 d0 <f2> ae f7 d1 49 83 c1 01 b2 d0 89 c8 89 4c 24 04 e8 c8 03 fe ff
[17179753.760000] EIP: [<c0186d03>] alloc_vfsmnt+
Confirmed setting the NFS 4 callback port doesn't affect this bug.
Reproducer is to just mount an NFS4 directory.