Problemas de permisos impares en Windows Share

Hemos tenido un problema muy similar (si no el mismo) desde que actualizamos nuestro servidor a Windows 2008 R2. (WinServer 2003 estaba bien.) Sin embargo, el síntoma principal que encontramos es algo diferente:

Trabajamos en un entorno mixto de Mac / PC. Los operadores de escritorio trabajan solo en Mac, mientras que nuestros servicios backend están basados en Windows. También algunas operaciones manuales se realizan en Windows 7.

Llamamos a nuestro problema "Carpetas fantasma". Estas son carpetas, que son inaccesibles incluso para la cuenta de administrador de Windows. ¡Windows no muestra privilegios para nadie! Incluso el usuario administrador no puede ver los permisos de la carpeta o el propietario, ni puede ser tomado por el Administrador. Bloqueo total.

Estas carpetas se crean en las siguientes circunstancias:

1. Un recurso compartido de Windows está montado en Mac por SMB://<IP-address> notación.
2. El usuario de Mac o Windows intenta mover o eliminar una carpeta con algunos archivos dentro.
3. El buscador de Mac da error "Sin acceso" o "Privilegios insuficientes", al igual que Windows.
4. Windows Server muestra la carpeta como sin permiso para nadie. Esta carpeta desaparecerá por sí misma algún tiempo más tarde (!!) El intervalo de tiempo puede ser desde unos pocos minutos a varias horas.
5. En Mac, el comando ' ls -la ' de UNIX muestra los permisos de la carpeta como de costumbre Sin embargo, ' ls -la ' para el contenido de la carpeta no muestra nada. Ni siquiera el "." o ".." para las carpetas 'actual' y 'nivel superior'.

Este escenario se puede repetir a voluntad: la eliminación se puede intentar en Mac o Windows.

También se observa un comportamiento similar al intentar guardar (sobrescribir) un archivo desde una aplicación de Mac. Esto dará error a los permisos, y el archivo original desaparecerá del servidor. Esto sugiere una eliminación exitosa del archivo original, pero la escritura fallida del nuevo contenido.

Este escenario solo tendrá lugar si al menos un Mac tiene el recurso compartido montado y cualquier carpeta del recurso compartido está abierta en el Finder. Un recurso compartido al que ninguna Mac no accede no produce este problema.

Tenemos pruebas incompletas de que el intento de eliminación inicial (si no tiene éxito) eliminará (o parcialmente) la carpeta del sistema de archivos de Windows. Hemos visto la eliminación aparentemente para tener éxito en el Explorador de Windows. Sin embargo, la conexión Mac SMB aparece de alguna manera, como si "recreara una sombra" de la carpeta, o "negara" la eliminación después del hecho, devolviendo la carpeta al sistema de archivos de Windows, pero con permisos nulos.

Agradeceríamos que alguien verifique este comportamiento en sus sistemas, si ve la misma cadena de eventos que nosotros. Puede ayudarnos a todos a identificar con mayor precisión la fuente de este problema difícil de alcanzar.

Cualquier entrada será muy apreciada.

Se siente un poco descarado respondiendo a mi propia pregunta, pero he pasado suficiente tiempo buscando en las tablas que no van a ningún lado para saber lo frustrante que puede ser. No es un problema de permisos, me gusta mucho la gente asumió que era un problema de permisos. Es el bloqueo de archivos. La Mac abre un archivo que está alojado en el servidor y lo cierra, pero el directorio sobre el directorio en el que se encuentra el archivo permanece abierto. Es este directorio que no puede ser movido o renombrado. Para cerrar la conexión, puede desmontar y volver a montar la unidad compartida, o puede anular el buscador, o en el servidor de Windows puede hacer clic con el botón derecho en la computadora, seleccionar Administrar, expandir funciones, expandir los servicios de archivos, hacer clic en Compartir y Administración de almacenamiento. Luego haga clic en Acción en el menú en la parte superior, luego en Administrar archivos abiertos. Aparecerá un diálogo que muestra todos los archivos abiertos en la computadora, me gusta ordenar por archivo abierto para que pueda ver las rutas de los archivos en orden. Seleccione la (s) carpeta (s) de problemas y haga clic en cerrar seleccionado. La última apertura suena más difícil pero una vez que se abre el cuadro de diálogo, es más fácil de administrar si tiene muchos usuarios.

Esto todavía no es una solución, es una solución alternativa, pero pensé que podría ayudar a alguien más a buscar.

Asegúrese de que está utilizando el protocolo SMB / CIFS (Samba) cuando se conecta mediante el Finder.

Intente escribir cifs:// en lugar de smb://

Estoy de acuerdo con la última respuesta de Keith: el bloqueo de archivos parece ser la causa raíz. Sus "soluciones" también funcionan para nosotros, pero ninguna de ellas es, por supuesto, una solución permanente viable.

Ahora he replicado este problema con Mac OS X 10.6.5 - 10.8.2

También verifiqué que esto no es un problema con "Transmisiones con nombre" como se describe en enlace . La creación del archivo ".com.apple.smb.streams.off" en la raíz del recurso compartido no soluciona el problema.