The OpenNET Project / Index page

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



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

Оглавление

Доступен дистрибутив для создания сетевых хранилищ OpenMedia..., opennews (??), 10-Май-18, (0) [смотреть все]

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


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

64. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от пох (?), 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.

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

65. "Доступен дистрибутив для создания сетевых хранилищ OpenMedia..."  +/
Сообщение от Pofigist (?), 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 Гб ОЗУ...
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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




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

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