| |
| 2.3, Меломан1 (?), 12:06, 27/07/2017 [^] [^^] [^^^] [ответить]
| +15 +/– | |
> Опоздали. БТР уже набрал силу
В смысле кашки покушал и в качалку сходил?
Кто-нибудь вообще пользуется бтрфс?
| | |
| |
| 3.11, пох (?), 12:58, 27/07/2017 [^] [^^] [^^^] [ответить] | –21 +/– | мне кажется - их сравнимое количество с теми, кто вообще делает хранилки на лину... большой текст свёрнут, показать | | |
| |
| 4.17, QuAzI (ok), 13:23, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 В случае сдвигов мозга всегда можно не меняя ФС уехать на другую ОС. ZFS на сегодняшний день только вантуз не поддерживает (но это их проблемы). Плюс никто не гонит в проде использовать ветки из сырого будущего, которое ещё даже не в проекте.
Хранилки на линуксе делают, но вот большинство из них (которые тупо NAS'ы с минимальным количеством ОЗУ, лишь бы линух с FTP шевелился) не потянут ни btr, ни zfs.
Ну а больших плюсов у btrfs, которую пишет горстка разработчиков под одну ОС, и которая может развалиться ввиду каких-нибудь очередных сдвигов мозга у Линуса и компании - не вижу.
| | |
| |
| 5.21, пох (?), 13:42, 27/07/2017 [^] [^^] [^^^] [ответить] | +/– | ой вам мало истории с fuse-имплементацией банальнейшей ext4, потребной для, в... большой текст свёрнут, показать | | |
| |
| 6.30, QuAzI (ok), 14:12, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Сборки с нуля? Имеется ввиду тупо скопировать данные во вновь созданный раздел? С заведомо умершей системы например ты такое сможешь? И зачем вообще? ZFS как-то волшебно меняется сама по себе в зависимости от ОС, если в неё не лезть специально?
По вантузу... Там одних только лулзов с "динамическим диском" хватает, который, являясь костылём поверх ntfs, превращает при любых шитхеппенсах восстановление данных в локальный адок. Ну нафиг такое счастье
| | |
| |
| 7.41, пох (?), 14:59, 27/07/2017 [^] [^^] [^^^] [ответить] | +1 +/– | э если это для тебя просто - у тебя слишком маленькая хранилка, нафига ж ей z... большой текст свёрнут, показать | | |
|
| 6.32, Pofigist (?), 14:21, 27/07/2017 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> только вот я даже не знаю, где тусуются люди, умеющие ЭТО готовить и знающие, где там лежат грабли.
Я например. Но ну енто нафиг - делать СХД на ОС общего назначения это глупость. Ну как минимум - ее надо хорошенько ощипать от всего лишнего... Собственно к сожалению это такая же неразрешимая проблема как и линакс на роутере - OpenWRT ее решило очень частично если что.
Вообщем к сожалению свободных замен Cisco IOS или NetApp ONTAP - нет и не предвидется. :(
| | |
| 6.111, anonymous (??), 21:03, 30/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> ой... вам мало истории с fuse-имплементацией банальнейшей ext4, потребной для, внезапно, почитания той же самой ОС той же самой fs, созданной из под другого процессора?
ZFS искаропки умеет в auto LE/BE.
| | |
|
|
| 4.29, Аноним (-), 14:11, 27/07/2017 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> Если тебе стремно использовать саморушащуюся xfs, тормозную ext4, write-only lvm под обоими или btrfs с ее вообще невменяемым поведением
Продолжая тему деревенских страшилок: zfs тоже стремная, требует терабайта оперативы, чтобы хоть как-то ворочаться.
| | |
| |
| 5.31, Andrey Mitrofanov (?), 14:13, 27/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Если тебе стремно использовать саморушащуюся xfs, тормозную ext4, write-only lvm под обоими или btrfs с ее вообще невменяемым поведением
> Продолжая тему деревенских страшилок: zfs тоже стремная, требует терабайта оперативы,
> чтобы хоть как-то ворочаться.
А ещё от неё данные на ext4 "улетают"!!!
| | |
| 5.42, пох (?), 15:06, 27/07/2017 [^] [^^] [^^^] [ответить] | –1 +/– | last pid 78677 load averages 4 00, 3 93, 3 10 up 14 21 22 57 14 59 12 ... большой текст свёрнут, показать | | |
| |
| 6.79, Аноним (-), 05:31, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
я не очень понимаю, а сложно накинуть туда еще памяти по какой-то причине, если тачка реально используется для дела (да хоть пусть порно хранит!), а не концепт для тестов? Это же копейки, даже думать не надо
| | |
| |
| 7.96, пох (?), 14:57, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> я не очень понимаю, а сложно накинуть туда еще памяти
это мои деньги, я не люблю ими топить печку.
Памяти там с избытком для той задачи, которую эта виртуалка обслуживает, ее прежняя инкарнация на 8S+ufs умещалась в 256m (разумеется, она не очень пересобрала бы там мир, но это и не требовалось)
К тому же практика коллег показала, что повиснуть без славиных патчей может и при 8G и при такой же вялой нагрузке.
при этом девятка с zfs при ограничении arc_max и тюнинге vmem может умещаться и в гигабайте без особо видимых глазом проблем. В 10 сломали ограничение, в 11 мне было низачем не нужно, но, скорее всего, с тем же патчем работает, а без него виснет рано или поздно.
| | |
| |
| |
| 9.116, пох (?), 21:26, 01/08/2017 [^] [^^] [^^^] [ответить] | –1 +/– | а это - не мои - ну и так на самом деле меньше проблем, чем со всеми модными... текст свёрнут, показать | | |
|
|
|
|
|
|
| 3.25, Аноним (-), 13:53, 27/07/2017 [^] [^^] [^^^] [ответить]
| +/– | |
>Кто-нибудь вообще пользуется бтрфс?
а есть что-то получше для SSD?
| | |
| |
| 4.43, пох (?), 15:07, 27/07/2017 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> а есть что-то получше для SSD?
md+ext4 без журнала, разумеется. Зачем тебе этот монстр для ssd?
| | |
| |
| 5.73, gogo (?), 01:17, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Без журнала? Чтобы fsck руками делать, если свет ненароком вырубится?
| | |
| 5.80, Аноним (-), 05:33, 28/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> а есть что-то получше для SSD?
> md+ext4 без журнала, разумеется. Зачем тебе этот монстр для ssd?
а чем журнал то не угодил? очень странное решение, учитывая твой опыт. я хочу пояснений!
| | |
| |
| 6.97, пох (?), 15:20, 28/07/2017 [^] [^^] [^^^] [ответить] | +/– | тормоз он Даже если не принимать во внимание мой опыт с автоприложившимся пос... большой текст свёрнут, показать | | |
| |
| 7.104, Аноним (-), 17:56, 29/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
c другой стороны сторожи под 20P живут на ext4 со стопочкой патчей .... может надо проверить железо слегка и потюнить ?
| | |
|
|
|
|
| 3.52, Аноним (-), 17:42, 27/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Кто-нибудь вообще пользуется бтрфс?
Поттеринг большой фанат бтра
| | |
| 3.70, Gannet (ok), 23:57, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Попробуй постучать в люк танка, может тебе кто-нибудь снаружи по морзянке ответит про btrfs, чему ты очень удивишься.
| | |
|
| 2.54, SysA (?), 17:57, 27/07/2017 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> Опоздали. БТР уже набрал силу
Когда БТР научится работать с multipath - вот тогда на него и можно будет посмотреть! :)
А пока - детская поделка для локалхоста.
| | |
| |
| 3.84, Anton (??), 07:46, 28/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Опоздали. БТР уже набрал силу
> Когда БТР научится работать с multipath - вот тогда на него и
> можно будет посмотреть! :)
> А пока - детская поделка для локалхоста.
А можно раскрыть тему? Что это такое и для чего нужно?
| | |
| |
| |
| |
| 6.122, SysA (?), 16:24, 07/08/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html-
> И при чем здесь файловая система? Если это модуль для san сетей?
Специально для админов локалхоста:
1. Удивись: БТРФС - это больше, чем просто ФС! Это вполне себе полноценная система управления внешней памятью, то бишь функциональная замена РАЙДов, ЛВМ и пр., т.е. элемент САН'а.
2. Сюрприз - в реальном производстве (когда в хозяйстве хотя бы несколько десятков физических серверов) работать на локальных дисках дорого, ненадежно и неэффективно. Поэтому используются если не САН'ы, то хотя бы решения попроще, типа полочек с дисками. А работать без резервирования связи - ССЗБ! :)
| | |
|
|
|
|
|
| 1.5, Аноним (-), 12:30, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– | |
> Стабильность кодовой базы ZFSonLinux оценивается как сопоставимая с другими ФС для Linux.
сопоставима со стабильностью btrfs или со стабильностью ext4? Это всё-таки разные вещи
| | |
| |
| 2.8, Аноним (-), 12:36, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
вот именно, а еще не указана сопоставимость в процентном отношении. На сколько процентов сопоставима с ext4? На 89.5% или на 91.1%? Это все-таки разные вещи.
| | |
| 2.10, пох (?), 12:51, 27/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> сопоставима со стабильностью btrfs или со стабильностью ext4? Это всё-таки разные вещи
именно что разные. Ящики сравниваем с яблоками?
Если сравнивать с ext4 over lvm на большом объеме - то там столько интересных способов навсегда потерять хранилку, что даже btrfs перестает выглядеть особенно стремно.
| | |
| |
| |
| |
| |
| 6.45, пох (?), 15:29, 27/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ext4 на объемах в 0.5P это жопа.. а zfs ничего.. живет.
гораздо раньше. Я бы уже на 10T ее не рискнул бы использовать - даже если данные write-only, есть еще время восстановления сервиса.
| | |
| |
| 7.55, Аноним (-), 18:12, 27/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
если посмотреть на люстру - то ~256T - оно пережевывает - но потом начинаются чудеса.
| | |
|
|
|
| 4.28, Аноним (-), 14:09, 27/07/2017 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> Руки отрасти из правильного места, и не потеряешь.
Руки, места ... главное - лапы перепончатые!
| | |
|
|
|
| |
| 2.18, PnDx (ok), 13:25, 27/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
 0. RTFM
1. modinfo zfs |grep arc
2. options zfs zfs_arc_max=$BYTES
| | |
| |
| 3.22, пох (?), 13:45, 27/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> 0. RTFM
> 1. modinfo zfs |grep arc
> 2. options zfs zfs_arc_max=$BYTES
напомнить, сколько лет оно в freebsd вроде бы было, только не работало? ;-)
(я и про сейчас не уверен, но то что требовало этого ограничения, стало уже немного неактуально)
| | |
|
|
| 1.7, Аноним (-), 12:33, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> Добавлено 42 новых параметра для тонкой настройки работы модуля ядра.
То есть расписались в собственном бессилии сделать систему работоспособной в поставке "по-умолчанию." Интересно, сколько их вссего теперь насчитывается, не меньше двух сотен, наверное. Кто в здравом уме будет перелопачивать доки и тюнить всё это?
| | |
| |
| 2.9, X4asd (ok), 12:46, 27/07/2017 [^] [^^] [^^^] [ответить]
| –5 +/– |
 > Кто в здравом уме будет перелопачивать доки и тюнить всё это?
ясно же кто! тот кому нужно не рабочее решение -- а провести время-провождение в режиме весело поиграть...
...то есть.. хм.. наверно типичный пользователь ZFS. :-)
остальные -- просто заиспользуют файловую систему встроенную в ядро, без неадекватнох телодвижений по привязыванию проволокой чужеродного говона. EXT4, XFS, BTRFS -- всем хватает в зависимости от необходимого количества желаемых плюшек.
# P.S.: в этом месте должен появиться фанат ZFS уверяющий что стабильность ZFS якобы сильно лучше чем стабильность BTRFS, выдумывая мифы про порчу данных на BTRFS :-D :-D :-D
| | |
| |
| |
| 4.23, PnDx (ok), 13:48, 27/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Простите, а ZFS еще не готова к продакшену?
Ещё не готова, но уже́ используется. Как и экстентные ФС. Как те же лекарства. Там, где выигрыш перевешивает риски.
В моём ареале обитания соотношение zfs:btrfs ≈10:1 "по головам".
Т.е. btr на одной _очень_специальной_ (виртуальной) ноде, где наличие рефлинков перевесило вероятность продолбать контент. А вот zfs подкладывается, в частности, под распределённые big-data системы. Потому что поблочные суммы и сжатие. Так что через годик-другой будет 20:1 и т.д.
| | |
| 4.64, Аноним (-), 21:15, 27/07/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> Простите, а ZFS еще не готова к продакшену?
Не совсем. ZFS - не программа, это инфраструктура хранения. Сравнивать её с обычными FS - едино как сравнивать PostgreSQL с BerkleyDB. И этот монстр ДОЛЖЕН быть интегрирован в систему а не установлен сбоку. На памяти борьба ARC с системой за память и иные чудеса... Но если с памятью в машине проблем нет (или хотя бы оттюнен ARC) и ZFS стоит сбоку и держит некий сторедж, оно рабочее, даже очень.
| | |
|
| 3.19, QuAzI (ok), 13:29, 27/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Использую ZFS просто как есть, apt-get install и минимальной разметки оказалось более чем достаточно чтобы получить более чем работающую конфигурацию. Ты не осилил?
| | |
| |
| 4.24, пох (?), 13:51, 27/07/2017 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Использую ZFS просто как есть, apt-get install и минимальной разметки оказалось более
> чем достаточно чтобы получить более чем работающую конфигурацию.
и чем это отличается от горе-фанатиков, так же точно поставивших btrfs, или вовсе lvm с его миной с часовым механизмом?
"у них все работает", ага, и рассуждения о прямизне своих рук (а на деле - банальном ламерстве, то есть отсутствии и знаний о внутреннем устройстве - приносящих, как обычно, много горестей, и опыта за рамками домашней порно-студии) а потом - "мы не виноваты, оно само".
| | |
| |
| 5.40, Cuernud (?), 14:59, 27/07/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> вовсе lvm с его миной с часовым механизмом?
Тут подробнее, пожалуйста.
| | |
| |
| 6.44, пох (?), 15:19, 27/07/2017 [^] [^^] [^^^] [ответить] | –2 +/– | ну типа оно умеет в один непрекрасный момент превращаться в тыкву Совсем, поско... большой текст свёрнут, показать | | |
| |
| 7.47, Cuernud (?), 16:06, 27/07/2017 [^] [^^] [^^^] [ответить]
| +4 +/– |
> ну типа оно умеет в один непрекрасный момент превращаться в тыкву. Совсем,
> поскольку вместо метаинформации записывает мусор. Подробности очень старательно прячутся
> (кто-то на этом делает гешефты, кто-то боится распугать ентер-прайсных клиентов, в
> общем, такой секрет полишинеля), в целом, очень похоже на пресловутую фичу
Похоже на теорию заговора. Кто прячет подробности-то, кто этот негодяй?
Хотя бы при каких вариантах применения и обстоятельствах тыквизация? Или вообще ни от чего не зависит?
Из личного опыта и опыта коллег (а контора большая) ничего такого, и вообще впервые слышу.
Нагуглить про самопроизвольную порчу метаданных пока не удалось ничего.
| | |
| |
| 8.48, Аноним (-), 16:22, 27/07/2017 [^] [^^] [^^^] [ответить] | +7 +/– | Да какая там теория заговора Вы писанину пoциента в других обсуждениях почитайт... текст свёрнут, показать | | |
| 8.62, пох (?), 21:13, 27/07/2017 [^] [^^] [^^^] [ответить] | –3 +/– | а как понять-то Я вот не слышал, чтобы оно на домашних локалхостах так падало -... большой текст свёрнут, показать | | |
| |
| 9.81, Аноним (-), 05:46, 28/07/2017 [^] [^^] [^^^] [ответить] | +/– | Я тебе конечно верю, но и сам зве дить умею У меня реально было, что человек п... текст свёрнут, показать | | |
| |
| 10.88, пох (?), 10:21, 28/07/2017 [^] [^^] [^^^] [ответить] | –1 +/– | ну тут как бе несколько совпадений 1 мне об этом говорили задолго до того, как... большой текст свёрнут, показать | | |
| |
| |
| 12.98, пох (?), 15:34, 28/07/2017 [^] [^^] [^^^] [ответить] | –1 +/– | так расскажите, я с интересом послушаю, у меня с zfs свой опыт слишком специфиче... текст свёрнут, показать | | |
| |
| |
| 14.117, пох (?), 14:55, 02/08/2017 [^] [^^] [^^^] [ответить] | –1 +/– | умеющие читать и понимать прочитанное - добавят в свою коллекцию чего делать не... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
| 3.27, о6какатрон (?), 14:08, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
никаких мифов делал тестовый сервак зимбры 100гб диск на Btrfs 0.19м пуле , у зимбры был разряженный бд файл на 80 гб который в сиситеме занимал 700к и отображался корректно при заполнении почто помойки данными свыше 20 гб получил fs crashed and remounted as ro
| | |
| |
| 4.39, Anton (??), 14:55, 27/07/2017 [^] [^^] [^^^] [ответить]
| +3 +/– |
> никаких мифов делал тестовый сервак зимбры 100гб диск на Btrfs 0.19м пуле
> , у зимбры был разряженный бд файл на 80 гб который
> в сиситеме занимал 700к и отображался корректно при заполнении почто помойки
> данными свыше 20 гб получил fs crashed and remounted as ro
Я правильно понял что вы делали пул из нескольких дисков на версии btrfs выпущенной в 2008 году? При том что она только родилась в 2007?
| | |
| |
| 5.56, Crazy Alex (ok), 19:16, 27/07/2017 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Ну так стоны примерно к этому обычно и сводятся - "мы взяли изврат, засунули в изврат, нагрузили до предела - ай, что-то пошло не так, подробности не расскажем".
| | |
|
|
| 3.34, Black_Angel_by (?), 14:30, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Юзал btrfs как /tmp.
Регулярные обновления Gentoo и периодические пересборки мира доканали btrfs всего за пару месяцев. Пытались ответить на ZFS, но реализация подкачала.
| | |
| |
| 4.68, Ergil (ok), 21:47, 27/07/2017 [^] [^^] [^^^] [ответить]
| +5 +/– |
 Чувак, у меня для тебя плохие новости. Gentoo пересобирается в /var/tmp/portage, так что твой /tmp на btrfs помер не от этого :-D
