The OpenNET Project / Index page

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



"Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от opennews (??) on 10-Май-18, 12:52 
После почти года разработки состоялся (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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –6 +/
Сообщение от Аноним (??) on 10-Май-18, 12:52 
>после раскола в стане разработчиков дистрибутива FreeNAS

А что случилось? Очередной трансухе показалось, что её обидели?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +3 +/
Сообщение от Диносуслик on 10-Май-18, 13:18 
Не, тут походу вечная битва между BSD/Linux...
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

96. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –2 +/
Сообщение от Аноним (??) on 12-Май-18, 16:25 
> А что случилось? Очередной трансухе показалось, что её обидели?

Скорее забодались с BSD-проблемами и характерным перфомансом системы.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –8 +/
Сообщение от Аноним (??) on 10-Май-18, 13:00 
Хранилище без ZFS - это детский сад.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –4 +/
Сообщение от Аноним (??) on 10-Май-18, 13:07 
> ZFS

Модное нынче слово?

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 13:29 
терабайтом оперативки больше, терабайтом меньше, ssd нинужно, мы же взрослые
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

11. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от ryoken (ok) on 10-Май-18, 13:37 
> Хранилище без ZFS - это детский сад.

А нафига он сдался? В домашнем применении и без него вполне работает, в промышленном - бродит мнение, что туда OMV вряд ли потащат :D.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

13. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –7 +/
Сообщение от пох on 10-Май-18, 14:00 
ну так его и пишут детсадовцы для детсадовцев - аякс, модные технологии, "плагины" и прочая мутотень. При этом ни одной fs приличного качества, пригодной для больших хранилок (нет ведь не только zfs, но и btrfs тоже).
Да и не нужно, аудитория не та.

коллекцию домашней порнухи хранить можно и на xfs.

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

51. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 11-Май-18, 07:32 
Интересно, минусуют за "btrfs -  fs приличного качества" или за "аякс-интерфейс ненужен"

Противоречивый комент

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

58. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от пох on 11-Май-18, 11:08 
ок, разжевываю: основная целевая аудитория этой штуки просто хочет не платить денег за synology. (я тоже не хочу, если что) Она пытается взгромоздить все на rpi, или еще на что-нибудь, где ethernet через usb, памяти кот наплакал, процессор тормоз. И еще и запустить там transmission на четыреста торрентов.
А аяксовый интерфейс им люб и прельстив (иначе зачем вам вообще omv? возиться с cli можно в обычном дебиане).

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

А вот если у вас другие задачи, и интуитивно приятный интерфейс там не самое главное, как и нет задачи уместиться в спичечный коробок - тогда есть смысл смотреть на freenas.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

97. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 16:30 
Не, ну все правильно гришь! Мордокнига и прочие зюзи и фуджицы - детский сад, а вот опеннетчики - это конечно энтерпрайз и внедрения. А, ну есть еще какие-то проприетарщики с солярой, но их скоро будет в пору искать в вечной мерзлоте. Рядом с тушками мамонтов.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

114. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 13-Май-18, 18:32 
дружище, научись читать не только последний коммент - не будешь выглядеть дурачком.
Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

15. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +2 +/
Сообщение от Денис (??) on 10-Май-18, 14:09 
ZFS там есть, ставится через плагин. Не готов рекомендовать его для промышленного использования, но дома перешел с FreeNAS на OMV 4, с прозрачным переносом 3-х рейдового ZFS пула на OMV - никаких проблем не заметил. Все работает где-то недели две. Пытался это сделать на OMV 3 - были ошибки в установке ZFS-плагина. На OMV 4 пока все ОК.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

18. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +2 +/
Сообщение от kvaps (ok) on 10-Май-18, 14:38 
ZFS прекрасно работает в OpenMediaVault, писал об этом тут:
https://habr.com/post/328048/
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

20. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от пох on 10-Май-18, 15:41 
у меня правильное ощущение, что данные на этой хранилке вам тоже не очень-то и жалко?

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от kvaps (ok) on 10-Май-18, 15:50 
> у меня правильное ощущение, что данные на этой хранилке вам тоже не
> очень-то и жалко?

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

32. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от пох on 10-Май-18, 18:19 
> С какой целью интересуетесь?

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

> ZFS довольно стабильна и работает получше многих других фс.

с чем сравнивали, или откуда дровишки-то?

И, главное - что сравнивали? Ставим под маргинальной виртуализационной системой пусть, положим, достаточно распространенный чтобы не иметь там явных проблем, дебиан, на него совсем маргинальную систему управления (сколько там разработчиков у того mediavault и сколько у них фидбэка от вменяемых пользователей?), но нам этого мало - поверх мы приземляем совсем уже нетестированную версию ZOL (я так понимаю, у вас был на момент писания тех статей восьмой дебиан, поэтому zol либо с backports, либо из закромов самого zol, либо вообще хз откуда ее притащит пресловутый плагин) - не поддерживаемую официально ни дебианом, ни mediavault.

Вот и спрашивается - откуда такая уверенность, что оно завтра не заявит вам "опаньки, что-то пул-то не импортится"?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

33. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от kvaps (ok) on 10-Май-18, 19:12 
> с чем сравнивали, или откуда дровишки-то?

Ну я по жизни экспериментатор и имею богатый опыт, так сказать. Перепробовал кучу разных фс кластерных и не очень, думаю что я достаточно компетентен в данном вопросе чтобы заявлять что 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, который предоставляет их установщик.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

37. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 10-Май-18, 20:08 
> думаю что я достаточно компетентен в данном вопросе чтобы заявлять что 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.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

47. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от kvaps (ok) on 11-Май-18, 01:08 
По кэшам не подскажу т.к. честно в эту сторону даже и не копал, но насчет версии вот вам `modinfo zfs` из рабочей системы:
https://pastebin.com/q9giFGeS

> потеря данных (впрочем, эта "потеря" вообще довольно условная) на банальной ext4 маловероятна.

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

> какую именно систему надо брать как платформу для построения хранилки, если ориентироваться на ZOL.

Как выяснилось достаточно установить только pve-kernel, zfs там комплектом. (интересно как они решили вопрос с лицензией)

Кстати чисто под хранилку, если вам нужна сухая стабильность, я бы все же советовал CentOS c ZFS (kmod). Именно так делают посоны из Lustre.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

49. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +2 +/
Сообщение от redwolf (ok) on 11-Май-18, 01:52 
2 вопроса:
На каком железе вы всё это гоняли и взлетит ли на каком-нибудь одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?

Sencha ExtJS? Я правильно понимаю, что минимальная лицензия на этот фреймворк стоит около $5000? Или разработчики как-то юзают его бесплатно?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

50. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от kvaps (ok) on 11-Май-18, 02:23 
> 2 вопроса:
> На каком железе вы всё это гоняли и взлетит ли на каком-нибудь
> одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?

OpenMediaVault должен без проблем запуститься на флешке и на arm.
Дома я использую обычный комп с ATX. Если честно я немного разочаровался в работе ОС с флешки, так что под систему у меня отдельный HDD.
Для более серьезного использования рекомендуется что-то с ECC-памятью, для дома и SOHO можно посмотреть в сторону HP Microserver.

> Sencha ExtJS? Я правильно понимаю, что минимальная лицензия на этот фреймворк стоит
> около $5000? Или разработчики как-то юзают его бесплатно?

Для OpenSource проектов у них лицензия бесплатная.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

57. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 09:49 
> 2 вопроса:
> На каком железе вы всё это гоняли и взлетит ли на каком-нибудь

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

> одноплатнике? Или на чём предлагается собирать NAS? Mini-ITX?

если вам нужен именно nas для (домашней, но) работы - вам нужна достаточно тяжелая железка, с мощным блоком питания (чтобы диски не дохли от его недостачи), большой памятью (и под zfs очень желательна ecc, чтобы внезапно не остаться без файлов) и быстрым процессором (zfs cpu intensive сама по себе). Хорошо бы иметь на будущее дырку, куда поместится 10G ether (и это не single-lane pci, разумеется)
Спрашивается, нахрена тут mini-itx? В корпус, куда поместится хотя бы четыре полноразмерных диска (мы же про nas говорим, а не "ну тут роутер, система автополива цветочков, и хочу еще, пожалуй, торренты здесь же хранить" - зачем вам на таком проксмокс?), питалово к ним, система охлаждения для всего этого - уже совершенно ничего не мешает поставить обычную плату.

доступный выбор, правда, из супермикры и супермикры. :-(

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

54. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 08:43 
мда... количество ручек и крутилок (и это еще без spl) как бэ намекает нам на "не совсем еще готово для продакшн".

> zfs там комплектом. (интересно как они решили вопрос с лицензией)

забили, думаю ;) им работать, а не бороться за все хорошее против всей херни. Оно в любом случае модуль, условно-отдельный от ядра, то есть формально реверансы соблюдены.

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

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

В случае proxmoxы хотя бы есть люди, которым платят именно за то, чтобы этот бутерброд работал более-менее правильно.

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

48. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 11-Май-18, 01:50 
нормально всё с zol, главное потюнить zfs драйвер и не использовать дедупликацию.
3 года - полёт нормальный.
Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

55. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 09:24 
> нормально всё с zol, главное потюнить zfs драйвер и не использовать дедупликацию.

ну да, ну да - "тут играем, там рыбу заворачивали". С ext4 или xfs в редхатовом воплощении хотя бы не надо ничего вручную тюнить, у последней даже есть некоторый зачаточный вариант дедупликации, не съедающей всю память и не локающей систему с невнятными сообщениями о причинах.

с отсутствующими у нее фичами типа экспорта volumes и shrink - дома, в общем-то, мало кто столкнется.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

61. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –1 +/
Сообщение от Anonimus (??) on 11-Май-18, 11:28 
Зачем нужна ZFS если используется нормальный хардварный рейд и данные аналогично дублируются? Что б утилизировать много оперативной памяти или что б перед друзьями хвалится? Работает то, как правило, медленнее чем те же ext4 или XFS, а ресурсы сервера упиливает в разы больше...
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

62. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от 1 (??) on 11-Май-18, 12:05 
для снапшотов
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 13:29 
> Зачем нужна ZFS если используется нормальный хардварный рейд

вам не нужна, проходите мимо.
"нормальный хардварный рейд", надо же...

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

35. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Crazy Alex (ok) on 10-Май-18, 19:54 
То-то у редхата на xfs всё крутить рекомендуется
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

38. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 10-Май-18, 20:14 
> То-то у редхата на xfs всё крутить рекомендуется

вот только у редхата другой xfs и под ним еще и несколько другой lvm.
Что и сколько они там патчили-перепатчили, и не потерялось ли чего по обратной дороге в апстрим - отдельный большой вопрос.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

44. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 22:55 
provides ZFS/Btrfs-style features by integrating layers of existing technology

https://github.com/stratis-storage/stratisd

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

98. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 16:38 
> provides ZFS/Btrfs-style features by integrating layers of existing technology
> https://github.com/stratis-storage/stratisd

Да вот btrfs например обходится без всяких левыx -d в системе, да и вообще, не выглядит как фееричная свалка костылей. А то что редхат ее не стал использовать - они ее майнтайнить не могут за отсутствием спецов. А чисто номинальная поддержка в ридми - все же не в духе редхата.

Ну а тут наняли каких-то дешевых индусов и те накодили какой-то очередной -d, спасибо что хоть не на бидоне. Что не отменяет хипстерской природы кодеров. И вызывает много вопросов что случится если при каком там еще изменении уровня RAID или ресайзе ресет нажать. Btrfs то похрен, он и смесь райдов нормально схарчит, продолжив конверсию уровней raid с места облома. А вот что эти редхатовские сопли и скотч будут делать в таких ситуациях...

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

45. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 22:57 
>> То-то у редхата на xfs всё крутить рекомендуется
> вот только у редхата другой xfs и под ним еще и несколько
> другой lvm.
> Что и сколько они там патчили-перепатчили, и не потерялось ли чего по
> обратной дороге в апстрим - отдельный большой вопрос.

https://github.com/zboxfs/zbox

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

4. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Диносуслик on 10-Май-18, 13:10 
На RPi 3 много места сожрет, памяти, проца? Сильно будет грузить систему?

Стоит Raspbian

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 13:30 
RPi уже на x86_64?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

10. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +3 +/
Сообщение от ryoken (ok) on 10-Май-18, 13:35 
> RPi уже на x86_64?

Ваще ставить можно и по-нормальному, как в обычном Deb водится - прописывая репу в sources.list. Порылся наскоро по сайту - пакеты под arm64/armel/armhf у них вроде как есть :D. (И даже, страшно сказать, под PowerPC :D)

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 14:00 
А как Rpi3 будет винтами ворочать? Я бы свои новые 2х6 + 2х2 вытащил бы на полку, но где взять платку которая потянет это всё это( и в которой хотя-бы 4Sata будет )...
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

16. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Диносуслик on 10-Май-18, 14:18 
> А как Rpi3 будет винтами ворочать? Я бы свои новые 2х6 +
> 2х2 вытащил бы на полку, но где взять платку которая потянет
> это всё это( и в которой хотя-бы 4Sata будет )...

Мы люди простые. Нам бы фильмы смотреть, торренты качать, а к RPi можно и внешний HDD подключить в количестве 4-х штук

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

42. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от anomymous on 10-Май-18, 22:24 
С производительностью USB на Pi лучше сразу в морг...
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

99. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 16:43 
> Мы люди простые. Нам бы фильмы смотреть, торренты качать, а к RPi
> можно и внешний HDD подключить в количестве 4-х штук

Только у USB контроллер usb всего один, а это счастье - через хаб. Ну и вся толпа дружно поделит 480 мегабитов. На четверых. А, даже на пятерых - сеть на том же юсб висит.

И будет один 480 мбитный линк из контроллера usb надрываться на 4 винча и пишную недо-сетевку. С понятным результатом.

А для разнообразия ощущений можно китайца за двацатку с SATA купить и увидеть 100 мегов в секунду чтения с винча. И контроллеров usb у китаезов на порты вытащено 2...4 независимых. И ethernet - нативный, так что usb не пригружает. Ну в общем если качать охота - идем на https://linux-sunxi.org и вдумвиво читаем раздел про NAS. Тогда даже есть шансы сделать недорого и круто.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

115. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 13-Май-18, 18:54 
> А для разнообразия ощущений можно китайца за двацатку с SATA купить и
> увидеть 100 мегов в секунду чтения с винча. И контроллеров usb
> у китаезов на порты вытащено 2...4 независимых. И ethernet - нативный,

ну так можно не зюйкать, а пальцем показать - что надо купить у китайца, чтобы были sata, ethernet, драйвера того и другого не в виде .o под ядро 2.0.18, и все это не было подключено через usb ?

без usb3 и с бинарным видеодрайвером, хрен с ним, я готов жить.

Ответить | Правка | ^ к родителю #99 | Наверх | Cообщить модератору

17. "Armbian + OMV на Rock64"  +/
Сообщение от Olmsie on 10-Май-18, 14:30 
Не о малинке, но ... Поставил Armbian + OMV на Rock64, полет нормальный. По дефлоту ставится плагин для работы с sd  картой. Прикручен 3.5" 2ТБ SATA аптайм уже больше 2 месяцев. DLNA, NFS, SAMBA - всн работает.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

25. "Armbian + OMV на Rock64"  +/
Сообщение от Диносуслик on 10-Май-18, 16:55 
Спасибо. Хорошая плата
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

12. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –1 +/
Сообщение от Аноним (??) on 10-Май-18, 13:58 
>После почти года разработки состоялся релиз дистрибутива
>Поддержка ветки OpenMediaVault 3 будет прекращена 30 июня.

Я с проблемами ставил в прошлом году из за свежести релиза, в этом году опять ?

Новшества минорные, почему не использовать LTS  и 5 лет горя не знать ?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

22. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от ПишуИзВивальди on 10-Май-18, 16:16 
Гм... новость весьма неспешная :) Образы выложили как с месяц назад, да и при обновлении система становится 4.1.5 с ядром 4.15
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

52. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 11-Май-18, 07:46 
> Гм... новость весьма неспешная :) Образы выложили как с месяц назад, да
> и при обновлении система становится 4.1.5 с ядром 4.15

Объявлено о релизе 8 мая.
Release of openmediavault 4 (Arrakis) 8 May 2018
https://www.openmediavault.org/?p=2270

У них метод такой, тихонько пилят сборки и в один прекрасный момент считают, что одна из сборок достаточно стабильна и её можно назвать стабильным релизом.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

90. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от ПишуИзВивальди on 11-Май-18, 23:02 
Опаньки... ошибся... склероз подвёл... ядрышко 4.14

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

23. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –2 +/
Сообщение от vantoo (ok) on 10-Май-18, 16:39 
Без ZFS ненужно.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

24. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +10 +/
Сообщение от ryoken (ok) on 10-Май-18, 16:46 
> Без ZFS ненужно.

Перепись любителей ZFS в треде.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

28. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –2 +/
Сообщение от vantoo (ok) on 10-Май-18, 17:26 
> Перепись любителей 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 DESIGNED

https://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&...

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

29. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 17:34 
> Bug #317781 reported by Bogdan Gribincea on 2009-01-16

мам, мам, смотри как я гоняю по опеннету на машине времени

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

31. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от vantoo (ok) on 10-Май-18, 17:39 
PostgreSQL
silent data loss with ext4 / all current versions
Date:     2015-11-27 11:17:49

