NFS-Ганеша е напълно безплатен, лесен за инсталиране, лесна за конфигуриране, многоплатформен и с отворен код на командния ред на софтуерни проекти, демон, че implementes на System Network File (NFS) сървър, на който и да е GNU / Linux или BSD операционни системи .
Работи във Потребителят Space, подкрепя pNFS и 9P
Докато софтуерът работи изцяло в Потребителят Space, тя поддържа версия 3, 4.0 и 4.1 от Паралелни NFS (pNFS), както и 9P протокола от Plan9 операционната система. Всички тези протоколи се поддържат едновременно от NFS-Ганеша.
Проектиран с два гола в ума
Софтуерът е проектиран с два гола в ума, за да предоставят на NFS износа за няколко пространства от имена и файлови системи, и да предоставя много големи кешове данни и метаданни. Тя подкрепя V3 NFS, NFS 4.0, NFS 4.1 (включително pNFS) протоколи.
Софтуерът е създаден по такъв начин, че да може да използвате специализирани гръб модули наречени FSAL (File System Abstraction Layer). Сред наличните FSAL модули, можем да споменем FSAL / POSIX, FSAL / SNMP, FSAL / пълномощник, а FSAL / FUSELIKE.
Първи стъпки с NFS-Ганеша
За да инсталирате софтуера NFS-Ганеша от вашата операционна система GNU / Linux, първо трябва да изтеглите най-новата версия от двете Softoware или проекта & rsquo; Официален сайт (виж линка страница в края на статията), запишете архива някъде на вашия компютър (за предпочитане вашата домашна директория) и се използва за управление на архива, за да извлечете съдържанието му.
Отворете терминал ап, отидете до мястото, където сте се екстрахира архивния файл (например CD /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source - замени & lsquo; softoware & rsquo; с потребителското си име), и тичай на & lsquo; cmake & rsquo. командването на главната папка, за да настроите програмата.
След това стартирайте & lsquo; направи & rsquo; команда, за да го компилирате и генериране на изпълнимия файл, който може да се инсталира цялата система, като пуснете & lsquo; направи инсталирате & rsquo; команда като корен или на & lsquo; Sudo да инсталирате & rsquo; команда като привилегирован потребител.
Какво ново в тази версия:
- Износът е сега динамични. Те могат да бъдат добавени или премахнати чрез DBUS команди. Скриптът manage_exports питон е актуализиран, за да поддържа функцията.
- файловата система Псевдо е пренаписан като FSAL. Това дава възможност за динамични износа. Submounted файлови системи работят и на база на тази промяна.
- обработката конфигурационния файл е пренаписана за подобряване на проверка за грешки и сеч. Всички параметри са последователно проверяват за обхват. Валидирането на цялата конфигурация блокове също са проверени.
- на GID вече могат да бъдат управлявани, за да използват външни източници за проверка на автентичността. Това определя ограничението е протокол за AUTH_SYS който ограничава броя на заместник GIDS до 16.
- RPM опаковка е преструктуриран и актуализирана. Инструментите DBUS сега са опаковани.
Какво ново във версия 2.1.0:
- Износът е сега динамични. Те могат да бъдат добавени или премахнати чрез DBUS команди. Скриптът manage_exports питон е актуализиран, за да поддържа функцията.
- файловата система Псевдо е пренаписан като FSAL. Това дава възможност за динамични износа. Submounted файлови системи работят и на база на тази промяна.
- обработката конфигурационния файл е пренаписана за подобряване на проверка за грешки и сеч. Всички параметри са последователно проверяват за обхват. Валидирането на цялата конфигурация блокове също са проверени.
- на GID вече могат да бъдат управлявани, за да използват външни източници за проверка на автентичността. Това определя ограничението е протокол за AUTH_SYS който ограничава броя на заместник GIDS до 16.
- RPM опаковка е преструктуриран и актуализирана. Инструментите DBUS сега са опаковани.
Какво ново във версия 2.0.0:
- подкрепа NFSv4.1 беше значително подобрена и вече поддържа напълно pNFS I / O операции. Тази функция прави силата и капацитета на клъстерирани и разпределени файлови системи на разположение на клиентите.
- NLM държавна и заключване управление е обединен с NFSv4 държавна и заключване управление.
- Plan 9 (9P) подкрепа е много по-добри. Това е протоколът на ниво 9P.2000L.
- System File Неуспех сега са зареждаеми модули. Това означава, че всеки брой на Неуспех и износа чрез тези Неуспех може да бъде конфигуриран.
- Има обширна работа с ядрото на сървъра. Multi-резбовани scaleability и използването на паметта е много по-добри. Контролите Протокола за правилност и достъп износ са много по-добри.
- System администрация вече е успял чрез сървъра интерфейс DBUS. Това замества SNMP и статистика съоръжения на по-ранни версии.
- подкрепа NFSv2 е бил изпуснат. Версия 2 на протокола отдавна надживял полезността си и не може да подкрепи размери на ръкохватката, необходими за съвременните разпределени файлови системи. Подкрепа за по-старите демонтирате операциите са били задържани за обратна съвместимост с някои клиенти.
- управление на MIB The SNMP е била отстранена. Тя се заменя с интерфейс за управление DBUS. Подкрепа SNMP може да бъде предоставена от SNMP да DBUS прокси.
- Някои от по-старите FSAL реализации бяха оттеглени поради липса на интерес за Общността. Те включват бушона и POSIX FSALs.
Какво ново във версия 1.0.4:
- init.d скриптове са вече по-близо до LSB изисквания
- Bug Fix: състояние, раса, когато поставяте същия нов запис на няколко часа и едновременно с метаданни кеш
- Bug Fix: че е невъзможно да се определи "/" като pseudopath влизането му за износ на
- Bug Fix:. Зле опаковат fsal_handle в FSAL_PROXY може да създаде две вписвания в cache_inode за един файл
- Bug Fix: нарушение на паметта в FSAL_PROXY за вид fattr4, въз основа на nfs4time
Какво ново във версия 1.0.3:
- A регресия в FSAL_PROXY е фиксиран (размер на NFSv4 дръжки)
- подпомагане HashTable хеш функции, които изчисляват hashval и rbtval в един пас
- Cache_inode използва "двойна стойност изчислителна функция" в своята Hashtable
- Reverse clientid Mapper използва "двойна стойност изчислителна функция" в своята Hashtable
- pNFS / LAYOUT4_NFSV4_1_FILES: Няколко бъг фиксирани (виж Git дневник)
- DupReq индексация е прегледан: сега (src_ipaddr, порт, XID, допълнителна cksum) кортеж се използва като ключ
- работници се е била прегледана да намали CPU изконсумирано в случая се използва много голям брой работници.
- сигурността фиксиран: когато "корен" се изобразява като никой, неговото "altgroups" се изчиства
- Configuration сега може да се намали версия на NFS advertsised да rpcbind (за да се избегне NFSv2 например).
- XML изход е добавен към нерегресионната тестове за по-лесно интегриране в HudsonCI
- Няколко промени в изпълнението NLM
- FSAL_HPSS е пренесен до HPSSv7.3.2
- По-добро управление на NFSv4.x атрибут FATTR4_CHANGE
Избор
Какво ново във версия 1.0.2:
- Тази версия включва няколко поправки за бъгове, открити по време на миналата есен Пече-A-Thon.
- The FSAL_ZFS вече поддържа достъп до ZFS снимки (на ".zfs" директория за тези, които са запознати с ZFS).
- Управление на паметта е била прегледана в дълбочина.
Какво ново във версия 0.99.63:
- Тази версия интегрира подкрепата на NLMv4 протокол (заключите управление за NFSv3) и няколко корекции на грешки. изпълнение pNFS ще бъде направено в следващата версия (с LAYOUT4_FILES подкрепа).
Какво ново във версия 0.99.62:
- Тази версия включва много корекции на грешки, но не основен ъпгрейд функция (това ще дойде със следващата версия с нови pNFS неща в нея). Начинът, по който пакетите се управлява е променила твърде
Какво ново във версия 0.99.61:
- A пластир от Eric Sesterhenn около memleaks е интегрирана.
- Bug Fix: сега се провери стойността на csa_flags за OP4_CREATE_SESSION
- Bug Fix:. OP4_LOOKUPP трябва да се върне NFS4ERR_SYMLINK вместо NFS4ERR_NOTDIR когато CFH е свързано с символична връзка
- Bug Fix: грешка NFS4ERR_NOT_ONLY_OP успя за OP4_EXCHANGE_ID
- Bug Fix: OP4_LOOKUPP трябва да се върне NFS4ERR_NOENT, когато бъде призован от rootfh
- Bug Fix: управление на NFS4ERR_NOT_ONLY_OP въведена бъг при съставянето без подкрепата NFSv4.1. Това сега е фиксиран.
- Променени лошо #define Вход / log_functions.c (бивш ситуация може да доведе до възможно препълване на буфера)
- A пластир от Erik Levinson за използването на libnfsidmap с gssrpc е интегрирана
- Bug Fix: че е невъзможно да се съставят с двете подкрепа за gssrpc и подкрепа за NFSv4.1 (несъответствие в nfsv41.h и xdr_nfsv41.c)
Какво ново във версия 0.99.60:
- UID / Функциите на GID картографиране направиха лошо използване на техните съответни функции idmapper_cache (кеш паметта не е използвана в няколко случая)
- Bug Fix: с ядрото по-нови от 06.02.29, test6 Connectathon се провали на NFSv4 и NFSv4.1. Това сега е фиксиран:. EOD се връща само когато масива на исканите вписвания е празно (не повече запис трябва да се четат в указателя)
- Lock подкрепя отива успешно през locktest бика, когато се използва в началото на NFSv4.1 (проблеми все още остава с NFSv4.0)
- Bug Fix:. NFSv4 rsize / wsize винаги бе ценим 1024, която уби представления
- Bug Fix:. В NFSv4, същата open_owner откриване на предишната отворена fileid не се получи същия stateid
- Bug Fix: повечето време, файлове, отворени /, създадена през NFSv4 никога не са били затворени
Коментари не е намерена