On 3 Jan 2013, at 16:43, Richard Cooper wrote: > On 3 Jan 2013, at 15:06, Josef Bacik wrote: > >> On Thu, Jan 03, 2013 at 05:26:38AM -0700, Richard Cooper wrote: >>> Hi All, >>> >>> I'm trying to repair a broken fs using btrfsck and am hitting a failed >>> assertion. I'd appreciate any suggestions for what to do next. Is there >>> anything I can do to help fix this bug? Any other information from my FS >>> which would help? If the FS could be salvaged that would be a bonus, but >>> I'm more interested in providing a useful bug report before wiping the disk. >>> >> >> Well good news is that its the allocator failing to find space for a new >> block, >> and the allocator in btrfs-progs is under-tested, so it's likely just an >> internal bug and something we can fix. Can you do btrfs fi show /dev/md4 >> (not >> mounted) and post that so we can be sure there's actually enough space. > > # ./btrfs fi show /dev/md4 > Label: none uuid: 5be10dea-64c1-474e-b640-987b25af3c27 > Total devices 1 FS bytes used 606.79GB > devid 1 size 16.36TB used 627.04GB path /dev/md4
Is this all the information you need? Is there a bug tracker I should report this to, to stop it getting lost in the mailing list archives? -- 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