https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_po...
Не читал? Либо риск потери данных, либо потеря производительности, но риск потерять данные все равно остается, хоть и в меньше степени.
Как сказал разработчик, WORKS AS DESIGNED.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

34. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 19:16 
ты еще ман постгреса на тему фсинка почитай, небось все волосы на ягодицах себе повыдергаешь от ужоса.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

43. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от anomymous on 10-Май-18, 22:24 
> PostgreSQL

ССЗБ

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

27. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Alex (??) on 10-Май-18, 17:02 
Оно DLNA умеет?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

41. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от DenD (ok) on 10-Май-18, 21:06 
Умеет. Там есть стандартый плагин DLNA.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от Аноним email(??) on 10-Май-18, 17:37 
Голосую За ZFS!👍
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

36. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +5 +/
Сообщение от Mhz on 10-Май-18, 20:07 
Как владелец нескольких домашних NAS для разных задач заявляю следующее. FreeNAS мне нравится своим стильным оформлением - лучший веб-интерфейс и стабильная работа в течении нескольких лет. Использую его как домашний фото/видео архив. OpenMediaVault дает более простой интерфейс и менее требователен к ресурсам, а еще это Linux, что тоже плюс для тех, кто не знает команд FreeBSD (хотя во многом они совпадают). Все-таки если надо настраивать FreeBSD, то там своя специфика, надо изучать. Linux многие из нас знают с детства, а вот FreeBSD - нет. Но интерфейс во FreeNAS выглядет просто отпадно, люблю его. Кстати, OMV использую в основном для как домашний медиа-сервер.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

39. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 20:29 
Прошло уже несколько лет, как они расщепились с FreeNAS. В части веб-интерфейса, может быть, они оказались правы. FreeNAS с джангой удобным так и не стал. Да и тормозит изрядно даже для домашнего использования.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

40. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 10-Май-18, 20:48 
Когда OMV из коробки научится работать из оперативки не теребя постоянно диск или флешку? ТОлько из-за этого стоит FreeNAS.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от pentagrammer on 10-Май-18, 23:33 
Перешел с NAS4Free на FreeNAS, после того как на FreeNAS после обновлений в очередной раз умер minidlna, перешел на OpenMediaVault, на тот момент версии 1.0.2 - с тех пор я добавил три винта в хранилище, версия уже дошла до 4.1.3 - только что апгрейднул с последней трешки - ни разу не пожалел о переходе и сделанном выборе. Samba, DLNA, TFTPBoot, ну и по мелочи немного - для дома мне хватает за глаза.
Про ZFS - как по мне - RAID5 вполне себе для дома.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

53. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним email(??) on 11-Май-18, 08:06 
С флэшки не может из коробки, а nas4free легко.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

56. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 11-Май-18, 09:41 
Выглядит отлично, современенько
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

59. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 11:15 
Дедупликацию, снапшоты, ssd-cache, сжатие на лету и прочие вкусности уже завезли? Как там с поддержкой FC?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

60. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 11:19 
Что бесит - примитивная хранилка, но обязательно - х64... Зачем?! У меня валяется куча старых NAS - отличная коробка, но... железо х86_32 и убогая родная прошивка. Туда бы что-то альтернативное, тот же OMV... По железу - встанет на ура, но блин - нафига делать х64 онли, если оно там в принципе не нужно? Это же не ZFS с дедупликацией и прочими фишками, жрущими ОЗУ как свинья апельсины...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

64. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 13:45 
> Что бесит - примитивная хранилка, но обязательно - х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.

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

65. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 14:03 
Про ZFS - давайте не будем. Если задействовать все ее преимущества, типа той же дедупликации, то памяти она сожрет не по деццки. Но если в минимальном режиме... а зачем? Для минимального - mdadm за глаза...
Вообщем я рассматриваю FreeNAS и OMV как решения абсолютно разного класса, области применения которых пересекаются... да не пересекаются они.
И хочется чего-то готового для таких "китайских насов", взять старый NAS от известных китайских брендов (Netgear, QNAP, Synlogy и т.д.) можно за копейки и внутри будет либо x86_32, либо ARM. Ну ARM сразу отбрасываем по причине полной невозможности хотя бы расширить ОЗУ убогой емкости (в х86 - обычно стандартная планка, правда нередко с ЕСС) и отсуствия чего-то похожего на производительность у проца... А вот х86 - совсем другая песня...
Родная прошивка - г-но и обычно уже сто лет как не обновляется, так что - увы и ах...
Надо много памяти? Да ну ладно! У меня валяется NetApp - угадайте что внутри? Правильно - проц класса P4 (эмбедет версия) и да-да - х86_32... И памяти ему хватает на работу с 12-ю дисками и со всеми наворотами, типа дедупликации... Ну правда диски штатно по 500 гиг... :) Так что простите, но не верю что mdadm не сможет нормально работать с 4-мя современными дисками (у этих коробочек редко больше), без дедупликации и прочих наворотов при наличие 2-4 Гб ОЗУ...
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

68. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 14:30 
> Про ZFS - давайте не будем. Если задействовать все ее преимущества, типа той же дедупликации,
> то памяти она сожрет не по деццки.

ну вот конкретно на этой виртуалке - добавляем памяти до 4G, и можно включать. Только нафига?
Дедуплицировать там нечего, выигрыш от сжатия - есть местами (а местами выключено), остальные особенности (снапшоты, zfs send, удобное управление dataset'ами без ненужной фрагментации) - вполне себе используются по назначению. Избыточности нет, этой виртуалке не нужно - в случае чего она просто поднимается из снапа в другом месте.

Память-то жрется не в воздух, а на arc (в случае линуксоцентричных fs вместо него у вас buffer cache, местами в разы неэффективнее (поскольку ничего не знает о содержимом тех буферов, и не умеет отделить метаинформацию от данных, и структура плоская - потому что экономили cpu такты древнего 386 на котором когда-то разработано), поэтому кто сказал что ее надо меньше? Ее надо больше!

> Да ну ладно! У меня валяется NetApp - угадайте что внутри?

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

В результате, при попытке им пользоваться, вы начнете потихоньку все нужное перекладывать на локальный ssd ;-)

А для cold storage он слишком громко жужжит и долго стартует.

Это, разумеется, ни разу не агитация за zfs на synology (мне все же несколько стремно доверять свои данные этому бутерброду из деталей от совершенно разных проектов), скорее о развеивании urban legends.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

71. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 15:34 
> дайте я другое угадаю - мощности всего этого жужжащего ероплана хватит не только чтобы выбить предохранители, но и насытить...эмм...100мегабит сетевуху. При большой удаче - две.

Стандартные интерфейсы - 2х8Gbps. FC ога и я в курсе что сейчас актуальны 16Gbps... Есть еще и 4х1GbE, но они насыщаются на раз-два, так что - в основном для файлов и прочей некритичной мелочевки... Основное все-таки это для него блочное устройство. iSCSI умеет, но FC - лучше. :)

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

66. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 14:06 
Ах да - про "собери сам"...
Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо без монитора - ставить линакс как-то неудобно, IPMI там тоже нет к слову так. То есть придется сильно морочится и иметь ненудевые шансы получить кирпичь...
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

69. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 14:33 
> Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо без

если мы это делаем на ix86, то подключать надо диски - к своей системе.
И прямо на них все и возводить. Собственно, после установки дебиана можно уже относить их обратно в коробочку ,и дальше ковырять ssh. Если arm - кроссборка дебиана в общем-то уже черезмерный траходром для домашней игрушки, хотя если хочется приобрести ненужных знаний - вполне достижимо.

Первое займет с непривычки пару часов, второе пару недель.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

72. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 15:37 
>> Яб собрал, но... придется лезть с паяльником чтоб подключить монитор, ибо без
> если мы это делаем на ix86, то подключать надо диски - к
> своей системе.
> И прямо на них все и возводить. Собственно, после установки дебиана можно
> уже относить их обратно в коробочку ,и дальше ковырять ssh. Если
> arm - кроссборка дебиана в общем-то уже черезмерный траходром для домашней
> игрушки, хотя если хочется приобрести ненужных знаний - вполне достижимо.
> Первое займет с непривычки пару часов, второе пару недель.

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

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

81. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 17:02 
> Это - эмбедет-версия х86 со своими прибамбасами по опять же эмбедед-девайсам и со своим, не
> слишком стандартным, загрузчиком

бросьте, x86 не отличаются разнообразием, стандартный там будет биос со стандартнейшим загрузчиком с mbr (раз он x32, то чудес и тут не будет). Ну максимум не умеющим выбирать boot device, насмерть прибитый к чудо-флэшу, и то не факт. "для того и брали", чтоб своего китайца не кормить.
В конце-концов, всегда можно подсунуть имеющемуся загрузчику ядро от дебиана, с root на самом массиве, а флэшку не трогать вовсе.

опять же непонятно, чем бы тут помог готовый исошник с самоустанавливающимся 32bit omv, он тоже чудес никаких не умеет.

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

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

85. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 17:19 
>> Это - эмбедет-версия х86 со своими прибамбасами по опять же эмбедед-девайсам и со своим, не
>> слишком стандартным, загрузчиком
> бросьте, x86 не отличаются разнообразием, стандартный там будет биос со стандартнейшим
> загрузчиком с mbr (раз он x32, то чудес и тут не
> будет). Ну максимум не умеющим выбирать boot device, насмерть прибитый к
> чудо-флэшу, и то не факт. "для того и брали", чтоб своего
> китайца не кормить.
> В конце-концов, всегда можно подсунуть имеющемуся загрузчику ядро от дебиана, с root
> на самом массиве, а флэшку не трогать вовсе.

Вашими бы устами... Эмбедед х86 это не совсем х86 - так принято со времен 80186/80188 :)

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

89. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 19:18 
> Вашими бы устами... Эмбедед х86 это не совсем х86 - так принято

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

> со времен 80186/80188 :)

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


Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

101. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 16:57 
> у меня тех эмбедок в виде цисок разных сортов - мильен с тыщами.

Ну и радости с этого хлама?

> Флэшку выковыряешь - линукс как линукс. Некоторые даже заводятся на писюке.

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

Ответить | Правка | ^ к родителю #89 | Наверх | Cообщить модератору

113. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 13-Май-18, 15:03 
дык, в чем проблема? Половина китайских чудо-планшетов на embed intel штатно умеет dual-boot. Э...умела. Поскольку vedroid-x86 ныне как-то сдох и китайцы подзабили.
В результате мой baytrail умеет только винду. uefi32, ага, ничего неожиданного. Могу поставить линукс, но не имею желания.
Более новые точно такие же, но изредка можно найти 64.

