Hans Deragon posted on Tue, 31 Jan 2017 21:51:22 -0500 as excerpted: > But the current scenario makes it difficult for me to put redundancy > back into service! How much time did I waited until I find the mailing > list, subscribe to it, post my email and get an answer? Wouldn't it be > better if the user could actually add the disk at anytime, mostly ASAP? > > And to fix this, I have to learn how to patch and compile the kernel. I > have not done this since the beginning of the century. More delays, > more risk added to the system (what if I compile the kernel with the > wrong parameters?).
Comes with the territory. Note that nobody with any knowledge of btrfs is claiming it's fully stable and mature, as you seem to expect. Rather, the state is explicitly stabilizing, NOT fully stable and mature, backups very strongly recommended as there's a real possibility you'll need to use them, running current kernels and keeping up with the list if you choose to run btrfs strongly recommended, etc. The patch fixing the problem and making return from degraded not the one- shot thing it tends to be now will eventually be merged, but known problems, with or without patches available to fix them, are just part of running a still stabilizing filesystem, and if you choose to do so and run into those problems, you have the choice of waiting for a fix to make its way to you, or if a patch is already available, rebuilding with that patch. Otherwise, you simply mkfs and restore from the backup that was strongly recommended if the data isn't of only trivial value in the first place. If you didn't have that backup, and the data was stored on a still stabilizing btrfs, well then, you defined it as of only trivial value by the inaction of not having that backup while running a filesystem known to be still stabilizing, didn't you? Otherwise, run a filesystem more appropriately stable and mature according to your needs, as btrfs in its current state apparently doesn't meet those needs. -- 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
