Closed t3pfaffe closed 5 years ago
Persistent volumes aren't really related to the issue here, as this is more of a volume backend issue (in this case NFS). See a similar issue here: https://serverfault.com/questions/443957/chown-changing-ownership-of-invalid-argument
As suggested in the link above, this should be fixable in the NFS share mount configuration.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
On latest image, docker version, and Rancher 2.x version.
Describe the bug So running this in Rancher 2.0 with the steamcd directory mounted to an NFS volume it fails to do anything in that directory. Now I understand that this just sounds like a problem on my end with permissions but I even set the the permissions of anyone mounting the share to that of root for testing and I achieved the same result. The image appears to try to chown everything to a seperate user. I dont think that will work on a persistent volume afaik. Upon startup these are the logs.
It also notable does not throw permission denied calls anymore so as far as I can tell this is purely because it tries to chwon everything and obviously cant because the volume is persistent and the container is not so it cant have the same users. The steam update then fails and that is that. Can also confirm that it is writing data into that directory as well.