The OpenNET Project / Index page

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

Разработчики FreeNAS представили дистрибутив TrueNAS SCALE на базе Linux

04.06.2020 23:26

Компания iXsystems, развивающая дистрибутив для быстрого развёртывания сетевых хранилищ FreeNAS и основанные на нём коммерческие продукты TrueNAS, объявила о начале работы над новым открытым проектом TrueNAS SCALE. Особенностью TrueNAS SCALE стало использование ядра Linux и пакетной базы Debian 11 (Testing), в то время как все ранее выпускаемые продукты компании, в том числе TrueOS (бывший PC-BSD), основывались на FreeBSD.

Из целей создания нового дистрибутива называется расширение масшатабирования, упрощение управления инфраструктурой, применение Linux-контейнеров и ориентация на создание программно-определяемых инфраструктур. Как и во FreeNAS в TrueNAS SCALE делается ставка на файловую систему ZFS в реализации от проекта OpenZFS (в качестве эталонной реализации ZFS предлагается ZFS On Linux). В TrueNAS SCALE также будут использоваться инструменты, разрабатываемые iXsystems для FreeNAS и TrueNAS 12.

Разработка и поддержка FreeNAS, TrueNAS CORE и TrueNAS Enterprise на основе FreeBSD будет продолжена без изменений. Ключевая идея инициативы в том, что OpenZFS 2.0 будет предоставлена поддержка как Linux, так и FreeBSD, что открывает двери для экспериментов по созданию универсального инструментария для NAS, не привязанного к конкретной операционной системе, и позволяет начать экспериментировать с Linux. Применение Linux позволит реализовать некоторые идеи, недостижимые при использовании FreeBSD. В итоге решения на основе FreeBSD и Linux будут сосуществовать и дополнять друг друга, используя общую кодовую базу инструментария.

Разработка специфичных для TrueNAS SCALE сборочных сценариев ведётся на GitHub. В течение следующего квартала планируется опубликовать более детальную информацию об архитектуре и предложить периодически обновляемые тестовые сборки для ознакомления с ходом разработки. Первый релиз TrueNAS SCALE намечен на 2021 год.

