NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Mounting share from another NAS works for some, but not others
I run OwnCloud on a NAS other than my primary one and have some folders mounted (as read-only, if it matters) on that NAS from my main NAS so that OwnCloud can serve them up without having to duplicate the files on the NAS runing OwnCloud. I also ran a test to see if ReadyDLNA could see them. Both definately used to work. But for some reason, one mount no longer does. I get the following when I try to ls the mount point:
ls: cannot open directory '/data/Videos/MyVideos': Permission denied
I actually don't use this one much (it was mainly for the DLNA test), so I have no idea what I have done to either NAS since it worked.
Basically, my main (target) NAS Music/Music folder is mapped and working on my OwnCloud (client) NAS but my /Videos share is not working.
I use NFS for the export, and both shares have the same NFS settings. /etc/exports on the target NAS confirms this:
"/data/Music" *(insecure,insecure_locks,no_subtree_check,crossmnt,anonuid=99,anongid=99,root_squash,rw,async)
"/data/Videos" *(insecure,insecure_locks,no_subtree_check,crossmnt,anonuid=99,anongid=99,root_squash,rw,async)
They are both mounted via /etc/fstab on the client NAS:
192.168.0.42:/data/Music/Music /ext/AllMusic nfs ro 0 0
192.168.0.42:/data/Videos /data/Videos/MyVideos nfs ro 0 0
The mount points on the client NAS exist and are empty.
I also tried the following on the client NAS:
mount 192.168.0.42:/Videos /data/Videos/MyVideos
And got this response.
mount.nfs: access denied by server while mounting (null)
I created a mount point in /ext for the Videos share (since that works for the Music share) and only did the manual mount, and I got the same error, but ls just shows the mount point empty rather than giving an error. I also tried to mount a sub-directory of the remote Videos share, and it made no difference. I removed the mouting of the Videos share from fstab and re-booted, which cleared up the error when I ls the mount point, but it made no difference in manually trying to mount the share. Rebooting either NAS made no difference.
The problem appears to be with the main (target) NAS, but I have no idea what the cause is. Anyone have any idea what it might be?
5 Replies
Replies have been turned off for this discussion
Sandshark wrote:
I use NFS for the export, and both shares have the same NFS settings. /etc/exports on the target NAS confirms this:
"/data/Music" *(insecure,insecure_locks,no_subtree_check,crossmnt,anonuid=99,anongid=99,root_squash,rw,async)
"/data/Videos" *(insecure,insecure_locks,no_subtree_check,crossmnt,anonuid=99,anongid=99,root_squash,rw,async)They are both mounted via /etc/fstab on the client NAS:
192.168.0.42:/data/Music/Music /ext/AllMusic nfs ro 0 0
192.168.0.42:/data/Videos /data/Videos/MyVideos nfs ro 0 0
The mount points on the client NAS exist and are empty.I also tried the following on the client NAS:
mount 192.168.0.42:/Videos /data/Videos/MyVideos
And got this response.
mount.nfs: access denied by server while mounting (null)I am rather confused here, because ReadyDLNA folders aren't shares - they are just collections of media that have the same type that are advertised using the DLNA protocol. So they shouldn't exist on /data at all.
If you look on the source NAS with ssh, you are seeing /data/Videos and /data/Music subvolumes???
StephenB wrote:I am rather confused here, because ReadyDLNA folders aren't shares - they are just collections of media that have the same type that are advertised using the DLNA protocol. So they shouldn't exist on /data at all.
If you look on the source NAS with ssh, you are seeing /data/Videos and /data/Music subvolumes???
Yes, ReadyDLNA folders are not shares. But what I was testing is if ReadyDLNA would see the files on the external share and list them, which it did. It "sees" the shared shares when they are mounted within a share that has ReadyDLNA enabled.. I guess I could have been more clear on that.
Everything looks right on the source NAS via the GUI and SSH. I haven't tried creating any new shares to see what happens with them. I was hoping somebody could help point the way to limit the number of experiments I need to try.
Sandshark wrote:
StephenB wrote:
I am rather confused here, because ReadyDLNA folders aren't shares - they are just collections of media that have the same type that are advertised using the DLNA protocol. So they shouldn't exist on /data at all.
If you look on the source NAS with ssh, you are seeing /data/Videos and /data/Music subvolumes???
Yes, ReadyDLNA folders are not shares. But what I was testing is if ReadyDLNA would see the files on the external share and list them, which it did. It "sees" the shared shares when they are mounted within a share that has ReadyDLNA enabled.. I guess I could have been more clear on that.
VIdeos and Music are both default names of media types - which should always show up over ReadyDLNA no matter what the underlying shares are called. I'd first try renaming the two shares to something unique, and then retest what happens on the ReadyDLNA side of things.
FWIW, I think ReadyDLNA should find the files just fine, and the folder view should also work. But I don't see why it would do anything related to the NFS export, as it doesn't depend on NFS. It's just using the DLNA protocol itself. But I also don't see why OwnCloud would be changing the exports. So it is a bit of a puzzle.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
