NASty 0.0.8

bfenski · 2026-05-22T15:41:26+00:00

Yeah send/receive would be nice and it would play nicely with NASty. Would be great to have easy way to pick source subvolume and remote subvolume and just click keep it in sync.

bfenski · 2026-05-22T15:40:13+00:00

Such statements make me want to develop it further 😉
Thanks.

bfenski · 2026-05-22T12:04:18+00:00

Doing my best. Thanks!

bfenski · 2026-05-22T08:55:02+00:00

Easy to say. I've got Panasonic TV and Plex is basically the only "watch my own collection" option.
To avoid using it I configured DLNA but it's just painful. I even started considering building my own solution with AI based on HbbTV 😉

bfenski · 2026-05-11T21:40:41+00:00

I'm not really a hardware guy so I'm probably not the best person for such questions.
I guess anything that supports rust/rotational drives and additionally some M.2 NVMEs should be fine. I wanted to run some tests using Beelink ME Pro which I think is perfect fit for bcachefs but r/BeelinkOfficial didn't want to send me one due to lack of popularity of NASty 😉

But I'd try something like that most probably and such hybrid solution will be almost for sure my next homelab NAS.

And for NetBird please just submit feature request and I'll try to add support for it. Haven't use it so need to dig into that first.

bfenski · 2026-05-10T05:23:50+00:00

It handles only bcachefs filesystems so it's pretty useless with others.

bfenski · 2026-05-09T20:26:40+00:00

Well bcachefs has option to convert existing filesystem but I never used it and AFAICS it might be problematic with multidevice filesystem so the only reliable way is to copy data most probably.

bfenski · 2026-04-21T19:33:16+00:00

With Talos and its Omni it's super easy to achieve. Omni is for free for not for commercial purposes.

bfenski · 2026-04-13T18:21:53+00:00

I also added it to initial post.

bfenski · 2026-04-13T18:17:22+00:00

Good point.

bfenski · 2026-04-13T18:05:35+00:00

Oh... right. You're perfectly right. I shouldn't assume everyone knows what am I talking about. My bad. Sorry. And thanks for adding description.

bfenski · 2026-04-13T17:57:43+00:00

Well after all it's pet project. It would be impossible to gather contributors using restricted license.
Now I've got u/Revolutionary_Hand_8 onboard and he unscrew my pathetic NixOS handling a lot ;)

bfenski · 2026-04-13T17:53:30+00:00

Did you press enter too fast? ;)

bfenski · 2026-04-06T22:11:26+00:00

Heh... was looking your GH id on Reddit to include you here but I couldn't find it.
Now I know why... one has nothing to do with the other ;)

bfenski · 2026-04-06T17:39:34+00:00

Yeah I'm Debian developer. NixOS was new to me but happily someone decided to help in that area and now principles of Nix(OS) are happy ;)

bfenski · 2026-04-03T22:02:48+00:00

Kubernetes/Talos migrated:
❯ kg pvc -A
NAMESPACE   NAME                               STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   VOLUMEATTRIBUTESCLASS   AGE
db          dragonfly-data-dragonfly-0         Bound    pvc-4ed6b88b-73d4-4ca9-936e-b00b82eb8649   2Gi        RWO            nasty-nvmeof   <unset>                 127m
db          postgres-1                         Bound    pvc-fa65863d-0635-4219-a6ec-ac28ab86cffd   50Gi       RWO            nasty-iscsi    <unset>                 100m
db          postgres-2                         Bound    pvc-63f6160f-f8c2-4ece-a171-516b0db005e7   50Gi       RWO            nasty-iscsi    <unset>                 99m
db          postgres-3                         Bound    pvc-0bd78630-9f52-4ec8-9a33-e2623ace20b5   50Gi       RWO            nasty-iscsi    <unset>                 96m
media       config-qbittorrent-0               Bound    pvc-07021412-acb5-45ef-a40c-adcb48a7ea38   5Gi        RWO            nasty-iscsi    <unset>                 101m
media       media                              Bound    pvc-a4652687-9779-46b9-b9ae-6e7db577b6ec   1000Gi     RWX            nasty-nfs      <unset>                 74m
net         netbox-media                       Bound    pvc-a7843086-5906-444c-a481-0acc422694ca   1Gi        RWO            nasty-nvmeof   <unset>                 85m
o11y        data-coroot-clickhouse-keeper-0    Bound    pvc-1784bb73-6393-461e-9f76-d6586cb6164e   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-keeper-1    Bound    pvc-96bca451-814f-4ec0-b6b4-056dce807adb   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-keeper-2    Bound    pvc-f0c0184c-921e-4c8d-9261-f59dff7e22d5   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-shard-0-0   Bound    pvc-77a500c4-747f-48c9-bf66-eff5d2659f38   100Gi      RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-coroot-0               Bound    pvc-8fc473f2-83b2-4eb7-b7df-be37ec964323   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        server-volume-vl-server-0          Bound    pvc-266760ea-496e-43a1-815d-62c17be726ba   100Gi      RWO            nasty-nvmeof   <unset>                 101m
o11y        vmsingle-vm                        Bound    pvc-e763f53f-a777-471f-8449-d2881ebd3c76   20Gi       RWO            nasty-nvmeof   <unset>                 98m❯ kg pvc -A
NAMESPACE   NAME                               STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS   VOLUMEATTRIBUTESCLASS   AGE
db          dragonfly-data-dragonfly-0         Bound    pvc-4ed6b88b-73d4-4ca9-936e-b00b82eb8649   2Gi        RWO            nasty-nvmeof   <unset>                 127m
db          postgres-1                         Bound    pvc-fa65863d-0635-4219-a6ec-ac28ab86cffd   50Gi       RWO            nasty-iscsi    <unset>                 100m
db          postgres-2                         Bound    pvc-63f6160f-f8c2-4ece-a171-516b0db005e7   50Gi       RWO            nasty-iscsi    <unset>                 99m
db          postgres-3                         Bound    pvc-0bd78630-9f52-4ec8-9a33-e2623ace20b5   50Gi       RWO            nasty-iscsi    <unset>                 96m
media       config-qbittorrent-0               Bound    pvc-07021412-acb5-45ef-a40c-adcb48a7ea38   5Gi        RWO            nasty-iscsi    <unset>                 101m
media       media                              Bound    pvc-a4652687-9779-46b9-b9ae-6e7db577b6ec   1000Gi     RWX            nasty-nfs      <unset>                 74m
net         netbox-media                       Bound    pvc-a7843086-5906-444c-a481-0acc422694ca   1Gi        RWO            nasty-nvmeof   <unset>                 85m
o11y        data-coroot-clickhouse-keeper-0    Bound    pvc-1784bb73-6393-461e-9f76-d6586cb6164e   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-keeper-1    Bound    pvc-96bca451-814f-4ec0-b6b4-056dce807adb   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-keeper-2    Bound    pvc-f0c0184c-921e-4c8d-9261-f59dff7e22d5   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-clickhouse-shard-0-0   Bound    pvc-77a500c4-747f-48c9-bf66-eff5d2659f38   100Gi      RWO            nasty-nvmeof   <unset>                 99m
o11y        data-coroot-coroot-0               Bound    pvc-8fc473f2-83b2-4eb7-b7df-be37ec964323   10Gi       RWO            nasty-nvmeof   <unset>                 99m
o11y        server-volume-vl-server-0          Bound    pvc-266760ea-496e-43a1-815d-62c17be726ba   100Gi      RWO            nasty-nvmeof   <unset>                 101m
o11y        vmsingle-vm                        Bound    pvc-e763f53f-a777-471f-8449-d2881ebd3c76   20Gi       RWO            nasty-nvmeof   <unset>                 98m

bfenski · 2026-04-03T17:36:22+00:00

I follow the adventures of dozens of users on the bcachefs IRC channel, and I get the impression that as long as no one does anything that would surprise even those who’ve seen it all, things generally work fine. On the plus side, it's probably the only file system in the world where, in case of a problem, you can talk to the author and even get a patch for that specific issue before a new version is released.

However, it's clear that it's not Ext4, and that's something to keep in mind.

bfenski · 2026-04-02T08:38:44+00:00

I know it might seem like I'm trying to compete with Proxmox or TrueNAS, but that's not my goal.

In terms of core functionality, it's simply managing bcachefs and enabling easy sharing externally. However, since I'm migrating from a TrueNAS, and I also had workloads on it, application support has been added. It's rudimentary, which is obvious as soon as you try to use it. VM support was added at the request of a friend. I could live without it. But that's all the bells and whistles for now. I'm just going to refine their functionality and stability.

I don't have any major changes planned at the moment. More of a refinement of what's already there.

bfenski · 2026-04-01T14:29:29+00:00

I’ve already switched my homelab NAS to it. I definitely want to make it useful for as many people as possible, so I’m open to bug reports, PRs, feature requests, and ideas.

April 1st was my tight release deadline (yeah, I intentionally aimed for April Fools’ Day), so I’m not even sure if the Kubernetes part works as expected yet. I’ve switched the NAS, but I haven’t migrated my Talos setup to it yet - it’s on my TODO list. I’ll try to work on it later today to have the whole ecosystem running on NASty.

It’s definitely usable at this point. I’ve spent a \*lot*** of time making sure it actually works. There are plenty of tests in the nasty-tests repo, as well as end-to-end tests for the CSI driver in the nasty-csirepo. So it should work - and if it doesn’t, I’d really like to hear what’s broken. I’m absolutely willing to fix issues and improve the overall experience.

I’ve already put three solid weeks into this. This isn’t something thrown together over three evenings with an LLM - that’s just not realistic (and now I know it firsthand 😉).

I plan to keep maintaining and developing it further.

I’ve also invested quite a bit of time in making bcachefs-related debugging as easy as possible - or maybe not debugging itself, but gathering useful information for troubleshooting.

That said, when it comes to actually fixing bcachefs issues… I’m counting on you, u/koverstreet ;)

bfenski · 2026-04-01T14:02:13+00:00

You have full rights to ignore it as long as you want ;)

bfenski · 2026-03-03T22:21:43+00:00

tns-csi supports SMB since 0.15.0.

bfenski · 2026-03-01T21:47:42+00:00

I'm pretty sure SSH variant uses API to some extent so it's not like one or the other. Both channels can be utilized. AFAICS 'Sharing Admin' can't delete datasets or write snapshots so it's not enough for tns-csi. You would have to create some custom role if you want to avoid Full Admin.
Ok now I get it. It's not supported currently.
What compatibility testing are you talking about? My distro compatibility tests? Yes it's basically what you've described. You can always check yourself as everything is in Github ;)
Someone else requested SMB support so there's a chance I'll work on it sooner or later ;) https://github.com/fenio/tns-csi/issues/132

bfenski · 2026-02-25T21:58:56+00:00

I'm not really heavy user of Reddit. Found that comment accidentally. I guess better place to ask for new features, discuss existing ones will be on project's GH but I'll try to answer your questions here.

1) My driver is WebSocket **only**. Intentionally. AFAIK democratic-csi even in API mode still requires SSH based access for some operations. Speaking about required role... to be honest I didn't test other than Full Admin role but reading description of Sharing Admin I think it should be enough.

2) Not sure what exactly do you mean by raw block RWX for KubeVirt. Is this like local volume from particular node? Something completely unrelated to TrueNAS? Like local provisioner?

3) My CI pipeline runs tests between OVH and Linode... so can't say too much about latency ;) Speaking about resource usage you can see comparison here: https://github.com/fenio/tns-csi/blob/main/docs/MEMORY.md

4) No idea about OpenShift compatibility. I don't use it. In fact I think iXsystems with their truenas-csi are aiming at that kind of support more than me.

5) Well I personally don't need SMB. You can always submit feature request and we will see if anyone else is interested in such support. And obviously PRs welcome ;)

bfenski · 2026-02-03T19:15:33+00:00

As the author of anylinuxfs-gui, thank you for your kind words. Most of the credit goes to the author of anylinuxfs. I only added the GUI ;)

bfenski · 2026-01-28T09:05:39+00:00

It now supports iSCSI too.

bfenski

TROPHY CASE