После почти года разработки состоялся (https://www.openmediavault.org/?p=2270) релиз дистрибутива OpenMediaVault 3 (http://openmediavault.org/), нацеленного на быстрое развёртывание сетевого хранилища (NAS, Network-Attached Storage). Проект OpenMediaVault основан в 2009 году после раскола (https://www.opennet.ru/opennews/art.shtml?num=24557) в стане разработчиков дистрибутива FreeNAS (http://www.freenas.org/), в результате которого наряду с основанным на FreeBSD классическим FreeNAS было создано ответвление, разработчики которого поставили перед собой цель перевести дистрибутив на ядро Linux и пакетную базу Debian. Для загрузки подготовлены (https://sourceforge.net/projects/openmediavault/files/4.1.3/) установочные образы OpenMediaVault для архитектуры x86_64 (488 Мб). Поддержка ветки OpenMediaVault 3 будет прекращена (https://www.openmediavault.org/?p=2282) 30 июня.
Основные новшества (https://github.com/openmediavault/openmediavault/blob/4.x/de...):
- Дистрибутив обновлён до пакетной базы Debian 9 (Stretch) и по умолчанию использует бэкпорты ядра и прошивок;
- Web-интерфейс адаптирован для комфортной работы с мобильных устройств и сенсорных экранов;
- Переработаны компоненты для генерации RRD-графиков. Добавлена утилита omv-mkrrdgraph для создания произвольных графиков;
- Добавлена возможность доступа к совместным каталогам через точки монтирования /sharedfolders/имя;- Компоненты для поддержки SNMP вынесены в отдельный плагин;
- Решены проблемы с настройкой email (OpenMediaVault теперь корректно работает с Gmail);
- Сокращено время сбора информации о файловых системах. Устранено возникновение таймаутов при открытии в web-интерфейсе страницы с параметрами доступных файловых системам в случае большого числа ФС.
OpenMediaVault рассматривает в качестве приоритетных направлений разработки расширение поддержки встраиваемых устройств и создание гибкой системы установки дополнений, в то время как ключевым направлением развития FreeNAS является задействование возможностей файловой системы ZFS. По сравнению с FreeNAS достаточно сильно переработан механизм установки дополнений, вместо смены "прошивки" целиком для обновления OpenMediaVault используются штатные средства обновления отдельных пакетов и полноценный инсталлятор, позволяющий выбирать необходимые компоненты в процессе установки.
Управляющий web-интерфейс OpenMediaVault написан на PHP с использованием JavaScript-фреймворка ExtJS и отличается загрузкой данных по мере необходимости при помощи технологии Ajax без перезагрузки страниц (web-интерфейс FreeNAS написан на языке Python с использованием фреймворка Django). В интерфейсе присутствуют функции организации совместного доступа к данным и разделения привилегий (в том числе поддержка ACL). Для мониторинга можно использовать SNMP (v1/2c/3), кроме того присутствует встроенная система отправки уведомлений о проблемах на email (включая отслеживание состояния дисков через S.M.A.R.T. и контроль работы системы обеспечения бесперебойного питания).
Из связанных с организацией работы хранилища базовых сервисов можно отметить: SSH/SFTP, FTP, SMB/CIFS, клиент DAAP, RSync, клиент BitTorrent, NFS и TFTP. В качестве файловой системы можно использовать EXT3, EXT4, XFS и JFS. Так как дистрибутив OpenMediaVault изначально нацелен на расширение функциональности через подключение дополнений, отдельно развиваются плагины с реализацией поддержки AFP (Apple Filing Protocol), сервера BitTorrent, сервера iTunes/DAAP, LDAP, iSCSI target, UPS, LVM и антивируса (ClamAV). Поддерживается создание программных RAID (JBOD/0/1/5/6) с использованием mdadm.URL: https://www.openmediavault.org/?p=2270
Новость: https://www.opennet.ru/opennews/art.shtml?num=48573
>после раскола в стане разработчиков дистрибутива FreeNASА что случилось? Очередной трансухе показалось, что её обидели?
Не, тут походу вечная битва между BSD/Linux...
> А что случилось? Очередной трансухе показалось, что её обидели?Скорее забодались с BSD-проблемами и характерным перфомансом системы.
Хранилище без ZFS - это детский сад.
> ZFSМодное нынче слово?
терабайтом оперативки больше, терабайтом меньше, ssd нинужно, мы же взрослые
> Хранилище без ZFS - это детский сад.А нафига он сдался? В домашнем применении и без него вполне работает, в промышленном - бродит мнение, что туда OMV вряд ли потащат :D.
ну так его и пишут детсадовцы для детсадовцев - аякс, модные технологии, "плагины" и прочая мутотень. При этом ни одной fs приличного качества, пригодной для больших хранилок (нет ведь не только zfs, но и btrfs тоже).
Да и не нужно, аудитория не та.коллекцию домашней порнухи хранить можно и на xfs.
А тома по iSCSI раздавать надо с чего-то другого, и последнее, на что ты там будешь смотреть - это на "динамически подгружаемый аякс-интерфейс".
Интересно, минусуют за "btrfs - fs приличного качества" или за "аякс-интерфейс ненужен"Противоречивый комент
ок, разжевываю: основная целевая аудитория этой штуки просто хочет не платить денег за synology. (я тоже не хочу, если что) Она пытается взгромоздить все на rpi, или еще на что-нибудь, где ethernet через usb, памяти кот наплакал, процессор тормоз. И еще и запустить там transmission на четыреста торрентов.
А аяксовый интерфейс им люб и прельстив (иначе зачем вам вообще omv? возиться с cli можно в обычном дебиане).что и подразумевалось под "детсадовцами". Ничего личного - я тоже иногда хочу просто воткнуть диск и чтоб работало, а не ковыряться вручную.
А вот если у вас другие задачи, и интуитивно приятный интерфейс там не самое главное, как и нет задачи уместиться в спичечный коробок - тогда есть смысл смотреть на freenas.
Не, ну все правильно гришь! Мордокнига и прочие зюзи и фуджицы - детский сад, а вот опеннетчики - это конечно энтерпрайз и внедрения. А, ну есть еще какие-то проприетарщики с солярой, но их скоро будет в пору искать в вечной мерзлоте. Рядом с тушками мамонтов.
дружище, научись читать не только последний коммент - не будешь выглядеть дурачком.
ZFS там есть, ставится через плагин. Не готов рекомендовать его для промышленного использования, но дома перешел с FreeNAS на OMV 4, с прозрачным переносом 3-х рейдового ZFS пула на OMV - никаких проблем не заметил. Все работает где-то недели две. Пытался это сделать на OMV 3 - были ошибки в установке ZFS-плагина. На OMV 4 пока все ОК.
ZFS прекрасно работает в OpenMediaVault, писал об этом тут:
https://habr.com/post/328048/
у меня правильное ощущение, что данные на этой хранилке вам тоже не очень-то и жалко?
> у меня правильное ощущение, что данные на этой хранилке вам тоже не
> очень-то и жалко?С какой целью интересуетесь? - ZFS довольно стабильна и работает получше многих других фс.
Сама хранилка у меня скорее в роли торрентокачалки выступает, а все важные данные конечно продублированны.
> С какой целью интересуетесь?ну так, либо потроллить, либо, если вдруг ошибаюсь, разжиться ценным знанием.
> ZFS довольно стабильна и работает получше многих других фс.
с чем сравнивали, или откуда дровишки-то?
И, главное - что сравнивали? Ставим под маргинальной виртуализационной системой пусть, положим, достаточно распространенный чтобы не иметь там явных проблем, дебиан, на него совсем маргинальную систему управления (сколько там разработчиков у того mediavault и сколько у них фидбэка от вменяемых пользователей?), но нам этого мало - поверх мы приземляем совсем уже нетестированную версию ZOL (я так понимаю, у вас был на момент писания тех статей восьмой дебиан, поэтому zol либо с backports, либо из закромов самого zol, либо вообще хз откуда ее притащит пресловутый плагин) - не поддерживаемую официально ни дебианом, ни mediavault.
Вот и спрашивается - откуда такая уверенность, что оно завтра не заявит вам "опаньки, что-то пул-то не импортится"?
> с чем сравнивали, или откуда дровишки-то?Ну я по жизни экспериментатор и имею богатый опыт, так сказать. Перепробовал кучу разных фс кластерных и не очень, думаю что я достаточно компетентен в данном вопросе чтобы заявлять что ZFS работает стабильно.
Среди локальных фс, тех что поддерживают CoW, их не так уж и много, это: zfs, btrfs (кстати теперь еще xfs), ну можно еще добавить thinprovision пул lvm, хоть как таковой фс он и не является.
На ноуте я использую btrfs т.к. она не требует перекомпиляции модуля при обновлении ядра - но не считая последних новостей (RedHat дропнули поддержку btrfs в пользу XFS), минусов у btrfs перед zfs достаточно много. Если рассматривать решение конкретно под виртуализацию - отдельное внимание стоит уделить сравнению с thin lvm.
И опять же в зависимости от конкретных задач, но среди локальных файловых систем, емнип, zfs - остается наиболее функциональной и стабильной на данный момент, в доказательство чего частенько используется в суровом ынтерпрайзе.
> Ставим под маргинальной виртуализационной системой пусть, положим, достаточно распространенный чтобы не иметь там явных проблем, дебиан, на него совсем маргинальную систему управления (сколько там разработчиков у того mediavault и сколько у них фидбэка от вменяемых пользователей?)
OpenMediaVault выступает в качестве веб-морды и только. Установленную ОС можно снести в любой момент и установить заново, zfs-массив и данные на оставшихся дисках останутся без изменений.
> поэтому zol либо с backports, либо из закромов самого zol, либо вообще хз откуда ее притащит пресловутый плагин) - не поддерживаемую официально ни дебианом, ни mediavault.
Вся прелесть в том что zol поставляется proxmox из коробки, они же его официально и поддерживают.
Кроме того, похоже что разработчики proxmox сильно недолюбливают всякие там mdadm т.к. ZFS по прежнему остается единственным способом создания програмного RAID, который предоставляет их установщик.
> думаю что я достаточно компетентен в данном вопросе чтобы заявлять что ZFS работает стабильно.ок, проверим ;-) Какова сейчас в проксмоксовом ZOL ситуация с arc shrink при недостатке оперативной памяти? [предполагается, что достаточно компетентному не надо объяснять, каких масштабов и по каким причинам в этом месте п-ц ;-) ]
Отдельный вопрос на 5+ - что вообще творится в области взаимодействия arc и линуксного buffer cache? (я реально не знаю, это отдельная тема для экспериментов, для которых у меня нет места)
По мелочи (но более важное именно для домашних хранилок): бэкпортирован ли иллюмосовый патч, позволяющий убрать vdev из пула, при наличии в том свободного места?> Среди локальных фс, тех что поддерживают CoW, их не так уж и много, это: zfs, btrfs
кстати, не пойму, почему OMV не хочет btrfs (тоже есть какой-то непонятного качества плагин).
Тяжкое наследие debian, что-ли?
Но зачем именно CoW ? Хранилку все же обычно втыкают в ups, да и виснуть от внутренних причин ей не полагается, а в этих условиях потеря данных (впрочем, эта "потеря" вообще довольно условная) на банальной ext4 маловероятна.> Вся прелесть в том что zol поставляется proxmox из коробки, они же его официально и поддерживают.
а, понял, надо было читать статью не с пятого на десятое, то есть там именно proxmox'овый zfs модуль, omv используется просто как морда, и его плагин отучен тащить за собой свою непонятную версию собственно zfs.
Ок, убедили - то есть, во всяком случае, понятно, какую именно систему надо брать как платформу для построения хранилки, если ориентироваться на ZOL.
По кэшам не подскажу т.к. честно в эту сторону даже и не копал, но насчет версии вот вам `modinfo zfs` из рабочей системы:
https://pastebin.com/q9giFGeS> потеря данных (впрочем, эта "потеря" вообще довольно условная) на банальной ext4 маловероятна.
ext4 - хороша спору нет, но zfs предлагает слишком много вкусностей включая их новомодный raidz с коррекцией ошибок, lzo на лету, динамическое разделение пространства, снапшоты без потери производительности, вот это все что так упрощает жизнь на хранилищах.
> какую именно систему надо брать как платформу для построения хранилки, если ориентироваться на ZOL.
Как выяснилось достаточно установить только pve-kernel, zfs там комплектом. (интересно как они решили вопрос с лицензией)
Кстати чисто под хранилку, если вам нужна сухая стабильность, я бы все же советовал CentOS c ZFS (kmod). Именно так делают посоны из Lustre.
2 вопроса:
На каком железе вы всё это гоняли и взлетит ли на каком-нибудь одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?Sencha ExtJS? Я правильно понимаю, что минимальная лицензия на этот фреймворк стоит около $5000? Или разработчики как-то юзают его бесплатно?
> 2 вопроса:
> На каком железе вы всё это гоняли и взлетит ли на каком-нибудь
> одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?OpenMediaVault должен без проблем запуститься на флешке и на arm.
Дома я использую обычный комп с ATX. Если честно я немного разочаровался в работе ОС с флешки, так что под систему у меня отдельный HDD.
Для более серьезного использования рекомендуется что-то с ECC-памятью, для дома и SOHO можно посмотреть в сторону HP Microserver.> Sencha ExtJS? Я правильно понимаю, что минимальная лицензия на этот фреймворк стоит
> около $5000? Или разработчики как-то юзают его бесплатно?Для OpenSource проектов у них лицензия бесплатная.
> 2 вопроса:
> На каком железе вы всё это гоняли и взлетит ли на каком-нибудьвы брезгливы и невнимательны, коллега. То что гонял kvaps - это супер-сервер с кучей виртуалок и прочих побочных деталей, а не просто хранилка. Взлетит-то оно взлетит, только низэнько.
> одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?
если вам нужен именно nas для (домашней, но) работы - вам нужна достаточно тяжелая железка, с мощным блоком питания (чтобы диски не дохли от его недостачи), большой памятью (и под zfs очень желательна ecc, чтобы внезапно не остаться без файлов) и быстрым процессором (zfs cpu intensive сама по себе). Хорошо бы иметь на будущее дырку, куда поместится 10G ether (и это не single-lane pci, разумеется)
Спрашивается, нахрена тут mini-itx? В корпус, куда поместится хотя бы четыре полноразмерных диска (мы же про nas говорим, а не "ну тут роутер, система автополива цветочков, и хочу еще, пожалуй, торренты здесь же хранить" - зачем вам на таком проксмокс?), питалово к ним, система охлаждения для всего этого - уже совершенно ничего не мешает поставить обычную плату.доступный выбор, правда, из супермикры и супермикры. :-(
А если вы хотите изобразить просто наколенную замену synology уместить в одноплатнике, примерно с той же производительностью и надежностью лишь чуть повыше (что и есть изначальная целевая аудитория omv) - то забудьте о zfs, виртуалках и прочем, оно не для этой цели.
мда... количество ручек и крутилок (и это еще без spl) как бэ намекает нам на "не совсем еще готово для продакшн".> zfs там комплектом. (интересно как они решили вопрос с лицензией)
забили, думаю ;) им работать, а не бороться за все хорошее против всей херни. Оно в любом случае модуль, условно-отдельный от ядра, то есть формально реверансы соблюдены.
чисто под хранилку я бы поставил omniOS (и призадумался бы на тему развернуть под ней сборку иллюмоса, все равно никто это не тестирует и не будет, нет особого смысла сидеть на позавчерашней версии, когда есть сегодняшняя), это по крайней мере гарантирует правильную работу кэшей - как задумано изначально, а не как воспроизведено с чистого листа в системах с принципиально другим управлением памятью, плюс nfs от ее создателя, хорошо интегрированная с fs. (минус самба, но это в любом случае очень плохой код с бесконечной кучей проблем, лишняя чайная ложка, вылитая поверх этой кучи, ничего, в общем, не испортит)
чудеса начинаются когда ты хочешь еще что-то делать на этой же железке (поскольку для дома/мелких задачек это будет очень недешевая коробка, и ее захочется использовать как сервер) - и тут приходится выбирать между freebsd с ее маловменяемыми разработчиками, не желающими исправлять очевидные катастрофические проблемы, потому что "не так подано", и прочими NIH синдромами, и линуксами, где zol бежит вдогонку за вечно уходящим паровозом разработки ядра, не успевая латать собственные баги.
В случае proxmoxы хотя бы есть люди, которым платят именно за то, чтобы этот бутерброд работал более-менее правильно.
нормально всё с zol, главное потюнить zfs драйвер и не использовать дедупликацию.
3 года - полёт нормальный.
> нормально всё с zol, главное потюнить zfs драйвер и не использовать дедупликацию.ну да, ну да - "тут играем, там рыбу заворачивали". С ext4 или xfs в редхатовом воплощении хотя бы не надо ничего вручную тюнить, у последней даже есть некоторый зачаточный вариант дедупликации, не съедающей всю память и не локающей систему с невнятными сообщениями о причинах.
с отсутствующими у нее фичами типа экспорта volumes и shrink - дома, в общем-то, мало кто столкнется.
Зачем нужна ZFS если используется нормальный хардварный рейд и данные аналогично дублируются? Что б утилизировать много оперативной памяти или что б перед друзьями хвалится? Работает то, как правило, медленнее чем те же ext4 или XFS, а ресурсы сервера упиливает в разы больше...
для снапшотов
> Зачем нужна ZFS если используется нормальный хардварный рейдвам не нужна, проходите мимо.
"нормальный хардварный рейд", надо же...
То-то у редхата на xfs всё крутить рекомендуется
> То-то у редхата на xfs всё крутить рекомендуетсявот только у редхата другой xfs и под ним еще и несколько другой lvm.
Что и сколько они там патчили-перепатчили, и не потерялось ли чего по обратной дороге в апстрим - отдельный большой вопрос.
provides ZFS/Btrfs-style features by integrating layers of existing technologyhttps://github.com/stratis-storage/stratisd
> provides ZFS/Btrfs-style features by integrating layers of existing technology
> https://github.com/stratis-storage/stratisdДа вот btrfs например обходится без всяких левыx -d в системе, да и вообще, не выглядит как фееричная свалка костылей. А то что редхат ее не стал использовать - они ее майнтайнить не могут за отсутствием спецов. А чисто номинальная поддержка в ридми - все же не в духе редхата.
Ну а тут наняли каких-то дешевых индусов и те накодили какой-то очередной -d, спасибо что хоть не на бидоне. Что не отменяет хипстерской природы кодеров. И вызывает много вопросов что случится если при каком там еще изменении уровня RAID или ресайзе ресет нажать. Btrfs то похрен, он и смесь райдов нормально схарчит, продолжив конверсию уровней raid с места облома. А вот что эти редхатовские сопли и скотч будут делать в таких ситуациях...
>> То-то у редхата на xfs всё крутить рекомендуется
> вот только у редхата другой xfs и под ним еще и несколько
> другой lvm.
> Что и сколько они там патчили-перепатчили, и не потерялось ли чего по
> обратной дороге в апстрим - отдельный большой вопрос.
На RPi 3 много места сожрет, памяти, проца? Сильно будет грузить систему?Стоит Raspbian
RPi уже на x86_64?
> RPi уже на x86_64?Ваще ставить можно и по-нормальному, как в обычном Deb водится - прописывая репу в sources.list. Порылся наскоро по сайту - пакеты под arm64/armel/armhf у них вроде как есть :D. (И даже, страшно сказать, под PowerPC :D)
А как Rpi3 будет винтами ворочать? Я бы свои новые 2х6 + 2х2 вытащил бы на полку, но где взять платку которая потянет это всё это( и в которой хотя-бы 4Sata будет )...
> А как Rpi3 будет винтами ворочать? Я бы свои новые 2х6 +
> 2х2 вытащил бы на полку, но где взять платку которая потянет
> это всё это( и в которой хотя-бы 4Sata будет )...Мы люди простые. Нам бы фильмы смотреть, торренты качать, а к RPi можно и внешний HDD подключить в количестве 4-х штук
С производительностью USB на Pi лучше сразу в морг...
> Мы люди простые. Нам бы фильмы смотреть, торренты качать, а к RPi
> можно и внешний HDD подключить в количестве 4-х штукТолько у USB контроллер usb всего один, а это счастье - через хаб. Ну и вся толпа дружно поделит 480 мегабитов. На четверых. А, даже на пятерых - сеть на том же юсб висит.
И будет один 480 мбитный линк из контроллера usb надрываться на 4 винча и пишную недо-сетевку. С понятным результатом.
А для разнообразия ощущений можно китайца за двацатку с SATA купить и увидеть 100 мегов в секунду чтения с винча. И контроллеров usb у китаезов на порты вытащено 2...4 независимых. И ethernet - нативный, так что usb не пригружает. Ну в общем если качать охота - идем на https://linux-sunxi.org и вдумвиво читаем раздел про NAS. Тогда даже есть шансы сделать недорого и круто.
> А для разнообразия ощущений можно китайца за двацатку с SATA купить и
> увидеть 100 мегов в секунду чтения с винча. И контроллеров usb
> у китаезов на порты вытащено 2...4 независимых. И ethernet - нативный,ну так можно не зюйкать, а пальцем показать - что надо купить у китайца, чтобы были sata, ethernet, драйвера того и другого не в виде .o под ядро 2.0.18, и все это не было подключено через usb ?
без usb3 и с бинарным видеодрайвером, хрен с ним, я готов жить.
Не о малинке, но ... Поставил Armbian + OMV на Rock64, полет нормальный. По дефлоту ставится плагин для работы с sd картой. Прикручен 3.5" 2ТБ SATA аптайм уже больше 2 месяцев. DLNA, NFS, SAMBA - всн работает.
Спасибо. Хорошая плата
>После почти года разработки состоялся релиз дистрибутива
>Поддержка ветки OpenMediaVault 3 будет прекращена 30 июня.Я с проблемами ставил в прошлом году из за свежести релиза, в этом году опять ?
Новшества минорные, почему не использовать LTS и 5 лет горя не знать ?
Гм... новость весьма неспешная :) Образы выложили как с месяц назад, да и при обновлении система становится 4.1.5 с ядром 4.15
> Гм... новость весьма неспешная :) Образы выложили как с месяц назад, да
> и при обновлении система становится 4.1.5 с ядром 4.15Объявлено о релизе 8 мая.
Release of openmediavault 4 (Arrakis) 8 May 2018
https://www.openmediavault.org/?p=2270У них метод такой, тихонько пилят сборки и в один прекрасный момент считают, что одна из сборок достаточно стабильна и её можно назвать стабильным релизом.
Опаньки... ошибся... склероз подвёл... ядрышко 4.14Ну дай бог здоровья людям делающим нужное дело, а что без помпы новые версии обновляют, так то не грех.
Без ZFS ненужно.
> Без ZFS ненужно.Перепись любителей ZFS в треде.
> Перепись любителей ZFS в треде.Перепись любителей надежных файловых систем и не любителей терять важные данные в треде. /FIXED
User: My data, it's gone!
EXT4:"Ext4 developer Ted Ts'o stresses in his answer to the bug report that Ext4 behaves precisely as demanded by the POSIX standard for file operations."
Solution: WORKS AS DESIGNEDhttps://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_po...
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/317781
https://access.redhat.com/solutions/369383
https://www.postgresql.org/message-id/flat/56583BDD.9060302&...
> Bug #317781 reported by Bogdan Gribincea on 2009-01-16мам, мам, смотри как я гоняю по опеннету на машине времени
PostgreSQL
silent data loss with ext4 / all current versions
Date: 2015-11-27 11:17:49https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_po...
Не читал? Либо риск потери данных, либо потеря производительности, но риск потерять данные все равно остается, хоть и в меньше степени.
Как сказал разработчик, WORKS AS DESIGNED.
ты еще ман постгреса на тему фсинка почитай, небось все волосы на ягодицах себе повыдергаешь от ужоса.
> PostgreSQLССЗБ
Оно DLNA умеет?
Умеет. Там есть стандартый плагин DLNA.
Голосую За ZFS!👍
Как владелец нескольких домашних NAS для разных задач заявляю следующее. FreeNAS мне нравится своим стильным оформлением - лучший веб-интерфейс и стабильная работа в течении нескольких лет. Использую его как домашний фото/видео архив. OpenMediaVault дает более простой интерфейс и менее требователен к ресурсам, а еще это Linux, что тоже плюс для тех, кто не знает команд FreeBSD (хотя во многом они совпадают). Все-таки если надо настраивать FreeBSD, то там своя специфика, надо изучать. Linux многие из нас знают с детства, а вот FreeBSD - нет. Но интерфейс во FreeNAS выглядет просто отпадно, люблю его. Кстати, OMV использую в основном для как домашний медиа-сервер.
Прошло уже несколько лет, как они расщепились с FreeNAS. В части веб-интерфейса, может быть, они оказались правы. FreeNAS с джангой удобным так и не стал. Да и тормозит изрядно даже для домашнего использования.
Когда OMV из коробки научится работать из оперативки не теребя постоянно диск или флешку? ТОлько из-за этого стоит FreeNAS.
Перешел с NAS4Free на FreeNAS, после того как на FreeNAS после обновлений в очередной раз умер minidlna, перешел на OpenMediaVault, на тот момент версии 1.0.2 - с тех пор я добавил три винта в хранилище, версия уже дошла до 4.1.3 - только что апгрейднул с последней трешки - ни разу не пожалел о переходе и сделанном выборе. Samba, DLNA, TFTPBoot, ну и по мелочи немного - для дома мне хватает за глаза.
Про ZFS - как по мне - RAID5 вполне себе для дома.
С флэшки не может из коробки, а nas4free легко.
Выглядит отлично, современенько
Дедупликацию, снапшоты, ssd-cache, сжатие на лету и прочие вкусности уже завезли? Как там с поддержкой FC?
Что бесит - примитивная хранилка, но обязательно - х64... Зачем?! У меня валяется куча старых NAS - отличная коробка, но... железо х86_32 и убогая родная прошивка. Туда бы что-то альтернативное, тот же OMV... По железу - встанет на ура, но блин - нафига делать х64 онли, если оно там в принципе не нужно? Это же не ZFS с дедупликацией и прочими фишками, жрущими ОЗУ как свинья апельсины...
> Что бесит - примитивная хранилка, но обязательно - х64... Зачем?!затем, что "примитивная хранилка", ворочающая полудесятком терабайт (для дома для семьи, внезапно, уже не особо и много), внезапно, требует немаленькой памяти, чтобы хранить с них хотя бы метаинформацию в кэше (потому что ее, внезапно, тоже много), а не елозить по дискам.
Да, все это кое-как еще можно собрать (с кучей trade-off'ов), но уже совершенно никому неинтересно поддерживать.
> валяется куча старых NAS - отличная коробка, но... железо х86_32 и
> убогая родная прошивка. Туда бы что-то альтернативное, тот же OMV... Пону соберите (хотя, подозреваю, оно и так в repo есть). Ставите банальный debian, дальше - см. рецепт от kvaps выше по форуму. Пункты про proxmox и zfs можете пропустить (а можете и не, чисто поржать).
> онли, если оно там в принципе не нужно? Это же не
> ZFS с дедупликацией и прочими фишками, жрущими ОЗУ как свинья апельсины...сказки о zfs сильно преувеличены:
last pid: 59250; load averages: 0.30, 0.47, 0.47 up 22+04:55:31 10:39:06
27 processes: 2 running, 25 sleeping
CPU: % user, % nice, % system, % interrupt, % idle
Mem: 2768K Active, 98M Inact, 892K Laundry, 762M Wired, 118M Free
ARC: 454M Total, 162M MFU, 189M MRU, 32K Anon, 6318K Header, 96M Other
Swap: 1024M Total, 38M Used, 986M Free, 3% Inuseэто, если кто не понял, однопроцессорная виртуалка с гигом оперативы. Собственное ведро пересобрать - вполне может (и не за три с половиной часа). dedup, правда, не поместился, lz4 - поместился.
Но вот если начать раздавать с нее файлы - оно будет _очень_и_очень_медленно. И проблема ни разу не в zfs.
Про ZFS - давайте не будем. Если задействовать все ее преимущества, типа той же дедупликации, то памяти она сожрет не по деццки. Но если в минимальном режиме... а зачем? Для минимального - mdadm за глаза...
Вообщем я рассматриваю FreeNAS и OMV как решения абсолютно разного класса, области применения которых пересекаются... да не пересекаются они.
И хочется чего-то готового для таких "китайских насов", взять старый NAS от известных китайских брендов (Netgear, QNAP, Synlogy и т.д.) можно за копейки и внутри будет либо x86_32, либо ARM. Ну ARM сразу отбрасываем по причине полной невозможности хотя бы расширить ОЗУ убогой емкости (в х86 - обычно стандартная планка, правда нередко с ЕСС) и отсуствия чего-то похожего на производительность у проца... А вот х86 - совсем другая песня...
Родная прошивка - г-но и обычно уже сто лет как не обновляется, так что - увы и ах...
Надо много памяти? Да ну ладно! У меня валяется NetApp - угадайте что внутри? Правильно - проц класса P4 (эмбедет версия) и да-да - х86_32... И памяти ему хватает на работу с 12-ю дисками и со всеми наворотами, типа дедупликации... Ну правда диски штатно по 500 гиг... :) Так что простите, но не верю что mdadm не сможет нормально работать с 4-мя современными дисками (у этих коробочек редко больше), без дедупликации и прочих наворотов при наличие 2-4 Гб ОЗУ...
> Про ZFS - давайте не будем. Если задействовать все ее преимущества, типа той же дедупликации,
> то памяти она сожрет не по деццки.ну вот конкретно на этой виртуалке - добавляем памяти до 4G, и можно включать. Только нафига?
Дедуплицировать там нечего, выигрыш от сжатия - есть местами (а местами выключено), остальные особенности (снапшоты, zfs send, удобное управление dataset'ами без ненужной фрагментации) - вполне себе используются по назначению. Избыточности нет, этой виртуалке не нужно - в случае чего она просто поднимается из снапа в другом месте.Память-то жрется не в воздух, а на arc (в случае линуксоцентричных fs вместо него у вас buffer cache, местами в разы неэффективнее (поскольку ничего не знает о содержимом тех буферов, и не умеет отделить метаинформацию от данных, и структура плоская - потому что экономили cpu такты древнего 386 на котором когда-то разработано), поэтому кто сказал что ее надо меньше? Ее надо больше!
> Да ну ладно! У меня валяется NetApp - угадайте что внутри?
дайте я другое угадаю - мощности всего этого жужжащего ероплана хватит не только чтобы выбить предохранители, но и насытить...эмм...100мегабит сетевуху. При большой удаче - две.
В результате, при попытке им пользоваться, вы начнете потихоньку все нужное перекладывать на локальный ssd ;-)
А для cold storage он слишком громко жужжит и долго стартует.
Это, разумеется, ни разу не агитация за zfs на synology (мне все же несколько стремно доверять свои данные этому бутерброду из деталей от совершенно разных проектов), скорее о развеивании urban legends.
> дайте я другое угадаю - мощности всего этого жужжащего ероплана хватит не только чтобы выбить предохранители, но и насытить...эмм...100мегабит сетевуху. При большой удаче - две.Стандартные интерфейсы - 2х8Gbps. FC ога и я в курсе что сейчас актуальны 16Gbps... Есть еще и 4х1GbE, но они насыщаются на раз-два, так что - в основном для файлов и прочей некритичной мелочевки... Основное все-таки это для него блочное устройство. iSCSI умеет, но FC - лучше. :)
Ах да - про "собери сам"...
Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо без монитора - ставить линакс как-то неудобно, IPMI там тоже нет к слову так. То есть придется сильно морочится и иметь ненудевые шансы получить кирпичь...
> Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо безесли мы это делаем на ix86, то подключать надо диски - к своей системе.
И прямо на них все и возводить. Собственно, после установки дебиана можно уже относить их обратно в коробочку ,и дальше ковырять ssh. Если arm - кроссборка дебиана в общем-то уже черезмерный траходром для домашней игрушки, хотя если хочется приобрести ненужных знаний - вполне достижимо.Первое займет с непривычки пару часов, второе пару недель.
>> Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо без
> если мы это делаем на ix86, то подключать надо диски - к
> своей системе.
> И прямо на них все и возводить. Собственно, после установки дебиана можно
> уже относить их обратно в коробочку ,и дальше ковырять ssh. Если
> arm - кроссборка дебиана в общем-то уже черезмерный траходром для домашней
> игрушки, хотя если хочется приобрести ненужных знаний - вполне достижимо.
> Первое займет с непривычки пару часов, второе пару недель.Это - эмбедет-версия х86 со своими прибамбасами по опять же эмбедед-девайсам и со своим, не слишком стандартным, загрузчиком. И дебиан там надо ставить не на диски, а в свою флешку, не очень емкую... Линакс на нем стартует, но сбольшим бубном. Почитайте про то как народ в OpenWRT с эмбедщиной воюет - проблемы схожие.
> Это - эмбедет-версия х86 со своими прибамбасами по опять же эмбедед-девайсам и со своим, не
> слишком стандартным, загрузчикомбросьте, x86 не отличаются разнообразием, стандартный там будет биос со стандартнейшим загрузчиком с mbr (раз он x32, то чудес и тут не будет). Ну максимум не умеющим выбирать boot device, насмерть прибитый к чудо-флэшу, и то не факт. "для того и брали", чтоб своего китайца не кормить.
В конце-концов, всегда можно подсунуть имеющемуся загрузчику ядро от дебиана, с root на самом массиве, а флэшку не трогать вовсе.опять же непонятно, чем бы тут помог готовый исошник с самоустанавливающимся 32bit omv, он тоже чудес никаких не умеет.
openwrt воюет с arm, devicetree, загрузчиком умеющим только флэш-специфичные форматы и прочей пакостью (хотя и там обычно все сводится к тому, успел уже кто-то выковырять devtree от именно твоей мыльницы, или не повезло).
>> Это - эмбедет-версия х86 со своими прибамбасами по опять же эмбедед-девайсам и со своим, не
>> слишком стандартным, загрузчиком
> бросьте, x86 не отличаются разнообразием, стандартный там будет биос со стандартнейшим
> загрузчиком с mbr (раз он x32, то чудес и тут не
> будет). Ну максимум не умеющим выбирать boot device, насмерть прибитый к
> чудо-флэшу, и то не факт. "для того и брали", чтоб своего
> китайца не кормить.
> В конце-концов, всегда можно подсунуть имеющемуся загрузчику ядро от дебиана, с root
> на самом массиве, а флэшку не трогать вовсе.Вашими бы устами... Эмбедед х86 это не совсем х86 - так принято со времен 80186/80188 :)
> Вашими бы устами... Эмбедед х86 это не совсем х86 - так принятоу меня тех эмбедок в виде цисок разных сортов - мильен с тыщами. Флэшку выковыряешь - линукс как линукс. Некоторые даже заводятся на писюке.
> со времен 80186/80188 :)
это и был последний, на котором еще делали нестандартные архитектуры (где то лежит такой - вообще без биоса. Потому что он - модем.) Потом пришло время "чипсетов" и готовых "мостов", которых нынче выпускает интел, интел и интел. Соответственно, возможность что-то там всерьез самостоятельно сделать нестандартного - сразу и резко кончилась.
Пресловутая флэшка скорее всего у вас даже не mtd.
> у меня тех эмбедок в виде цисок разных сортов - мильен с тыщами.Ну и радости с этого хлама?
> Флэшку выковыряешь - линукс как линукс. Некоторые даже заводятся на писюке.
Иди попробуй забутявить что-нибудь эдакое на, хотя-бы, смартфоне или планшете с ведроидом. На каком там cherry trail или как там это называется.
дык, в чем проблема? Половина китайских чудо-планшетов на embed intel штатно умеет dual-boot. Э...умела. Поскольку vedroid-x86 ныне как-то сдох и китайцы подзабили.
В результате мой baytrail умеет только винду. uefi32, ага, ничего неожиданного. Могу поставить линукс, но не имею желания.
Более новые точно такие же, но изредка можно найти 64.а где вы берете смартфоны на (современном) x86 - покажите пальцем, я тоже хочу.
обычно все ровно наоборот - видишь dual-boot китайца - значит там arm. Он может быть вполне себе приличным и aarch64, но - arm. И devicetree от него китаец давно уже пропил.
Ах да - если я захочу чисто поржать, я не буду ставить zfs на линакс. Зачем мне zfs курильщика, если я могу использовать zfs здорового человека? :)
А вот Rockstor - вполне могу поставить. Правда данные на нем хранить... поостерегусь ибо btrfs же...
Но опять смотрим требования - 2Гб ОЗУ и проц... х86_64!!! Ну зачем?!
> Ах да - если я захочу чисто поржать, я не буду ставить
> zfs на линакс. Зачем мне zfs курильщика, если я могу использовать
> zfs здорового человека? :)где, где она, здорового человека? У freebsd'шной проблемы те же что у линуксной, плюс, то есть минус, очень странные тараканы в мозгах разработчиков.
> А вот Rockstor - вполне могу поставить. Правда данные на нем хранить...
> поостерегусь ибо btrfs же...если просто хранить, и ничего особо не трогать - вряд ли она их просто так возьмет и съест.
Если навернется по питанию на полном ходу - с ext4/xfs/чем там еще - проблем можно огрести не меньше.
> Но опять смотрим требования - 2Гб ОЗУ и проц... х86_64!!! Ну зачем?!разработчикам так удобнее - не напарываться хотя бы на ограничения виртуальной памяти (и на то что какой-нибудь inode number, внезапно, не лезет в 32 бита и надо мучаться с long long арифметикой - у xfs, помнится, были с этим серьезные трудности).
опять же, желающие могут пересобрать, но разгребать последствия придется самостоятельно (в том числе - никто не тестирует всерьез btrfs на таких системах. как-то, наверное, собирается - и хрен с ней)
> никто не тестирует всерьез btrfs. как-то, наверное, собирается - и хрен с ней)Поправил, не благодори. Не зря ее шапочники выпилили к чертям собачим, от греха подальше.
>> никто не тестирует всерьез btrfs. как-то, наверное, собирается - и хрен с ней)
> Поправил, не благодори. Не зря ее шапочники выпилили к чертям собачим, оторацле жеж. Которые, как ни странно, очень не любят zol. А ничего другого предложить своим клиентам с унбрякаблом не могут. Ну и suse/novell впридачу.
да и не то чтоб начисто выпилили, просто сказали что тестировать и поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и версия там старая. (и тут фигак, облом с bcache ;)
> да и не то чтоб начисто выпилили, просто сказали что тестировать и
> поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и
> версия там старая. (и тут фигак, облом с bcache ;)Я скажу так - не зря рокстор предупреждает что RAID-5/6 на их системе это чистой воды ССБЗ. Подтверждаю - безумству храбрых... вообщем бекапы наше фсё. :)
> орацле жеж.Не столько орацле сколько фэйсбук, фуджитса и зюзя. Да и тесткейсами все обвешано как собака блохами (в том числе и XFS Test Suite-ом, он крут по вылавливанию самых маразматичных и диких сценариев), а наиболее странных багов - отловили на фэйсбучных хомяках.
А чисто практически, с одной стороны, разработчики btrfs все фиксят именно в майнлайне. С другой у шапки разработчиков этой штуки толком нет. И вообще спецы по файлухам оттуда основательно разбежались.
И вот сидит шапка с своим чудным ядром. Btrfs в нем древний и бажный, он таким на момент выхода архаичного ядра был. Бэкпорты делать некому. Клиенты худеют с багов, пишут в саппорт. Но разработчиков нет - саппортить некому.
Вот редхат и признал очевидное - они не могут это саппортить. По общей совокупности тухлости этого в их самопальном ядре vs отсутстствие у них разработчиков чтобы что-то внятное с этим сделать. Ну а тут наняли каких-то очередных хипстеров, писать какой-то -d который попытается сделать вид что какой там еще lvm и проч типа может вменяемо рулиться. Проблема в том что "типа" немного маскируется этим -d но реально никуда не девается. И как мне кажется - при каком там крахе системы во время трансформаций и прочих отличиях от идеала может весьма больно лягнуть. В смысле, то что оно на автомате отresume'ит проваленную операцию при таком устройстве системы далеко не факт. А когда админу потребуется закатить это солнце вручную, он со всеми этими LVM, имхо, рискует спятить.
> Которые, как ни странно, очень не любят zol.
А за что его любить? На оркаловые базы zfs ложится не очень, это и было мотиватором к созданию btrfs. А остальное ораклу до балды, судя по всему.
> поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и
> версия там старая. (и тут фигак, облом с bcache ;)И разработчиков главное нет. Разработчики btrfs видите ли используют актуальное состояние ядра Linux и бэкпортнуть его на архаику - дофига работы, а у RH ее решительно некому воротить.
Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?
> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?права NTFS переносятся вместе с файлами и папками, а права AD с помощью ADMT, если это не контейнеры по умолчанию
Еще один страдалец... Добрый день коллега! :)
Боюсь это будет непросто - не заточена OMV под такие задачи...
>> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?
> права NTFS переносятся вместе с файлами и папками, а права AD
> с помощью ADMT, если это не контейнеры по умолчанию
> Еще один страдалец... Добрый день коллега! :)
> Боюсь это будет непросто - не заточена OMV под такие задачи...Как это не заточена? В описании написано - ARM процессоры поддерживаются.
> Как это не заточена? В описании написано - ARM процессоры поддерживаются.Ага, но минимум 1Гб ОЗУ, а у тебя - в 4 раза меньше...
Плюс специфические загрузчики... Плюс специфика эмбедед-систем по девайсам... Вообщем это тебе не OpenWRT/LEDE увы...
> Плюс специфические загрузчики... Плюс специфика эмбедед-систем по девайсам... Вообщем
> это тебе не OpenWRT/LEDE увы...По большому счету от загрузчика требуется кернел пнуть. Дальше может взлететь в принципе любой дистр по вкусу.
> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?Ой там ARM и 256Мб ОЗУ на борту... Забудь :)
Но с другой стороны дебиан на него вкорячивали - https://habr.com/post/135992/
Мне ZFS не нужен ;)Просто лежит железка в шкафу, а в ынтырнеты высовывать ее боязно, ибо от вендора 3 года уже как никаких обновлений вообще. Можно, конечно, просто debian туда вкрячить, но лень потом все настраивать и перенастраивать.
> Мне ZFS не нужен ;)Коллега, я тоже не понимаю минимальных требований OMV. Вот они:
> CPU: Any x86-64 or ARM compatible processor
> RAM: 1 GiB capacity
> HDD:
> System Drive: min. 4 GiB capacity
> Data Drive: capacity according to your needsONTAP, которая покруче ZFS, минимально требует примерно того же... Зачем такие ресурсы, при наличие примерно 10% функционала от ONTAP/ZFS - мне непонятно. Правда есть одна мысля - в ONTAP нет PHP и модного, молодежного, хипстеровского гуя... :)
Я сам ищу простенькую прошивку для хранилок, которая может работать на х86_32 как минимум, а в идеале - и на ARM c их типичными 256-512Мб совершенно нерасширяемого ОЗУ...
> есть одна мысля - в ONTAP нет PHP и модного, молодежного,ну,естественно - надо на чем-то вам рисовать красивые картинки - и при этом еще и надо чтоб осталось хоть немножко памяти на дисковые кэши. Куда уж меньше-то?
>> есть одна мысля - в ONTAP нет PHP и модного, молодежного,
> ну,естественно - надо на чем-то вам рисовать красивые картинки - и при
> этом еще и надо чтоб осталось хоть немножко памяти на дисковые
> кэши. Куда уж меньше-то?QTS справляется ровно с теме же задачами на гораздо меньших ресурсах :)
> QTS справляется ровно с теме же задачами на гораздо меньших ресурсах :)не знаю, не видел, как оно с ними "справляется" в современных версиях, но в чудеса - не верю. Скорее всего, на меньших - все очень медленно и печально. Как в интерфейсе, так и в отдаче с дисков.
Виденная мной версия одного возраста с моим древним десктопом (содержащая, на удивление, тот же самый D2700 унутрэ - omv, наверное, поставится, если при сборке не перемудрили с оптимизацией) никаких звезд с неба не хватала. Причем, подозреваю, для работы с современными дисками (там было какое-то недоразумение, то ли на терабайт, то ли даже меньше, и медленное) придется еще и памяти туда запихать как в мой. Гигабит свой нагрузить могла, но только на линейном чтении - по записи просиралась вдвое (линух там у них внутри тщательно спрятанный, что-ли? Очень уж на характерную фичу md raid1 похоже), а одновременно двумя задачами лучше было ее вообще не беспокоить.
зато красивенькая, куда там аяксовому уродцу...
>[оверквотинг удален]
> тот же самый D2700 унутрэ - omv, наверное, поставится, если при
> сборке не перемудрили с оптимизацией) никаких звезд с неба не хватала.
> Причем, подозреваю, для работы с современными дисками (там было какое-то недоразумение,
> то ли на терабайт, то ли даже меньше, и медленное) придется
> еще и памяти туда запихать как в мой. Гигабит свой нагрузить
> могла, но только на линейном чтении - по записи просиралась вдвое
> (линух там у них внутри тщательно спрятанный, что-ли? Очень уж на
> характерную фичу md raid1 похоже), а одновременно двумя задачами лучше было
> ее вообще не беспокоить.
> зато красивенькая, куда там аяксовому уродцу...У моего ix2 внутре как раз md raid и есть. И да, оно небыстрое, но кино в 720HD на два телика успевает кидать.
> У моего ix2 внутре как раз md raid и есть.там внутре вообще дебиан переделанный (как раз настолько, чтобы поставить пакет от настоящего было невозможно). Но вы ценник гляньте на те qnap'ы и со своим сравните (диски в комплекте не поставляются) - да блин, за эти деньги они еще и кофий по утрам должны в постель приносить.
в общем, если хочется потрахаться - devicetree для вашей штуковины давно уже есть, uboot там вроде без фокусов, serial распаян, можно легко поменять систему на настоящий дебиан и наслаждаться тормозами.
А можно вместо этого примотать к коробке сверху скотчем pi3, к дискам кабель подлиннее, и никакого тебе геморроя с omv в 256 мегах и вечным свопом.
Лучше вообще так, по хорошему, примотать китайца с хардварной сатой или usb3. А что до свопа - дебиан сам по себе даже на 64 мегах живет. А на 256 - так на самом деле довольно много ресурсов для всяких сетевых штук. Даже торенты можно погрузить. Десятками тысяч конечно перебор, но пару сотен трансмишн в такой конфигурации определенно своротит.
Кста, при душняке с RAM - zram в руки. Свопиться лучше всего в него. Вещь!
> Лучше вообще так, по хорошему, примотать китайца с хардварной сатой или usb3.ему два телевизера кормить - такой дорогой необязателен (да и там не угадаешь, не подключена ли та хардварная через тот самый usb3, который сам включен в usb2)
> А что до свопа - дебиан сам по себе даже на 64 мегах живет.
ядро линукса (не имеющее прямого отношения к какому-то там дебиану) может и живет. apache с mod_php - уже никак не живет, а надо еще и выполнять эти самые php, а не только запустить.
а товарищ хотел интуитивно приятного уеб интерфейса.
> Даже торенты можно погрузить. Десятками тысяч конечно перебор, но пару сотен трансмишн в такой
> конфигурации определенно своротит.часов шесть диск попилит, и своротит. А потом попадет в блоклисты пиров, потому что отдает с черепашьей скоростью, а принимает (linux md raid1, 2x write penalty) вообще никак.
А главное - ну зачем?
> ему два телевизера кормить - такой дорогой необязателенЕсли 20 баксов реально напрягают (серьезно?) - у какого-то девайса на sunxi за 10-15 баксов есть 4 порта usb на 3 или 4 независимых контроллерах, чтоли. То-есть это 3 или 4 * 480 Мбит бандвиза.
На linux-sunxi.org даже некий мини-гайд есть как btrfs на таком запускать, чтобы порты юзались одновременно. Так быстрее 1 usb порта с 1 диском. Даже невзирая на масштабы железки. Btrfs таки не ресурсожоркий, ему и на таком ок.
Еще бывает забавная 10-баксовая шняга с 2 Ethernet. Один нативный, второй таки usb. Но за 10 баксов, с процом на 4 ядра и более гигагерца... это в разы круче чем то что будет на в разы более дорогом домашнем роутере, да еще с дебианом и всеми его 20К пакетов. Так что привередничать не комильфо :). Ну как, для себя я могу потратить $5 на 8-гиговую карту памяти. А если в миллионе роутеров потратить $5 - вендор опухнет от жабы и решит что 5 мегабаксов в его кармане гораздо лучше. А "как-то" работает и с более дешевой флехой копеечной емкости из залежалых складских запасов, которую отдадут чуть не бесплатно, лишь бы склады разгрузить.
> (да и там не угадаешь, не подключена ли та хардварная через тот самый usb3,
Нормальные люди Ethernet на usb не вешают - такая системная идиотия это привилегия распи. У нормальных чипов это встроенная периферия SoC на встроенной скоростной накристальной шине. Оно таки memory mapped, DMA подперто в хвост и гриву и близко к тем гигагерцевым ядрам. Так что вполне может качать нечто похожее на гигабит. Если ты данные где-то возьмешь. В случае 480Мбит диска все запросто упрется в спасибо если 38-40 мегов чтения с винча (uas). Или даже 32-35 (обычный mass storage class). Которые ясен фиг не гигабит. С SATA - у некоторых таки бывает честный AHCI который под сотню мегов в секунду читать таки успевает. Но там смотреть надо, узкоглазые просекли что SATA нравится и на некоторых таки лепят бриджом usb-sata. А вот так оно конечно же не лучше внешней коробки на usb.
Сам блок эзернета - чаще всего лицензирован у какого там синопсиса или каденса, встраивается в кристалл SoC и живет на накристальной шине, у ARM это AMBA вроде бы в этой роли. В полной версии довольно крутая и скоростная штука на самом деле. Как минимум прокачивает usb3, PCI-e с несколькими lanes, gig eth, sata и проч. Но это где-то там, в кристалле. Наружу она не бывает вроде.
> который сам включен в usb2)
Usb2 никто в здравом уме не использует в качестве накристальных шин. Это у пи на кристалле эзернета нет почему-то (броадком пожадничал блок лицензировать?) и они сколхозили как умели: развели единственную линию usb из чипа в чип хаба. Он делает из нее 4 порта и пятым там еще usb to ether сетевка в том же чипе. Но к броадкому все это идет одним тощим 480Мбитным usb линком. Офигенно. В этом ежевике дает форы даже мой древний роутер - там гигабитный ифейс не делит с портом usb бандвиз, лол.
> ядро линукса (не имеющее прямого отношения к какому-то там дебиану) может и живет.
Да и трансмишн живет. И прочие нжинксы.
> apache с mod_php - уже никак не живет, а надо еще и выполнять эти самые php, а не только запустить.
Апача на такую штуку не советую, лучше nginx или что-нить такое, эвентобразное. А пых - на 1 юзера его пускали даже на куда более дохлых железках. А сервер вебприложений на пыхе, на весь инет лучше наверное на чем-то ином все же.
> а товарищ хотел интуитивно приятного уеб интерфейса.
Да на самом деле 1-2 товарища такая шняга даже с опачем и пыхом потянет. Да и врядли он будет постоянно пялиться в вебфэйс. Но я бы поставил что-нибудь event-based как сервер и подкешил пых, тогда с наскока хрен бы кто отличил от любого иного сервака.
> часов шесть диск попилит, и своротит.
Диск оно пилить будет только при начальном хэшировании. Один раз за хренову кучу времени. Да и к тому же торенты будут становиться доступны по мере завершения процесса, упрется оно чего доброго в диск, да и "вкалывают роботы а не человек". Ну хрустит какая-то мелкая хня диском и хрустит. Я ее не вижу даже.
> А потом попадет в блоклисты пиров, потому что отдает с черепашьей скоростью,
Даже роутер с древним процом грузит на самом деле вполне прилично, если не сильно борзеть с числом торентов. А подобная шняга льет оптом и в розницу. Ну вон там статистика отдачи говорит 20 терабайт. Всякой убунты в основном. При том у убунт по жизни сильный перевес сидеров над личерами, так что оно вообще груши больше околачивало - там когда кто-то качать начинает, 4000 сидеров зачастую вливают столько сколько его канал или система может прожевать. И суперскорость от каждого конкретного тела на самом деле пофиг.
> а принимает (linux md raid1, 2x write penalty) вообще никак.
> А главное - ну зачем?Если ты еще не понял, пойнт торента вообще не в том чтобы сколхозить мегасервер и залить им весь интернет в одно лицо, попутно собрав весь омон города под свою дверь как самый злостный варезник сезона. Вся идея p2p в том что множество относительно небольших по калибру систем собираются в могучую кучку когда они вместе.
При том если 10 больших мамонтов на крайняк можно и ушатать, с 100 миллионов комаров этот трюк получается значительно хуже. Что вызывает ужасную досаду у копирасов и прочих жандармов.
ну создай на ней своп побольше, на пару гиг, да и вперед, на мины. Будет адово тормозить, поскольку этой памяти на полтора экземпляра пехепе хватит, но не вижу причин совсем не работать.другое дело, что чего там, вообще говоря, настраивать в сетевом диске-то?
(разбивка/установка/и т д - к тому моменту как запустится интуитивно-приятный аякс - и так будет тобой уже выполнена, вручную и через serial (или что там у нее?)Но я бы ее выкинул и собрал на столе очередной недо-писюк из безвентиляторной itx платы, будет не так круто выглядеть, зато работать быстро, да и своего времени на установку уйдет минут сорок.
После установки надо пользователей создать, всякие там порты и сервисы отключать и подключать, и так далее. Чем удобны (при всей убогости стандартных прошивок) эти вот всякие готовые насы, так это тем, что простые задачи (а меня именно такие) через их веб-морду делаются быстро и просто. OMV, насколько я могу судить, как раз именно это все и предоставляет поверх Дебиана.Аналогия:
- в шкафу лежит старый роутер, стандартная прошивка не обладает неким нужным функционалом;
- можно собрать роутер самому на компактной мамке, вкрячить туда полноценный дистрибутив и построить на нем крутую хрень, которая будет вместе с роутером еще и контроллером домена, VPN, почтой, торрентами, файлопомойкой и т.п.;
- можно взять старый роутер и запихнуть в него openwrt какой-нибудь, получив, возможно, не все ништяки и не суперпроизводительность, как в предыдущем варианте, но некий вполне приемлемый вариант. При этом наиболее типичные задачи наверняка будут решены быстрее и проще, ибо openwrt под это заточен.
> После установки надо пользователей создать, всякие там порты и сервисы отключать ину фиг знает - я-то это сделаю быстрее в ssh, чем продерусь через миллион галочек в тормозном web-ui.
> OMV, насколько я могу судить, как раз именно это все и
> предоставляет поверх Дебиана.да, но чтобы его на именно эту коробку взгромоздить - надо сперва два дня потрахаться, чтоб пять минут долететь. То есть уже умея все это сделать вручную и потратив изрядно времени. Оно вам - надо?
> Аналогия:
поверьте человеку, который как раз держит роутер из древнего жужжащего писюка с обычной системой на нем, а мыльничный роутер переделал в дополнительный свитч - все ровно наоборот ;-) И настраивать (и поддерживать в актуальном состоянии) полноценную систему проще и удобнее, чем ковыряться с busybox'ом в openwrt, у которого то одно не работает, то другое глючит.
Это даже не принимая во внимание что писюк ставится путем втыкания dvd и нажатия reset, а древний роутер пойди сперва перепрошей (найди чем, найди как, и смотри не ошибись - а то превратится в тыкву), чтоб было чего вообще настраивать. Предполагается, что ты умеешь то и другое, конечно.
Ну вот кстати насчет опенврт ты зря. Пока ты ssh-ем настроишь 3 разных SSIDа на AP + еще и клиента на том же ифейсе, да еще свич на вланы например побьешь попутно - семь потов сойдет. А в вебморде - клац-клац и готово. Таки у опенвртшников получилась довольно забавная специализированная морда где можно довольно крутые сетевые конфигурации сделать одной левой из гуя.И ты с твоим ssh-ем помнишь без гуя, разбуженный среди ночи, как мне на вон ту лампочку на морде в линухе вывести не что-нибудь, а вполне конкретный USB activity, допустим? Ну нет, может ты с этим бодался и знаешь про leds и triggers. А может и не знал. Узнавать это может быть и лень :)
> Ну вот кстати насчет опенврт ты зряу меня на них часть конторской сети была сделана, какой-то с..ный асус. Поэтому очень не зря.
Мне десять ssid'ов на одном несчастном wlan0 не надо, мне маршрут на def gw поменять банально.
А там то ip route есть, то его нет, то он default может второй, то ниалле. Потому что у одинаковых асусей, отгруженных поставщиком со склада по накладной "асусей - штук - 1(контейнер)" внезапно оно разных версий. Хочешь перезалить прошивку паре сотен мыльниц? О тож.> разных SSIDа на AP + еще и клиента на том же
> ифейсе, да еще свич на вланы например побьешь попутно - семьэто делается - один раз. И да, нормальные свитчи настраиваются гораздо проще.
А вот когда в твоем wifi в очередной раз дыра, в которую можно проехать на камазе - я-то у себя apt-get update (или скорее за меня его сделает скрипт, а я узнаю только потому что оно потребует перезагрузки) , а ты - идешь вручную менять ведро. И так каждый раз.
Оно тебе - надо?> И ты с твоим ssh-ем помнишь без гуя, разбуженный среди ночи, как
> мне на вон ту лампочку на морде в линухе вывести не
> что-нибудь, а вполне конкретный USB activity, допустим? Ну нет, может тыа зачем тебе такие идеи приходят среди ночи? Перевернись на другой бок и спи себе дальше.
у меня вот светодиоды втыкаемые в какие-то древние разъемы, остатки былой роскоши, кончились, вот это действительно засада.
> Мне десять ssid'ов на одном несчастном wlan0 не надо, мне маршрут на
> def gw поменять банально.Ну это тебе не надо. А любителям вафель это надо довольно часто.
> А там то ip route есть, то его нет, то он default может второй, то ниалле.
Ну если его нет - можно поставить. В смысле полный. Дефолтные образа сделаны под наиболее типовые сценарии применения openwrt. И это таки не конторские сети, обломись.
Ну то-есть при желании и прямых руках openwrt можно и так поюзать. Но это далеко не основной сценарий. Поэтому он совершенно не обязан быть простым или хорошо работающим out of the box.
> разных версий. Хочешь перезалить прошивку паре сотен мыльниц? О тож.
Лично я не обломлюсь и сотне перелить. У меня есть некий опыт bulk операций такого плана. Сделаю какой-нибудь тул для bulk reflash и по сути мыльницу будет достаточно прицепить к компу и включить. Лишь бы мыльницы в контейнере были одной ревизии.
> это делается - один раз.
Поэтому вебка и удобна: не надо загадживать мозг кучей информации нужной всего 1 раз. К тому же наглядно рисуется что получится. Удобно.
> И да, нормальные свитчи настраиваются гораздо проще.
Оно проще только если ты с этими свичами полжизни сношался и заучил все команды наизусть. А если это реально 1 раз настроить, "полжизни сношался" как-то этому сильно противоречит.
> А вот когда в твоем wifi в очередной раз дыра, в которую
> можно проехать на камазе - я-то у себя apt-get updateНу а я sysupgrade сделаю, если opkg update не хватитю. OpenWRT на самом деле нормально к секурити относится и откровенные дыры фиксят.
> что оно потребует перезагрузки) , а ты - идешь вручную менять
> ведро. И так каждый раз.Вручную - это сказав sysupgrade? Ну ладно, команда чуть иная, и ... что?
> Оно тебе - надо?
Да ты знаешь, у меня на самом деле часть девайсов уже таки мелкие шняжки с ARM и Debian :). Но настраивать их без вебморды все же канительнее.
> а зачем тебе такие идеи приходят среди ночи? Перевернись на другой бок
> и спи себе дальше.Ну да, "этанинужна!!111". Знаю-знаю. А мне таки нравится видеть на LEDах то что мне удобно а не какую-то хню которую кто-то за меня придумал. К тому же линь это ща позволяет довольно круто, гибко и универсально обтяпать. Даже хардварные LED некоторых сетевок и клавиатуры уже зачастую универсально вывешивают. Абстракция LED - по своему прикольно. Ну вот не нравится мне индикатор винча на системнике, можно его на нумлок вывесить, станет значительно кислотнее :)
> у меня вот светодиоды втыкаемые в какие-то древние разъемы, остатки былой роскоши,
> кончились, вот это действительно засада.Ну я не понимаю таких проблем. У меня как максимум какая нить гребенка 2.54 c GPIO - ответку к ней хоть с диодами хоть с чем там я и сам за пяток минут могу собрать. Поэтому я могу сконектить что угодно куда угодно на самом деле. А вместо диода может быть и какая там релюха дергающая киловаттный софит или утюг, если так надо (хотя врать системе что релюха это LED слегка не по фэншую в общем случае).
> Ну это тебе не надо. А любителям вафель это надо довольно часто.а им-то зачем? Им обычно не ssid нужен, им нужны какие-нибудь чудеса типа здесь играть, здесь не играть, а это уже посложнее будет. (кося глазом на адскую хрень в углу, в которой из коробки разделены guest/нормальный wlan, причем оба по умолчанию routed - и ни разу, заметим, не openwrt. Но стоит как линкор, и глюков там хватает.)
В смысле, там уже думать надо, а не кликать.> Ну если его нет - можно поставить. В смысле полный.
ну и вот те нужен этот траходром? (полный тоже может еще и не работать - с кастрированной libc)
> Лично я не обломлюсь и сотне перелить. У меня есть некий опыт bulk операций такого плана.
то же самое. По мне так попроще будет переливать собранное из гнилых писюков. И без риска случайного окирпичивания, если попался не из той бочки, и процессор, неожиданно не x64.
> Оно проще только если ты с этими свичами полжизни сношался и заучил все команды наизусть.
там команд-то, кот наплакал, тем более у мелких и дешевых. хуже если вместо нормального cli попадается нечто с tui, квадратиками. А гадать, как конкретно у этого уродца сделана привязка вланов к портам (то ли порт добавляется в vlan, то ли vlan в порт, то ли в single-vlan это вообще все не нужно а нужно в другом совсем месте pvid...) приходится что в вебморде, что в cli.
ну и вот заучивать команды lede/openwrt тебе не лень при этом.
возвращаясь к теме - попытался я тут повторить подвиг kvaps'я c omv(чисто поржать)over pve. Йомае - вот где ТОННА ненужного знания. И это я про веб, в консоль особо не лазаю (потому что там все равно через скрипты начниающиеся на pv* все делается, то есть тоже очередная неведомая херь с admin guide на пиццот листов)
Учитывая что (если не лазить в cef) вообще-то оно "просто" запускает kvm или докер... (ну ок, не совсем просто, без этой хрени добыть удаленное управление внутри самих виртуалок несколько геморройно, но ради этого такой монстр явно избыточен) И да, clone с лайв-снапшота почему-то при этом низзя. Какого хрена? А хз.P.S. со светодиодами смысл другой - у меня есть энное количество древних проводов, которые просто надеваются на гребенки. Эти-то разъемы стандартные. А вот на другом конце там нечто, во что просто втыкаются сами диоды, без пайки - чтобы можно было свесить эту соплю куда-то где ее видно, в отличие от того, во что она воткнута. Хз что это, и где брать, запасы кончились.
> от вендора 3 года уже как никаких обновлений вообще. Можно, конечно,
> просто debian туда вкрячить, но лень потом все настраивать и перенастраивать.А чего там особо настраивать? Поставил пакетики как обычно и понеслась.
Ну фиг его знает, натура моя куркульская покоя рукам не дает ;)
Не, нету ZFS нету хранилища. как вообще в 2018 году можно делать ранилище без этой ФС, бред полнейший. FreeNAS без конкурентов.
Вот регулярно в темах просматривается направление -
Linux свистоперделки, FreeBSD функционал ближе к enterprise.