Chris Samuel posted on Sun, 05 Jan 2014 20:20:26 +1100 as excerpted: > On Sat, 4 Jan 2014 02:56:39 PM Chris Mason wrote: > >> Seconded +ADs-) We're really focused on nailing down these problems >> instead of hiding behind the experimental flag. I know we won't be >> perfect overnight, but it's time to focus on production workloads. > > Perhaps an option here is to remove the need to specify the degraded > flag but if the filesystem notice that it is mounting a RAID array and > would otherwise fail it then sets the degraded flag itself and carries > on? > > That way the fact it was degraded would be visible in /proc/mounts and > could be detected with health check scripts like NRPE for icinga/nagios. > > Looking at the code this would be in read_one_dev() in > fs/btrfs/volumes.c ?
The idea I came up elsewhere was to mount read-only, with a dmesg to the effect that the filesystem was configured for a raid-level that the current number of devices couldn't support, so mount rw,degraded to accept that temporarily and to make changes, either by adding a new device to fill out the required number for the configured raid level, or by reducing the configured raid level to match reality. The read-only mount would be better than not mounting at all, while preserving the "first, do no further harm" ideal, since mounted read- only, the existing situation should at least remain stable. It would also alert the admin to problems, with a reasonable log message saying how to fix them, while letting the admin at least access the filesystem in read-only mode, thereby giving him tools access to manage whatever maintenance tasks are necessary, should it be the rootfs. The admin could then take the action they deemed appropriate, whether that was getting the data backed up, or mounting degraded,rw in ordered to either add a device and bring it back to functional or to rebalance to a lower data/metadata redundancy level due to lack of devices. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman -- 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
