Product Name/Version: v2.5.1.8, built 17/09/2024 12:32
Problem Description:
Im creating a VRising Server with Docker Wine with an external Datastore which is mounted via nfs upon installation i get even though every other file generated successfully
wine: '/AMP/v-rising' is not owned by you, refusing to create a configuration directory there
Steps to reproduce:
Try installing VRising Server with Docker on linux via Datastore mounted with NFS
Steps taken to resolve:
Another server is running just fine on the same Datastore (different game tho) so it appears to be a wine problem
Yeah the other Instance is also in a Docker Container and is Satisfactory precisly but i think its just a wine issue which requests more permissions than necessary ^^’
You could exec into the container and see what the perms are for that directory. Would be interesting to compare with an instance that is not installed on a NFS mount
this is an old vrising instance which is on the native datastore
this is the new instance on the new datastore
which is very strange
but i found this video here https://www.youtube.com/watch?v=Ul3dFZM8fW4
which illustrates the same issue with wine and linux just not related to docker and amp but has the same error code
is is somehow possible i modify the setup process for that instance or maybe it should get fixed on the amp side even though a niche issue?
Im not sure what you mean by that the first screenshot is amp account just over sftp but i can send it over the command line but lemme know if i understand it wrong
so this is the old instance which worked fine on the default datastore also in docker and through wine it has the same permissions as the new Instance with the new Datastore
OK. Just to be clear, I asked originally for the perms inside the docker container. You can get into the container with:
docker exec -it AMP_INSTANCENAME bash
(Substitute INSTANCENAME as appropriate.)
Then check the perms.
But if the NFS mountpoint perms on the host is what you showed in the second screenshot, then that is the issue. Have you tried chowning the mountpoint with amp:amp?
Well thanks for the direction ^^’ found a hacky solution where i set the nfs id remapping to the same id as my amp user now it works
Ty for you help and have a great day
(if anyone else has the problem modify the /etc/exports line of you nfs host to include anonuid=AMPUSERID,anongid=AMPGROUPID
was 1000 1000 for me but may differ for u )