On Feb 3, 2014, at 1:55 PM, Johan Kröckel <johan.kroeckel@xxxxxxxxx> wrote: > 2014-01-30 Chris Murphy <lists@xxxxxxxxxxxxxxxxx>: >> >> On Jan 30, 2014, at 10:58 AM, Hugo Mills <hugo@xxxxxxxxxxxxx> wrote: >> >>> On Thu, Jan 30, 2014 at 10:33:21AM -0700, Chris Murphy wrote: >>>> You're doing an online conversion of a degraded raid1 volume into single? Does anyone know if this is expected or intended to work? >>> >>> I don't see why not. One suggested method of recovering RAID from a >>> degraded situation is to rebalance over just the remaining devices >>> (space permitting, of course). >> >> Right but that's not a conversion. That's a regular balance on a degraded mount, with multiple remaining devices: e.g. a 4 disk raid1, drive fails, mount -o degraded, delete missing, then balance will replicate any missing 2nd copies onto three drives. >> >> The bigger problem at the moment is that -o degraded isn't working for Johan. The too many missing devices message seems like a bug and with limited information it may even be whatever that bug is, that cause the conversion to fail. Some 11GB were converted prior to the failure. > Which usefull information can provide. On the weekend I was at the > server and found out, that the vanishing of the drive at reboot was > strange behavior of the bios. So the drive is online again. but the > filesystem is still showing strange behavior, but now I can mount it > rw. I'd like to see btrfs fi df results for the volume. And new btrfs check. And then a backup if needed, and then a scrub to see if that fixes anything broken between them. I'm not sure what happens if a new generation object is broken and the old generation is OK, what scrub will do? Maybe it just reports it, I'm not sure. If you want you could do a btrfs scrub -r which is read only and just reports what the problems are. You also have an incomplete balance, right? So it's possible some things might not be fixable if the conversion to single was successful. You'll need to decide if you want to reconvert back to data/metadata raid1/raid from whatever you're at now. 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
