The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск ZFS on Linux 0.7.0, реализации ZFS для ядра Linux

27.07.2017 11:26

После почти двух лет разработки состоялся релиз ZFS on Linux 0.7.0, реализации файловой системы ZFS, оформленной в виде модуля для ядра Linux. Работа модуля проверена с ядрами Linux c 2.6.32 по 4.12. Готовые установочные пакеты подготовлены для основных дистрибутивов Linux, включая Debian, Ubuntu, Fedora, RHEL/CentOS. Кроме того, модуль ZFS on Linux уже входит в состав дистрибутивов Debian, Ubuntu, Gentoo, Sabayon Linux и ALT Linux.

В рамках ZFS on Linux подготовлена реализация компонентов ZFS, связанных как с работой файловой системы, так и с функционированием менеджера томов. В частности, реализованы компоненты: SPA (Storage Pool Allocator), DMU (Data Management Unit), ZVOL (ZFS Emulated Volume) и ZPL (ZFS POSIX Layer). Дополнительно проектом обеспечена возможность использования ZFS в качестве бэкенда для кластерной файловой системы Lustre. Наработки проекта основаны на оригинальном коде ZFS, импортированном из проекта OpenSolaris и расширенном улучшениями и исправлениями от сообщества Illumos. Реализованная в ZFS on Linux версия пула и файловой системы совместима с ZFS из состава Illumos и FreeBSD. Проект развивается при участии сотрудников Ливерморской национальной лаборатории по контракту с Министерством энергетики США.

Код распространяется под свободной лицензией CDDL, которая несовместима с GPLv2, что не позволяет добиться интеграции ZFS on Linux в состав основной ветки ядра Linux, так как смешивание кода под лицензиями GPLv2 и CDDL недопустимо. Для обхода данной лицензионной несовместимости было решено распространять продукт целиком под лицензией CDDL в виде отдельно загружаемого модуля, который поставляется отдельно от ядра. Стабильность кодовой базы ZFS on Linux оценивается как сопоставимая с другими ФС для Linux.

