libreport version: 2.0.8 abrt_version: 2.0.7 cmdline: BOOT_IMAGE=/vmlinuz-3.1.9-1.fc16.x86_64 root=UUID=75e77389-49e8-497b-91cc-128a1897ffe3 ro rd.md=0 rd.lvm=0 rd.dm=0 KEYTABLE=us quiet SYSFONT=latarcyrheb-sun16 rhgb rd.luks=0 LANG=en_US.UTF-8 comment: I've been fooling around with btrfs subvolumes (snapshots), including a couple of wrong commands. I think this bug showed up with btrfs subvolume delete <something> but I don't know exactly what <something> was...could have been existing or not, could have been a subvolume or not. kernel: 3.1.9-1.fc16.x86_64 reason: WARNING: at fs/dcache.c:1274 d_set_d_op+0xa2/0xb0() time: Thu 19 Jan 2012 03:28:18 PM CET backtrace: :WARNING: at fs/dcache.c:1274 d_set_d_op+0xa2/0xb0() :Hardware name: ESPRIMO E9900 :Modules linked in: tcp_lp fuse lockd ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 nf_conntrack_ipv4 nf_defrag_ipv4 xt_state ip6table_filter nf_conntrack ip6_tables joydev snd_hda_codec_hdmi ppdev snd_hda_codec_realtek parport_pc snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm snd_timer snd parport e1000e soundcore iTCO_wdt i2c_i801 serio_raw iTCO_vendor_support snd_page_alloc microcode sunrpc uinput btrfs zlib_deflate pata_acpi libcrc32c ata_generic i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] :Pid: 1951, comm: btrfs Tainted: G W 3.1.9-1.fc16.x86_64 #1 :Call Trace: : [<ffffffff8106b7ef>] warn_slowpath_common+0x7f/0xc0 : [<ffffffff8106b84a>] warn_slowpath_null+0x1a/0x20 : [<ffffffff81187782>] d_set_d_op+0xa2/0xb0 : [<ffffffff8119669f>] simple_lookup+0x3f/0x60 : [<ffffffff8117d735>] d_alloc_and_lookup+0x45/0x90 : [<ffffffff8118a0b5>] ? d_lookup+0x35/0x60 : [<ffffffff8117f9a1>] do_lookup+0x2b1/0x3a0 : [<ffffffff81180acc>] path_lookupat+0x11c/0x740 : [<ffffffff8117dc4b>] ? getname_flags+0x3b/0x260 : [<ffffffff812b5cc7>] ? __strncpy_from_user+0x27/0x60 : [<ffffffff81181121>] do_path_lookup+0x31/0xc0 : [<ffffffff81182539>] user_path_at_empty+0x59/0xa0 : [<ffffffff815d8ce0>] ? do_page_fault+0x200/0x4f0 : [<ffffffff81182591>] user_path_at+0x11/0x20 : [<ffffffff811776ca>] vfs_fstatat+0x3a/0x70 : [<ffffffff8117773b>] vfs_stat+0x1b/0x20 : [<ffffffff8117787a>] sys_newstat+0x1a/0x40 : [<ffffffff8117d642>] ? path_put+0x22/0x30 : [<ffffffff810ca442>] ? audit_syscall_entry+0x242/0x360 : [<ffffffff815dd1c2>] system_call_fastpath+0x16/0x1b
I mounted a non-default subvolume (id 256 of /) on /mnt/old and then tried to simply/stupidly mv /mnt/old /root/test Package: kernel OS Release: Fedora release 16 (Verne)
Josef, have you seen something like this before?
[mass update] kernel-3.3.0-4.fc16 has been pushed to the Fedora 16 stable repository. Please retest with this update.
*** Bug 814938 has been marked as a duplicate of this bug. ***
Has anyone seen this in 3.4 or 3.5?
# Mass update to all open bugs. Kernel 3.6.2-1.fc16 has just been pushed to updates. This update is a significant rebase from the previous version. Please retest with this kernel, and let us know if your problem has been fixed. In the event that you have upgraded to a newer release and the bug you reported is still present, please change the version field to the newest release you have encountered the issue with. Before doing so, please ensure you are testing the latest kernel update in that release and attach any new and relevant information you may have gathered. If you are not the original bug reporter and you still experience this bug, please file a new report, as it is possible that you may be seeing a different problem. (Please don't clone this bug, a fresh bug referencing this bug in the comment is sufficient).
Really didn't do anything with btrfs for a while and I probably won't again until it's considered default in Fedora. So closing this, hoping it's fixed.