Testing needed
Added 2016-11-06 08:27:02 +0000 UTCLately, the big bottleneck is getting to be testing - I really need more people willing to try out the latest code and make sure it isn't going to eat anyone's data before I push it out for general consumption. I do a lot of testing myself already - honestly, that's where most of my time goes - but filesystems are complicated beasts, and bugs in filesystem code tend to have more severe consequences than in most other code.
Help with the test framework would also be useful, the coverage of the automated tests could be improved. But the automated tests are never going to catch everything, there's no substitute for human testers trying to break stuff.
Currently, I've got code in the bcachefs-testing branch that needs testing before I pull it into bcache-dev. This has btree locking changes - prerequisites for the new foreground btree merging code. The btree merging code was pulled after Chris Rogers saw weird filesystem corruption, so I'm going to be quite cautious before merging that patch series back in - I would advise not running that branch on anything with real data.
If you're willing to help out with this kind of testing, join the IRC channel (irc.oftc.org #bcache) or send an email to the list. Thanks!
Comments
Isn't that bcache? which is different than bcachefs right?
tuxayo
2017-02-12 01:47:37 +0000 UTCI don't know about anyone else but I kinda need replication to be able to test this out in a useful way. I have plenty of data but it won't fit on a single disk and sharding it is a problem. I'll try out SnapRAID though just in case.
Nope
2016-11-18 07:29:46 +0000 UTCThe maintainer is here, he made some commits 6 days ago so it seems to be active: <a href="https://github.com/alyptik/linux-bcache-git" rel="nofollow noopener" target="_blank">https://github.com/alyptik/linux-bcache-git</a>
Nope
2016-11-18 07:20:20 +0000 UTCI don't know who does that (it could be someone in the IRC channel though, I don't know or always remember everyone's name)
Kent Overstreet
2016-11-15 17:34:12 +0000 UTCQuick question. Is this AUR PKGBUILD really affiliated with you? I see you listed there as a contributor. <a href="https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-bcache-git" rel="nofollow noopener" target="_blank">https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=linux-bcache-git</a> If that is the case, is it in any way relevant and/or helpful in the testing en-devour? It's mostly a question of time, and a ready to use PKGBUILD would save some valuable time in my case.
Patrik Nilsson
2016-11-10 10:53:16 +0000 UTCI would be happy to test your filesystem in Ubuntu. PLEASE allow users of Ubuntu to choose your filesystem when installing Ubuntu, from the GUI option when manually partitioning. That way you can get many more people testing the file system under 'real world' conditions. Said this before, you've always had the choice of btrfs for years in the Ubuntu installer. I'm sure the Ubuntu team would happily include your file system amongst the other choices already there. I may (fingers crossed) obtain a laptop with bad sectors on the hard drive, this would make a great real-world 'stress test' for data checksumming and recovery - including encryption, what happens if the encrypted sector goes bad or the SSD cell goes awry, can it be detected and recovered automatically? Forgot to mention, it would be great to manage the file system online, like online partition resizing, avoids having to dismount the file system or booting from a live Linux disk, huge time saver!
Dave494
2016-11-09 14:00:20 +0000 UTC<a href="http://vger.kernel.org/majordomo-info.html" rel="nofollow noopener" target="_blank">http://vger.kernel.org/majordomo-info.html</a>#subscription Send an email to majordomo@vger.kernel.org, and put "subscribe linux-bcache" in the body
Kent Overstreet
2016-11-07 15:15:07 +0000 UTC
