-
Notifications
You must be signed in to change notification settings - Fork 5k
Description
Describe the bug
I have been using the docket image as part of a new HELM v3 upgrade I made (I have no idea where to publish this as of now), and it works really good, except for a small detail.
When starting my docker image, it took a really long time to startup, and in fact the k8s cluster I used ended up terminating the container as the live check only works when the service are running.
I took a deep look inside the container, and found that there where a chown -R $USER:$USER /data
command running. This would normally not be a problem for small and physical mounts, but my setup was a really large (20k+ files) NFS mount.
I have therefor made a pull request #6553 , that change the start.sh
to test if /data
have the ownership we expect, and then only run the chown
command when needed. There could be an argument about what happens if one of the files down the /data
tree have changed ownership, and yes ... that would be a problem. But I assume that the chown
command are here to ease migration, and not to keep file ownership in sync.
I really hope this could get pulled, to allow for better NFS integration.
Gogs version and commit
master
Git version
2.30.2
Operating system
Debian Linux
Database
PostgrSQL
To Reproduce
Steps to reproduce the behavior:
- setup docker image using a large NFS mount as
/data
- start the container
- observe really long boot (depending on the location on your NFS server.
Can you reproduce the bug at https://try.gogs.io?
Nope, this is boot relevant
Expected behavior
Fast boot
Actual behavior
Really long startup time