NFS-Ganesha é um completamente livre, fácil de instalar, fácil de configurar, multiplataforma e projeto de software de linha de comando open source, um daemon que implementes um Network File System (NFS) em qualquer GNU / Linux ou sistemas operacionais BSD .
É executado no espaço do usuário, suporta pNFS e 9P
Enquanto o software é executado completamente no espaço do usuário, ele suporta a versão 3, 4.0 e 4.1 do Parallel NFS (pNFS), bem como o protocolo 9P do sistema operacional Plan9. Todos estes protocolos são suportados simultaneamente por NFS-Ganesha.
Projetado com dois objetivos em mente
O software foi projetado com dois objetivos em mente, para fornecer as exportações NFS para vários namespaces e sistemas de arquivos, e fornece muito grandes caches de dados e metadados. Ele suporta o v3 NFS, NFS 4.0, 4.1 NFS (incluindo pNFS) protocolos.
O software é projetado de tal forma que ele pode usar módulos de back-end dedicado chamado FSAL (File Sistema Abstraction Layer). Entre os módulos FSAL disponíveis, podemos citar FSAL / POSIX, FSAL / SNMP, FSAL / PROXY, e FSAL / FUSELIKE.
Introdução ao NFS-Ganesha
Para instalar o software NFS-Ganesha em seu sistema operacional GNU / Linux, você deve primeiro fazer o download da versão mais recente a partir de qualquer Softoware ou o projeto & rsquo; site oficial (veja o link homepage no final do artigo), salve o arquivo em algum lugar no seu PC (de preferência, o seu diretório Home) e usar um gerenciador de arquivos para extrair seu conteúdo.
Abra um aplicativo Terminal, vá até o local onde você extraiu o arquivo (por exemplo /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source cd - substitua & lsquo; softoware & rsquo; com seu nome de usuário), e correr o & lsquo; & rsquo cmake.; comando na pasta raiz para configurar o programa.
Em seguida, execute o & lsquo; o & rsquo; comando para compilá-lo e gerar o executável, que pode ser instalado sistema de largura por executar o & lsquo; make install & rsquo; comando como root ou o & lsquo; sudo make install & rsquo; comando como usuário privilegiado.
O que é novo nesta versão:
- As exportações são hoje dinâmico. Eles podem ser adicionados ou removidos por meio de comandos DBus. O script manage_exports python foi atualizado para suportar o recurso.
- O sistema de arquivos Pseudo foi re-escrito como uma FSAL. Isto permite exportações dinâmicas. Sistemas de arquivos Submounted também trabalham base sobre essa alteração.
- O processamento do arquivo de configuração foi reescrita para melhorar a verificação de erros e extração de madeira. Todos os parâmetros são constantemente verificados para intervalo. A validação de todo o blocos de configuração também são verificadas.
- GIDs podem agora ser geridas de usar fontes de autenticação externos. Isso corrige a limitação protocolo de AUTH_SYS que restringiu o número de suplentes gids a 16.
- embalagem RPM foi reestruturado e atualizado. As ferramentas DBus agora estão embalados.
O que é novo na versão 2.1.0:
- As exportações são hoje dinâmico. Eles podem ser adicionados ou removidos por meio de comandos DBus. O script manage_exports python foi atualizado para suportar o recurso.
- O sistema de arquivos Pseudo foi re-escrito como uma FSAL. Isto permite exportações dinâmicas. Sistemas de arquivos Submounted também trabalham base sobre essa alteração.
- O processamento do arquivo de configuração foi reescrita para melhorar a verificação de erros e extração de madeira. Todos os parâmetros são constantemente verificados para intervalo. A validação de todo o blocos de configuração também são verificadas.
- GIDs podem agora ser geridas de usar fontes de autenticação externos. Isso corrige a limitação protocolo de AUTH_SYS que restringiu o número de suplentes gids a 16.
- embalagem RPM foi reestruturado e atualizado. As ferramentas DBus agora estão embalados.
O que é novo na versão 2.0.0:
- Suporte NFSv4.1 foi muito melhorada e agora apoia plenamente pNFS operações I / O. Esta característica faz com que o sistema de arquivos distribuídos potência e capacidade de cluster e disponível para os clientes.
- estado NLM e gerenciamento de bloqueio é unificado com NFSv4 Estado e bloqueio de gestão.
- Plan 9 (9P) apoio é muito melhor. Este é o protocolo nível 9P.2000L.
- backends do sistema de arquivos agora são módulos carregáveis. Isto significa que qualquer número de backends e exportações via esses backends pode ser configurado.
- Houve um extenso trabalho feito para o núcleo do servidor. Escalabilidade multi-threaded e uso de memória é muito melhor. Os controles de correção protocolo de acesso e de exportação são muito melhores.
- A administração do sistema é agora gerido através de uma interface DBus servidor. Isso substitui as instalações SNMP e estatísticas de versões anteriores.
- Suporte NFSv2 foi descartada. A versão 2 do protocolo de há muito perdido sua utilidade e não pode suportar os tamanhos de alça necessários para modernos sistemas de arquivos distribuídos. O suporte para as operações de desmonte mais velhos foram retidos para manter a compatibilidade com alguns clientes.
- O MIB de gerenciamento SNMP foi removido. Ele passa a ter a interface de gerenciamento DBus. Suporte SNMP poderia ser fornecido por um SNMP para procuração DBus.
- Alguns dos mais velhos implementações FSAL foram abandonados devido à falta de interesse da comunidade. Estes incluem o FUSE e POSIX FSALs.
O que é novo na versão 1.0.4:
- scripts init.d são agora mais perto de LSB requisitos
- Bug fix: condição de corrida ao inserir o mesmo nova entrada várias vezes e simultaneamente em cache de metadados
- Bug fix: era impossível definir "/" como pseudopath de entrada de uma exportação
- Bug fix:. Mal embalar fsal_handle em FSAL_PROXY poderia criar duas entradas no cache_inode para um único arquivo
- Bug fix: violação de memória em FSAL_PROXY para o tipo de fattr4 baseado em nfs4time
O que é novo na versão 1.0.3:
- A regressão em FSAL_PROXY foi fixado (tamanho do NFSv4 alças)
- funções hash de apoio HashTable que computam hashval e rbtval em uma passagem
- Cache_inode usa uma "função de computação dupla valor" em seu hashtable
- reverso clientid mapeador usa uma "função de computação dupla valor" em seu hashtable
- pNFS / LAYOUT4_NFSV4_1_FILES: vários bug corrigido (log ver git)
- DupReq indexação foi revisto: agora (src_ipaddr, porto, xid, cksum adicional) tupla é usado como chave
- para os trabalhadores foi revisto para reduzir Consumo de CPU, no caso de um grande número de trabalhadores é usado.
- segurança fixa: quando 'root' é mapeado como ninguém, o seu 'altgroups' está desmarcada
- Configuração pode agora reduzir a versão de NFS advertsised para RPCBIND (para evitar NFSv2 por exemplo).
- saída XML foi adicionado aos testes não-regressão para uma integração mais fácil em HudsonCI
- Algumas mudanças na implementação NLM
- FSAL_HPSS foi portado para HPSSv7.3.2
- Uma melhor gestão dos NFSv4.x atribuem FATTR4_CHANGE
Seleção
O que é novo na versão 1.0.2:
- Esta versão inclui várias correções para bugs encontrados durante a última queda Bake-A-Thon.
- O FSAL_ZFS agora suporta acesso à instantâneos do ZFS (os ".zfs" diretório para aqueles que estão familiarizados com ZFS).
- O gerenciamento de memória foi revisto em profundidade.
O que é novo na versão 0.99.63:
- Esta versão integra o apoio de protocolo NLMv4 (lock gestão para NFSv3) e várias correções de bugs. implementação pNFS será feito no próximo lançamento (com LAYOUT4_FILES apoio).
O que é novo na versão 0.99.62:
- Esta versão inclui muitas correções de bugs, mas nenhuma grande atualização recurso (isto virá com a próxima versão com novos pNFS coisas nele). A forma como os pacotes é gerenciado também mudou
O que é novo na versão 0.99.61:
- Um patch de Eric Sesterhenn sobre memleaks foi integrado.
- Bug Fix: agora verificar o valor de csa_flags para OP4_CREATE_SESSION
- Bug Fix:. OP4_LOOKUPP deve retornar NFS4ERR_SYMLINK em vez de NFS4ERR_NOTDIR quando cfh está relacionada com um link simbólico
- Bug Fix: erro NFS4ERR_NOT_ONLY_OP gestão para OP4_EXCHANGE_ID
- Bug Fix: OP4_LOOKUPP deve retornar NFS4ERR_NOENT quando chamado a partir do rootfh
- Bug Fix: gestão de NFS4ERR_NOT_ONLY_OP introduziu um bug quando compilar sem suporte NFSv4.1. Isso foi corrigido.
- Mudou ruim #define em Log / log_functions.c (antigo situação poderia levar a possível buffer overflow)
- Um patch por Erik Levinson sobre o uso de libnfsidmap com gssrpc foi integrado
- Bug Fix: era impossível para compilar com tanto apoio para gssrpc e suporte para NFSv4.1 (incompatibilidade na nfsv41.h e xdr_nfsv41.c)
O que é novo na versão 0.99.60:
- As funções de mapeamento de UID / GID fizeram um mau uso de suas funções idmapper_cache relacionados (o cache não foi usada em vários casos)
- Bug Fix: com o kernel mais recente que 2.6.29, test6 de Connectathon falhou em NFSv4 e NFSv4.1. Este agora é fixo:. Eod é retornado somente quando a matriz de entradas solicitadas está vazio (não mais entrada para ser lido no diretório)
- Bloqueio suporta passa com sucesso por meio de LockTest BULL quando usado em cima de NFSv4.1 (problemas permanece com NFSv4.0)
- Bug Fix:. NFSv4 rsize / wsize sempre valorizam 1024 que matou performances
- Bug Fix:. Em nfsv4, o mesmo open_owner abertura de um fileid aberta anteriormente não conseguiu o mesmo stateid
- Bug Fix: na maioria das vezes, os arquivos abertos / criados através NFSv4 nunca foram fechadas
Comentários não encontrado