а где вы берете смартфоны на (современном) x86 - покажите пальцем, я тоже хочу.


обычно все ровно наоборот - видишь dual-boot китайца - значит там arm. Он может быть вполне себе приличным и aarch64, но - arm. И devicetree от него китаец давно уже пропил.

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

67. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 14:23 
Ах да - если я захочу чисто поржать, я не буду ставить zfs на линакс. Зачем мне zfs курильщика, если я могу использовать zfs здорового человека? :)
А вот Rockstor - вполне могу поставить. Правда данные на нем хранить... поостерегусь ибо btrfs же...
Но опять смотрим требования - 2Гб ОЗУ и проц... х86_64!!! Ну зачем?!
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

70. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –1 +/
Сообщение от пох on 11-Май-18, 14:40 
> Ах да - если я захочу чисто поржать, я не буду ставить
> zfs на линакс. Зачем мне zfs курильщика, если я могу использовать
> zfs здорового человека? :)

где, где она, здорового человека? У freebsd'шной проблемы те же что у линуксной, плюс, то есть минус, очень странные тараканы в мозгах разработчиков.

> А вот Rockstor - вполне могу поставить. Правда данные на нем хранить...
> поостерегусь ибо btrfs же...

если просто хранить, и ничего особо не трогать - вряд ли она их просто так возьмет и съест.
Если навернется по питанию на полном ходу - с ext4/xfs/чем там еще - проблем можно огрести не меньше.
> Но опять смотрим требования - 2Гб ОЗУ и проц... х86_64!!! Ну зачем?!

разработчикам так удобнее - не напарываться хотя бы на ограничения виртуальной памяти (и на то что какой-нибудь inode number, внезапно, не лезет в 32 бита и надо мучаться с long long арифметикой - у xfs, помнится, были с этим серьезные трудности).

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

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

73. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от Pofigist on 11-Май-18, 15:39 

> никто не тестирует всерьез btrfs. как-то, наверное, собирается - и хрен с ней)

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


Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

82. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –1 +/
Сообщение от пох on 11-Май-18, 17:07 
>> никто не тестирует всерьез btrfs. как-то, наверное, собирается - и хрен с ней)
> Поправил, не благодори. Не зря ее шапочники выпилили к чертям собачим, от

орацле жеж. Которые, как ни странно, очень не любят zol. А ничего другого предложить своим клиентам с унбрякаблом не могут. Ну и suse/novell впридачу.

да и не то чтоб начисто выпилили, просто сказали что тестировать и поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и версия там старая. (и тут фигак, облом с bcache ;)

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

84. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 17:17 
> да и не то чтоб начисто выпилили, просто сказали что тестировать и
> поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и
> версия там старая. (и тут фигак, облом с bcache ;)

Я скажу так - не зря рокстор предупреждает что RAID-5/6 на их системе это чистой воды ССБЗ. Подтверждаю - безумству храбрых... вообщем бекапы наше фсё. :)

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

102. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  –1 +/
Сообщение от Аноним (??) on 12-Май-18, 17:09 
> орацле жеж.

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

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

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

Вот редхат и признал очевидное - они не могут это саппортить. По общей совокупности тухлости этого в их самопальном ядре vs отсутстствие у них разработчиков чтобы что-то внятное с этим сделать. Ну а тут наняли каких-то очередных хипстеров, писать какой-то -d который попытается сделать вид что какой там еще lvm и проч типа может вменяемо рулиться. Проблема в том что "типа" немного маскируется этим -d но реально никуда не девается. И как мне кажется - при каком там крахе системы во время трансформаций и прочих отличиях от идеала может весьма больно лягнуть. В смысле, то что оно на автомате отresume'ит проваленную операцию при таком устройстве системы далеко не факт. А когда админу потребуется закатить это солнце вручную, он со всеми этими LVM, имхо, рискует спятить.

> Которые, как ни странно, очень не любят zol.

А за что его любить? На оркаловые базы zfs ложится не очень, это и было мотиватором к созданию btrfs. А остальное ораклу до балды, судя по всему.

> поддерживать ЭТО больше не будут, а ведро-то у них специфическое, и
> версия там старая. (и тут фигак, облом с bcache ;)

И разработчиков главное нет. Разработчики btrfs видите ли используют актуальное состояние ядра Linux и бэкпортнуть его на архаику - дофига работы, а у RH ее решительно некому воротить.

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

74. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 11-Май-18, 15:54 
Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

75. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 15:59 
> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?

права NTFS переносятся вместе с файлами и папками, а права AD с помощью ADMT, если это не контейнеры по умолчанию
Еще один страдалец... Добрый день коллега! :)
Боюсь это будет непросто - не заточена OMV под такие задачи...

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

78. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 11-Май-18, 16:11 
>> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?
>  права NTFS переносятся вместе с файлами и папками, а права AD
> с помощью ADMT, если это не контейнеры по умолчанию
> Еще один страдалец... Добрый день коллега! :)
> Боюсь это будет непросто - не заточена OMV под такие задачи...

Как это не заточена? В описании написано - ARM процессоры поддерживаются.


Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

80. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 16:40 
> Как это не заточена? В описании написано - ARM процессоры поддерживаются.

Ага, но минимум 1Гб ОЗУ, а у тебя - в 4 раза меньше...

Плюс специфические загрузчики... Плюс специфика эмбедед-систем по девайсам... Вообщем это тебе не OpenWRT/LEDE увы...

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

103. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 17:38 
> Плюс специфические загрузчики... Плюс специфика эмбедед-систем по девайсам... Вообщем
> это тебе не OpenWRT/LEDE увы...

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

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

76. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 16:04 
> Кто-нибудь ставил OMV вместо стандартной прошивки на Iomega ix2-200 или похожую модель?

Ой там ARM и 256Мб ОЗУ на борту... Забудь :)
Но с другой стороны дебиан на него вкорячивали - https://habr.com/post/135992/

Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

77. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 11-Май-18, 16:10 
Мне ZFS не нужен ;)

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


Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

79. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 16:37 
> Мне 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 needs

ONTAP, которая покруче ZFS, минимально требует примерно того же... Зачем такие ресурсы, при наличие примерно 10% функционала от ONTAP/ZFS - мне непонятно. Правда есть одна мысля - в ONTAP нет PHP и модного, молодежного, хипстеровского гуя... :)
Я сам ищу простенькую прошивку для хранилок, которая может работать на х86_32 как минимум, а в идеале - и на ARM c их типичными 256-512Мб совершенно нерасширяемого ОЗУ...

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

83. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 17:13 
> есть одна мысля - в ONTAP нет PHP и модного, молодежного,

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

Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

86. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist on 11-Май-18, 17:20 
>> есть одна мысля - в ONTAP нет PHP и модного, молодежного,
> ну,естественно - надо на чем-то вам рисовать красивые картинки - и при
> этом еще и надо чтоб осталось хоть немножко памяти на дисковые
> кэши. Куда уж меньше-то?

QTS справляется ровно с теме же задачами на гораздо меньших ресурсах :)

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

87. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 18:44 
> QTS справляется ровно с теме же задачами на гораздо меньших ресурсах :)

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

Виденная мной версия одного возраста с моим древним десктопом (содержащая, на удивление, тот же самый D2700 унутрэ - omv, наверное, поставится, если при сборке не перемудрили с оптимизацией) никаких звезд с неба не хватала. Причем, подозреваю, для работы с современными дисками (там было какое-то недоразумение, то ли на терабайт, то ли даже меньше, и медленное) придется еще и памяти туда запихать как в мой. Гигабит свой нагрузить могла, но только на линейном чтении - по записи просиралась вдвое (линух там у них внутри тщательно спрятанный, что-ли? Очень уж на характерную фичу md raid1 похоже), а одновременно двумя задачами лучше было ее вообще не беспокоить.

зато красивенькая, куда там аяксовому уродцу...

Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

92. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 12-Май-18, 00:34 
>[оверквотинг удален]
> тот же самый D2700 унутрэ - omv, наверное, поставится, если при
> сборке не перемудрили с оптимизацией) никаких звезд с неба не хватала.
> Причем, подозреваю, для работы с современными дисками (там было какое-то недоразумение,
> то ли на терабайт, то ли даже меньше, и медленное) придется
> еще и памяти туда запихать как в мой. Гигабит свой нагрузить
> могла, но только на линейном чтении - по записи просиралась вдвое
> (линух там у них внутри тщательно спрятанный, что-ли? Очень уж на
> характерную фичу md raid1 похоже), а одновременно двумя задачами лучше было
> ее вообще не беспокоить.
> зато красивенькая, куда там аяксовому уродцу...

У моего ix2 внутре как раз md raid и есть. И да, оно небыстрое, но кино в 720HD на два телика успевает кидать.  

Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

93. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 12-Май-18, 10:52 
> У моего ix2 внутре как раз md raid и есть.

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

в общем, если хочется потрахаться - devicetree для вашей штуковины давно уже есть, uboot там вроде без фокусов, serial распаян, можно легко поменять систему на настоящий дебиан и наслаждаться тормозами.
А можно вместо этого примотать к коробке сверху скотчем pi3, к дискам кабель подлиннее, и никакого тебе геморроя с omv в 256 мегах и вечным свопом.

Ответить | Правка | ^ к родителю #92 | Наверх | Cообщить модератору

106. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 18:31 
Лучше вообще так, по хорошему, примотать китайца с хардварной сатой или usb3. А что до свопа - дебиан сам по себе даже на 64 мегах живет. А на 256 - так на самом деле довольно много ресурсов для всяких сетевых штук. Даже торенты можно погрузить. Десятками тысяч конечно перебор, но пару сотен трансмишн в такой конфигурации определенно своротит.
Ответить | Правка | ^ к родителю #93 | Наверх | Cообщить модератору

107. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 18:32 
Кста, при душняке с RAM - zram в руки. Свопиться лучше всего в него. Вещь!
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

108. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 12-Май-18, 19:31 
> Лучше вообще так, по хорошему, примотать китайца с хардварной сатой или usb3.

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

> А что до свопа - дебиан сам по себе даже на 64 мегах живет.

ядро линукса (не имеющее прямого отношения к какому-то там дебиану) может и живет. apache с mod_php - уже никак не живет, а надо еще и выполнять эти самые php, а не только запустить.

а товарищ хотел интуитивно приятного уеб интерфейса.

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

часов шесть диск попилит, и своротит. А потом попадет в блоклисты пиров, потому что отдает с черепашьей скоростью, а принимает (linux md raid1, 2x write penalty) вообще никак.

А главное - ну зачем?

Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

110. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 21:25 
> ему два телевизера кормить - такой дорогой необязателен

Если 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 миллионов комаров этот трюк получается значительно хуже. Что вызывает ужасную досаду у копирасов и прочих жандармов.

Ответить | Правка | ^ к родителю #108 | Наверх | Cообщить модератору

88. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 11-Май-18, 19:09 
ну создай на ней своп побольше, на пару гиг, да и вперед, на мины. Будет адово тормозить, поскольку этой памяти на полтора экземпляра пехепе хватит, но не вижу причин совсем не работать.

другое дело, что чего там, вообще говоря, настраивать в сетевом диске-то?
(разбивка/установка/и т д - к тому моменту как запустится интуитивно-приятный аякс - и так будет тобой уже выполнена, вручную и через serial (или что там у нее?)

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

Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

91. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 12-Май-18, 00:29 
После установки надо пользователей создать, всякие там порты и сервисы отключать и подключать, и так далее. Чем удобны (при всей убогости стандартных прошивок) эти вот всякие готовые насы, так это тем, что простые задачи (а меня именно такие) через их веб-морду делаются быстро и просто. OMV, насколько я могу судить, как раз именно это все и предоставляет поверх Дебиана.

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

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

94. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 12-Май-18, 11:11 
> После установки надо пользователей создать, всякие там порты и сервисы отключать и

ну фиг знает - я-то это сделаю быстрее в ssh, чем продерусь через миллион галочек в тормозном web-ui.

> OMV, насколько я могу судить, как раз именно это все и
> предоставляет поверх Дебиана.

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

> Аналогия:

поверьте человеку, который как раз держит роутер из древнего жужжащего писюка с обычной системой на нем, а мыльничный роутер переделал в дополнительный свитч - все ровно наоборот ;-) И настраивать (и поддерживать в актуальном состоянии) полноценную систему проще и удобнее, чем ковыряться с busybox'ом в openwrt, у которого то одно не работает, то другое глючит.
Это даже не принимая во внимание что писюк ставится путем втыкания dvd и нажатия reset, а древний роутер пойди сперва перепрошей (найди чем, найди как, и смотри не ошибись - а то превратится в тыкву), чтоб было чего вообще настраивать. Предполагается, что ты умеешь то и другое, конечно.

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

105. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 18:28 
Ну вот кстати насчет опенврт ты зря. Пока ты ssh-ем настроишь 3 разных SSIDа на AP + еще и клиента на том же ифейсе, да еще свич на вланы например побьешь попутно - семь потов сойдет. А в вебморде - клац-клац и готово. Таки у опенвртшников получилась довольно забавная специализированная морда где можно довольно крутые сетевые конфигурации сделать одной левой из гуя.

И ты с твоим ssh-ем помнишь без гуя, разбуженный среди ночи, как мне на вон ту лампочку на морде в линухе вывести не что-нибудь, а вполне конкретный USB activity, допустим? Ну нет, может ты с этим бодался и знаешь про leds и triggers. А может и не знал. Узнавать это может быть и лень :)

Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

109. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +1 +/
Сообщение от пох on 12-Май-18, 19:42 
> Ну вот кстати насчет опенврт ты зря

у меня на них часть конторской сети была сделана, какой-то с..ный асус. Поэтому очень не зря.
Мне десять ssid'ов на одном несчастном wlan0 не надо, мне маршрут на def gw поменять банально.
А там то ip route есть, то его нет, то он default может второй, то ниалле. Потому что у одинаковых асусей, отгруженных поставщиком со склада по накладной "асусей - штук - 1(контейнер)" внезапно оно разных версий. Хочешь перезалить прошивку паре сотен мыльниц? О тож.

> разных SSIDа на AP + еще и клиента на том же
> ифейсе, да еще свич на вланы например побьешь попутно - семь

это делается - один раз. И да, нормальные свитчи настраиваются гораздо проще.
А вот когда в твоем wifi в очередной раз дыра, в которую можно проехать на камазе - я-то у себя apt-get update (или скорее за меня его сделает скрипт, а я узнаю только потому что оно потребует перезагрузки) , а ты - идешь вручную менять ведро. И так каждый раз.
Оно тебе - надо?

> И ты с твоим ssh-ем помнишь без гуя, разбуженный среди ночи, как
> мне на вон ту лампочку на морде в линухе вывести не
> что-нибудь, а вполне конкретный USB activity, допустим? Ну нет, может ты

а зачем тебе такие идеи приходят среди ночи? Перевернись на другой бок и спи себе дальше.

у меня вот светодиоды втыкаемые в какие-то древние разъемы, остатки былой роскоши, кончились, вот это действительно засада.

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

111. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 21:55 
> Мне десять 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 слегка не по фэншую в общем случае).

Ответить | Правка | ^ к родителю #109 | Наверх | Cообщить модератору

112. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох on 13-Май-18, 02:57 
> Ну это тебе не надо. А любителям вафель это надо довольно часто.

а им-то зачем? Им обычно не 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. со светодиодами смысл другой - у меня есть энное количество древних проводов, которые просто надеваются на гребенки. Эти-то разъемы стандартные. А вот на другом конце там нечто, во что просто втыкаются сами диоды, без пайки - чтобы можно было свесить эту соплю куда-то где ее видно, в отличие от того, во что она воткнута. Хз что это, и где брать, запасы кончились.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

104. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Аноним (??) on 12-Май-18, 18:22 
> от вендора 3 года уже как никаких обновлений вообще. Можно, конечно,
> просто debian туда вкрячить, но лень потом все настраивать и перенастраивать.

А чего там особо настраивать? Поставил пакетики как обычно и понеслась.


Ответить | Правка | ^ к родителю #77 | Наверх | Cообщить модератору

95. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Федор on 12-Май-18, 14:36 
Ну фиг его знает, натура моя куркульская покоя рукам не дает ;)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

116. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Александр email(??) on 14-Май-18, 05:49 
Не, нету ZFS нету хранилища. как вообще в 2018 году можно делать ранилище без этой ФС, бред полнейший. FreeNAS без конкурентов.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

117. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от bOOster (ok) on 22-Май-18, 17:09 
Вот регулярно в темах просматривается направление -
Linux свистоперделки, FreeBSD функционал ближе к enterprise.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема


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