Hi. We have an OpenSolaris 2008.11 fileserver using the in-kernel
CIFS server to share files for about 75 various windows client
systems. This server is running in workgroup mode. This worked great
with Windows XP both SP2 and SP3, as well as Windows Server 2003.
Linux CIFS clients (both Debian and Ubuntu installs) can use the file
server as well without issue.
The problem is that now that we have started attaching Win7 clients,
they cannot see any files on the share when browsing mapped drives
with CMD.EXE. Files show up just fine in the graphical windows
explorer. I can CD into folders that I know exist with cmd.exe
without problems, as well as being able to create and remove
directories and new files. The windows powershell can also see all
the files.
Permissions are setup so that all machines are mounting this share as
the same user "lab" which is a local user on the server "Red", and
that user owns and has full permissions for all files in the shared
filesystem (and pool.) The pool is 'tank' and the filesystem is
'share', mounted locally as /tank/share with the export name 'share'
which is typically mapped as either the Y:\ or Z:\ drive by windows
clients.
I've never seen any error message except occasionally this one, which
occurs perhaps once every two weeks, and may or may not be related:
Nov 30 17:40:15 Red smbsrv: [ID 138215 kern.notice] NOTICE: smbd[RED\LAB]: shar
share not found
Nov 30 17:40:15 Red last message repeated 1 time
(Is there a way to figure out which client was hitting the server
which caused that error to be generated? This server is in
production, and needs to stay up if possible while I debug.)
The permissions I have setup are the following on my directories:
e...@red:~# /usr/bin/ls -avd /tank/share
drwxrwx---+ 52 lab staff 53 Nov 30 18:24 /tank/share
0:group@:list_directory/read_data/add_file/write_data/add_subdirectory
/append_data/read_xattr/write_xattr/execute/delete_child
/read_attributes/write_attributes/delete/read_acl/write_acl
/write_owner/synchronize:file_inherit/dir_inherit:allow
1:owner@:list_directory/read_data/add_file/write_data/add_subdirectory
/append_data/read_xattr/write_xattr/execute/delete_child
/read_attributes/write_attributes/delete/read_acl/write_acl
/write_owner/synchronize:file_inherit/dir_inherit:allow
... which thus far have given me no issues at all working through the
CIFS share. I've never experienced an access issue or inheritance
problem.
Here is the full tank/share property list as well, in-case that helps
or points out an obvious problem:
e...@red:~# zfs get all tank/share
NAME PROPERTY VALUE SOURCE
tank/share type filesystem -
tank/share creation Thu May 28 17:48 2009 -
tank/share used 161G -
tank/share available 1.63T -
tank/share referenced 154G -
tank/share compressratio 1.00x -
tank/share mounted yes -
tank/share quota none default
tank/share reservation none default
tank/share recordsize 128K default
tank/share mountpoint /tank/share default
tank/share sharenfs off default
tank/share checksum on default
tank/share compression off default
tank/share atime on default
tank/share devices on default
tank/share exec on default
tank/share setuid on default
tank/share readonly off default
tank/share zoned off default
tank/share snapdir hidden default
tank/share aclmode passthrough local
tank/share aclinherit passthrough local
tank/share canmount on default
tank/share shareiscsi off default
tank/share xattr on default
tank/share copies 1 default
tank/share version 3 -
tank/share utf8only off -
tank/share normalization none -
tank/share casesensitivity mixed -
tank/share vscan off default
tank/share nbmand on local
tank/share sharesmb name=share local
tank/share refquota none default
tank/share refreservation none default
tank/share primarycache all default
tank/share secondarycache all default
tank/share usedbysnapshots 7.25G -
tank/share usedbydataset 154G -
tank/share usedbychildren 0 -
tank/share usedbyrefreservation 0 -
While I understand this isn't a Win7 forum, does anyone have a
suggestions on how I would go about performing further debugging? I'm
at a loss, and since this only occurs with our OpenSolaris server and
only with Win7 clients (only tested activated 64-bit Professional
versions so far), I was hoping someone would have a suggestion on what
I can do next as far as debugging our setup.
In theory, our setup should be about as simple as it gets, but I am
missing something obvious and looking for help.
Thanks a ton in advance!
--eric
--
Eric D. Mudama
[email protected]
_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
