NFS-Ganesha

NFS-Ganéša je zcela zdarma, snadno se instaluje, snadno konfigurovat, multiplatformní a open source příkazového řádku softwarový projekt, démon, který implementes si Network File System (NFS) serveru na libovolné GNU / Linux nebo operační systémy BSD .

Je-li software běží zcela v uživatelském prostoru, podporuje verze 3, 4.0 a 4.1 paralelních NFS (pNFS), jakož i protokol 9P z operačního systému Plan9. Všechny tyto protokoly jsou podporovány souběžně NFS-Ganesha.

Tento software byl navržen s dvěma cíli v mysli, poskytovat vývoz NFS několika jmenných prostorů a souborových systémů, a aby poskytuje velmi velké datové vyrovnávací paměti a metadata. Podporuje v3 NFS NFS 4.0, NFS 4.1 (včetně pNFS) protokolů.
Tento software je navržen takovým způsobem, že se může použít specializované moduly backend zvané FSAL (File System Abstraction Layer). Mezi dostupnými FSAL moduly, můžeme zmínit FSAL / POSIX, FSAL / SNMP, FSAL / proxy a FSAL / FUSELIKE.

Chcete-li nainstalovat software NFS-Ganesha na vašem operačním systému GNU / Linux, musíte nejprve stáhnout nejnovější verzi buď Softoware nebo projektu & rsquo; oficiální internetové stránky (viz odkaz Stránka na konci článku), uložit archiv někde na vašem PC (nejlépe svého domovského adresáře) a použít správce archivů extrahujte jeho obsah.
Otevřete Terminál aplikaci, přejděte na místo, kde jste extrahovali soubor archivu (CD /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source - nahradit & lsquo; softoware & rsquo; s vaším uživatelským jménem), a běh & lsquo; cmake & rsquo.; Příkaz na kořenové složce nakonfigurovat program.
Poté, spusťte & lsquo, aby & rsquo; příkaz ke kompilaci a generovat spustitelný soubor, který může být nainstalovaný systém široký spuštěním & lsquo, make install & rsquo; příkaz jako root, nebo & lsquo, sudo make install & rsquo; příkaz jako privilegovaného uživatele.

Co je nového v této verzi:

• Vývozy jsou nyní dynamická. Mohou být přidány nebo odstraněny pomocí příkazů dbus. Manage_exports python skript byla aktualizována pro podporu funkce.
• Pseudo souborový systém byl re-psaný jako FSAL. To umožňuje dynamické vývoz. Submounted souborové systémy také pracují základny na tuto změnu.
• Zpracování konfigurační soubor byl přepsán s cílem zlepšit kontrolu chyb a protokolování. Všechny parametry jsou důsledně kontrolovány na rozsah. Validace celé konfigurace bloků, jsou také kontrolována.
• GID lze nyní podařilo využít externí zdroje ověřování. To řeší omezení protokol o AUTH_SYS které omezený počet alternativních GID do 16 let.
• RPM balení byla restrukturalizována a aktualizovány. Nástroje dbus jsou nyní baleny.

Co je nového ve verzi 2.1.0:

• Vývozy jsou nyní dynamická. Mohou být přidány nebo odstraněny pomocí příkazů dbus. Manage_exports python skript byla aktualizována pro podporu funkce.
• Pseudo souborový systém byl re-psaný jako FSAL. To umožňuje dynamické vývoz. Submounted souborové systémy také pracují základny na tuto změnu.
• Zpracování konfigurační soubor byl přepsán s cílem zlepšit kontrolu chyb a protokolování. Všechny parametry jsou důsledně kontrolovány na rozsah. Validace celé konfigurace bloků, jsou také kontrolována.
• GID lze nyní podařilo využít externí zdroje ověřování. To řeší omezení protokol o AUTH_SYS které omezený počet alternativních GID do 16 let.
• RPM balení byla restrukturalizována a aktualizovány. Nástroje dbus jsou nyní baleny.

Co je nového ve verzi 2.0.0:

• Podpora NFSv4.1 bylo výrazně zlepšila a nyní plně podporuje pNFS I / O operací. Tato funkce umožňuje výkon a kapacitu clusterů a distribuované systémy souborů k dispozici klientům.
• NLM státní a zámek řízení je sjednocen se státní a zámkem řízení NFSv4.
• Plan 9 (9P), podpora je mnohem lepší. To je protokol úrovni 9P.2000L.
• Systém souborů backends jsou nyní modulech. To znamená, že libovolný počet backends a vývozu prostřednictvím těchto backends lze konfigurovat.
• Tam byla rozsáhlá práce dělaná k jádru serveru. Multi-threaded škálovatelnosti a využití paměti je mnohem lepší. Protokol správnosti a export přístupu Ovládací prvky jsou mnohem lepší.
• Správa systému je nyní řízena přes rozhraní serveru dbus. To nahrazuje SNMP a statistiky zázemí dřívějších verzích.
• Podpora NFSv2 bylo zrušeno. Verze 2 protokolu již dlouho přežil svou užitečnost a nemůže podporovat velikosti rukojeti potřebné pro moderní distribuované souborové systémy. Podpora pro starší odpojit operací byly zachovány pro zpětnou kompatibilitu s některými klienty.
• Správa MIB SNMP byl odebrán. To je nahrazen řídícím rozhraní dbus. Podpora SNMP by mohly být poskytovány prostřednictvím SNMP k dbus proxy.
• Některé starší implementací FSAL byly vyřazeny z důvodu nedostatku zájmu Společenství. Patří mezi ně pojistku a POSIX FSALs.

