login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2007
»
October
»
18
RE: Kernel Oops in NFS
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Jason.V.Mock
Subject:
RE: Kernel Oops in NFS
Date: Thursday, October 18, 2007 - 2:01 pm
> We've come across an Oops, in what appears to NFS.
quoted text
> > 2.6.22.6 vanilla + realtime-lsm > RHEL4 over PXE/NFS_ROOT > > > Oct 9 14:26:13 WS15 gdm(pam_unix)[6038]: session opened for > user mockj by (uid=0) Oct 9 14:26:48 WS15 gconfd > (mockj-7583): starting (version 2.8.1), pid > 7583 user 'mockj' > Oct 9 14:26:48 WS15 kernel: BUG: unable to handle kernel > NULL pointer dereference at virtual address 00000004 Oct 9 > 14:26:48 WS15 kernel: printing eip: > Oct 9 14:26:48 WS15 kernel: c01a9fb8 > Oct 9 14:26:48 WS15 kernel: *pde = c691d067 Oct 9 14:26:48 > WS15 kernel: Oops: 0000 [#1] Oct 9 14:26:48 WS15 kernel: > PREEMPT SMP Oct 9 14:26:48 WS15 kernel: Modules linked in: > lm85 w83781d hwmon_vid hwmon ipv6 parport_pc lp parport > autofs4 tulip dm_mirror dm_mod button battery ac mct_u232 > usbserial uhci_hcd ehci_hcd nvidia(P) e7xxx_edac edac_mc > rng_core i2c_i801 i2c_core aic79xx scsi_transport_spi > ata_piix libata scsi_mod snd_intel8x0 snd_ac97_codec ac97_bus > snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc > snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq > snd_timer snd_seq_device snd soundcore realtime commoncap > Oct 9 14:26:48 WS15 kernel: CPU: 0 > Oct 9 14:26:48 WS15 kernel: EIP: 0060:[<c01a9fb8>] Tainted: P > VLI > Oct 9 14:26:48 WS15 kernel: EFLAGS: 00210246 (2.6.22-6.0.WSsmp #1) > Oct 9 14:26:48 WS15 kernel: EIP is at nfs_lookup+0x11b/0x26a > Oct 9 14:26:48 WS15 kernel: eax: 00000000 ebx: c0367600 ecx: > 00000000 edx: 00000000 > Oct 9 14:26:48 WS15 kernel: esi: 00000000 edi: 00000000 ebp: > 00000000 esp: f63b5d44 > Oct 9 14:26:48 WS15 kernel: ds: 007b es: 007b fs: 00d8 gs: 0033 > ss: 0068 > Oct 9 14:26:48 WS15 kernel: Process gconfd-2 (pid: 7583, > ti=f63b4000 task=f6273070 task.ti=f63b4000) Oct 9 14:26:48 > WS15 kernel: Stack: f63b5d60 f63b5d98 f63b5d9c 7fffffff > f63b5ed8 f63ef118 f63f5e8c f63b0002 > Oct 9 14:26:48 WS15 kernel: f63db21c 00000000 > c014843e 00000000 > 0000000e 00000001 00000001 000081c0 > Oct 9 14:26:48 WS15 kernel: 00000002 00001459 > 000000c9 00000271 > 00000000 00002000 00000008 00000000 > Oct 9 14:26:48 WS15 kernel: Call Trace: > Oct 9 14:26:48 WS15 kernel: [<c014843e>] > write_cache_pages+0x235/0x285 Oct 9 14:26:48 WS15 kernel: > [<c01b4332>] nfs_flush_one+0x0/0xe5 Oct 9 14:26:48 WS15 > kernel: [<c01488c5>] mapping_tagged+0x2b/0x32 Oct 9 > 14:26:48 WS15 kernel: [<c016e227>] d_alloc+0x15e/0x166 Oct > 9 14:26:48 WS15 kernel: [<c0166663>] > lookup_one_len+0xc5/0xe0 Oct 9 14:26:48 WS15 kernel: > [<c01aabba>] nfs_sillyrename+0x12b/0x253 Oct 9 14:26:48 WS15 > kernel: [<c01aba09>] nfs_permission+0x0/0x147 Oct 9 > 14:26:48 WS15 kernel: [<c01aae6e>] nfs_unlink+0x81/0xfc Oct > 9 14:26:48 WS15 kernel: [<c01667f4>] may_delete+0x55/0x10a > Oct 9 14:26:48 WS15 kernel: [<c0167a82>] > vfs_unlink+0xa1/0xc5 Oct 9 14:26:48 WS15 kernel: > [<c0167b3b>] do_unlinkat+0x95/0xf5 Oct 9 14:26:48 WS15 > kernel: [<c0105a67>] do_syscall_trace+0x15c/0x19d Oct 9 > 14:26:48 WS15 kernel: [<c0103136>] syscall_call+0x7/0xb Oct > 9 14:26:48 WS15 kernel: [<c0350000>] > cache_make_upcall+0x40/0x129 Oct 9 14:26:48 WS15 kernel: > ======================= Oct 9 14:26:48 WS15 kernel: Code: 24 > 14 8b 00 83 c2 20 8b 58 38 8d 44 > 24 1c 89 04 24 8b 44 24 18 ff 53 20 83 f8 fe 0f 84 93 00 00 > 00 85 c0 89 > c5 0f 88 3d 01 00 00 <8b> 76 04 8b 54 24 18 89 74 24 10 8b 82 > a4 00 00 00 8b 54 24 64 Oct 9 14:26:48 WS15 kernel: EIP: > [<c01a9fb8>] nfs_lookup+0x11b/0x26a SS:ESP 0068:f63b5d4 > > We haven't seen any negative side-effects other than users > seeing this in Kwrited quite often. We've yet to update to > 2.6.22.9, however we've examined the change logs and patches > associated with NFS between then and now, and don't see > anything appropriate for the errors we're receiving. Let me > know if you need anything else for this...
I was just checking to see if there's anything that I'm missing here, in regards to never hearing a single thing back about this. - Jason Mock -
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
Kernel Oops in NFS
, Jason.V.Mock
, (Wed Oct 10, 7:39 am)
RE: Kernel Oops in NFS
, Jason.V.Mock
, (Thu Oct 18, 2:01 pm)
Re: [NFS] Kernel Oops in NFS
, Trond Myklebust
, (Thu Oct 18, 4:24 pm)
RE: [NFS] Kernel Oops in NFS
, Jason.V.Mock
, (Fri Oct 19, 11:30 am)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
swhiteho
[PATCH 42/51] [GFS2] Move inode deletion out of blocking_cb
FUJITA Tomonori
Re: [Scst-devel] Integration of SCST in the mainstream Linux kernel
Benjamin Herrenschmidt
[git pull] Please pull powerpc.git merge branch
Ingo Molnar
Re: [RFC/RFT PATCH] sched: automated per tty task groups
Vivek Goyal
Re: [PATCH v4] sched: automated per session task groups
git
:
Mike Miller
git message
Junio C Hamano
Re: [PATCH] Detached HEAD (experimental)
Stefan Richter
Re: [kernel.org users] [RFD] On deprecating "git-foo" for builtins
Jeff King
Re: [PATCH] t7004: test that "git-tag -u" implies "-s"
Christian MICHON
Re: VCS comparison table
git-commits-head
:
Linux Kernel Mailing List
libata: disable ATAPI AN by default
Linux Kernel Mailing List
i915: Don't whine when pci_enable_msi() fails.
Linux Kernel Mailing List
Documentation/timers/hpet_example.c: only build on X86
Linux Kernel Mailing List
NFSv4: Move error handling out of the delegation generic code
Linux Kernel Mailing List
Disallow gcc versions 4.1.{0,1}
linux-netdev
:
Arnaldo Carvalho de Melo
Re: [PATCH 06/37] dccp: Limit feature negotiation to connection setup phase
David Miller
Re: 2.6.27.18: bnx2/tg3: BUG: "scheduling while atomic" trying to ifenslave a seco...
Jeff Garzik
Re: [PATCH] drivers/net: remove network drivers' last few uses of IRQF_SAMPLE_RANDOM
David Miller
Re: [PATCH 2/5] dccp: Auto-load (when supported) CCID plugins for negotiation
Chuck Lever
Re: svc: failed to register lockdv1 RPC service (errno 97).
openbsd-misc
:
Stuart Henderson
Re: Kuro5hin: OpenBSD Founder Theo deRaadt Has Conflict of Interest With AMD
Christian Weisgerber
Re: CARP with a single public IP address
Marco Peereboom
Re: OpenBSD culture?
"RALOVICH, Kristóf"
Re: thinkpad windows refund
Kevin
Re: uvm_mapent_alloc: out of static map entries on 4.3 i386
Colocation donated by:
Syndicate