Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #173152 > unrolled thread
| Started by | Fred <fred@blakemfg.com> |
|---|---|
| First post | 2016-10-03 17:40 +0200 |
| Last post | 2016-10-04 21:10 +0200 |
| Articles | 8 — 5 participants |
Back to article view | Back to linux.debian.user
Problem getting NAS box NFS/CIFS to work with Jessie Fred <fred@blakemfg.com> - 2016-10-03 17:40 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Reco <recoverym4n@gmail.com> - 2016-10-03 19:30 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Joe <joe@jretrading.com> - 2016-10-03 19:50 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Fred <fred@blakemfg.com> - 2016-10-03 22:40 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie SOLVED Fred <fred@blakemfg.com> - 2016-10-04 04:50 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Andrew F Comly 康大成 <andrew.comly@protonmail.com> - 2016-10-04 02:30 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Dan Purgert <dan@djph.net> - 2016-10-04 16:00 +0200
Re: Problem getting NAS box NFS/CIFS to work with Jessie Fred <fred@blakemfg.com> - 2016-10-04 21:10 +0200
| From | Fred <fred@blakemfg.com> |
|---|---|
| Date | 2016-10-03 17:40 +0200 |
| Subject | Problem getting NAS box NFS/CIFS to work with Jessie |
| Message-ID | <sodvr-6I1-9@gated-at.bofh.it> |
Hello, I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a private network with a PC running Jessie. FTP to the -321 works ok. In the -321 admin web page I have the NFS server enabled. The SMB server is configured to allow r/w access to anyone. When I try to mount the -321 to access it: root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 mount.nfs: trying text-based options 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' mount.nfs: mount(2): Protocol not supported mount.nfs: trying text-based options 'addr=192.168.0.32' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 mount.nfs: mount(2): Permission denied mount.nfs: access denied by server while mounting 192.168.0.32:Volume_1 root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 --verbose mount.cifs: bad UNC (192.168.0.32/Volume_1) root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 -v mount.cifs: bad UNC (192.168.0.32:Volume_1) What does UNC mean in the above response and where do I go from here? Best regards, Fred
[toc] | [next] | [standalone]
| From | Reco <recoverym4n@gmail.com> |
|---|---|
| Date | 2016-10-03 19:30 +0200 |
| Message-ID | <sofdU-7SG-25@gated-at.bofh.it> |
| In reply to | #173152 |
Hi. On Mon, 03 Oct 2016 08:05:59 -0700 Fred <fred@blakemfg.com> wrote: > Hello, > > I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a private > network with a PC running Jessie. > > FTP to the -321 works ok. In the -321 admin web page I have the NFS > server enabled. The SMB server is configured to allow r/w access to anyone. > > When I try to mount the -321 to access it: > > root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v > mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 > mount.nfs: trying text-based options > 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' > mount.nfs: mount(2): Protocol not supported So, in plain English, your NAS does not support NFSv4 (but it's somewhat expected given it's a D-Link). Therefore your client falls back to NFSv3 … > mount.nfs: trying text-based options 'addr=192.168.0.32' > mount.nfs: prog 100003, trying vers=3, prot=6 > mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 > mount.nfs: prog 100005, trying vers=3, prot=17 > mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 > mount.nfs: mount(2): Permission denied > mount.nfs: access denied by server while mounting 192.168.0.32:Volume_1 … and fails on both UDP and TCP due to server's access permissions most probably. Further diagnostics for this should be done on servers' side. Or the server simply has this share under the different name. Try 'showmount -e 192.168.0.32'. > root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 > --verbose > mount.cifs: bad UNC (192.168.0.32/Volume_1) > > root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 -v > mount.cifs: bad UNC (192.168.0.32:Volume_1) > > What does UNC mean in the above response and where do I go from here? UNC stands for 'Uniform Naming Convention' aka 'share name'. What mount.cifs is trying to tell you is that both '192.168.0.32/Volume_1' and '192.168.0.32:Volume_1' are malformed. Correct one may be '//192.168.0.32/Volume_1', or if you really need to do it M$ way '\\\\192.168.0.32\\Volume_1' Reco
[toc] | [prev] | [next] | [standalone]
| From | Joe <joe@jretrading.com> |
|---|---|
| Date | 2016-10-03 19:50 +0200 |
| Message-ID | <sofxg-7Za-25@gated-at.bofh.it> |
| In reply to | #173152 |
On Mon, 03 Oct 2016 08:05:59 -0700 Fred <fred@blakemfg.com> wrote: > Hello, > > I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a > private network with a PC running Jessie. > > FTP to the -321 works ok. In the -321 admin web page I have the NFS > server enabled. The SMB server is configured to allow r/w access to > anyone. > > When I try to mount the -321 to access it: > > root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v > mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 > mount.nfs: trying text-based options > 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' > mount.nfs: mount(2): Protocol not supported > mount.nfs: trying text-based options 'addr=192.168.0.32' > mount.nfs: prog 100003, trying vers=3, prot=6 > mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 > mount.nfs: prog 100005, trying vers=3, prot=17 > mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 > mount.nfs: mount(2): Permission denied > mount.nfs: access denied by server while mounting > 192.168.0.32:Volume_1 > > root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 > --verbose > mount.cifs: bad UNC (192.168.0.32/Volume_1) > > root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 > -v mount.cifs: bad UNC (192.168.0.32:Volume_1) > > What does UNC mean in the above response and where do I go from here? > Best regards, > Fred > > UNC is the network path, and I don't believe it can contain ':'. It's not obvious where that is coming from, but try with two leading '/'s. My (Wheezy and Sid) /etc/fstab entries look like: //192.168.1.100/Share /mnt/buffalo/share cifs user,guest,... -- Joe
[toc] | [prev] | [next] | [standalone]
| From | Fred <fred@blakemfg.com> |
|---|---|
| Date | 2016-10-03 22:40 +0200 |
| Message-ID | <soibM-1ev-7@gated-at.bofh.it> |
| In reply to | #173157 |
On 10/03/2016 09:59 AM, Joe wrote: > On Mon, 03 Oct 2016 08:05:59 -0700 > Fred<fred@blakemfg.com> wrote: > >> Hello, >> >> I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a >> private network with a PC running Jessie. >> >> FTP to the -321 works ok. In the -321 admin web page I have the NFS >> server enabled. The SMB server is configured to allow r/w access to >> anyone. >> >> When I try to mount the -321 to access it: >> >> root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v >> mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 >> mount.nfs: trying text-based options >> 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' >> mount.nfs: mount(2): Protocol not supported >> mount.nfs: trying text-based options 'addr=192.168.0.32' >> mount.nfs: prog 100003, trying vers=3, prot=6 >> mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 >> mount.nfs: prog 100005, trying vers=3, prot=17 >> mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 >> mount.nfs: mount(2): Permission denied >> mount.nfs: access denied by server while mounting >> 192.168.0.32:Volume_1 >> >> root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 >> --verbose >> mount.cifs: bad UNC (192.168.0.32/Volume_1) >> >> root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 >> -v mount.cifs: bad UNC (192.168.0.32:Volume_1) >> >> What does UNC mean in the above response and where do I go from here? >> Best regards, >> Fred >> >> > UNC is the network path, and I don't believe it can contain ':'. It's > not obvious where that is coming from, but try with two leading '/'s. > > My (Wheezy and Sid) /etc/fstab entries look like: > > //192.168.1.100/Share /mnt/buffalo/share cifs user,guest,... > It does appear the path needs to be //192.168.0.32/Volume_1. root@ragnok:/home/fred# mount.cifs //192.168.0.32/Volume_1 /mnt/dns321 Password for root@//192.168.0.32/Volume_1: mount error(13): Permission denied It doesn't accept the -321 admin password. Maybe the root password for the embedded Linux OS which I don't have. I tried running /sbin/mount.cifs as a regular user: fred@ragnok:~$ /sbin/mount.cifs //192.168.0.32/Volume_1 /mnt/dns321 mount.cifs: permission denied: no match for /mnt/dns321 found in /etc/fstab Directory /mnt/dns321 does exist and is in fstab. I will try working with the fstab entry. root@ragnok:/home/fred# showmount -e 192.168.0.32 Export list for 192.168.0.32: /mnt/HD_a2 192.168.0.15,192.168.0.3,192.168.0.2 The directory /mnt/HD_a2 doesn't exist. Best regards, Fred
[toc] | [prev] | [next] | [standalone]
| From | Fred <fred@blakemfg.com> |
|---|---|
| Date | 2016-10-04 04:50 +0200 |
| Subject | Re: Problem getting NAS box NFS/CIFS to work with Jessie SOLVED |
| Message-ID | <sonXQ-4PN-25@gated-at.bofh.it> |
| In reply to | #173164 |
On 10/03/2016 01:16 PM, Fred wrote: > On 10/03/2016 09:59 AM, Joe wrote: >> On Mon, 03 Oct 2016 08:05:59 -0700 >> Fred<fred@blakemfg.com> wrote: >> >>> Hello, >>> >>> I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a >>> private network with a PC running Jessie. >>> >>> FTP to the -321 works ok. In the -321 admin web page I have the NFS >>> server enabled. The SMB server is configured to allow r/w access to >>> anyone. >>> >>> When I try to mount the -321 to access it: >>> >>> root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v >>> mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 >>> mount.nfs: trying text-based options >>> 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' >>> mount.nfs: mount(2): Protocol not supported >>> mount.nfs: trying text-based options 'addr=192.168.0.32' >>> mount.nfs: prog 100003, trying vers=3, prot=6 >>> mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 >>> mount.nfs: prog 100005, trying vers=3, prot=17 >>> mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 >>> mount.nfs: mount(2): Permission denied >>> mount.nfs: access denied by server while mounting >>> 192.168.0.32:Volume_1 >>> >>> root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 >>> --verbose >>> mount.cifs: bad UNC (192.168.0.32/Volume_1) >>> >>> root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 >>> -v mount.cifs: bad UNC (192.168.0.32:Volume_1) >>> >>> What does UNC mean in the above response and where do I go from here? >>> Best regards, >>> Fred >>> >>> >> UNC is the network path, and I don't believe it can contain ':'. It's >> not obvious where that is coming from, but try with two leading '/'s. >> >> My (Wheezy and Sid) /etc/fstab entries look like: >> >> //192.168.1.100/Share /mnt/buffalo/share cifs user,guest,... >> > It does appear the path needs to be //192.168.0.32/Volume_1. > > root@ragnok:/home/fred# mount.cifs //192.168.0.32/Volume_1 /mnt/dns321 > Password for root@//192.168.0.32/Volume_1: > mount error(13): Permission denied > > It doesn't accept the -321 admin password. Maybe the root password > for the embedded Linux OS which I don't have. > > I tried running /sbin/mount.cifs as a regular user: > > fred@ragnok:~$ /sbin/mount.cifs //192.168.0.32/Volume_1 /mnt/dns321 > mount.cifs: permission denied: no match for /mnt/dns321 found in > /etc/fstab > > Directory /mnt/dns321 does exist and is in fstab. I will try working > with the fstab entry. > > root@ragnok:/home/fred# showmount -e 192.168.0.32 > Export list for 192.168.0.32: > /mnt/HD_a2 192.168.0.15,192.168.0.3,192.168.0.2 > > The directory /mnt/HD_a2 doesn't exist. > Best regards, > Fred The package cifs-utils must be installed. The /etc/fstab entry is: //192.168.0.32/Volume_1 /mnt/dns321 cifs rw,user 0 0 Thanks for the help! Best regards, Fred
[toc] | [prev] | [next] | [standalone]
| From | Andrew F Comly 康大成 <andrew.comly@protonmail.com> |
|---|---|
| Date | 2016-10-04 02:30 +0200 |
| Message-ID | <solMl-3sW-9@gated-at.bofh.it> |
| In reply to | #173152 |
[Multipart message — attachments visible in raw view] — view raw
Debian mail list administrator, Please unsuscribe me from your mailing list, I have already attempted to unsuscribe via debian.org account, but you all still keep sending me mail. Sincerely, Andrew F Comly 康大成 -------- Original Message -------- Subject: Problem getting NAS box NFS/CIFS to work with Jessie Local Time: October 3, 2016 3:05 PM UTC Time: October 3, 2016 3:05 PM From: fred@blakemfg.com To: debian-user@lists.debian.org Hello, I am trying to get a D-Link DNS-321 NAS box to do NFS/CIFS on a private network with a PC running Jessie. FTP to the -321 works ok. In the -321 admin web page I have the NFS server enabled. The SMB server is configured to allow r/w access to anyone. When I try to mount the -321 to access it: root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v mount.nfs: timeout set for Sun Oct 2 12:53:54 2016 mount.nfs: trying text-based options 'vers=4,addr=192.168.0.32,clientaddr=192.168.0.2' mount.nfs: mount(2): Protocol not supported mount.nfs: trying text-based options 'addr=192.168.0.32' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: trying 192.168.0.32 prog 100003 vers 3 prot TCP port 2049 mount.nfs: prog 100005, trying vers=3, prot=17 mount.nfs: trying 192.168.0.32 prog 100005 vers 3 prot UDP port 32770 mount.nfs: mount(2): Permission denied mount.nfs: access denied by server while mounting 192.168.0.32:Volume_1 root@ragnok:/home/fred# mount.cifs 192.168.0.32/Volume_1 /mnt/dns321 --verbose mount.cifs: bad UNC (192.168.0.32/Volume_1) root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 -v mount.cifs: bad UNC (192.168.0.32:Volume_1) What does UNC mean in the above response and where do I go from here? Best regards, Fred
[toc] | [prev] | [next] | [standalone]
| From | Dan Purgert <dan@djph.net> |
|---|---|
| Date | 2016-10-04 16:00 +0200 |
| Message-ID | <soyqe-3pI-11@gated-at.bofh.it> |
| In reply to | #173152 |
Fred wrote: > [...] > When I try to mount the -321 to access it: > > root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v > [...] > mount.nfs: mount(2): Permission denied > mount.nfs: access denied by server while mounting 192.168.0.32:Volume_1 > > [...] > > root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 -v > mount.cifs: bad UNC (192.168.0.32:Volume_1) > > What does UNC mean in the above response and where do I go from here? > Best regards, > Fred I don't systemd, so I can't comment on whether or not it is throwing a spanner into the works. The first error looks like your /etc/exports is using a different path thatn you think it is, or /etc/hosts.allow is broken on the NAS. Given your command, exports should look something this: - Volume_1 192.168.1.0/24(rw,no_subtree_check) However, in my experience, /etc/exports will use the full path (commonly, this'll be something like "/srv/Volume_1"). You will likely have to check the file to verify what it really is. Your hosts.allow should be something like - "ALL: 192.168.1.0/255.255.255.0" (possibly /24, depending on how your system behaves). The UNC path is "Universal Naming Convention", and essentially means "path". Given the error, it reinforces my thinking that you forgot to provide the full path of the share. -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281
[toc] | [prev] | [next] | [standalone]
| From | Fred <fred@blakemfg.com> |
|---|---|
| Date | 2016-10-04 21:10 +0200 |
| Message-ID | <soDge-6NZ-17@gated-at.bofh.it> |
| In reply to | #173181 |
Hi Dan, On 10/04/2016 06:46 AM, Dan Purgert wrote: > Fred wrote: >> [...] >> When I try to mount the -321 to access it: >> >> root@ragnok:/home/fred# mount.nfs 192.168.0.32:Volume_1 /mnt/dns321 -v >> [...] >> mount.nfs: mount(2): Permission denied >> mount.nfs: access denied by server while mounting 192.168.0.32:Volume_1 >> >> [...] >> >> root@ragnok:/home/fred# mount.cifs 192.168.0.32:Volume_1 /mnt/dns321 -v >> mount.cifs: bad UNC (192.168.0.32:Volume_1) >> >> What does UNC mean in the above response and where do I go from here? >> Best regards, >> Fred > I don't systemd, so I can't comment on whether or not it is throwing a > spanner into the works. I don't think systemd had anything to do with the problem. It was, of course, my fault! > The first error looks like your /etc/exports is using a different path > thatn you think it is, or /etc/hosts.allow is broken on the NAS. > > Given your command, exports should look something this: > > - Volume_1 192.168.1.0/24(rw,no_subtree_check) > > However, in my experience, /etc/exports will use the full path > (commonly, this'll be something like "/srv/Volume_1"). You will likely > have to check the file to verify what it really is. > > Your hosts.allow should be something like > - "ALL: 192.168.1.0/255.255.255.0" (possibly /24, depending on how your > system behaves). > > The UNC path is "Universal Naming Convention", and essentially means > "path". Given the error, it reinforces my thinking that you forgot to > provide the full path of the share. > I don't have an /etc/exports and the NAS box embedded Linux OS doesn't allow users access to system level stuff. Volume_1 is the root of the user storage area. My main problem was that the path to the NAS box needed to be: //192.168.0.32/Volume_1 instead of using a colon as mount.nfs wants. Also a correct entry in /etc/fstab was needed so a regular user could mount it. Thanks for the help! Best regards, Fred
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web