I'm running CasaOS on a raspbery pi server trying to run docker apps (like crafty, or jellyfin).  I'm wanting to store my data and config data off the server on my unraid server.  I've successfully mounted unraid shares to my server and am changing the applicable docker app paths (to store the data) on my unraid server, but am getting permissions denied errors.  I mounted the unraid shares using the same user that my docker apps run in (hoping it would access the shares using the appropriate username, etc) How can i get this to work?

Edited December 18, 20241 yr by mediarif

I'm getting closer to a fix on this.  It appears I am having to use NFS share instead of SMB.  I wish there was a way to get it to work with SMB.  But now I am having difficulty mounting the NFS share in windows 11.  I've appropriately installed NFS client for windows 11.  When I try the following command (in CMD):

 

mount \\10.85.1.2\sharename Y:

 

I'm getting the following error message:

 

Network Error - 53

Type 'NET HELPMSG 53' for more information.

 

some googling is suggesting something to do with the NFS server? (URAID)

hmm .. I spoke too soon.  It looks like I'm still having trouble with this, .. when I restarted my raspberry pi server, I failed to edit the /etc/fstab file for persistent drive mapping, ... and then it loaded the config files on the internal disk instead of the UNRAID server (so it gave me the impression it was working)

 

I had some conversation withe a tech support person with Crafty and was asking him about it, ... he mentioned this:

 

-- --- -- copy paste from my conversation with him - - - - -

So there's a few possible sources of trouble. Some FUSE based filesystems, like unraid, have trouble with mmap calls to the filesystem. It may be that the sqlite db of Crafty cannot run on a shared unraid volume since it's "not a real fs" but a FUSE style fs. The other source of possible issue is the uid and gid that you set for the share.
-- --- -- copy paste from my conversation with him - - - - -

 

Wondering if there is any validity to this statement?  ... (I'm confident it was not the UID/GUID setting)