Re: paused balance convert from raid1 can no longer be a writeable mount

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Feb 04, 2015 at 01:53:09PM -0700, Chris Murphy wrote:
> This is completely reproducible with a brand new file system created
> as raid1, using kernel 3.19 and btrfs-progs 3.18.

I think you'll find it's reproducible with any kernel after 3.8-rc1
(circa October 2012).

> The conversion from raid1 to single, if paused, will apparently break
> the file system's ability to be subsequently mounted writable. 

Only if you remove a disk (or one fails).

> And
> further, btrfs-image fails. I've updated the bug report.
> https://bugzilla.kernel.org/show_bug.cgi?id=92641
> 
> First, the conversion from data/metadata raid1 should be faster than
> requiring fully reading and writing the file system. As this is a 2
> device raid1, each is already effectively data/metadata single, so I'm
> not sure why anything other than metadata needs rewriting.
> 
> Second, either what I'm doing should be disallowed (user can't force
> conversion of a degraded array to single), or the file system
> shouldn't break like this.
> 
> Third, the error message is confusing "too many missing devices,
> writeable mount is not allowed" the first part of that is definitely
> not true. How can there be too many missing devices when it started
> out as a 2 device volume and the remaining device isn't an ro or seed
> device?

I'd point out bug #60594, but it seems you've already been there.
I bumped into the same bug myself.

The problem is that one is more than the maximum number of missing devices
for the single profile, and you are missing one disk, so the filesystem
gives up.  It doesn't check that all the single chunks are on currently
present disks.

If you revert commit 292fd7fc39aa06668f3a8db546714e727120cb3e
you might be able to finish the balance and resume non-degraded read-write
operation.

> Chris Murphy
> --
> 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

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux