Note that ZFS explicitly has safeguards against total failure. No filesystem wil...

bbarnett · 2024-04-04T13:17:26 1712236646

This is a whataboutism. Being unable to use the filesystem, due to space full, without arcane knowledge, is not the same as "not working well".

This is a brokwn implementation.

aidenn0 · 2024-04-04T13:26:57 1712237217

You're misunderstanding. See the sibling thread where p_l says that this problem has been resolved, and any further occurrence would be treated as a bug. Setting the quota is only done now to reduce fragmentation (ZFS's fragmentation avoidance requires sufficient free space to be effective).

bbarnett · 2024-04-04T13:41:12 1712238072

No, I'm not. They said the "recommended solution" for this issue is to use a quota.

They also said it was mainly used for other issues, such as fragmentation. In other words, this was stated as a fix for the file delete issue.

How does this invalidate my comment, that this was a broken implementation?

It doesn't matter if it will be fixed in the future, or was just fixed.

aidenn0 · 2024-04-04T16:14:35 1712247275

According to rincebrain, the "disk too full to delete files" was fixed "shortly after the fork" which means "shortly after 2012." My information was quite out of date.

bbarnett · 2024-04-04T16:17:43 1712247463

Well I'm glad they fixed a bug, which made the filesystem unusable. Good on them, and thank you for clarification.