Bug 772879

Summary: [abrt] kernel: [400572.852361] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020
Product: [Fedora] Fedora Reporter: Vít Ondruch <vondruch>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: gansalmon, itamar, jlayton, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:10ba776ab9d64e3cfae4c473b927b0a8900c5968
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-14 17:12:47 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: backtrace none

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.