Co je nového ve verzi 1.0.4:

• init.d skripty jsou nyní blíže k LSB požadavky
• Oprava chyby: spor při vkládání stejný nové vstupní několika časových a souběžně v mezipaměti metadat
• Oprava chyby: nebylo možné nastavit "/" jako vstupní je export je pseudopath
• Oprava chyby:. Špatně balení fsal_handle v FSAL_PROXY by mohly vytvořit 2 položky v cache_inode pro jednoho souboru
• Oprava chyby: Porušení paměti ve FSAL_PROXY typu fattr4 založené na nfs4time

Co je nového ve verzi 1.0.3:

• regrese v FSAL_PROXY byla opravena (velikost NFSv4 zpracovává)
• Podpora HashTable hashovací funkce, které počítají hashval a rbtval v jednom průchodu
• Cache_inode používá "funkci výpočetní dual hodnoty" ve své Hashtable
• Reverse ClientID mapper používá "funkci výpočetní dual hodnoty" ve své Hashtable
• pNFS / LAYOUT4_NFSV4_1_FILES: několik opravena chyba (viz log git)
• DupReq indexace byla přezkoumána: nyní (src_ipaddr, přístav, XID, další cksum) N-tice je používán jako klíčový

Volba
• pracujících bylo přezkoumáno na snížení CPU comsumption v případě použití velmi velký počet pracovníků.
• Bezpečnost fixní: když 'kořen' je mapován jako nikdo, jeho 'altgroups' se vymaže
• Konfigurace se může snížit verzi NFS advertsised na rpcbind (aby se zabránilo NFSv2 například).
• výstup XML byl přidán do non-regresní testy pro snadnější integraci do HudsonCI
• Před několika změnám v provádění NLM
• FSAL_HPSS byl portován na HPSSv7.3.2
• Lepší správa NFSv4.x připisují FATTR4_CHANGE

Co je nového ve verzi 1.0.2:

• Tato verze obsahuje několik opravy chyb zjištěných během posledního podzim Bake-A-Thon.
• FSAL_ZFS nyní podporuje přístup k ZFS snímků (dále jen ".zfs" adresář pro ty, kteří jsou obeznámeni s ZFS).
• Správa paměti byl přezkoumán do hloubky.

Co je nového ve verzi 0.99.63:

• Toto vydání integruje podporu protokolu NLMv4 (zamknout řízení pro NFSv3) a několik oprav chyb. Implementace pNFS bude provedeno v příští verzi (s LAYOUT4_FILES podpory).

Co je nového ve verzi 0.99.62:

• Toto vydání obsahuje mnoho oprav chyb, ale žádný významný upgrade funkce (to přijde s další verzí s novými pNFS věci v něm). Způsob balení je řízena změnilo příliš

Co je nového ve verzi 0.99.61:

• náplast od Eric Sesterhenn o memleaks byl integrován.
• Opravena chyba: Nyní zkontrolujte hodnotu csa_flags pro OP4_CREATE_SESSION
• Bug Fix:. OP4_LOOKUPP by se měl vrátit NFS4ERR_SYMLINK namísto NFS4ERR_NOTDIR když je CFH souvisí s symbolický odkaz
• Bug Fix: Chyba NFS4ERR_NOT_ONLY_OP podařilo pro OP4_EXCHANGE_ID
• Bug Fix: OP4_LOOKUPP by měl vrátit NFS4ERR_NOENT při volání z rootfh
• Oprava chyby: správa NFS4ERR_NOT_ONLY_OP představil chybu při kompilaci bez podpory NFSv4.1. To je nyní opraveno.
• Změnil špatné #define v log / log_functions.c (bývalý situace by mohla vést k možnému přetečení bufferu)
• Patch Erik Levinson o použití libnfsidmap s gssrpc byla integrována
• Oprava chyby: nebylo možné sestavit jak s podporou gssrpc a podporu pro NFSv4.1 (nesoulad nfsv41.h a xdr_nfsv41.c)

Co je nového ve verzi 0.99.60:

• uid / gid mapování funkce udělal špatnou využití svých spřízněných idmapper_cache funkcí (mezipaměti nebyla použita v několika případech)
• Bug Fix: s jádrem novější než 2.6.29, Connectathon je test6 selhal na NFSv4 a NFSv4.1. To je nyní opraveno:. EOD je vrácena pouze tehdy, když řada z požadovaných záznamů je prázdný (ne více, vstup je třeba číst v adresáři)
• Lock podporuje pokračuje úspěšně přes Bull locktest při použití na vrcholu NFSv4.1 (problémy zůstává NFSv4.0)
• Bug Fix:. NFSv4 rsize / wsize vždycky cení 1024, která zabila výkony
• Bug Fix:. V NFSv4, stejný open_owner otevření dříve otevřené fileID nedostal stejný stateid
• Oprava chyby: většina z času, soubory otevřeny / vytvořil přes NFSv4 nikdy nebyly uzavřeny