John Goerzen posted on Tue, 05 Nov 2013 07:42:02 -0600 as excerpted: > Hello, > > More than 12 hours ago, I tried to umount a btrfs filesystem. Something > involving btrfs-cleaner and btrfs-transacti is still running, but I > don't know what. > > I have noticed excessively long umount times before, and it is a > significant concern for me. > > A bit of background: > > The filesystem in question involves two 2TB USB hard drives. It is 49% > full. Data is RAID0, metadata is RAID1. The files stored on it are for > BackupPC, meaning there are many, many directories and hardlinks. I > would estimate 30 million inodes in use and many of them have dozens of > hardlinks to them. That's a bit of a problem for btrfs at this point, as you rightly mention. > I thought perhaps converting metadata to raid0 would help. So I > started a btrfs balance start -mconver=raid0 on it. > Kernel 3.10 from Debian wheezy backports on i386. There's a known bug with balance on current kernels related to pre- allocated space (as with the systemd journal or torrent files with some clients). A patch is available and queued for 3.13 and then for stable (which doesn't take patches unless they're in current mainline already), but while 3.12 is out and the 3.13 commit window would normally be open, Linus is taking a week off for travel without a good internet connection, so the 3.13 kernel commit window is delayed a week. Which means this patch is likely to be delayed a couple weeks before it reaches stable. =:^( Here's a link to the post with the patch: [PATCH] Btrfs: relocate csums properly with prealloc extents http://permalink.gmane.org/gmane.comp.file-systems.btrfs/28733 I'd suggest applying that to the latest 3.12 kernel and trying the balance again. Unfortunately that means an unsafe reboot without a remount read-only or unmount, but... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
