Estou executando o Samba 3.6.8-1 na minha instalação x64 do Arch Linux. Eu recentemente decidi que meu compartilhamento de samba suportasse fluxos de dados alternativos do NTFS usando streams_xattr ou streams_depot . Com streams_xattr , descobri que, se eu copiar um arquivo com um ADS de uma caixa do Win7 para meu compartilhamento de samba, no console do Linux, posso ver o ADS como um xattr anexado ao arquivo. No entanto, quando copio o arquivo de volta para minha caixa do Win7 usando o Windows Explorer, não há entradas de ADS nele. Isso não é verdade se eu usar streams_depot .
Olhando para o tráfego de rede capturado pelo Wireshark, vejo que, em resposta a QUERY_FILE_INFO (Informações do fluxo de arquivo de consulta), o Samba não retorna todos os fluxos associados ao arquivo. A resposta consiste em apenas um fluxo, que é o arquivo de dados.
Alguém sabe o que pode estar acontecendo aqui?
PS: De um lado, quando lancei pela primeira vez o streams_xattr (verdadeiro sobre o streams_depot ), estava recebendo um NT_STATUS_NETWORK_BUSY do smbd que também fazia com que o Windows reportasse um 'erro inesperado'.
Após algumas pesquisas, descobri isto: link . Ao desativar os oplocks do kernel, esse erro desapareceu. Eu estou querendo saber se eu ainda poderia ter o kernel ativado e há outra maneira de resolvê-lo, já que esse bug tem 2 anos de idade.
UPDATE - Tenho um Macbook Pro rodando OS X Lion (10.7) com o compartilhamento de arquivos do Windows ligado, e vejo o mesmo comportamento nisso também! .. aparentemente ele usa o Samba também
Tags samba arch-linux xattr