Estou lidando com uma migração de um servidor Mac antigo para uma máquina Windows Server 2008 R2 executando um servidor RAID5 de 12 TB (10 utilizáveis). Ele está usando um compartilhamento SMB e agora os usuários do OSX 10.5/.6 podem pesquisar, às vezes funciona, mas leva até 10 minutos. A máquina OSX 10.7 parece estar bem. Procurei na raiz da unidade compartilhada um arquivo .Spotlight-V100 (ls -a), mas ele não parece estar lá. mdutil diz que a indexação está ativada para esse volume e eu limpei o índice usando mdutil -E /Volumes/MeSharedVolume inúmeras vezes. Alguma ideia?
Responder1
O Spotlight para compartilhamentos de rede requer oservidorpara construir o índice de metadados para o compartilhamento (o diretório .Spotlight-V100). Não é uma coisa do lado do cliente. Essa é uma desvantagem frequentemente esquecida na mudança do OS X Server para outra plataforma de servidor de arquivos, pelo menos para clientes Mac acostumados com resultados de pesquisa rápidos. Atualmente, apenas o ExtremeZ-IP para Windows (um produto comercial de servidor de arquivos AFP) produzirá índices compatíveis com o Spotlight para seus compartilhamentos AFP. Netatalk para Linux (servidor AFP de código aberto) tem suporte experimental para um recurso semelhante, mas não está claro quando essa funcionalidade se tornará uma versão estável.
Enquanto eleépossível coagir um cliente a construir um índice de metadados para um compartilhamento de rede, isso é uma má ideia, pois é efêmero (deve ser reconstruído cada vez que o compartilhamento é montado) e faz com que cada cliente vasculhe todos os arquivos do compartilhamento a cada vez ele se conecta. Não foi assim que o Spotlight deveria funcionar para compartilhamentos de rede.