Основные изменения:

  • Добавлена возможность делегирования непривилегированному пользователю прав на администрирование файловых системам ZFS. Управление правами осуществляется при помощи команд "zfs allow" и "zfs unallow";
  • Непривилегированные пользователи теперь могут выполнять команды "zpool list", "zpool iostat", "zpool status", "zpool get", "zfs list", "zfs get" без необходимости добавления в /etc/sudoers;
  • Поддержка аккаунтинга и квот для объектов отдельных пользователей и групп. Для установки лимитов и просмотра состояния предлагается использовать команды "zfs userspace" и "zfs groupspace";
  • Поддержка хранения контрольных сумм с использованием более надёжных криптографических хэшей SHA-512, Skein и Edon-R;
  • Поддержка прерывания работы команд zfs send/receive (например, из-за сетевого сбоя или проблем на удалённой системе) c последующим возобновлением выполнения операции;
  • Возможность переноса сжатых данных из одного пула в другой при помощи команд zfs send/receive (данные напрямую обрабатываются в сжатом виде без промежуточной распаковки). Для включения сжатия представлена опция "-c";
  • Обеспечена защита операций импорта пула в отказоусточивых конфигурациях - совместно используемый пул теперь одновременно не может быть импортирован на разные хосты (перед началом операции импорта теперь выполняется проверка, не запущен ли уже импорт на другой хост);
  • Возможность настройки параметров, отображаемых в столбцах со статистикой, выводимой командами "zpool iostat" и "zpool status". Например, в вывод теперь можно включить данные мониторинга SMART, параметры датчиков температуры, статус индикаторов и т.п.
  • В команду "zpool iostat" добавлены опции "-l", "-w" и "-r", позволяющие наглядно оценить задержки и размер обрабатываемых в данный момент запросов в привязке к отдельным дискам;
  • В команду "zpool scrub" добавлена опция "-p", позволяющая приостановить выполнение проверки целостности без её полной отмены (для возмобновления проверки нужно ещё раз запустить "zpool scrub -p");
  • Поддержка больших dnode, позволяющих увеличит производительность работы с метаданными за счёт сохранения внутри dnode расширенных атрибутов, ACL и символических ссылок, связанных с длинными именами файлов. Выигрыш особенно ощутим в системах с SELinux и распределёнными ФС, такими как Lustre и Ceph;
  • Новые возможности режима JBOD (представление нескольких дисков как одного целого с резервированием): автоматический перевод новых дисков в режим online; автоматическая замена выведенного из пула диска на новый диск; автоматическое подключение дисков для горячей замены в случая сбоя; индикация сбоев при помощи светодиодов; мониторинг проблем и автоматический перевод диска в состояние сбоя при превышении порога несоответствия контрольных сумм; возможность ручной пометки диска сбойным (zpool offline -f); режим multipath;
  • Порция оптимизаций:
    • Новый метод выделения буферов ARC, минимизирующий фрагментацию структур в оперативной памяти;
    • По умолчанию хранение данных в кэше с использование сжатия с распаковкой налету; задействование векторных SIMD-инструкций CPU (sse2, ssse3, avx2, avx512f, avx512bw, neon, neonx2) в реализации RAIDZ и в коде расчёта контрольных сумм;
    • Возможность применения аппаратного ускорения GZIP-сжатия (QAT);
    • Ускорение работы с метаданными за счёт более активного использования многопоточности, пакетного выполнения операций и упреждающего запроса данных;
    • Ускорение процесса восстановления избыточности в RAIDZ - теперь проверяется только целостность секций, подлежащих перестроению;
    • Число фоновых обработчиков теперь выбирается динамически в зависимости от нагрузки, рабочие потоки создаются и отключаются по мере возникновения необходимости;
  • Добавлено 42 новых параметра для тонкой настройки работы модуля ядра.


  1. Главная ссылка к новости (http://list.zfsonlinux.org/pip...)
  2. OpenNews: В состав Debian включена файловая система ZFS
  3. OpenNews: Организация SFC заявила, что поставка модуля ZFS в Ubuntu нарушает лицензию GPL
  4. OpenNews: Юристы Canonical проанализировали лицензионную совместимость модуля ZFS с ядром Linux
  5. OpenNews: Выпуск ZFSonLinux 0.6.5, реализации ZFS для ядра Linux
  6. OpenNews: Состояние развития ZFSonLinux и готовность проекта к повсеместному применению
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/46932-zfs
Ключевые слова: zfs, zfsonlinux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (119) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 11:50, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    Опоздали. БТР уже набрал силу
     
     
  • 2.3, Меломан1 (?), 12:06, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +15 +/
    > Опоздали. БТР уже набрал силу

    В смысле кашки покушал  и в качалку сходил?
    Кто-нибудь вообще пользуется бтрфс?


     
     
  • 3.11, пох (?), 12:58, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –21 +/
    мне кажется - их сравнимое количество с теми, кто вообще делает хранилки на лину... большой текст свёрнут, показать
     
     
  • 4.14, А (??), 13:13, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кажется, только кажется.
     
  • 4.17, QuAzI (ok), 13:23, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В случае сдвигов мозга всегда можно не меняя ФС уехать на другую ОС. ZFS на сегодняшний день только вантуз не поддерживает (но это их проблемы). Плюс никто не гонит в проде использовать ветки из сырого будущего, которое ещё даже не в проекте.
    Хранилки на линуксе делают, но вот большинство из них (которые тупо NAS'ы с минимальным количеством ОЗУ, лишь бы линух с FTP шевелился) не потянут ни btr, ни zfs.
    Ну а больших плюсов у btrfs, которую пишет горстка разработчиков под одну ОС, и которая может развалиться ввиду каких-нибудь очередных сдвигов мозга у Линуса и компании - не вижу.
     
     
  • 5.21, пох (?), 13:42, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    ой вам мало истории с fuse-имплементацией банальнейшей ext4, потребной для, в... большой текст свёрнут, показать
     
     
  • 6.30, QuAzI (ok), 14:12, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сборки с нуля? Имеется ввиду тупо скопировать данные во вновь созданный раздел? С заведомо умершей системы например ты такое сможешь? И зачем вообще? ZFS как-то волшебно меняется сама по себе в зависимости от ОС, если в неё не лезть специально?

    По вантузу... Там одних только лулзов с "динамическим диском" хватает, который, являясь костылём поверх ntfs, превращает при любых шитхеппенсах восстановление данных в локальный адок. Ну нафиг такое счастье

     
     
  • 7.41, пох (?), 14:59, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    э если это для тебя просто - у тебя слишком маленькая хранилка, нафига ж ей z... большой текст свёрнут, показать
     
  • 6.32, Pofigist (?), 14:21, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > только вот я даже не знаю, где тусуются люди, умеющие ЭТО готовить и знающие, где там лежат грабли.

    Я например. Но ну енто нафиг - делать СХД на ОС общего назначения это глупость. Ну как минимум - ее надо хорошенько ощипать от всего лишнего... Собственно к сожалению это такая же неразрешимая проблема как и линакс на роутере - OpenWRT ее решило очень частично если что.
    Вообщем к сожалению свободных замен Cisco IOS или NetApp ONTAP - нет и не предвидется. :(

     
     
  • 7.77, Аноним (-), 03:50, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А как же FreeNAS ?
     
  • 6.111, anonymous (??), 21:03, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ой... вам мало истории с fuse-имплементацией банальнейшей ext4, потребной для, внезапно, почитания той же самой ОС той же самой fs, созданной из под другого процессора?

    ZFS искаропки умеет в auto LE/BE.

     
  • 4.29, Аноним (-), 14:11, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Если тебе стремно использовать саморушащуюся xfs, тормозную ext4, write-only lvm под обоими или btrfs с ее вообще невменяемым поведением

    Продолжая тему деревенских страшилок: zfs тоже стремная, требует терабайта оперативы, чтобы хоть как-то ворочаться.

     
     
  • 5.31, Andrey Mitrofanov (?), 14:13, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если тебе стремно использовать саморушащуюся xfs, тормозную ext4, write-only lvm под обоими или btrfs с ее вообще невменяемым поведением
    > Продолжая тему деревенских страшилок: zfs тоже стремная, требует терабайта оперативы,
    > чтобы хоть как-то ворочаться.

    А ещё от неё данные на ext4 "улетают"!!!

     
  • 5.42, пох (?), 15:06, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    last pid 78677 load averages 4 00, 3 93, 3 10 up 14 21 22 57 14 59 12 ... большой текст свёрнут, показать
     
     
  • 6.79, Аноним (-), 05:31, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я не очень понимаю, а сложно накинуть туда еще памяти по какой-то причине, если тачка реально используется для дела (да хоть пусть порно хранит!), а не концепт для тестов? Это же копейки, даже думать не надо
     
     
  • 7.96, пох (?), 14:57, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > я не очень понимаю, а сложно накинуть туда еще памяти

    это мои деньги, я не люблю ими топить печку.
    Памяти там с избытком для той задачи, которую эта виртуалка обслуживает, ее прежняя инкарнация на 8S+ufs умещалась в 256m (разумеется, она не очень пересобрала бы там мир, но это и не требовалось)

    К тому же практика коллег показала, что повиснуть без славиных патчей может и при 8G и при такой же вялой нагрузке.

    при этом девятка с zfs при ограничении arc_max и тюнинге vmem может умещаться и в гигабайте без особо видимых глазом проблем. В 10 сломали ограничение, в 11 мне было низачем не нужно, но, скорее всего, с тем же патчем работает, а без него виснет рано или поздно.

     
     
  • 8.113, Аноним (-), 01:32, 01/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а зачем тогда пересобираешь ворлд ... текст свёрнут, показать
     
     
  • 9.116, пох (?), 21:26, 01/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а это - не мои - ну и так на самом деле меньше проблем, чем со всеми модными... текст свёрнут, показать
     
  • 3.15, Anton (??), 13:17, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Я пользуюсь и очень доволен.
     
  • 3.25, Аноним (-), 13:53, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Кто-нибудь вообще пользуется бтрфс?

    а есть что-то получше для SSD?

     
     
  • 4.43, пох (?), 15:07, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > а есть что-то получше для SSD?

    md+ext4 без журнала, разумеется. Зачем тебе этот монстр для ssd?


     
     
  • 5.73, gogo (?), 01:17, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Без журнала? Чтобы fsck руками делать, если свет ненароком вырубится?
     
  • 5.80, Аноним (-), 05:33, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> а есть что-то получше для SSD?
    > md+ext4 без журнала, разумеется. Зачем тебе этот монстр для ssd?

    а чем журнал то не угодил? очень странное решение, учитывая твой опыт. я хочу пояснений!

     
     
  • 6.97, пох (?), 15:20, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    тормоз он Даже если не принимать во внимание мой опыт с автоприложившимся пос... большой текст свёрнут, показать
     
     
  • 7.104, Аноним (-), 17:56, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    c другой стороны сторожи под 20P живут на ext4 со стопочкой патчей .... может надо проверить железо слегка и потюнить ?
     
  • 4.51, Аноним (-), 17:40, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    f2fs, не?
     
  • 3.52, Аноним (-), 17:42, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кто-нибудь вообще пользуется бтрфс?  

    Поттеринг большой фанат бтра

     
  • 3.70, Gannet (ok), 23:57, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробуй постучать в люк танка, может тебе кто-нибудь снаружи по морзянке ответит про btrfs, чему ты очень удивишься.
     
  • 2.54, SysA (?), 17:57, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Опоздали. БТР уже набрал силу

    Когда БТР научится работать с multipath - вот тогда на него и можно будет посмотреть! :)

    А пока - детская поделка для локалхоста.

     
     
  • 3.84, Anton (??), 07:46, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Опоздали. БТР уже набрал силу
    > Когда БТР научится работать с multipath - вот тогда на него и
    > можно будет посмотреть! :)
    > А пока - детская поделка для локалхоста.

    А можно раскрыть тему? Что это такое и для чего нужно?

     
     
  • 4.93, Михаил (??), 11:17, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-
     
     
  • 5.100, Anton (??), 15:53, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-

    И при чем здесь файловая система? Если это модуль для san сетей?

     
     
  • 6.122, SysA (?), 16:24, 07/08/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-
    > И при чем здесь файловая система? Если это модуль для san сетей?

    Специально для админов локалхоста:

    1. Удивись: БТРФС - это больше, чем просто ФС! Это вполне себе полноценная система управления внешней памятью, то бишь функциональная замена РАЙДов, ЛВМ и пр., т.е. элемент САН'а.
    2. Сюрприз - в реальном производстве (когда в хозяйстве хотя бы несколько десятков физических серверов) работать на локальных дисках дорого, ненадежно и неэффективно. Поэтому используются если не САН'ы, то хотя бы решения попроще, типа полочек с дисками. А работать без резервирования связи - ССЗБ! :)

     
  • 2.63, Аноним (-), 21:14, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >БТР уже набрал силу

    силу земли, не срывая с грядки?

     
     
  • 3.74, Аноним (-), 02:08, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тонко
     

  • 1.5, Аноним (-), 12:30, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    >  Стабильность кодовой базы ZFSonLinux оценивается как сопоставимая с другими ФС для Linux.

    сопоставима со стабильностью btrfs или со стабильностью ext4? Это всё-таки разные вещи

     
     
  • 2.8, Аноним (-), 12:36, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот именно, а еще не указана сопоставимость в процентном отношении.  На сколько процентов сопоставима с ext4? На 89.5% или на 91.1%? Это все-таки разные вещи.
     
  • 2.10, пох (?), 12:51, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > сопоставима со стабильностью btrfs или со стабильностью ext4? Это всё-таки разные вещи

    именно что разные. Ящики сравниваем с яблоками?
    Если сравнивать с ext4 over lvm на большом объеме - то там столько интересных способов навсегда потерять хранилку, что даже btrfs перестает выглядеть особенно стремно.

     
     
  • 3.20, Аноним (-), 13:41, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Руки отрасти из правильного места, и не потеряешь.
     
     
  • 4.26, Аноним (-), 14:08, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Причем тут руки? Ему бабушки у подъезда рассказали.
     
     
  • 5.37, Аноним (-), 14:51, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ext4 на объемах в 0.5P это жопа.. а zfs ничего.. живет.
     
     
  • 6.45, пох (?), 15:29, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ext4 на объемах в 0.5P это жопа.. а zfs ничего.. живет.

    гораздо раньше. Я бы уже на 10T ее не рискнул бы использовать - даже если данные write-only, есть еще время восстановления сервиса.

     
     
  • 7.55, Аноним (-), 18:12, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    если посмотреть на люстру - то ~256T - оно пережевывает - но потом начинаются чудеса.
     
  • 4.28, Аноним (-), 14:09, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Руки отрасти из правильного места, и не потеряешь.

    Руки, места ... главное - лапы перепончатые!

     

  • 1.6, Ващенаглухо (ok), 12:31, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Есть в этом модуле возможность ограничивать arc кеш ?
     
     
  • 2.18, PnDx (ok), 13:25, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    0. RTFM
    1. modinfo zfs |grep arc
    2. options zfs zfs_arc_max=$BYTES
     
     
  • 3.22, пох (?), 13:45, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 0. RTFM
    > 1. modinfo zfs |grep arc
    > 2. options zfs zfs_arc_max=$BYTES

    напомнить, сколько лет оно в freebsd вроде бы было, только не работало? ;-)
    (я и про сейчас не уверен, но то что требовало этого ограничения, стало уже немного неактуально)

     

  • 1.7, Аноним (-), 12:33, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Добавлено 42 новых параметра для тонкой настройки работы модуля ядра.

    То есть расписались в собственном бессилии сделать систему работоспособной в поставке "по-умолчанию." Интересно, сколько их вссего теперь насчитывается, не меньше двух сотен, наверное. Кто в здравом уме будет перелопачивать доки и тюнить всё это?

     
     
  • 2.9, X4asd (ok), 12:46, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Кто в здравом уме будет перелопачивать доки и тюнить всё это?

    ясно же кто! тот кому нужно не рабочее решение -- а провести время-провождение в режиме весело поиграть...

    ...то есть.. хм.. наверно типичный пользователь ZFS. :-)

    остальные -- просто заиспользуют файловую систему встроенную в ядро, без неадекватнох телодвижений по привязыванию проволокой чужеродного говона. EXT4, XFS, BTRFS -- всем хватает в зависимости от необходимого количества желаемых плюшек.

    # P.S.: в этом месте должен появиться фанат ZFS уверяющий что стабильность ZFS якобы сильно лучше чем стабильность BTRFS, выдумывая мифы про порчу данных на BTRFS :-D :-D :-D

     
     
  • 3.12, Аноним (-), 12:59, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вон их уже двое вылезло выше.
     
  • 3.13, Аноним (-), 13:07, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, а ZFS еще не готова к продакшену?
     
     
  • 4.23, PnDx (ok), 13:48, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Простите, а ZFS еще не готова к продакшену?

      Ещё не готова, но уже́ используется. Как и экстентные ФС. Как те же лекарства. Там, где выигрыш перевешивает риски.

    В моём ареале обитания соотношение zfs:btrfs ≈10:1 "по головам".
    Т.е. btr на одной _очень_специальной_ (виртуальной) ноде, где наличие рефлинков перевесило вероятность продолбать контент. А вот zfs подкладывается, в частности, под распределённые big-data системы. Потому что поблочные суммы и сжатие. Так что через годик-другой будет 20:1 и т.д.

     
  • 4.64, Аноним (-), 21:15, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Простите, а ZFS еще не готова к продакшену?

    Не совсем. ZFS - не программа, это инфраструктура хранения. Сравнивать её с обычными FS - едино как сравнивать PostgreSQL с BerkleyDB. И этот монстр ДОЛЖЕН быть интегрирован в систему а не установлен сбоку. На памяти борьба ARC с системой за память и иные чудеса... Но если с памятью в машине проблем нет (или хотя бы оттюнен ARC) и ZFS стоит сбоку и держит некий сторедж, оно рабочее, даже очень.

     
  • 3.19, QuAzI (ok), 13:29, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Использую ZFS просто как есть, apt-get install и минимальной разметки оказалось более чем достаточно чтобы получить более чем работающую конфигурацию. Ты не осилил?
     
     
  • 4.24, пох (?), 13:51, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Использую ZFS просто как есть, apt-get install и минимальной разметки оказалось более
    > чем достаточно чтобы получить более чем работающую конфигурацию.

    и чем это отличается от горе-фанатиков, так же точно поставивших btrfs, или вовсе lvm с его миной с часовым механизмом?

    "у них все работает", ага, и рассуждения о прямизне своих рук (а на деле - банальном ламерстве, то есть отсутствии и знаний о внутреннем устройстве - приносящих, как обычно, много горестей, и опыта за рамками домашней порно-студии) а потом - "мы не виноваты, оно само".

     
     
  • 5.33, QuAzI (ok), 14:26, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты шо? Святых заповедей сисадмина не уважаешь?
     
  • 5.40, Cuernud (?), 14:59, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > вовсе lvm с его миной с часовым механизмом?

    Тут подробнее, пожалуйста.

     
     
  • 6.44, пох (?), 15:19, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ну типа оно умеет в один непрекрасный момент превращаться в тыкву Совсем, поско... большой текст свёрнут, показать
     
     
  • 7.47, Cuernud (?), 16:06, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > ну типа оно умеет в один непрекрасный момент превращаться в тыкву. Совсем,
    > поскольку вместо метаинформации записывает мусор. Подробности очень старательно прячутся
    > (кто-то на этом делает гешефты, кто-то боится распугать ентер-прайсных клиентов, в
    > общем, такой секрет полишинеля), в целом, очень похоже на пресловутую фичу

    Похоже на теорию заговора. Кто прячет подробности-то, кто этот негодяй?
    Хотя бы при каких вариантах применения и обстоятельствах тыквизация? Или вообще ни от чего не зависит?
    Из личного опыта и опыта коллег (а контора большая) ничего такого, и вообще впервые слышу.
    Нагуглить про самопроизвольную порчу метаданных пока не удалось ничего.

     
     
  • 8.48, Аноним (-), 16:22, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Да какая там теория заговора Вы писанину пoциента в других обсуждениях почитайт... текст свёрнут, показать
     
     
  • 9.71, Аноним (-), 00:01, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Зачем вы так грубо Сей персонаж, Уже не раз, Замечен за рассказом был, ... текст свёрнут, показать
     
  • 8.62, пох (?), 21:13, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    а как понять-то Я вот не слышал, чтобы оно на домашних локалхостах так падало -... большой текст свёрнут, показать
     
     
  • 9.81, Аноним (-), 05:46, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе конечно верю, но и сам зве дить умею У меня реально было, что человек п... текст свёрнут, показать
     
     
  • 10.88, пох (?), 10:21, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну тут как бе несколько совпадений 1 мне об этом говорили задолго до того, как... большой текст свёрнут, показать
     
     
  • 11.94, RomanCh (ok), 13:40, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я подобные прохладные истории про ZFS могу рассказывать, при условии того что мо... текст свёрнут, показать
     
     
  • 12.98, пох (?), 15:34, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    так расскажите, я с интересом послушаю, у меня с zfs свой опыт слишком специфиче... текст свёрнут, показать
     
     
  • 13.107, RomanCh (ok), 16:20, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А какой смысл Он кстати вовсе не с большими системами связан Не воруйте шутки ... текст свёрнут, показать
     
     
  • 14.117, пох (?), 14:55, 02/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    умеющие читать и понимать прочитанное - добавят в свою коллекцию чего делать не... большой текст свёрнут, показать
     
  • 9.85, Cuernud (?), 08:39, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А иначе это есть суеверия и страшные байки У меня на всех локалхостах кроме Ма... текст свёрнут, показать
     
     
  • 10.95, RomanCh (ok), 14:42, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Плюсую, учитывая фиксацию данного автора на порно ... текст свёрнут, показать
     
  • 3.27, о6какатрон (?), 14:08, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    никаких мифов делал тестовый сервак зимбры 100гб диск на Btrfs 0.19м пуле , у зимбры был разряженный бд файл на 80 гб который в сиситеме занимал 700к и отображался корректно при заполнении почто помойки данными свыше 20 гб получил fs crashed and remounted as ro
     
     
  • 4.39, Anton (??), 14:55, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > никаких мифов делал тестовый сервак зимбры 100гб диск на Btrfs 0.19м пуле
    > , у зимбры был разряженный бд файл на 80 гб который
    > в сиситеме занимал 700к и отображался корректно при заполнении почто помойки
    > данными свыше 20 гб получил fs crashed and remounted as ro

    Я правильно понял что вы делали пул из нескольких дисков на версии btrfs выпущенной в 2008 году? При том что она только родилась в 2007?

     
     
  • 5.56, Crazy Alex (ok), 19:16, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так стоны примерно к этому обычно и сводятся - "мы взяли изврат, засунули в изврат, нагрузили до предела - ай, что-то пошло не так, подробности не расскажем".
     
     
  • 6.82, Аноним (-), 05:48, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    взоржал, спасибо)
     
  • 3.34, Black_Angel_by (?), 14:30, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Юзал btrfs как /tmp.
    Регулярные обновления Gentoo и периодические пересборки мира доканали btrfs всего за пару месяцев. Пытались ответить на ZFS, но реализация подкачала.
     
     
  • 4.57, Crazy Alex (ok), 19:16, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Когда юзал?
     
  • 4.68, Ergil (ok), 21:47, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чувак, у меня для тебя плохие новости. Gentoo пересобирается в /var/tmp/portage, так что твой /tmp на btrfs помер не от этого :-D
     
     
  • 5.83, Аноним (-), 05:49, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    тогда значит бтр помер просто от _ничего_. Аазаза глючное п0делие!!1
     
  • 2.16, пох (?), 13:18, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    система _сложная_ На порядки сложнее всего, с чем ты, школьничек, имел дело Пр... большой текст свёрнут, показать
     
     
  • 3.53, X4asd (ok), 17:55, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Большинство же даже не догадывается переключить свой ssd в non-rotational

    ssd вообще-то по умолчанию non-rotational, и блочные устройства сделаные поверх него  (следущим слоем) -- тоже автоматически non-rotational ..

    ну или как вам там живётся в каменном веке?

    какие параметры ещё в ручную переключаете?

     
     
  • 4.65, пох (?), 21:22, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > ssd вообще-то по умолчанию non-rotational, и блочные устройства сделаные поверх него  

    это если оно правильно угадает. А теперь покажите мне типового линups юзверя, который это хотя бы проверить догадается? Они вон, смотрите тут повыше, f2fs на нем норовят заделать. Или вовсе btr... Ну откуда у них мозгам-то быть?

    > ну или как вам там живётся в каменном веке?
    > какие параметры ещё в ручную переключаете?

    я вам еще один страшный тайна открою - zfs тоже тюнит все эти параметры автоматически, только вот тоже не всегда удачно угадывает, особенно на нетиповых конфигурациях, которые авторам изначального кода (десять лет назад) в страшном сне не снились.

    Большинству типовых пользователей с типовым мозгом версии 1.0, лучше как раз ничего там не крутить.

    Крутить будем мы, те кто использует либо в очень ограниченных ресурсах, либо собирает большую хранилку под конкретную задачу и умеет проверять свои идеи тестированием.

     

  • 1.35, iCat (ok), 14:44, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Уже несколько лет пользуюсь для бэкапов и хранения архивов.
    Полёт нормальный.
    Кроме того - иногда пользуюсь для снятия данных с экпортированных томов из Nexenta.
    Удобно.
     
  • 1.36, Аноним (-), 14:50, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Дополнительно проектом обеспечена возможность использования ZFS в качестве бэкенда для кластерной файловой системы Lustre.

    Вранье.. От zfs и zfs тима там ничего не требовалось. Просто люстре хорошо подходил zvol..

     
  • 1.38, Аноним (-), 14:54, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как там дела с лимитом хардлинков?
     
  • 1.46, Dimez (??), 15:30, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шифрование уже сделали (вроде как планировалось в 0.7.0)?
     
  • 1.49, Аутист (?), 16:36, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ZFS поддерживает спиннеры?
     
     
  • 2.50, Баптист (?), 17:05, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И гироскутеры
     
     
  • 3.58, Аноним (-), 19:35, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    …встретились два фронтендера
     
     
  • 4.61, Смузихоеб Аутист Хипстер Синьор (?), 20:16, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Два смузи этому господину!
     

  • 1.59, Аноним (-), 20:00, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пока требование ECC RAM не уберут - не нужна на десктопе.
     
     
  • 2.60, Аноним (-), 20:16, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И где работать ФС, в кэше процессора?
     
     
  • 3.67, Аноним (-), 21:27, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > И где работать ФС, в кэше процессора?

    на сервере, где ж еще. А что он там предоставляет -DAV свалку, iscsi-хранилище или вовсе самбой экспортит - дело десятое.

    Застрявшие в эпохе "десктопов" должны страдать.

     
  • 2.66, Аноним (-), 21:24, 27/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пока требование ECC RAM не уберут - не нужна на десктопе.

    десктопы не нужны, ага.

     
  • 2.106, Я (??), 09:08, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    С ростом объемов HDD (см. заявленный BLER для HDD), требование ecc ram для десктопов скорее всем добавят.
     
     
  • 3.108, iav (ok), 16:29, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > С ростом объемов HDD (см. заявленный BLER для HDD), требование ecc ram
    > для десктопов скорее всем добавят.

    Как будто от наличия этого требования откуда-то возьмутся десктопные мазеборды с поддержкой ECC памяти.

     
     
  • 4.115, Это я (?), 13:08, 01/08/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы удивитесь, но они есть.
     

  • 1.69, Аноним (-), 22:23, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    забыли про новую ZLOBA (ZFS Logical Objects Binary Architecture) написать.
     
  • 1.75, Аноним (-), 02:15, 28/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Что там с удалением vdev из пула?
     
     
  • 2.78, . (?), 04:11, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А zfs destroy ассинхронный (как у орков) осилили?
     

  • 1.76, iav (ok), 03:48, 28/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.
    И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
     
     
  • 2.87, iZEN (ok), 09:33, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.

    Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот это я понимаю — приоритеты и собственные принципы!!

    > И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.

    Кто говорил? Можно ссылку на это странное высказывание?

     
     
  • 3.90, пох (?), 10:32, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> С момента объявления о готовности жду, когда сделают уменьшение количества дисков,
    >> расширение и сужение райд группы.
    > Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот

    ну да, вдруг захочется диск сп...ть, времена нынче сложные, и очень нужны бабки для выплаты по ипотеке? А начальству какая разница, по инвентаризации все сходится - "сервер большой, 1штук"

    > это я понимаю — приоритеты и собственные принципы!!

    just a business, ничего личного!

    >> И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
    > Кто говорил? Можно ссылку на это странное высказывание?

    ага, мне тоже интересно, учитывая что это как раз ключевая архитектурная особенность

     
     
  • 4.109, iav (ok), 16:31, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > ну да, вдруг захочется диск сп...ть, времена нынче сложные, и очень нужны
    > бабки для выплаты по ипотеке? А начальству какая разница, по инвентаризации
    > все сходится - "сервер большой, 1штук"

    Вы, похоже, живёте в мире, в котором ничего никогда не меняется, и никто никогда не ошибается. Странный мир, не хотел бы я жить в таком.

     
     
  • 5.118, пох (?), 16:58, 02/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы, похоже, живёте в мире, в котором ничего никогда не меняется,
    > и никто никогда не ошибается.

    работающие хранилки, которые нельзя просто увести в оффлайн и скопировать - не меняются, да.
    Потому что ссыкотно, даже если ошиблись и получилась не очень оптимальная конфигурация, но она работает - хрен с ней, пусть уже дальше работает.

    сановские разработчики думали ровно так же, во всяких гайдлайнах эта фича тоже вполне описана - десять раз подумай, семь раз отмерь, и один раз отрежь немножко. Не думаю, что вам стоит ждать изменений в этой области - оно там довольно глубоко зарыто в архитектуру, сделать хорошо и надежно не получится.

    (вариант сделать ребалансинг в виде долгой _деструктивной_ операции, при обломе в процессе которой пул накрывается совсем и необратимо, разумеется, мало кому подойдет)

     
  • 3.101, iav (ok), 01:05, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.
    > Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот
    > это я понимаю — приоритеты и собственные принципы!!

    Почему не использовать? Использую уже лет 10, наверное. Но невозможность убирания устройств кажется запредельным унизительным идиотизмом.

    >> И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
    > Кто говорил? Можно ссылку на это странное высказывание?

    Сам Adam Leventhal говорил. Ссылку за пару минут не нашёл, но мы ж не в суде, вы не обязаны мне верить.

     
  • 3.105, Я (??), 09:05, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    См. block pointer rewrite. Его нет и вряд ли будет. Некому делать, вроде как...
     
     
  • 4.110, Elhana (ok), 20:38, 30/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Его не некому делать. Просто например Ahrens высказался, что если его сделать, то это будет последней фичей zfs, потому что там столько проблем с ним возможно, что добавление новых фич превратится в ад. В некоторых случаях гораздо проще просто скопировать с одного пула на другой.

    Собственно с btrfs как раз эта фигня творится, когда вы удаляете диск из пула, меняете уровни рейда, запускаете balance - оно может неделю и больше легко все это лопатить, даже на не очень большом пуле.  

    https://www.reddit.com/r/homelab/comments/57t5dj/btrfs_balanceadddelete_device

     

  • 1.86, Аноним (-), 09:24, 28/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что там с поддержкой TRIM?
     
     
  • 2.89, Аноним (-), 10:25, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту, код неоткуда брать.
     
     
  • 3.91, пох (?), 10:33, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту,
    > код неоткуда брать.

    дельфикс - ни разу не лоеры.
    И их код вполне себе берет апстрим, так что и не все уборщицы тоже.

     
     
  • 4.92, Аноним (-), 10:40, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту,
    >> код неоткуда брать.
    > дельфикс - ни разу не лоеры.
    > И их код вполне себе берет апстрим, так что и не все
    > уборщицы тоже.

    я про оракль

     
     
  • 5.99, пох (?), 15:39, 28/07/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > я про оракль

    а, так там надо просто немного подождать. Лет через пять у единственного еще выжившего и почти вменяемого разработчика может руки и дойдут.

     
     
  • 6.102, . (?), 07:42, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зря ты так, пох. Орки асинхронный дестрой в 11-ой запилили. Завидую ах скулы сводит.
     
     
  • 7.103, Аноним (-), 08:41, 29/07/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уборщица шваброй провод выдернула, и всё асинхронно развалилось?
     
     
  • 8.121, пох (?), 20:45, 02/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    наоборот же ж - реинкарнировался уничтоженный снап с частью старого содержимого ... текст свёрнут, показать
     
  • 7.119, пох (?), 17:16, 02/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Зря ты так, пох. Орки асинхронный дестрой в 11-ой запилили. Завидую ах
    > скулы сводит.

    это тот же самый, что у delphix'а ? Так он вроде с 12го года с нами, и включен.
    feature@async_destroy          enabled                        local
    (active будет если дейстройнуть что-нибудь ;-)

     

  • 1.112, Inv (?), 21:04, 30/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Была у меня история, как-то решил что надо наш zoneminder перенести на linux + zfs, закончилось очень больно через пару дней, когда в системе подходило время для удаления данных. На сколько получилось понять уровень деградации хранения данных был максимальный и порция в 1000 файлов удалялась около 2х часов.... тюнил, крутил, бестолку...
    В итоге командой пришли к тому что хранить что-то что сверх часто обновляется на такой системе просто не вариант. Вернулись на прежнее mdadm + raid0 из 4x 1TB и все по сей день летает без всяких лагов.
    Что примечательно хостинг у нас досих пор под FreeBSD, порядка 40ка серверов и все на zfs, там нареканий почти нету... а вот с видеосервером оказалась лажа.

     
     
  • 2.114, Dmitry (??), 09:33, 01/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аналогичная система крутится на FreeBSD, 12 HD камер, 2.6TB видео, старые записи чистятся каждый час, за час набегает примерно 12GB, все OK.
    Похожая проблема с "долгим" освобождением места после удаления файлов была когда файловая система была проброшена в контейнер с помощью nullfs.
     
  • 2.120, пох (?), 17:19, 02/08/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Была у меня история, как-то решил что надо наш zoneminder перенести на
    > linux + zfs, закончилось очень больно через пару дней, когда в
    > системе подходило время для удаления данных.

    вы не на общеизвестные грабли с >80% заполнением пула налетели, надеюсь?

    > обновляется на такой системе просто не вариант. Вернулись на прежнее mdadm
    > + raid0 из 4x 1TB и все по сей день летает

    собственно, zfs вряд ли хорошая платформа для write-only данных, не вижу чем данное решение плохо.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру