Problemas de permisos impares en Windows Share

Estoy a cargo de la TI para un estudio de diseño basado en Mac y tienen problemas extraños con los archivos en un servidor Windows Server 2008 R2. Deben tener acceso completo a todo, pueden crear, eliminar, editar archivos, pero a veces no pueden moverlos o cambiarles el nombre. Parece estar limitado a los archivos que crearon, pero no estoy al 100%, ¿alguien se ha encontrado con esto antes?

Editar: en una investigación más profunda, no son permisos, es bloqueo de archivos. Algunos programas incluyen vista previa o abren archivos (suponiendo que los bloqueen) y no los liberan. Matar todos los programas o volver a montar el recurso compartido funciona, pero es una solución alternativa que no es realmente aceptable para los usuarios.

¿Se ha avanzado en este tema?
Esto no proporciona una respuesta a la pregunta. Para criticar o solicitar una aclaración de un autor, deje un comentario debajo de su publicación; siempre puede comentar sus propias publicaciones y, una vez que tenga suficiente reputación , podrá comentar cualquier publicación .
Para aquellos que todavía están investigando el tema. Pasé unos 3 meses tratando de resolver este problema. Los recursos compartidos probablemente eran lo suficientemente buenos para un uso ocasional, pero el sitio requería que los diseñadores pudieran trabajar directamente para el recurso compartido y un problema de bloqueo podría resultar en la pérdida de un día de trabajo. Envié mucho tiempo tratando de diagnosticar el problema. Descubrí que era el propio buscador el que lo estaba causando y que podía matar ese proceso del buscador para resolver el problema de manera moderada y permitirles guardar, pero eso no era aceptable. Al final nos dimos por vencidos y compramos este producto ExtremeZ-IP. Estoy sin personajes.

Respuestas (4)

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 Mac/PC. Los operadores de escritorio solo funcionan en Mac, mientras que nuestros servicios de back-end están basados ​​en Windows. También se realizan algunas operaciones manuales 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 o el propietario de la carpeta, ni el administrador puede tomar la propiedad. Bloqueo total.

Dichas 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 que contiene algunos archivos.
  3. Mac Finder da el error "Sin acceso" o "Privilegios insuficientes", al igual que Windows.
  4. Windows Server muestra la carpeta sin permiso para nadie. Esta carpeta desaparecerá sola algún tiempo después (!!) El lapso de tiempo puede ser desde unos pocos minutos hasta varias horas.
  5. En Mac, el comando UNIX ' ls -la' muestra los permisos de la carpeta con normalidad. Sin embargo, ' ls -la' para el contenido de la carpeta no muestra nada. Ni siquiera el "." o ".." para las carpetas 'actual' y '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á un error de permisos y el archivo original desaparecerá del servidor. Esto sugiere una eliminación exitosa del archivo original, pero una escritura fallida del nuevo contenido.

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

Tenemos pruebas incompletas de que el intento de eliminación inicial (cuando no tiene éxito) realmente (o parcialmente) eliminará la carpeta del sistema de archivos de Windows. Hemos visto que la eliminación aparentemente tuvo éxito en el Explorador de Windows. Sin embargo, la conexión SMB de Mac parece 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 esquivo.

Cualquier entrada será muy apreciada.

Se siente un poco descarado responder a mi propia pregunta, pero he pasado suficiente tiempo buscando en tableros que no van a ninguna parte para saber lo frustrante que puede ser. No es un problema de permisos, me gusta mucho que la gente asumiera que era un problema de permisos. Es 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 el que no se puede mover ni renombrar. Para cerrar la conexión, puede desmontar y volver a montar la unidad compartida, o puede eliminar el buscador, o en el servidor de Windows, puede hacer clic con el botón derecho en la computadora, seleccionar Administrar, expandir roles, expandir 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 poder ver las rutas de los archivos en orden. Seleccione la(s) carpeta(s) problemática(s) y haga clic en Cerrar seleccionado. Este último abierto 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 estar utilizando el protocolo SMB/CIFS (Samba) cuando se conecte mediante Finder.

Intente escribir cifs://en lugar desmb://

Estoy usando SMB hasta donde sé, no hay otra opción.
@KeithLoughnane, ¿qué estás poniendo para la URL del servidor?
smb:\\<nombre del servidor>
@KeithLoughnane actualizado.
cifs:// no hace ninguna diferencia.

Estoy de acuerdo con la última respuesta de Keith: el bloqueo de archivos parece ser la causa principal. 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 http://support.apple.com/kb/HT4017 . La creación del archivo ".com.apple.smb.streams.off" en la raíz del recurso compartido no soluciona el problema.