CIFS Client Troubleshooting
From Genunix
Contents |
Solaris CIFS Client Troubleshooting
For related troubleshooting information, see the following:
For more information about Solaris CIFS, see the following:
Viewing Solaris CIFS Client Property Settings
The Solaris CIFS client configuration uses the sharectl command to set properties. Before you change property values, view the current property settings by running the sharectl get smbfs command.
Access Denied Message When Accessing a Server
You get an Access Denied error when attempting to access or view CIFS shares from a server. This problem might occur because the password you supplied is wrong or the CIFS server is part of a domain.
If the CIFS server is part of a domain, you must provide the domain name for the smbutil view or mount command. Otherwise, the server assumes that you are attempting to authenticate a local user, and the authentication process fails.
For example, if the server solarsystem is in the MYDOMAIN domain, the following commands would be appropriate to view and access CIFS shares as user cal:
# smbutil view "//MYDOMAIN;cal@solarsystem"
# mount -F smbfs "//MYDOMAIN;cal@solarsystem/tmp" /mnt
To obtain the domain name, use the smbutil status server command, which sends a NetBIOS query to the specified server:
# smbutil status solarsystem
Workgroup: MYDOMAIN
Server: SOLARSYSTEM
Cannot View or Mount CIFS Shares
If you are unable to view or mount CIFS shares, use the smbutil view -A //server command. The -A option gives anonymous access to the server if the server permits such access.
Cannot Mount CIFS Shares as a Regular User
You might see the following error message when you attempt to mount a CIFS share as a regular user on a mount point that you own:
$ mount -F smbfs //username@server-name/share-name mount-point
mount: mount_smbfs: mount-point: Not owner
Verify that you have the following entries in your /etc/security/exec_attr file:
Basic Solaris User:solaris:cmd:::/usr/lib/fs/smbfs/mount:privs=sys_mount
Basic Solaris User:solaris:cmd:::/usr/lib/fs/smbfs/umount:privs=sys_mount
These entries in the /etc/security/exec_attr file enable you to mount and unmount CIFS shares on mount points that you own as a regular user.
tar and gtar Issues file changed as we read it Warnings
You might see the file changed as we read it warning in the following situations:
- When you use the Solaris CIFS client to mount a CIFS share, and use the
gtarutility to write the share to a tape - When you use the Solaris CIFS client to mount a CIFS share, and use the Solaris
tarutility checks file attributes after setting them
Other than these warnings, the tar and gtar operations succeed as expected.
You can ignore these warnings.
Note - smbfs ignores calls to set any file or directory attributes, as those have no direct representation in CIFS. Also, smbfs does not support the “UNIX extensions” that would permit the storing of attributes with some servers.
Viewing XATTR Status for Mounted Shares
By default, shares that are mounted by the mount_smbfs command enable Solaris extended attributes by setting the xattr mount option. However, if the CIFS server does not support Windows named streams, shares mounted by mount_smbfs set the noxattr mount option.
To verify whether the xattr or noxattr mount option is used, do the following:
$ mount -v | grep 'type smbfs'
The following example shows that the share mounted on /mnt has xattr set, while the share mounted on /tmp has noxattr set:
$ mount -v | grep 'type smbfs'
//root@solarsystem/tmp on /mnt type smbfs remote/read/write/setuid/devices/intr/xattr/dev=5080000 on Tue Jul 8 18:20:48 2008
//root@pluto/files on /files type smbfs remote/read/write/setuid/devices/intr/noxattr/dev=4800000 on Mon Jul 7 11:37:26 2008
