You could also be hitting bug 6261858 "ls(1) -l, getfacl(1), and setfacl(1) can return "Permission denied" due to "nobody" and ACLs"
You may get permission denied when you do "bash-3.2# ls -l file1", if so the work around until a fix is done is to map all users/groups and don't have any ephemeral IDs.
Andrew Michael Sichler wrote:
Permissions from the SECE file server: -rwxrwxrwx+ 1 2147483651 2147483656 128 Aug 11 16:48 file1 group:2147483656:rwxp---------s:-------:allow everyone@:rwxp--a-R-c--s:-------:allow user:2147483651:rwxp---A-W-Cos:-------:allow group:2147483656:rwxpdDaARWcCos:------I:allow group:2147483650:r-x---a-R-c--s:------I:allow user:2147483651:rwxpdDaARWcCos:------I:allow Permissions from the OpenSolaris Client -rwx------ 1 root root 128 Aug 11 16:48 file1 owner@:--------------:-------:deny owner@:rwxp---A-W-Co-:-------:allow group@:rwxp----------:-------:deny group@:--------------:-------:allow everyone@:rwxp---A-W-Co-:-------:deny everyone@:------a-R-c--s:-------:allow Permissions from the Windows Client Y:\tmp\file1 TESTDOMAIN\Domain Admins:(special access:) SYNCHRONIZE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_EXECUTEEveryone:(special access:)READ_CONTROL SYNCHRONIZE FILE_GENERIC_READ FILE_GENERIC_EXECUTE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_READ_EA FILE_EXECUTE FILE_READ_ATTRIBUTESTESTDOMAIN\sichler:(special access:)WRITE_DAC WRITE_OWNER SYNCHRONIZE FILE_READ_DATA FILE_WRITE_DATA FILE_APPEND_DATA FILE_WRITE_EA FILE_EXECUTE FILE_WRITE_ATTRIBUTESTESTDOMAIN\Domain Admins:F TESTDOMAIN\Domain Users:R TESTDOMAIN\sichler:F
_______________________________________________ cifs-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
