bcachefs icon indicating copy to clipboard operation
bcachefs copied to clipboard

missing features

Open mabod opened this issue 8 months ago • 1 comments

I have started to test bcachefs on some of my spare hdd. This is on endeavouros. I have created a RADI1 filesystem with three drives of different size:

bcachefs format /dev/sdj /dev/sdk /dev/sdl --replicas=2 --encrypted

The drives are as follows:

Disk /dev/sdj: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk /dev/sdk: 465.76 GiB, 500107862016 bytes, 976773168 sectors
Disk /dev/sdl: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors

So far my experience is positiv. I have used rsync to backup ca. 200 GB to that bcachefs system, I have created and deleted multiple snapshots, etc. Everything worked fine.

But as a zfs user I am missing a few features which I would like to mention here. This is more for documentation purposes. And if some of these points are irrelevant for bcachefs or solved in a different way, I am happy to learn.

  1. list all subvolumes similar to zfs list -r <dataset>
  2. list all snapshots of a give subvolume similar to zfs list -t snapshot <dataset>
  3. recursive snapshots similar to zfs snapshot -r <dataset>@<tagname>
  4. data scrub, similar to zfs scrub <pool>
  5. show bcachefs folder / file attributes similar to zfs get all <dataset> or zpool get all <poolname>. There is a bcachefs option "set-file-option" but no "get-file-option""

mabod avatar Apr 02 '25 10:04 mabod

Listing subvolumes and snapshots will come after we get a good API for walking snapshots. That's a ways out, because that's one I want to do right - a standard good VFS level API that btrfs can implement too, not some bcachefs specific ioctls. We sketched something out at LSF last year.

Scrub landed in 6.15.

'bcachefs get-file-option' is something I should do soon.

koverstreet avatar Apr 03 '25 11:04 koverstreet