Description of problem: I am not sure what the problem is. FC20, but with packages loaded from rpmfusion. I was unloading videos from my exfat formatted USB camera. And I was trying to do a fetchmail. Additional info: reporter: libreport-2.1.12 WARNING: CPU: 3 PID: 9222 at fs/ext4/ext4_jbd2.c:259 __ext4_handle_dirty_metadata+0x1a2/0x1c0() Modules linked in: vfat fat rfcomm fuse ip6t_rpfilter ip6t_REJECT xt_conntrack bnep bluetooth rfkill 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 iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw snd_hda_codec_hdmi snd_hda_codec_analog iTCO_wdt iTCO_vendor_support gpio_ich ppdev coretemp mxm_wmi dell_wmi sparse_keymap kvm crct10dif_pclmul crc32_pclmul crc32c_intel dcdbas ghash_clmulni_intel microcode serio_raw snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device lpc_ich i2c_i801 mfd_core snd_pcm tg3 ptp pps_core snd_page_alloc snd_timer snd parport_pc parport soundcore i7core_edac edac_core wmi shpchp uinput radeon firewire_ohci mptsas firewire_core scsi_transport_sas i2c_algo_bit mptscsih crc_itu_t drm_kms_helper mptbase ttm drm i2c_core usb_storage CPU: 3 PID: 9222 Comm: mv Not tainted 3.13.6-100.fc19.x86_64 #1 Hardware name: Dell Inc. Precision WorkStation T7500 /06FW8P, BIOS A10 04/20/2011 0000000000000009 ffff8800c8c9b910 ffffffff81680994 0000000000000000 ffff8800c8c9b948 ffffffff8106d35d ffff880100771958 0000000000000000 ffff880315222810 ffffffff8182aac0 0000000000001126 ffff8800c8c9b958 Call Trace: [<ffffffff81680994>] dump_stack+0x45/0x56 [<ffffffff8106d35d>] warn_slowpath_common+0x7d/0xa0 [<ffffffff8106d43a>] warn_slowpath_null+0x1a/0x20 [<ffffffff8126b602>] __ext4_handle_dirty_metadata+0x1a2/0x1c0 [<ffffffff812410a3>] ext4_mark_iloc_dirty+0x4e3/0x6b0 [<ffffffff8127d92b>] ext4_xattr_set_handle+0x1db/0x450 [<ffffffff81282980>] ? ext4_acl_chmod+0x1b0/0x1b0 [<ffffffff812829d3>] ext4_initxattrs+0x53/0x70 [<ffffffff812adb1c>] security_inode_init_security+0xac/0xe0 [<ffffffff81282ae1>] ext4_init_security+0x21/0x30 [<ffffffff8123b77e>] __ext4_new_inode+0xf9e/0x1470 [<ffffffff8124a318>] ext4_create+0xc8/0x170 [<ffffffff811c689d>] vfs_create+0xcd/0x130 [<ffffffff811c72ef>] do_last+0x9ef/0x1150 [<ffffffff811c3a51>] ? link_path_walk+0x71/0x840 [<ffffffff812ae356>] ? security_file_alloc+0x16/0x20 [<ffffffff811c7b0b>] path_openat+0xbb/0x660 [<ffffffff811db7d2>] ? vfs_getxattr+0xa2/0xb0 [<ffffffff811c88aa>] do_filp_open+0x3a/0x90 [<ffffffff811d4c6d>] ? __alloc_fd+0x7d/0x120 [<ffffffff811b742e>] do_sys_open+0x12e/0x210 [<ffffffff811b752e>] SyS_open+0x1e/0x20 [<ffffffff8168f969>] system_call_fastpath+0x16/0x1b
Created attachment 877907 [details] File: dmesg
*********** 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 19 kernel bugs. Fedora 19 has now been rebased to 3.14.4-100.fc19. 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 20, and are still experiencing this issue, please change the version to Fedora 20. If you experience different issues, please open a new bug report for those.
*********** MASS BUG UPDATE ************** This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 4 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.