[GTALUG] Question Fodder: Bcache Filesystem

[Dave Collier-Brown]

I was using bcache at one point at World Gaming, with a borrowed flash card, but luckily stopped doing so just before a (possibly different) corruption problem.

--dave

On 2019-05-14 5:12 p.m., Christopher Browne via talk wrote:
I just saw a report of corruption problems with bcache in conjunction with GCC 9, and realized I had never actually heard of bcache before.

https://en.wikipedia.org/wiki/Bcache
- a layer in the kernel for using fast storage (e.g. - NAND, SSD) as a cache for spinning rust

That's pretty cool; I don't have enough lurking SSD/NAND to have that be of *too* much interest.  But wait, they kept working on it, so there's a filesystem...

https://en.wikipedia.org/wiki/Bcachefs
- a COW (Copy On Write) filesystem running atop BCache that has the modern stuff people seem to like such as snapshotting, encryption, checksums, compression (ala ZFS, Btrfs)

Here's the corruption reference: https://bugzilla.kernel.org/show_bug.cgi?id=203573
And some more diagnosis here: https://bugzilla.redhat.com/show_bug.cgi?id=1708315

Sounds like it may be the wrong moment in time to be adopting BCache-related stuff ;-)

Has anyone been poking at this sort of stuff?  A *loooong* time ago, I used to follow ReiserFS pretty closely, back when that project was a technical matter, as opposed to being (rather properly!) overshadowed by a murder investigation :-(
--
When confronted by a difficult problem, solve it by reducing it to the
question, "How would the Lone Ranger handle this?"



---
Talk Mailing List
talk at gtalug.org<mailto:talk at gtalug.org>
https://gtalug.org/mailman/listinfo/talk


--
David Collier-Brown,         | Always do right. This will gratify
System Programmer and Author | some people and astonish the rest
dave.collier-brown at indexexchange.com<mailto:dave.collier-brown at indexexchange.com> |              -- Mark Twain



CONFIDENTIALITY NOTICE AND DISCLAIMER : This telecommunication, including any and all attachments, contains confidential information intended only for the person(s) to whom it is addressed. Any dissemination, distribution, copying or disclosure is strictly prohibited and is not a waiver of confidentiality. If you have received this telecommunication in error, please notify the sender immediately by return electronic mail and delete the message from your inbox and deleted items folders. This telecommunication does not constitute an express or implied agreement to conduct transactions by electronic means, nor does it constitute a contract offer, a contract amendment or an acceptance of a contract offer. Contract terms contained in this telecommunication are subject to legal review and the completion of formal documentation and are not binding until same is confirmed in writing and has been signed by an authorized signatory.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gtalug.org/pipermail/talk/attachments/20190515/289973ce/attachment.html>