On Thu, Jan 31, 2013 at 03:03:06PM +0200, Alex Lyakas wrote: > # umount may get delayed because of pending-for-deletion subvolumes: > btrfs_commit_super() locks the cleaner_mutex, so it will wait for the > cleaner to complete. > On the other hand, cleaner will not give up until it completes > processing all its splice. If currently cleaner is not running, then > btrfs_commit_super() > calls btrfs_clean_old_snapshots() directly. So does it make sense: > - btrfs_commit_super() will not call btrfs_clean_old_snapshots() > - close_ctree() calls kthread_stop(cleaner_kthread) early, and cleaner > thread periodically checks if it needs to exit
This is on my list of annoyances for a long time and I have wip patches to fix that. I'll send what I have for review. david -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html