Primeiro, uma rápida explicação do problema subjacente. Consegui um novo emprego como administrador de sistema e herdei um servidor de arquivos usando ZFS como base para os dados compartilhados. O pool inclui vários sistemas de arquivos, mas nenhum volume. Recentemente, o compartilhamento do Samba no servidor parou de funcionar e parece ser um problema de autenticação. Estamos trabalhando com a Centrify, que fornece a integração de autenticação AD, para descobrir o motivo.
Enquanto esperamos, já faz uma semana que os usuários estão ficando muito inquietos e a administração começou a nos encarar, temos tentado encontrar uma maneira de compartilhar os dados de outra maneira.
Descobrimos que os compartilhamentos do Centrify Samba funcionam bem com o Debian 8.4. Neste ponto, gostaríamos de configurar outro servidor para distribuir temporariamente os compartilhamentos do Samba. Este segundo servidor precisará se conectar ao servidor de arquivos principal. Tanto o NFS quanto o iSCSI foram discutidos, mas ambos têm problemas.
Pela minha pesquisa, o NFS tem problemas de desempenho, permissão e até validação de dados quando uma montagem NFS é compartilhada no Samba. Pode funcionar, mas não parece ser a melhor solução. O iSCSI, por outro lado, parece que funcionaria muito bem, mas parece exigir volumes ZFS em vez de sistemas de arquivos.
Então as perguntas são as seguintes.
Os sistemas de arquivos ZFS podem ser usados como destinos iSCSI?
Os sistemas de arquivos ZFS podem ser convertidos em volumes ZFS?
Ou a solução NFS funcionaria melhor neste caso temporário?
Sim, o ZFS pode ser um provedor iSCSI. Nem sempre é uma boa ideia porque seus dados ficam encapsulados em um ZFS vol.
Os sistemas de arquivos não podem ser convertidos em zvols.
Se seus clientes são compatíveis com NFS (Linux?), não há motivo para evitar o NFS no ZFS.