| | |
| |
| 5.83, Аноним (-), 05:49, 28/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
тогда значит бтр помер просто от _ничего_. Аазаза глючное п0делие!!1
| | |
|
|
|
| 2.16, пох (?), 13:18, 27/07/2017 [^] [^^] [^^^] [ответить] | +4 +/– | система _сложная_ На порядки сложнее всего, с чем ты, школьничек, имел дело Пр... большой текст свёрнут, показать | | |
| |
| 3.53, X4asd (ok), 17:55, 27/07/2017 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Большинство же даже не догадывается переключить свой ssd в non-rotational
ssd вообще-то по умолчанию non-rotational, и блочные устройства сделаные поверх него (следущим слоем) -- тоже автоматически non-rotational ..
ну или как вам там живётся в каменном веке?
какие параметры ещё в ручную переключаете?
| | |
| |
| 4.65, пох (?), 21:22, 27/07/2017 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> ssd вообще-то по умолчанию non-rotational, и блочные устройства сделаные поверх него
это если оно правильно угадает. А теперь покажите мне типового линups юзверя, который это хотя бы проверить догадается? Они вон, смотрите тут повыше, f2fs на нем норовят заделать. Или вовсе btr... Ну откуда у них мозгам-то быть?
> ну или как вам там живётся в каменном веке?
> какие параметры ещё в ручную переключаете?
я вам еще один страшный тайна открою - zfs тоже тюнит все эти параметры автоматически, только вот тоже не всегда удачно угадывает, особенно на нетиповых конфигурациях, которые авторам изначального кода (десять лет назад) в страшном сне не снились.
Большинству типовых пользователей с типовым мозгом версии 1.0, лучше как раз ничего там не крутить.
Крутить будем мы, те кто использует либо в очень ограниченных ресурсах, либо собирает большую хранилку под конкретную задачу и умеет проверять свои идеи тестированием.
| | |
|
|
|
| 1.35, iCat (ok), 14:44, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Уже несколько лет пользуюсь для бэкапов и хранения архивов.
Полёт нормальный.
Кроме того - иногда пользуюсь для снятия данных с экпортированных томов из Nexenta.
Удобно.
| | |
| 1.36, Аноним (-), 14:50, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> Дополнительно проектом обеспечена возможность использования ZFS в качестве бэкенда для кластерной файловой системы Lustre.
Вранье.. От zfs и zfs тима там ничего не требовалось. Просто люстре хорошо подходил zvol..
| | |
| |
| |
| 3.67, Аноним (-), 21:27, 27/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> И где работать ФС, в кэше процессора?
на сервере, где ж еще. А что он там предоставляет -DAV свалку, iscsi-хранилище или вовсе самбой экспортит - дело десятое.
Застрявшие в эпохе "десктопов" должны страдать.
| | |
|
| 2.66, Аноним (-), 21:24, 27/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Пока требование ECC RAM не уберут - не нужна на десктопе.
десктопы не нужны, ага.
| | |
| 2.106, Я (??), 09:08, 30/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
С ростом объемов HDD (см. заявленный BLER для HDD), требование ecc ram для десктопов скорее всем добавят.
| | |
| |
| 3.108, iav (ok), 16:29, 30/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > С ростом объемов HDD (см. заявленный BLER для HDD), требование ecc ram
> для десктопов скорее всем добавят.
Как будто от наличия этого требования откуда-то возьмутся десктопные мазеборды с поддержкой ECC памяти.
| | |
|
|
| 1.69, Аноним (-), 22:23, 27/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
забыли про новую ZLOBA (ZFS Logical Objects Binary Architecture) написать.
| | |
| |
| 2.78, . (?), 04:11, 28/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
А zfs destroy ассинхронный (как у орков) осилили?
| | |
|
| 1.76, iav (ok), 03:48, 28/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.
И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
| | |
| |
| 2.87, iZEN (ok), 09:33, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.
Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот это я понимаю — приоритеты и собственные принципы!!
> И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
Кто говорил? Можно ссылку на это странное высказывание?
| | |
| |
| 3.90, пох (?), 10:32, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> С момента объявления о готовности жду, когда сделают уменьшение количества дисков,
>> расширение и сужение райд группы.
> Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот
ну да, вдруг захочется диск сп...ть, времена нынче сложные, и очень нужны бабки для выплаты по ипотеке? А начальству какая разница, по инвентаризации все сходится - "сервер большой, 1штук"
> это я понимаю — приоритеты и собственные принципы!!
just a business, ничего личного!
>> И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
> Кто говорил? Можно ссылку на это странное высказывание?
ага, мне тоже интересно, учитывая что это как раз ключевая архитектурная особенность
| | |
| |
| 4.109, iav (ok), 16:31, 30/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> ну да, вдруг захочется диск сп...ть, времена нынче сложные, и очень нужны
> бабки для выплаты по ипотеке? А начальству какая разница, по инвентаризации
> все сходится - "сервер большой, 1штук"
Вы, похоже, живёте в мире, в котором ничего никогда не меняется, и никто никогда не ошибается. Странный мир, не хотел бы я жить в таком.
| | |
| |
| 5.118, пох (?), 16:58, 02/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Вы, похоже, живёте в мире, в котором ничего никогда не меняется,
> и никто никогда не ошибается.
работающие хранилки, которые нельзя просто увести в оффлайн и скопировать - не меняются, да.
Потому что ссыкотно, даже если ошиблись и получилась не очень оптимальная конфигурация, но она работает - хрен с ней, пусть уже дальше работает.
сановские разработчики думали ровно так же, во всяких гайдлайнах эта фича тоже вполне описана - десять раз подумай, семь раз отмерь, и один раз отрежь немножко. Не думаю, что вам стоит ждать изменений в этой области - оно там довольно глубоко зарыто в архитектуру, сделать хорошо и надежно не получится.
(вариант сделать ребалансинг в виде долгой _деструктивной_ операции, при обломе в процессе которой пул накрывается совсем и необратимо, разумеется, мало кому подойдет)
| | |
|
|
| 3.101, iav (ok), 01:05, 29/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> С момента объявления о готовности жду, когда сделают уменьшение количества дисков, расширение и сужение райд группы.
> Удивительно дело — столько ждать, терпеть, не пользоваться и только поэтому? Вот
> это я понимаю — приоритеты и собственные принципы!!
Почему не использовать? Использую уже лет 10, наверное. Но невозможность убирания устройств кажется запредельным унизительным идиотизмом.
>> И ведь лет 6-7 назад говорили, что уже вот-вот, почти готово.
> Кто говорил? Можно ссылку на это странное высказывание?
Сам Adam Leventhal говорил. Ссылку за пару минут не нашёл, но мы ж не в суде, вы не обязаны мне верить.
| | |
| 3.105, Я (??), 09:05, 30/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
См. block pointer rewrite. Его нет и вряд ли будет. Некому делать, вроде как...
| | |
| |
| 4.110, Elhana (ok), 20:38, 30/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Его не некому делать. Просто например Ahrens высказался, что если его сделать, то это будет последней фичей zfs, потому что там столько проблем с ним возможно, что добавление новых фич превратится в ад. В некоторых случаях гораздо проще просто скопировать с одного пула на другой.
Собственно с btrfs как раз эта фигня творится, когда вы удаляете диск из пула, меняете уровни рейда, запускаете balance - оно может неделю и больше легко все это лопатить, даже на не очень большом пуле.
https://www.reddit.com/r/homelab/comments/57t5dj/btrfs_balanceadddelete_device
| | |
|
|
|
| |
| 2.89, Аноним (-), 10:25, 28/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту, код неоткуда брать.
| | |
| |
| 3.91, пох (?), 10:33, 28/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту,
> код неоткуда брать.
дельфикс - ни разу не лоеры.
И их код вполне себе берет апстрим, так что и не все уборщицы тоже.
| | |
| |
| 4.92, Аноним (-), 10:40, 28/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
>> Ничего, лоеры и уборщицы не умеют писать код, в результате этому проекту,
>> код неоткуда брать.
> дельфикс - ни разу не лоеры.
> И их код вполне себе берет апстрим, так что и не все
> уборщицы тоже.
я про оракль
| | |
| |
| 5.99, пох (?), 15:39, 28/07/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> я про оракль
а, так там надо просто немного подождать. Лет через пять у единственного еще выжившего и почти вменяемого разработчика может руки и дойдут.
| | |
| |
| 6.102, . (?), 07:42, 29/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Зря ты так, пох. Орки асинхронный дестрой в 11-ой запилили. Завидую ах скулы сводит.
| | |
| |
| |
| 8.121, пох (?), 20:45, 02/08/2017 [^] [^^] [^^^] [ответить] | –1 +/– | наоборот же ж - реинкарнировался уничтоженный снап с частью старого содержимого ... текст свёрнут, показать | | |
|
| 7.119, пох (?), 17:16, 02/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Зря ты так, пох. Орки асинхронный дестрой в 11-ой запилили. Завидую ах
> скулы сводит.
это тот же самый, что у delphix'а ? Так он вроде с 12го года с нами, и включен.
feature@async_destroy enabled local
(active будет если дейстройнуть что-нибудь ;-)
| | |
|
|
|
|
|
|
| 1.112, Inv (?), 21:04, 30/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Была у меня история, как-то решил что надо наш zoneminder перенести на linux + zfs, закончилось очень больно через пару дней, когда в системе подходило время для удаления данных. На сколько получилось понять уровень деградации хранения данных был максимальный и порция в 1000 файлов удалялась около 2х часов.... тюнил, крутил, бестолку...
В итоге командой пришли к тому что хранить что-то что сверх часто обновляется на такой системе просто не вариант. Вернулись на прежнее mdadm + raid0 из 4x 1TB и все по сей день летает без всяких лагов.
Что примечательно хостинг у нас досих пор под FreeBSD, порядка 40ка серверов и все на zfs, там нареканий почти нету... а вот с видеосервером оказалась лажа.
| | |
| |
| 2.114, Dmitry (??), 09:33, 01/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Аналогичная система крутится на FreeBSD, 12 HD камер, 2.6TB видео, старые записи чистятся каждый час, за час набегает примерно 12GB, все OK.
Похожая проблема с "долгим" освобождением места после удаления файлов была когда файловая система была проброшена в контейнер с помощью nullfs.
| | |
| 2.120, пох (?), 17:19, 02/08/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Была у меня история, как-то решил что надо наш zoneminder перенести на
> linux + zfs, закончилось очень больно через пару дней, когда в
> системе подходило время для удаления данных.
вы не на общеизвестные грабли с >80% заполнением пула налетели, надеюсь?
> обновляется на такой системе просто не вариант. Вернулись на прежнее mdadm
> + raid0 из 4x 1TB и все по сей день летает
собственно, zfs вряд ли хорошая платформа для write-only данных, не вижу чем данное решение плохо.
| | |
|
|
