mirror of
https://github.com/NginxProxyManager/nginx-proxy-manager.git
synced 2026-04-28 10:55:54 +03:00
[GH-ISSUE #676] Support ZFS #572
Labels
No labels
awaiting feedback
bug
cannot reproduce
dns provider request
duplicate
enhancement
enhancement
enhancement
good first issue
help wanted
invalid
need more info
no certbot plugin available
product-support
pull-request
question
stale
troll
upstream issue
v2
v2
v2
v3
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/nginx-proxy-manager-NginxProxyManager#572
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @papatistos on GitHub (Oct 25, 2020).
Original GitHub issue: https://github.com/NginxProxyManager/nginx-proxy-manager/issues/676
I'm not sure if this should rather be classified as a bug but since zfs is not explicitly supported, I'm putting it as a feature request:
Currently, the container will not work if you map
/configonto a zfs volume. The logs will look like this:It took me a felt eternity to figure out that the reason why this wasn't working was that I was using the "wrong" filesystem. zfs doesn't work because apparently it doesn't support
fallocate(which NPM seems to use).So if it is possible to avoid
fallocate, that would make NPM compatible with zfs. I can see, though, that this is probably not a priority for you so I'd like to suggest to warn users about this (either in the instructions) or, ideally, by detecting thatfallocateis not working and issuing and error about this (and possibly stopping the container).@Wadera commented on GitHub (Oct 27, 2020):
Are you sure that you configured docker correctly? Mine works as expected.
Check this:
https://docs.docker.com/storage/storagedriver/zfs-driver/
@papatistos commented on GitHub (Oct 29, 2020):
Maybe there is a missunderstanding: by "zfs volume", I didn't mean a docker volume (strictly speaking) but a binding to a zfs directory on the host). Like this:
If I missunderstood, could you explain some more?
docker info | grep zfsreturns nothing. So doesdocker info | grep storage@Wadera commented on GitHub (Oct 31, 2020):
If it doesn't show nothing - that's mean you didn't have configured ZFS storage driver.
It's not NPM issue, but docker configuration.
More about Docker ZFS support here: https://docs.docker.com/storage/storagedriver/zfs-driver/
@papatistos commented on GitHub (May 15, 2021):
I'm not sure why I would need the ZFS storage driver. I'm running about 15 docker containers, all of which use the zfs storage without any issues.
You never said anything about this:
Is it not possible to avoid
fallocate?@chaptergy commented on GitHub (May 16, 2021):
At least the sqlite3 npm package seems to use
fallocate, which is a database option via knex.If anyone wants to try and prevent usage of this when sqlite is not used to see if it helps, PRs are welcome.
@github-actions[bot] commented on GitHub (Mar 24, 2024):
Issue is now considered stale. If you want to keep it open, please comment 👍
@github-actions[bot] commented on GitHub (May 4, 2025):
Issue was closed due to inactivity.