Bug 772879 - [abrt] kernel: [400572.852361] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020
Summary: [abrt] kernel: [400572.852361] BUG: unable to handle kernel NULL pointer dere...
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 16
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:10ba776ab9d64e3cfae4c473b92...
: 773542 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-01-10 08:21 UTC by Vít Ondruch
Modified: 2012-05-14 17:12 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-14 17:12:47 UTC
Type: ---

Attachments (Terms of Use)
File: backtrace (5.80 KB, text/plain)
2012-01-10 08:21 UTC, Vít Ondruch 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Description Vít Ondruch 2012-01-10 08:21:38 UTC 
libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        BOOT_IMAGE=/vmlinuz-3.1.6-1.fc16.x86_64 root=/dev/mapper/vg_dhcp251-lv_root_f16 ro rd.md=0 KEYTABLE=cz-lat2 rd.dm=0 LANG=cs_CZ.UTF-8 quiet SYSFONT=latarcyrheb-sun16 rhgb rd.lvm.lv=vg_dhcp251/lv_swap_f16 rd.luks=0 rd.lvm.lv=vg_dhcp251/lv_root_f16
comment:        The computer was in sleep. After wakeup, I was exiting mock when the error appeared.
kernel:         3.1.6-1.fc16.x86_64
reason:         [400572.852361] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020
time:           Út 10. leden 2012, 09:16:11 CET

backtrace:      Text file, 5936 bytes
Comment 1 Vít Ondruch 2012-01-10 08:21:42 UTC 
Created attachment 551790 [details]
File: backtrace
Comment 2 Josh Boyer 2012-01-10 13:58:12 UTC 
Jeff, looks like some kind of oops in NFS when resuming from sleep?

Vít, did you have an active NFS mount when the computer went to sleep?
Comment 3 Jeff Layton 2012-01-10 14:13:52 UTC 
Doesn't really look like anything in NFS land...

It crashed in pid_vnr() which seems to do something with pid namespaces:

 * the helpers to get the pid's id seen from different namespaces
...
 * pid_vnr()   : virtual id, i.e. the id seen from the pid namespace of
 *               current.

Is this reproducible? A vmcore might be interesting if so...
Comment 4 Vít Ondruch 2012-01-10 14:20:22 UTC 
Yes, very likely. Seems that the NFS's are inaccessible ATM.

Please note that the computer is up for more the 6 days and it was already sleeping several times before this error occurred, if that makes any difference.
Comment 5 Vít Ondruch 2012-01-12 08:19:26 UTC 
*** Bug 773542 has been marked as a duplicate of this bug. ***
Comment 6 Vít Ondruch 2012-01-12 08:22:04 UTC 
I have reported #773542 today and marked it as duplication. It happened again. THe same scenario. I wakeup my laptop from sleep, quite the GDB running in mock, exit the mock when the error appeared.
Comment 7 Dave Jones 2012-03-22 16:46:18 UTC 
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.
Comment 8 Dave Jones 2012-03-22 16:50:59 UTC 
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.
Comment 9 Dave Jones 2012-03-22 17:00:57 UTC 
[mass update]
kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository.
Please retest with this update.
Note You need to log in before you can comment on or make changes to this bug.