Bug 1145885 - [abrt] general protection fault: 0000 [#1] SMP [NEEDINFO]
Summary: [abrt] general protection fault: 0000 [#1] SMP
Keywords:
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 20
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL: https://retrace.fedoraproject.org/faf...
Whiteboard: abrt_hash:5ae95d0a8c5d2394eda17a4683d...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-24 04:50 UTC by Liviu Costan
Modified: 2014-12-10 15:01 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-12-10 15:01:28 UTC
Type: ---
Embargoed:
jforbes: needinfo?


Attachments (Terms of Use)
File: dmesg (110.68 KB, text/plain)
2014-09-24 04:51 UTC, Liviu Costan
no flags Details

Description Liviu Costan 2014-09-24 04:50:59 UTC
Additional info:
reporter:       libreport-2.2.3
general protection fault: 0000 [#1] SMP 
Modules linked in: ip6t_rpfilter ip6t_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables bnep iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw nls_utf8 hfsplus coretemp b43 kvm_intel kvm snd_hda_codec_realtek snd_hda_codec_generic bcma btusb snd_hda_intel snd_hda_controller mac80211 snd_hda_codec snd_hwdep microcode applesmc input_polldev snd_seq cfg80211 ssb bluetooth nfsd snd_seq_device snd_pcm mmc_core shpchp snd_timer snd rfkill soundcore hid_appleir i2c_nforce2 acpi_cpufreq auth_rpcgss nfs_acl lockd sunrpc nouveau video mxm_wmi wmi i2c_algo_bit
drm_kms_helper firewire_ohci ttm firewire_core drm crc_itu_t i2c_core uas usb_storage forcedeth
CPU: 0 PID: 1285 Comm: pulseaudio Not tainted 3.16.2-201.fc20.x86_64 #1
Hardware name: Apple Inc. Macmini3,1/Mac-F22C86C8, BIOS     MM31.88Z.0081.B06.0904271717 04/27/09
task: ffff8801397b09e0 ti: ffff8800aa108000 task.ti: ffff8800aa108000
RIP: 0010:[<ffffffff813009a7>]  [<ffffffff813009a7>] filenametr_cmp+0x7/0x40
RSP: 0018:ffff8800aa10bae8  EFLAGS: 00010282
RAX: 0000000000001175 RBX: ffff8800bcdab8e0 RCX: 0000000000000003
RDX: 7472772d64640600 RSI: ffff8800aa10bb50 RDI: ffff88003f385f60
RBP: ffff8800aa10bb08 R08: 000000000094a7eb R09: ffff8800be254000
R10: 000000000000166a R11: ffff88013861bc00 R12: ffff88003f385f60
R13: ffff8800aa10bb50 R14: ffff8801396b1a88 R15: ffff880139bc0c08
FS:  00007fb73bec4900(0000) GS:ffff88013fc00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
CR2: 00007fb73bee6000 CR3: 00000000aa193000 CR4: 00000000000407f0
Stack:
ffffffff812fe597 0000000000000006 ffff8800aa10bb68 0000000000000010
ffff8800aa10bbe0 ffffffff81305a6f 0000117500000001 ffff8800aa10bc24
ffff88013861bc38 0000000000000000 ffff8800b07684b0 0000000600000599
Call Trace:
[<ffffffff812fe597>] ? hashtab_search+0x47/0x80
[<ffffffff81305a6f>] security_compute_sid.part.13+0x4bf/0x570
[<ffffffff81305b6e>] security_compute_sid+0x4e/0x50
[<ffffffff81307c2d>] security_transition_sid+0x2d/0x40
[<ffffffff812f4933>] may_create.isra.38+0xa3/0x110
[<ffffffff812f49fe>] selinux_inode_create+0x1e/0x20
[<ffffffff812ee7bf>] security_inode_create+0x1f/0x30
[<ffffffff8120209e>] vfs_create+0x8e/0x130
[<ffffffff81202b66>] do_last+0xa26/0x1190
[<ffffffff811fee71>] ? link_path_walk+0x81/0x890
[<ffffffff811d6836>] ? kmem_cache_alloc_trace+0x1d6/0x200
[<ffffffff812f5bdc>] ? selinux_file_alloc_security+0x3c/0x60
[<ffffffff8120339d>] path_openat+0xcd/0x670
[<ffffffff811fe8d9>] ? putname+0x29/0x40
[<ffffffff81204082>] ? user_path_at_empty+0x72/0xc0
[<ffffffff8120419d>] do_filp_open+0x4d/0xb0
[<ffffffff81210d0d>] ? __alloc_fd+0x7d/0x120
[<ffffffff811f27e7>] do_sys_open+0x137/0x240
[<ffffffff811f290e>] SyS_open+0x1e/0x20
[<ffffffff8170e469>] system_call_fastpath+0x16/0x1b
Code: 00 00 00 00 66 66 66 66 90 8b 06 2b 02 55 48 89 e5 75 0e 8b 46 04 2b 42 04 75 06 8b 46 08 2b 42 08 5d c3 90 66 66 66 66 90 8b 06 <2b> 02 75 29 8b 46 04 2b 42 04 75 21 0f b7 46 08 0f b7 4a 08 29 
RIP  [<ffffffff813009a7>] filenametr_cmp+0x7/0x40

Comment 1 Liviu Costan 2014-09-24 04:51:03 UTC
Created attachment 940665 [details]
File: dmesg

Comment 2 Markus Stockhausen 2014-09-26 18:38:44 UTC
We are seeing similar faults after upgrade to kernel 3.16. See BZ1146489. Are you running the machine as a kvm hypervisor and/or NFS client?

Comment 3 Justin M. Forbes 2014-11-13 16:02:08 UTC
*********** MASS BUG UPDATE **************

We apologize for the inconvenience.  There is a large number of bugs to go through and several of them have gone stale.  Due to this, we are doing a mass bug update across all of the Fedora 20 kernel bugs.

Fedora 20 has now been rebased to 3.17.2-200.fc20.  Please test this kernel update (or newer) and let us know if you issue has been resolved or if it is still present with the newer kernel.

If you have moved on to Fedora 21, and are still experiencing this issue, please change the version to Fedora 21.

If you experience different issues, please open a new bug report for those.

Comment 4 Justin M. Forbes 2014-12-10 15:01:28 UTC
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in over 3 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.


Note You need to log in before you can comment on or make changes to this bug.