On Fri, Aug 18, 2017 at 2:47 AM, Zirconium Hacker <jared.e...@gmail.com> wrote:
> I vaguely remember following this guide at some point: > http://marc.merlins.org/perso/btrfs/post_2014-05-04_Fixing-Btrfs-Filesystem-Full-Problems.html > -- specifically the "Balance cannot run because the filesystem is > full" part. This may have broken some things? > If you don't do 'btrfs device delete /dev/loop0' or if that command does not complete, then it's possible to get into the situation you're in. Have you ever mounted this file system with -o degraded? I'm going to guess the history is something like: 1. enospc 2. btrfs dev add 3. some kind of filtered balance, which only causes data block groups to be moved to the 2nd device 4. 2nd device is physically removed without first 'btrfs dev del' Zirco's superblock very clearly says num_devices 2, so I'd expect normal mount to always fail unless both devices are present. Is there some weird edge case where Btrfs might permit non-degraded mount when only data bg's are on a 2nd device? And then trouble only happens later when a balance is done and it goes looking for these bg's? And then, boom! -- Chris Murphy -- 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