unable to mount smb shares on the 323

[alessandro sdt]

hi,
both the user interface (http) and the shell command refuse to mount a share.

[root@NAS]# smbtree -N
RETELOCALE
        \\NAS                           NAS-323-Alt-F
                \\NAS\SDA2              NAS ReadWrite Access
                \\NAS\SDB2              NAS ReadWrite Access
                \\NAS\IPC$              IPC Service (NAS-323-Alt-F)
        \\CALDAIA                       caldaia server (Samba 3.6.6)
                \\CALDAIA\HTTPS                 root apache ssl
                \\CALDAIA\MEDIA                 file multimediali in sda3
                \\CALDAIA\BACKUP                directory per backup dati
                \\CALDAIA\IPC$                  IPC Service (caldaia server (Samba 3.6.6))

My goal is to mount //CALDAIA/MEDIA in the  local /mnt/media directory which is present, executable and writable to all users.

the command:

[root@NAS]# mount -tcifs -oguest //CALDAIA/media /media

returns the message:

mount: bad address 'CALDAIA'
mount: mounting //CALDAIA/media on /media failed

the share is working RW from other machines and the address appears pretty "valid" to me. The UI prensent the share as available but return the same error message.

here is my line in /etc/fstab
//CALDAIA/MEDIA /media cifs rw,guest 0 0

of course SMBD and NMBD are activated on the 323, and the NAS shares are accessible from the network. The workgroup si set to be the same as smbtree -N shows

I also tried with different local directories.

Any idea?

[João Cardoso]

On Friday, November 21, 2014 2:55:03 PM UTC, alessandro sdt wrote:

hi,
both the user interface (http)

Do you have the kernel-modules package installed?

Can't reproduce that on win-vista. Using the webUI succeeds and generates the following entry in /etc/fstab:

//MONO/Public /mnt/mono cifs uid=root,gid=users,credentials=/etc/samba/credentials.jcard,rw,iocharset=utf8,nounix,noserverino 0 0

only the user credentials was changed from the webUI mount options

The 'mount' command returns:

//MONO/Public on /mnt/mono type cifs (rw,mand,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=Joao)

The 'umount' command from the cmd line works, 'mount' prints error messages, but succeeds:

root@dns-320l]# umount /mnt/mono

 

# mount /mnt/mono; echo $?

unc name specified twice, ignoring second

mount: mounting //MONO/Public on /mnt/mono failed: Invalid argument

16 # mount return error code.

 

[root@dns-320l]# mount

(...) 

//MONO/Public on /mnt/mono type cifs (rw,mand,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=Joao)

[alessandro]

On 21/11/2014 19:19, João Cardoso wrote:
>
>
> On Friday, November 21, 2014 2:55:03 PM UTC, alessandro sdt wrote:
>
> hi,
> both the user interface (http)
>
>
> Do you have the kernel-modules package installed?

No, should I?

i have only SMB and INETD (http + telnet) running in the "network
services" page;
sysctrl and syslog (remote only) in the "system services" and minidlna
in "user svc"

the only installed package is minidlna on sdc (USB)

the /etc/smb.conf in the "caldaia" machine (who is a debian wheezy
3.2.04) has these line for the share in examination

[MEDIA]
comment = file multimediali in sda3
browseable = yes
writable = yes
create mask = 0666
directory mask = 0777
path=/large/media
public=yes

the samba secutity parameter is set to "share".

At the moment i don't have a share from a windows machine to try the
connection, just this debian box...

>
> Can't reproduce that on win-vista. Using the webUI succeeds and
> generates the following entry in /etc/fstab:
>
> //MONO/Public /mnt/mono cifs
> uid=root,gid=users,credentials=/etc/samba/credentials.jcard,rw,iocharset=utf8,nounix,noserverino
> 0 0
>
>
> only the user credentials was changed from the webUI mount options

in the case of this share, every user should be able to access, because
is configured to be public

[João Cardoso]

On Friday, November 21, 2014 7:07:47 PM UTC, alessandro sdt wrote:

On 21/11/2014 19:19, João Cardoso wrote:
>
>
> On Friday, November 21, 2014 2:55:03 PM UTC, alessandro sdt wrote:
>
>     hi,
>     both the user interface (http)
>
>
> Do you have the kernel-modules package installed?

No, should I?

You could try yourself, couldn't you?

It depends on what your box is, you didn't tell us.

The DNS-321/323 don't have the kernel-modules package pre-installed, and the 'cifs' module needs to be load (it is loaded automatically)

I experimented mounting cifs from a linux box and it works also OK.

[alessandro]

>
> You could try yourself, couldn't you?
>
> It depends on what your box is, you didn't tell us.
> The DNS-321/323 don't have the kernel-modules package pre-installed, and
> the 'cifs' module needs to be load (it is loaded automatically)
>
> I experimented mounting cifs from a linux box and it works also OK.
>

The box is a 323 (B1), as mentioned in the topic title. I tried to
install the kernel-module package before sending the last msg, but
didn't changed anything. By the way i didn't rebooted the box, maybe i
should!

Now the kernel-module pack is installed again and the machine was rebooted.

The attempt to mount the MEDIA share from the CALDAIA server, still
fails and the returned msg in the messagebox is this:

"Error 255: mount: bad address 'CALDAIA' mount: mounting //CALDAIA/MEDIA
on /media failed"

I leaved the "deafult" paramater string:
"uid=root,gid=users,credentials=/etc/samba/credentials.root,rw,iocharset=utf8,nounix,noserverino"

but the same error come even in the attempt to access with:

mount -tcifs -oguest //CALDAIA/media /media

So sadly there's absolutely no change since the kernel-module package
was installed.

[João Cardoso]

On Friday, November 21, 2014 8:10:41 PM UTC, alessandro sdt wrote:

>
> You could try yourself, couldn't you?
>
> It depends on what your box is, you didn't tell us.
> The DNS-321/323 don't have the kernel-modules package pre-installed, and
> the 'cifs' module needs to be load (it is loaded automatically)
>
> I experimented mounting cifs from a linux box and it works also OK.
>

The box is a 323 (B1), as mentioned in the topic title.

Sorry, didn't noticed

 

I tried to
install the kernel-module package before sending the last msg, but
didn't changed anything.

but the cifs kernel module *is* needed.

[root@dns-320l]# rmmod cifs

 

[root@dns-320l]# lsmod

Module                  Size  Used by    Not tainted

usblp                   8292  0 

 

[root@dns-320l]# mount /mnt/mono/

unc name specified twice, ignoring second

mount: mounting //SILVER/users/jcard on /mnt/mono failed: Invalid argument

 

[root@dns-320l]# lsmod

Module                  Size  Used by    Not tainted

cifs                  188928  2 

usblp                   8292  0 

 

[root@dns-320l]# mount

(...) 

//SILVER/users/jcard on /mnt/mono type cifs (rw,mand,relatime,vers=1.0,sec=ntlmssp,cache=strict,username=jcard,domain=SILVER,uid=0,forceuid,gid=100,forcegid,addr=192.168.1.1,file_mode=0755,dir_mode=0755,nounix,rsize=61440,wsize=65536,actimeo=1)

 [root@dns-320l]# umount /mnt/mono/

[root@dns-320l]# lsmod 

Module                  Size  Used by    Not tainted

cifs                  188928  0 

usblp                   8292  0 

 

By the way i didn't rebooted the box, maybe i
should!

No, there is no need.

Try using the IP instead of the name, or specify the netbios name and ip? http://linux.die.net/man/8/mount.cifs

Can't help more. As I said, I succeed mounting both a share from a linux  box and from a MS-vista box.

[alessandro sdt]

ok thanks anyway.

i would try some solutions after learning a bit of the mount mechanism.

:)

[João Cardoso]

On Saturday, November 22, 2014 3:37:28 PM UTC, alessandro sdt wrote:

ok thanks anyway.

i would try some solutions after learning a bit of the mount mechanism.

You can try two things: specify the box IP using the "ip=..." mount option, or/and add CALDAIA to /etc/hosts (Setup->Hosts) for diagnose only, even if its ip is not static.

I believe that unrecognized mount options are passed directly to the mount helper 'mount.cifs' or directly to the cifs kernel module, that's why I recomended you to read the mount.cifs manual page.

The '16' mount error code is generated by the mount.cifs mount helper, although it actually succeeds the mount:

[root@dns-320l]# mount.cifs //SILVER/users/jcard /mnt/mono --verbose -o user=jcard,credentials=/etc/samba/credentials.jcard; echo $?

 

mount.cifs kernel mount options: unc=//SILVER\users,user=jcard,ver=1,user=jcard,credentials=/etc/samba/credentials.jcard,prefixpath=jcard,ip=192.168.1.1,pass=********

16

If you find a solution please report back.

:)