Inacio:
Eu honestamente nunca tive problemas com as placas Broadcom "velhinhas". todas sempre funcionaram com Linux ou FreeNAS, sem muita encrenca.
Pois é Carlos,
primeiramente peço desculpas pela resposta longa.
Ao que parece esta não é uma placa tão antiga e só vi suporte declarado no FreeBSD 10. Vou baixar agora uma versão Current do FreeNAS para ver se consigo fazer funcionar.
Seu projeto é muito bom, fiquei entusiasmado . Questiono a validade de um dataset por usuário, especialmente se for um número alto de usuários.
É recomendação das várias palestras que assisti no Youtube. Como o gerenciamento (via CLI) é muito fácil, vale a pena. De todo modo, não é difícil escrever um script que receba um arquivo com os
logins dos usuários novos e crie um DataSet para cada um deles, assim como é simples fazer um script para destruir DataSet de usuários desativados. Só preciso me acostumar a escrever scripts para o shell do FreeNAS, pois até hoje só brinquei com scripts em bash para Linux.
Ademais, este é um projeto conceitual e deve demorar alguns semestres para ser implementado, testado, reimplementado várias vazes até ser posto em produção (se é que vai ser posto em produção, pois trabalhar sozinho é difícil). Por fim, é possível criar DataSet dentro de outro e fornecer uma quota maior no DataSet mais interno. Isso soa bem estranho, mas vamos a um exemplo:
Você entrega um DataSet a um aluno com quota de 2 ou 5G (lembre-se que são dois ou quatro anos de curso para guardar materiais de aula). No entanto, em determinado semestre um aluno da disciplina de redes precisará utilizar algumas VMs. A infra
sendo firewall, samba, dhcp, cliente1 e cliente2 máquinas virtuais no VirtualBox. Esta metodologia deve continuar a ser usada. Neste semestre, os alunos da disciplina precisarão de mais espaço em disco. Você pode criar um DataSet (chamado, por exemplo VboxVMs) em /home/alunos/fulano/VboxVMs e oferecer uma quota de 30G. O bacana é o seguinte. Se o aluno adicionar um arquivo no home dele, a quota é subtraída do home e do VboxVMs. Se o arquivo for adicionado no VboxVMs, apenas este sofre com redução. Por fim, como esse DataSet pode ser criado a partir de um clone, basta ter um DataSet com a infra de todas as VMs já prontas. Bem complicado, eu sei, mas na minha cabeça está tudo muito claro :D.
Atualização (11/03/15 as 17:59):
O FreeNAS não herdou esta característica estranha (muito embora interessante para minhas necessidades) do FreeBSD. No entanto, isto não inviabiliza o projeto, pois é possível adicionar uma aba que permita a mudança automática nos DataSets dos usuários.
Nova atualização (12/03/15 as 13:40):
Na verdade, basta não setar o item 'Cota para esse dataset e todos sub-diretorios:' que o DataSet filho poderá possuir tamanho maior que o DataSet pai.
Se você potencialmente viver muitos usuários, e muitos que usem arquivos idênticos (musicas, filmes, etc, tipicamente só para leitura) eu aconselharia a deduplicação, SE você tiver bastante memória. E, compressão gzip alta, sem dúvida, especialmente se performance não for um problema para acesso dos arquivos de usuário. Eu iria para nível 8 facilmente, mesmo porque depois você pode configurar uma compressão menos agressiva, que ficará válida para novos arquivos.
Ainda não conheço bem o recurso de deduplicação, não sei quais impactos e benefícios o mesmo traz. De todo modo, é relativamente tranquilo criar novos DataSets com o recurso habilitado e migrar os dados dos DataSets antigos. Novamente, nada que um script não resolva :)
Com relação ao Xen, não conheço bem, mas assumo que você irá guardar as imagens dos servidores virtualizados nele. Eu faço o mesmo aqui, em um PE2900 "anabolizado", com compressão lz4 default, e o resultado é bom para VMs de média performance. Mas, isso em VMWare. Esclarecento:
Storage PE2900, 22 GB RAM, dual disk controller, RAIDZ2.
O host VMWare é um R710 com 96 GB de RAM, diskless.
Ambos rodando com 10 GB direct attach. Placas Intel.
O XenServer pode ser usado em uma máquina que detém os SRs (
Storage Resources) ou você pode utilizar SR montado via NFS ou ainda via iSCSI (dois protocolos entendidos pelo FreeNAS) sendo este último o mais recomendado. A vantagem é facilitar a migração de VMs entre servidores físicos diferentes. Se os discos das VMs estão em um storage, o XenServer apenas migra os metadados da VM para outro servidor que esteja no pool de servidores. Acredito que seja a mesma metodologia usada pelo VMWare ESXi (que não pretendo usar aqui devido a problemas de licenças, é difícil comprar licenças para órgãos públicos, principalmente se você tem outras prioridades). As VMs serão bem poucas e a maioria será de médio, ou mesmo baixo, desempenho.
A propósito, sobre seu problema: você fez atualização do firmware desse servidor com o SUU ? Isso pode fazer uma diferença monumental.
Não, se você puder me indicar como fazer isto eu agradeço.