Напомним, что два месяца назад компания iXsystems объявила об объединении свободного дистрибутива FreeNAS с коммерческим проектом TrueNAS, расширяющим возможности FreeNAS для предприятий, а также приняла решение о прекращении развития проекта TrueOS (бывший PC-BSD). Интерсно, что в 2009 году от FreeNAS уже отделился дистрибутив OpenMediaVault, который был переведён на ядро Linux и пакетную базу Debian.

  1. Главная ссылка к новости (https://www.ixsystems.com/comm...)
  2. OpenNews: Проект PC-BSD эволюционировал в TrueOS
  3. OpenNews: Доступен дистрибутив для создания сетевых хранилищ OpenMediaVault 5
  4. OpenNews: Объявлено об объединении проектов FreeNAS и TrueNAS
  5. OpenNews: Выпуск дистрибутива для создания сетевых хранилищ FreeNAS 11.3
  6. OpenNews: Прекращена разработка TrueOS (бывший PC-BSD)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/53093-truenas
Ключевые слова: truenas, freenas, linux, zfs, freebsd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Aytishnik.com (ok), 00:20, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ура! Ну наконец то будет, конкуренция с OMV
     
     
  • 2.18, КЕК (?), 02:12, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    очередной 1 000 000 000 дистрибутив форк дебиана.
     
     
  • 3.33, пох. (?), 09:26, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну вот, конкуренция же ж!
     
  • 3.53, ОЛЕГ (?), 18:20, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто до этого не был форком freebsd))
     
  • 2.51, Аноним (51), 18:08, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Ребят, объясните... Я правильно понимаю, что:

    1. Разработчики FreeNAS сменили вектор развития, и оно больше не основано на BSD?

    2. Новый TrueNAS основан на Linux, а значит теперь не надо учить команды и утилиты BSD?

    3. Главная фишка FreeNAS была поддержка ZFS... А как оно работает на Linux - так же стабильно?

     
     
  • 3.54, ОЛЕГ (?), 18:27, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 нет скорее боиться упустить, на deb уже zfs вырвалось вперед по фишкам
    2 если через годик допилят то да
    3 во всех linux потихоньку входит в осноную базу и в базоаые поставки, в proxmox уже года 4 стабильно огого как
     
     
  • 4.56, Аноним (56), 18:33, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Круто, спасибо.
     
  • 2.59, Трольчатина (?), 18:56, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Умные люди давно ушли на линукс и сделали отличный NAS на базе Debian, называет OpenMediaVault. Свалил дома с FreeNAS на OpenMediaVault пару лет назад и ни разу не пожалел (есть и поддержка ZFS через проект ZOL).
     
     
  • 3.77, Аноним (77), 14:18, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Умные люди давно ушли на линукс и сделали отличный NAS на базе
    > Debian, называет OpenMediaVault. Свалил дома с FreeNAS на OpenMediaVault пару лет
    > назад и ни разу не пожалел (есть и поддержка ZFS через
    > проект ZOL).

    Сделал тоже самое, только без ZFS, для дома меня и ext4 устраивает. Чот не вижу смысла в ZFS дома, да и нет пока доверия к нему в линуксах.

     

  • 1.2, Wolfy (?), 00:32, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Я вот упорно не могу понять зачем все эти TrueNas, FreeNAS,  OpenMediaVault и прочие там anynameNAS, если можно просто взять ту же фряху или диван?
     
     
  • 2.4, пох. (?), 00:37, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    omv - это просто нескучная мордочка к тому дивану, да.

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

    И, похоже, корм для них йок, в связи с коровавирусом.

    Так что поставить тебе, вскорости, будет особо и нечего. Судьба zfs во freebsd становится очень предсказуема.

     
     
  • 3.9, Wolfy (?), 00:47, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –12 +/
    >Судьба zfs во freebsd становится очень предсказуема.

    Нормальной ZFS никогда не было и не будет в этих ваших linux/bsd (в linux тем более), только объедки с барского стола Oracle.

     
     
  • 4.13, пох. (?), 01:05, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    думаешь, компания, затеявшая пилить btrfs, имея в распоряжении все права на код zfs, и при этом ниасилившая допилить до более-менее работоспособного состояния, способна что-то особенно хорошо сделать в zfs?

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

    Скорее уж нормальной теперь не будет нигде.

    storage spaces нас спасет. хотя, почитав документацию на director - что-то, если честно, сомневаюсь.

     
  • 4.22, Аноним (22), 03:57, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    кулсторибоб какой-то на опеннете, чем это zfs не настоящая во фряхе ?
     
     
  • 5.38, Wolfy (?), 10:42, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –12 +/
    > кулсторибоб какой-то на опеннете, чем это zfs не настоящая во фряхе ?

    Тем, что реализована не на уровне ядра, а болтается ссаным сервисом из говна и палок.

     
     
  • 6.40, пох. (?), 11:17, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    уп-с, ныкаемся, пацаны - опять эксперты опеннета в треде.

    Если б хоть  что знали по теме...

     
  • 6.62, _ (??), 21:13, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лапчатые, бессмысленные и беспощадные! (C)   LoooooL! :-)
     
  • 2.5, адмирал третьего флота очевидность (?), 00:37, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    и написать всю обвязку которая превратит это всё в NAS самостоятельно..
     
     
  • 3.8, пох. (?), 00:46, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    какой ты адмирал, ты жалкий юнга.
    nas = network attached storage
    Ни одно из этих слов не означает "нескучная вебмордочка".

    Поэтому "вся обвязка" просто не нужна при использовании по прямому назначению, ибо сводится к установке сасамбы и запуску nfsd.

     
     
  • 4.11, Аноним (11), 00:55, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ибо сводится к установке сасамбы и запуску nfsd.

    А как-же без iscsi target? Не энтерпрайзненько!

     
     
  • 5.14, пох. (?), 01:12, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    дык, ctld_enable="YES", дел-то.
    Как подсунуть под него zvol - где-то в хэндбуке было написано. Скопипастить оттуда явно быстрее чем мышью докликаться.

     
     
  • 6.63, _ (??), 21:15, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я то тебя понимаю, но ... всё, пойду водку пить :(
     
  • 2.29, Минона (ok), 09:13, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А шить красивое покрывало на диван будешь сам.
     
     
  • 3.37, Wolfy (?), 10:39, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А шить красивое покрывало на диван будешь сам.

    Скопипасть 5 строчек в терминал? Да ну нах, это уже какой-то высший матан, ты чО!??!

     
     
  • 4.39, пох. (?), 11:16, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    тибе про покрывало с вышитыми ангелочками, а ты опять про пружины и каркас...

     
  • 3.55, ОЛЕГ (?), 18:30, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А проектировать тип шва, чтобы не корябал, а проводить тесты на прочность???
     
     
  • 4.64, Минона (ok), 21:22, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А проектировать тип шва, чтобы не корябал, а проводить тесты на прочность???

    Все сам -- и швец и жнец и на дуде игрец.

     
     
  • 5.79, ОЛЕГ (?), 12:06, 07/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прям эксперт по nas должен стать)))
    И ядро патчить))
     
  • 2.52, Аноним (52), 18:10, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не понимаешь - не ставь. И вообще лучше сюда не пиши.
     

  • 1.3, пох. (?), 00:33, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Ключевая идея инициативы в том, чтобы окончательно сосредоточиться на "разработке" нескучного веб-междумордия, и выкинуть наконец на мороз ненужных трех х0хлов, занимающихся непосредственно zfs.

    Ведь всем известно, что для успеха современного nas совершенно незачем  заморачиваться такими мелочами как файловое хранилище, его надежность, эффективность и так далее - от него требуется запускать докер!

    А zfs пусть дальше... ну хоть, вон, дельфикс разрабатывает. Под линух, если им так хочется. Этим-то все равно, на чем запускать вебмордочку.

    Чорт, куды бечь вот - в storage spaces director?

     
     
  • 2.12, mos87 (ok), 00:57, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    От всего вообще требуется только запускать докер
    А в нем электрон
    Омммммммм.
     
  • 2.26, oops (ok), 08:07, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Грусть, печаль
     
  • 2.27, oops (ok), 08:10, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кстати, mav же вроде не хохол
     
     
  • 3.31, пох. (?), 09:23, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тож на мороз пойдеть! ;-)
    Нинужный хлам, ниумеют на php+js - пользы от них в разработке модных-современных насов - никакого.

    Останутся доделывать только китаец и avg.

     

  • 1.7, Аноним (7), 00:44, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В итоге решения на основе FreeBSD и Linux будут сосуществовать и дополнять друг друга, используя общую кодовую базу инструментария.

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

     
  • 1.10, Михрютка (ok), 00:52, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    - сегодня ночью красные форсировали Сиваш.
    - какая неожиданность, кто бы мог подумать?

    ps но как же так, господа? не далее как три дня назад я прочел на опеннѣте, что за zfs стоят такие столпы, как ливерморская национальная лаборатория и сам каноникал! сам г-н шаттлвортѣ, господа! а тепѣрь? что же тепѣрь?

     
     
  • 2.44, Школьник (ok), 13:10, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конкретно эта новость не говорит ничего плохого или хорошего о ZFS.

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

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

    Ну да ладно, я не член совета директоров в iX, просто мне из моего подвала так кажется.

     
     
  • 3.45, 1 (??), 13:18, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут дело скорее в отсутствие докера, хотя jail-ы появились в BSD гораздо раньше.
    Но дивоопсы умеют только скачивать докеры.
     
  • 3.68, пох. (?), 08:25, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Конкретно эта новость не говорит ничего плохого или хорошего о ZFS.

    это просто потому что ты не в курсе, сколько ее разработчиков получают зарплату в iX (и сколько из них не поддержали прекрасную инициативу слиться в экстазе с линуксной версией)

    Допиливать bhyve для задач фринаса незачем - уже все допилено (live migration как-то не для фринасов), бери и пользуйся.

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

     

  • 1.24, Аноним (24), 07:36, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    О, эта контора опять решила наплодить форков, они то разделяются, то сливаются...
    Ну чтож, пусть экспериментируют, эксперименты это хорошо, люблю наблюдать за тем, как кто-то экспериментирует, сам же на OpenMediaVault посижу, что-то я притомился с этих скачек туда-сюда.
    Фряха оно конечно хорошо, ZFS, все дела, да вот только данной конторе уже веры нет, их мотыляет туда-сюда, как кучку в окияне.
     
  • 1.28, Онаним (?), 08:34, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так, BSD выкинули, уже хорошо. Осталось выкинуть ZFS и со временем получится нормальная вёб-морда для хранилки.
     
     
  • 2.32, пох. (?), 09:24, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >  и со временем получится нормальная вёб-морда для хранилки.

    а файловую систему - пусть microsoft разработает, угу.

    В хранилке ведь она совершенно не нужна.

     
     
  • 3.57, Онаним (?), 18:43, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хранилки файловых данных бывают двух типов: file based и volume based. Извращения типа key-value based в данном случае не берём, хотя и их можно в хранилку превратить.

    Volume based оптимально - можно подключить по iSCSI и сверху накатить любую файловую систему, хоть ZFS, хоть NTFS, хоть чёрта лысого. Для Volume based в принципе ныне хватает LVM, хотя можно запилить и что-то навесное.

    Для локального file-based можно прозрачно зафигачить ext4 или XFS поверх тома (ну или btrfs если хочется извращений), и выдать пользователю всё тот же файловый API, а что там на подложке - таковому пользователю в общем случае фиолетово.

     
     
  • 4.69, пох. (?), 08:35, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну да.
    И ни защита от bitrot, ни надежность, хотя бы на уровне дизайна (к реализации в любом варианте полно вопросов, но начинка lvm - это просто ад, трэш и костыль на костыле) современным многотерабайтным nas нафиг не нужны.

    Главное - уметь запускать докер в докере под докером. Ведь "все нормальные" поставляются исключительно в виде доскер-контейнера. Потому что альтернативно-одаренные разработчики этого "нормально" - вообще нииппут, как их поделка на самом деле работает и каковы ее реальные требования (накопипащеные со стека в _докерфайл_ команды с sudo - норм!)

    P.S. выгул собак, недорого, надо кому? Догситтинг? Я, блжад, реально ничего общего с индус-трией дерьма иметь не хочу.

     
     
  • 5.72, Онаним (?), 10:12, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на уровне тома. Зачем изобретать велосипеды и гиперусложнять из-за этого файлуху?

    "Надёжность" на уровне дизайна там очень условна. См. про чётность выше, а при повреждении данных в памяти до чексумминга или во время такового они всё равно благополучно будут записаны на диск уже повреждёнными, и никакие дизайны тут не помогут. Между контроллерами и процом есть чексуминг, память нужна с ECC. Всё. Ещё конечно неплохо иметь диски с расширенной ECC, но это дорого, проще делать тот же RAID6.

     
     
  • 6.74, пох. (?), 12:34, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на
    > уровне тома.

    разумеется, нет - большинство из них, по-моему, по сей день вообще ничего не проверяют при чтении, для скорости (raidz не в счет, он вообще не совсем raid5). Четность используется у них только при полном отказе диска, для восстановления.
    А когда и напорется - не имеет ни малейшей возможности тебе сказать, что именно навернулось - lba sector 0xxxxxxxxxxx - а, шо, где это и какой файл пострадал?!

    И выяснение через бутербродец нашлепок dm - будет еще более забавным, чем твои приключения с метаслабами.

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

    Память, разумеется, нужна с ECC. Но это просто еще один элемент защиты, сам по себе ни от чего не спасет.

     
     
  • 7.75, Онаним (?), 13:00, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не забываем, что ещё и в самих дисках тоже есть ECC, которая верифицируется всегда. Вся эта проблема с битротом раздувается вполне себе искусственно.
     
  • 7.76, Онаним (?), 13:03, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А хранилка - на то и хранилка, а не локалхост, чтобы использовать контроллеры и/или софтовые решения, делающие верификацию. Но делать это на уровне файлухи при возможности сделать проверку и восстановление на уровне блока - извращение.
     
  • 4.71, пох. (?), 08:39, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    простите, попутал цитату: "все нормальные" читать как "все адекватные". (с)ОЛЕГ
     

  • 1.35, Аноним (35), 09:45, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > а файловую систему - пусть microsoft разработает, угу.

    Так ZFS продвинутая, а докер и на примитивной фс можно запускать.)

     
     
  • 2.70, пох. (?), 08:38, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на примитивной можно, но неэффективно. zol как раз вполне хороша как подложка под доскер. Нет ни overlay, ни миллиарда btrfs volumes этажерок.

     

  • 1.36, Аноним (36), 09:56, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Debian Testing официально заявлены задержки обновлений безопасности. Такое себе исрользовать ветки для разработки Stable Debian.
     
     
  • 2.50, Аноним (50), 18:00, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > У Debian Testing официально заявлены задержки обновлений безопасности. Такое себе исрользовать
    > ветки для разработки Stable Debian.

    А можно ссылочку на это "официально заявлены"?

     

  • 1.41, Сергей (??), 11:41, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такое ощущение, что iXsystems решила поиграть на территории proxmox, поставляя коробочку для виртуализации, т.е. все для запуска контейнеров и вм в одном флаконе с администрированием через веб ... Посмотрим, как оно отразится на их бизнесе, все-таки лицензии разные...
     
     
  • 2.43, тигарэтоя (?), 12:58, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    мне чисто для общего развития узнать... а давно это доцкер = виртуализация ?
     
     
  • 3.60, ОЛЕГ (?), 19:13, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    С тех пор когда любой адекватный сервис поставляется контейнером
     
     
  • 4.80, тигарэтоя (?), 16:51, 09/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > С тех пор когда любой адекватный сервис поставляется контейнером

    контейнер = виртуализация ?
    капец, думал, что не доживу до этого момента:(

     

  • 1.42, Аноним (42), 11:58, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Компания готовиться из производителя оригинального продукта стать еще одной безликой конторкой, новости про которую будут идети по 5 копеек за пачку.

    Особенно красив софизм "..открывает широкие возможности по экспериментированию".

     
     
  • 2.47, Салатик Свежий (?), 13:29, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Станут очередными Денисками Поповыми, как 99% "разработчиков" дистрибутивов линукса, которые являются тупо аналогом ZverCD из виндового мира.
     

  • 1.49, InuYasha (?), 14:26, 05/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Разрабоччеги! Соберите уже все свои вебморды в один огромный webmin, запилите дистр или пакет, назовите WebLinux и всё будет шоколадно!
    Потому что у одних вебсервер хочется доделать в хренилище, другим на НАСе запустить БД, третьим от некудадеваться вообще всё на одном. И вот поднимать сотни этих wtfMyAdmin-ов тоже не кайф.
     
     
  • 2.61, ОЛЕГ (?), 19:17, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну уж нет!!! Этот монстр с миллионами глюков и все равно лезишь в консоль....
    Вообще класс иной, у фринаса почти своя система
    Элементарное иные sysctl настройки той же озу для zfs
     
     
  • 3.65, InuYasha (??), 21:50, 05/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну уж нет!!! Этот монстр с миллионами глюков и все равно лезишь в консоль....

    Ну ладно, что ты сердишься?

    > Элементарное иные sysctl настройки

    0_0 вот это сильно зря, имхо

     

  • 1.66, Аноним (66), 00:50, 06/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.
     
  • 1.67, Аноним (67), 00:51, 06/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.
     
     
  • 2.73, Онаним (?), 10:15, 06/06/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сдаётся мне, что это "битва" за окончательно внедрение ZFS в Linux.

    Или за окончательное закапывание ZFS везде, кроме пары отдельных NAS.

     

  • 1.78, Аноним (78), 15:32, 06/06/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как в TrueNAS реализовано информирование о развале raid'a?
     
  • 1.81, Аноним (81), 14:05, 02/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "некоторые идеи, недостижимые при использовании FreeBSD"

    таки да...
    даже компания которая долго и упорно тыжилась за фряху- кое что поняла...

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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