have you seen the description of the smbsigning param?
"Used to enable or disable SMB signing "globally" on the Data Mover. param cifs smbsigning=1 enables SMB signing, and is the default setting param cifs smbsigning=0 disables SMB signing Disabling this parameter will not work unless it is also disabled on the Windows 2003 clients. "
So if you disable it on the DM, you need to disable it on all clients.
OK, I just did some additional testing. Rainer_EMC was right, this doesnt appear to have to do anything with the smbsigning. I was just able to connect to the same share on this server from a DOS client, which would not be possible at all if SMB signing was the issue. However, when I map a drive to a share on the Celerra from DOS I get the following after issuing a DIR command:
Volume in drive Z has no label.
Directory of Z:\
.
05-13-10 12:41p
0 file(s) 0 bytes
1 dir(s) 6,024,375 bytes free
So, even though I am able to connect, I am not seeing any of the directory structure or files underneath the share at all. I have a feeling that if I get it working from DOS, that this will also fix the network copier/scanner issue as well. Unfortunately I can't really test anything from the scanner, so this is all I have to go on.
Also, in response to Ken's query, this was working fine before I migrated the share to the Celerra, so yes the account definitely has rights to this directory. I also double-checked the Share perms and NTFS security to be 100% sure.
Peter_EMC
674 Posts
0
May 18th, 2010 01:00
Which NAS version are you using?
Is the scanner using an existing windows user account or is using a Nullsession?
cgaya
12 Posts
0
May 18th, 2010 04:00
5.6.46-4, and the scanner is using an existing Windows account.
Peter_EMC
674 Posts
0
May 18th, 2010 04:00
have you seen the description of the smbsigning param?
"Used to enable or disable SMB signing "globally" on the Data Mover. param cifs smbsigning=1 enables SMB signing, and is the default setting param cifs smbsigning=0 disables SMB signing Disabling this parameter will not work unless it is also disabled on the Windows 2003 clients. "
So if you disable it on the DM, you need to disable it on all clients.
Rainer_EMC
4 Operator
•
8.6K Posts
0
May 18th, 2010 07:00
I bet its got nothing to do with smbsigning - more likely authentication
Officially we only support Windows and MacOS CIFS clients
Take a Network trace and see whats really happening
Rainer
kensagle
59 Posts
0
May 18th, 2010 08:00
Have you tried to map a drive using the account in questions to verify it has the appropriate access to the share?
Sagle
cgaya
12 Posts
0
May 18th, 2010 09:00
OK, I just did some additional testing. Rainer_EMC was right, this doesnt appear to have to do anything with the smbsigning. I was just able to connect to the same share on this server from a DOS client, which would not be possible at all if SMB signing was the issue. However, when I map a drive to a share on the Celerra from DOS I get the following after issuing a DIR command:
Volume in drive Z has no label.
Directory of Z:\
.
0 file(s) 0 bytes
1 dir(s) 6,024,375 bytes free
So, even though I am able to connect, I am not seeing any of the directory structure or files underneath the share at all. I have a feeling that if I get it working from DOS, that this will also fix the network copier/scanner issue as well. Unfortunately I can't really test anything from the scanner, so this is all I have to go on.
Also, in response to Ken's query, this was working fine before I migrated the share to the Celerra, so yes the account definitely has rights to this directory. I also double-checked the Share perms and NTFS security to be 100% sure.
Thanks!
Rainer_EMC
4 Operator
•
8.6K Posts
0
May 21st, 2010 09:00
I dont think a DOS system is a good test - DOS uses a really really old LanManager version of the protocol that we never officially supported
Most likely your scanner is using some form of Linux and smbclient/smbfs
If it also allows you to use ftp or NFS this would be easier
please keep us updated
Rainer