Windows Server 2008 R2 e OSX 10.5 / .6 / .7, Pesquisa, Spotlight

2

Estou manipulando uma migração de um servidor mac antigo para uma máquina do Windows Server 2008 R2 executando um servidor RAID5 de 12 TB (utilizável). Está usando um compartilhamento SMB e agora os usuários do OSX 10.5 / .6 podem pesquisar algumas vezes, mas leva até 10 minutos. A máquina OSX 10.7 parece estar bem. Eu olhei na raiz da unidade compartilhada para um arquivo. Spotlight-V100 (ls-a), mas não parece estar lá. O mdutil diz que a indexação está ativada para esse volume e eu limpei o índice usando mdutil -E / Volumes / MeSharedVolume várias vezes. Alguma ideia?

    
por Keith Loughnane 29.09.2012 / 16:34

1 resposta

2

O Spotlight para compartilhamentos de rede requer que o servidor crie o índice de metadados para o compartilhamento (o diretório .Slightlight-V100). Não é uma coisa do lado do cliente. Esta é uma desvantagem freqüentemente negligenciada de passar do OS X Server para outra plataforma de servidor de arquivos, pelo menos para clientes Mac usados para resultados rápidos de busca. Atualmente, apenas o ExtremeZ-IP para Windows (um produto comercial AFP fileserver) produzirá índices compatíveis com Spotlight para seus compartilhamentos AFP. O Netatalk for Linux (servidor AFP de código-fonte aberto) tem suporte experimental para um recurso similar, mas não está claro quando esta funcionalidade irá torná-lo uma versão estável.

Embora seja possível forçar um cliente a criar um índice de metadados para um compartilhamento de rede, isso é uma má idéia, pois é efêmero (ele deve ser reconstruído toda vez que o compartilhamento é montado) e faz com que todos os clientes percorram todos os arquivos do compartilhamento cada vez que se conectam. Não é assim que o Spotlight deveria funcionar para compartilhamentos de rede.

    
por 08.03.2013 / 10:48