NFS-Ganesha

NFS-Ганеша абсолютно безкоштовно, легко встановити, легко налаштувати, мультиплатформенний і програмний проект з командного рядка з відкритим вихідним кодом, демон, який implementes мережевої файлової системи (NFS), сервер на будь GNU / Linux або операційних систем BSD .

У той час як програма працює повністю в просторі користувача, він підтримує версії 3, 4.0 та 4.1 Паралельні NFS (pNFS), а також протокол 9P від ​​операційної системи Plan9. Всі ці протоколи підтримуються одночасно з NFS-Ганеша.

Програмне забезпечення було розроблено з двома цілями на увазі, щоб забезпечити експорт NFS в кілька просторів імен і файлових систем, і забезпечує дуже великі тайники даних і метаданих. Він підтримує v3 NFS, NFS 4.0, NFS 4.1 (в тому числі pNFS) протоколів.
Програмне забезпечення розроблені таким чином, що він може використовувати спеціальні серверні модулі, звані FSAL (файлова система Abstraction Layer). Серед доступних модулів FSAL, ми можемо відзначити, FSAL / POSIX, FSAL / SNMP, FSAL / Proxy, і FSAL / FUSELIKE.

Для установки програмного забезпечення NFS-Ганеша в операційній системі GNU / Linux, ви повинні спочатку завантажити останню версію з будь Softoware або проекту і Rsquo; Офіційний сайт (посилання сторінкою в кінці статті), зберегти архів десь на вашому комп'ютері (бажано вашої домашньої директорії) і використовувати менеджер архів, щоб витягти його вміст.
Відкрийте термінал додаток, перейдіть в папку, де ви розпакували файл архіву (наприклад кд /home/softoware/nfs-ganesha-2.1.0-0.1.1-Source - замінити і lsquo; softoware & Rsquo; з Вашим ім'ям користувача), і запустити і lsquo; Rsquo CMake і. Команда на кореневу папку, щоб налаштувати програму.
Потім запустіть & lsquo; зробити і Rsquo; Команда скомпілювати його і генерувати виконуваний файл, який може бути встановлений для всієї системи, виконавши & lsquo; зробити установку і Rsquo; Команда, як корінь або & lsquo; Судо зробити установку і Rsquo; Команда як адміністратор.

Що нового У цьому випуску:

• Експорт тепер динамічні. Вони можуть бути додані або видалені за допомогою команд DBus. Сценарій manage_exports пітон був оновлений для підтримки функції.
• Псевдо файлова система була переписана в FSAL. Це дозволяє динамічні експорт. Submounted файлові системи також працюють бази на цю зміну. ​​
• обробка файлів конфігурації була переписана, щоб поліпшити обробку помилок і ведення журналу. Всі параметри послідовно перевіряються на діапазоні. Перевірка цілих блоків конфігурації також перевіряються.
• ГІД тепер можна зуміли використати зовнішні джерела аутентифікації. Це виправляє обмеження протокольне AUTH_SYS який обмежував число альтернативних GID, 16.
• RPM упаковка була змінена і оновлена. Інструменти DBUS тепер упаковані.

Що нового у версії 2.1.0:

• Експорт тепер динамічні. Вони можуть бути додані або видалені за допомогою команд DBus. Сценарій manage_exports пітон був оновлений для підтримки функції.
• Псевдо файлова система була переписана в FSAL. Це дозволяє динамічні експорт. Submounted файлові системи також працюють бази на цю зміну. ​​
• обробка файлів конфігурації була переписана, щоб поліпшити обробку помилок і ведення журналу. Всі параметри послідовно перевіряються на діапазоні. Перевірка цілих блоків конфігурації також перевіряються.
• ГІД тепер можна зуміли використати зовнішні джерела аутентифікації. Це виправляє обмеження протокольне AUTH_SYS який обмежував число альтернативних GID, 16.
• RPM упаковка була змінена і оновлена. Інструменти DBUS тепер упаковані.

Що нового у версії 2.0.0:

• підтримка NFSv4.1 була значно поліпшена, і тепер повністю підтримує pNFS операцій введення / виводу. Ця особливість робить влада і здатність кластерного і розподілених файлових систем для клієнтів.
• стан НМБ і управління замок уніфікований з NFSv4 державної та блокування управління.
• План 9 (9P) підтримка значно покращилася. Це протокол рівня 9P.2000L.
• Файлова система движки зараз завантажувальних модулів. Це означає, що будь-яку кількість адрес і експорту через цих підсистем може бути налаштований.
• Там був великий роботу з ядром сервера. Багатопотокова масштабованість і використання пам'яті значно покращився. Управління коректності протоколу і доступу експорту набагато краще.
• Системне адміністрування тепер управляється через інтерфейс сервера DBus. Це замінює SNMP і статистика споруди більш ранніх версіях.
• підтримка протоколи NFSv2 упустили. Версія 2 протоколи вже давно віджила себе і не може підтримувати розміри ручки, необхідні для сучасних розподілених файлових систем. Підтримка старих Розмонтувати операцій були збережені для зворотної сумісності з деякими клієнтами.
• Управління MIB SNMP був видалений. Він замінений на інтерфейс управління DBus. Підтримка SNMP може бути надана за протоколом SNMP на DBus проксі.
• Деякі зі старих реалізаціях FSAL були зняті через відсутність інтересу спільноти. Вони включають в себе запобіжник і POSIX FSALs.

Що нового у версії 1.0.4:

• init.d скрипти тепер ближче до LSB вимоги
• Виправлена ​​помилка: стан гонки при вставці ж новий запис кілька разів і одночасно в кеш метаданих
• Виправлена ​​помилка: неможливо було встановити "/" в якості pseudopath запис експорт з відділу
• Виправлена ​​помилка :. Погано пакет fsal_handle в FSAL_PROXY може створити 2 записи в cache_inode для одного файлу
• Виправлена ​​помилка: порушення пам'яті FSAL_PROXY для типу fattr4, заснований на nfs4time

Що нового у версії 1.0.3:

• регрес в FSAL_PROXY був зафіксований (розмір NFSv4 ручки)
• підтримка HashTable хеш-функції, які обчислюють hashval і rbtval в один прохід
• Cache_inode використовує "подвійний значення функції обчислень" в хеш -
• Зворотний ClientID картографа використовує "подвійний значення функції обчислень" в хеш-таблиці
• pNFS / LAYOUT4_NFSV4_1_FILES: Виправлено декілька помилка (див журналу ШКТ)
• DupReq індексація було розглянуто: нині (src_ipaddr, порт, XID, додаткова CKSUM) кортеж використовується в якості ключового

Вибір
• робоче була переглянута, щоб зменшити процесора при навантаженні у випадку дуже велика кількість працівників використовується.
• Безпека помилка: коли «корінь» відображається як ніхто, його "altgroups" очищається
• Конфігурація тепер може зменшити версію NFS advertsised щоб RPCbind (щоб уникнути NFSv2 наприклад).
• Вихід XML-була додана до тестів, не регресії для легкої інтеграції в HudsonCI
• Кілька змін до реалізації NLM
• FSAL_HPSS була портована на HPSSv7.3.2
• Поліпшення управління NFSv4.x атрибут FATTR4_CHANGE

Що нового у версії 1.0.2:

• Ця версія включає в себе кілька виправлень помилок, знайдених під час останнього падіння Випікати-тон-.
• FSAL_ZFS тепер підтримує доступ до знімків ZFS (в ".zfs" Каталог для тих, хто знайомий з ZFS).
• Управління пам'яттю був розглянутий в глибину.

Що нового у версії 0.99.63:

• Цей реліз об'єднує підтримку протоколу NLMv4 (блокування управління для NFSv3) і кілька виправлень. Реалізація pNFS буде зроблено в наступній версії (з LAYOUT4_FILES підтримки).

Що нового у версії 0.99.62:

• Цей реліз включає в себе безліч виправлень, але не велике оновлення функції (це прийде з наступною версією з новими pNFS речі в ньому). Спосіб упаковки управляється змінилося занадто

Що нового у версії 0.99.61:

• патч від Еріка Sesterhenn про memleaks була інтегрована.
• Виправлена ​​помилка: тепер перевіряють значення csa_flags для OP4_CREATE_SESSION
• Виправлена ​​помилка :. OP4_LOOKUPP повинні повернутися NFS4ERR_SYMLINK замість NFS4ERR_NOTDIR коли CFH пов'язано з символічною посиланням
• Виправлена ​​помилка: помилка NFS4ERR_NOT_ONLY_OP вдалося за OP4_EXCHANGE_ID
• Виправлена ​​помилка: OP4_LOOKUPP повинні повернутися NFS4ERR_NOENT, коли викликається з rootfh
• Виправлена ​​помилка: управління NFS4ERR_NOT_ONLY_OP представила помилка при компіляції без підтримки NFSv4.1. Зараз ця проблема вирішена.
• Змінено поганий #define Вхід / log_functions.c (колишній ситуація може призвести до можливого переповнення буфера)
• Патч Ерік Левінсон про використання libnfsidmap з gssrpc була інтегрована
• Виправлена ​​помилка: неможливо було зібрати з обох підтримки gssrpc і підтримки NFSv4.1 (невідповідності nfsv41.h і xdr_nfsv41.c)

Що нового у версії 0.99.60:

• код користувача / функції GID відображення зробив погану використання пов'язаних з ними функцій idmapper_cache (кеш не було використано в кількох випадках)
• Виправлена ​​помилка: з ядром новіше 2.6.29, test6 Connectathon провалилася на NFSv4 і NFSv4.1. Зараз ця проблема вирішена :. ПС повертається тільки тоді, коли масив запитуваних записів порожній (не більше запис не для читання в каталозі)
• Блокування підтримує успішно проходить locktest BULL, коли використовується на вершині NFSv4.1 (проблеми залишається NFSv4.0)
• Виправлена ​​помилка :. NFSv4 rsize / wsize завжди цінуємо 1024, який вбив виступу
• Виправлена ​​помилка :. В NFSv4, же open_owner відкриття раніше відкритої FILEID не отримаєте той же stateid
• Виправлена ​​помилка: більшу частину часу, файли, відкриті / створено за допомогою NFSv4 були закриті