Estoy manejando una migración desde un servidor Mac antiguo a una máquina con Windows Server 2008 R2 que ejecuta un servidor RAID5 de 12 TB (10 utilizables). Está utilizando un recurso compartido SMB y ahora los usuarios de OSX 10.5/.6 pueden buscar. A veces funciona, pero tarda hasta 10 minutos. La máquina OSX 10.7 parece estar bien. Busqué en la raíz de la unidad compartida un archivo .Spotlight-V100 (ls -a) pero no parece estar allí. mdutil dice que la indexación está activada para ese volumen y he borrado el índice usando mdutil -E /Volumes/MeSharedVolume numerosas veces. ¿Algunas ideas?
Respuesta1
Spotlight para recursos compartidos de red requiere laservidorpara crear el índice de metadatos para el recurso compartido (el directorio .Spotlight-V100). No es una cuestión del lado del cliente. Esta es una desventaja que con frecuencia se pasa por alto al pasar de OS X Server a otra plataforma de servidor de archivos, al menos para los clientes Mac acostumbrados a resultados de búsqueda rápidos. Actualmente, sólo ExtremeZ-IP para Windows (un producto comercial de servidor de archivos AFP) producirá índices compatibles con Spotlight para sus acciones de AFP. Netatalk para Linux (servidor AFP de código abierto) tiene soporte experimental para una característica similar, pero no está claro cuándo esta funcionalidad se convertirá en una versión estable.
mientrasesEs posible obligar a un cliente a crear un índice de metadatos para un recurso compartido de red; esta es una mala idea, ya que es efímero (debe reconstruirse cada vez que se monta el recurso compartido) y hace que cada cliente busque cada archivo en el recurso compartido cada vez. se conecta. Simplemente no es así como se suponía que Spotlight funcionara para recursos compartidos de red.