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

Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..., opennews (ok), 05-Июн-20, (0) [смотреть все] Ура Ну наконец то будет, конкуренция с OMV, Aytishnik.com (ok), 00:20 , 05-Июн-20, (1) +1 // очередной 1 000 000 000 дистрибутив форк дебиана , КЕК (?), 02:12 , 05-Июн-20, (18) +4 // ну вот, конкуренция же ж , пох. (?), 09:26 , 05-Июн-20, (33) +1 Как будто до этого не был форком freebsd , ОЛЕГ (?), 18:20 , 05-Июн-20, (53) Ребят, объясните Я правильно понимаю, что 1 Разработчики FreeNAS сменили век, Аноним (51), 18:08 , 05-Июн-20, (51) +8 // 1 нет скорее боиться упустить, на deb уже zfs вырвалось вперед по фишкам2 если ч, ОЛЕГ (?), 18:27 , 05-Июн-20, (54) +1 // Круто, спасибо , Аноним (56), 18:33 , 05-Июн-20, (56) +1 Умные люди давно ушли на линукс и сделали отличный NAS на базе Debian, называет , Трольчатина (?), 18:56 , 05-Июн-20, (59) +1 // Сделал тоже самое, только без ZFS, для дома меня и ext4 устраивает Чот не вижу , Аноним (77), 14:18 , 06-Июн-20, (77) +1 Я вот упорно не могу понять зачем все эти TrueNas, FreeNAS, OpenMediaVault и пр, Wolfy (?), 00:32 , 05-Июн-20, (2) –1 // omv - это просто нескучная мордочка к тому дивану, да А вот ixsystems почти деся, пох. (?), 00:37 , 05-Июн-20, (4) –5 // Нормальной ZFS никогда не было и не будет в этих ваших linux bsd в linux тем бо, Wolfy (?), 00:47 , 05-Июн-20, (9) –12 // думаешь, компания, затеявшая пилить btrfs, имея в распоряжении все права на код , пох. (?), 01:05 , 05-Июн-20, (13) +5 кулсторибоб какой-то на опеннете, чем это zfs не настоящая во фряхе , Аноним (22), 03:57 , 05-Июн-20, (22) Тем, что реализована не на уровне ядра, а болтается ссаным сервисом из говна и п, Wolfy (?), 10:42 , 05-Июн-20, (38) –12 уп-с, ныкаемся, пацаны - опять эксперты опеннета в треде Если б хоть что знали , пох. (?), 11:17 , 05-Июн-20, (40) +5 Лапчатые, бессмысленные и беспощадные C LoooooL - , _ (??), 21:13 , 05-Июн-20, (62) +2 и написать всю обвязку которая превратит это всё в NAS самостоятельно , адмирал третьего флота очевидность (?), 00:37 , 05-Июн-20, (5) // какой ты адмирал, ты жалкий юнга nas network attached storageНи одно из этих с, пох. (?), 00:46 , 05-Июн-20, (8) +5 // А как-же без iscsi target Не энтерпрайзненько , Аноним (11), 00:55 , 05-Июн-20, (11) дык, ctld_enable YES , дел-то Как подсунуть под него zvol - где-то в хэндбуке б, пох. (?), 01:12 , 05-Июн-20, (14) Я то тебя понимаю, но всё, пойду водку пить , _ (??), 21:15 , 05-Июн-20, (63) А шить красивое покрывало на диван будешь сам , Минона (ok), 09:13 , 05-Июн-20, (29) // Скопипасть 5 строчек в терминал Да ну нах, это уже какой-то высший матан, ты чО, Wolfy (?), 10:39 , 05-Июн-20, (37) +1 // тибе про покрывало с вышитыми ангелочками, а ты опять про пружины и каркас , пох. (?), 11:16 , 05-Июн-20, (39) +2 А проектировать тип шва, чтобы не корябал, а проводить тесты на прочность , ОЛЕГ (?), 18:30 , 05-Июн-20, (55) // Все сам -- и швец и жнец и на дуде игрец , Минона (ok), 21:22 , 05-Июн-20, (64) Прям эксперт по nas должен стать И ядро патчить , ОЛЕГ (?), 12:06 , 07-Июн-20, (79) +1 Ну не понимаешь - не ставь И вообще лучше сюда не пиши , Аноним (52), 18:10 , 05-Июн-20, (52) Ключевая идея инициативы в том, чтобы окончательно сосредоточиться на разработк, пох. (?), 00:33 , 05-Июн-20, (3) –8 // От всего вообще требуется только запускать докерА в нем электронОмммммммм , mos87 (ok), 00:57 , 05-Июн-20, (12) +1 Грусть, печаль, oops (ok), 08:07 , 05-Июн-20, (26) +1 Кстати, mav же вроде не хохол, oops (ok), 08:10 , 05-Июн-20, (27) +2 // тож на мороз пойдеть - Нинужный хлам, ниумеют на php js - пользы от них в разр, пох. (?), 09:23 , 05-Июн-20, (31) +1 В этом раскладе вообще не понятно зачем нужно FreeBSD кроме того, чтобы присобач, Аноним (7), 00:44 , 05-Июн-20, (7) –1 - сегодня ночью красные форсировали Сиваш - какая неожиданность, кто бы мог под, Михрютка (ok), 00:52 , 05-Июн-20, (10) // Конкретно эта новость не говорит ничего плохого или хорошего о ZFS А вот с долго, Школьник (ok), 13:10 , 05-Июн-20, (44) +1 // Тут дело скорее в отсутствие докера, хотя jail-ы появились в BSD гораздо раньше , 1 (??), 13:18 , 05-Июн-20, (45) это просто потому что ты не в курсе, сколько ее разработчиков получают зарплату , пох. (?), 08:25 , 06-Июн-20, (68) О, эта контора опять решила наплодить форков, они то разделяются, то сливаются , Аноним (24), 07:36 , 05-Июн-20, (24) +1 Так, BSD выкинули, уже хорошо Осталось выкинуть ZFS и со временем получится нор, Онаним (?), 08:34 , 05-Июн-20, (28) // а файловую систему - пусть microsoft разработает, угу В хранилке ведь она соверш, пох. (?), 09:24 , 05-Июн-20, (32) +3 // Хранилки файловых данных бывают двух типов file based и volume based Извращени, Онаним (?), 18:43 , 05-Июн-20, (57) +2   // ну да И ни защита от bitrot, ни надежность, хотя бы на уровне дизайна к реализ, пох. (?), 08:35 , 06-Июн-20, (69)   Как ты понимаешь, любой даже мерзкий 5 RAID с чётностью вполне себе даёт защит, Онаним (?), 10:12 , 06-Июн-20, (72)   разумеется, нет - большинство из них, по-моему, по сей день вообще ничего не про, пох. (?), 12:34 , 06-Июн-20, (74)   Не забываем, что ещё и в самих дисках тоже есть ECC, которая верифицируется всег, Онаним (?), 13:00 , 06-Июн-20, (75)   А хранилка - на то и хранилка, а не локалхост, чтобы использовать контроллеры и , Онаним (?), 13:03 , 06-Июн-20, (76) +1   простите, попутал цитату все нормальные читать как все адекватные с ОЛЕГ, пох. (?), 08:39 , 06-Июн-20, (71)   Так ZFS продвинутая, а докер и на примитивной фс можно запускать , Аноним (35), 09:45 , 05-Июн-20, (35) // на примитивной можно, но неэффективно zol как раз вполне хороша как подложка по, пох. (?), 08:38 , 06-Июн-20, (70) У Debian Testing официально заявлены задержки обновлений безопасности Такое себ, Аноним (36), 09:56 , 05-Июн-20, (36) // А можно ссылочку на это официально заявлены , Аноним (50), 18:00 , 05-Июн-20, (50) Такое ощущение, что iXsystems решила поиграть на территории proxmox, поставляя , Сергей (??), 11:41 , 05-Июн-20, (41) // мне чисто для общего развития узнать а давно это доцкер виртуализация , тигарэтоя (?), 12:58 , 05-Июн-20, (43) // С тех пор когда любой адекватный сервис поставляется контейнером, ОЛЕГ (?), 19:13 , 05-Июн-20, (60) –3 // контейнер виртуализация капец, думал, что не доживу до этого момента , тигарэтоя (?), 16:51 , 09-Июн-20, (80) Компания готовиться из производителя оригинального продукта стать еще одной безл, Аноним (42), 11:58 , 05-Июн-20, (42) // Станут очередными Денисками Поповыми, как 99 разработчиков дистрибутивов лину, Салатик Свежий (?), 13:29 , 05-Июн-20, (47) Разрабоччеги Соберите уже все свои вебморды в один огромный webmin, запилите ди, InuYasha (?), 14:26 , 05-Июн-20, (49) +1 // Ну уж нет Этот монстр с миллионами глюков и все равно лезишь в консоль Воо, ОЛЕГ (?), 19:17 , 05-Июн-20, (61) // Ну ладно, что ты сердишься 0_0 вот это сильно зря, имхо, InuYasha (??), 21:50 , 05-Июн-20, (65) +1 Сдаётся мне, что это битва за окончательно внедрение ZFS в Linux , Аноним (66), 00:50 , 06-Июн-20, (66) –1 Сдаётся мне, что это битва за окончательно внедрение ZFS в Linux , Аноним (67), 00:51 , 06-Июн-20, (67) –1 // Или за окончательное закапывание ZFS везде, кроме пары отдельных NAS , Онаним (?), 10:15 , 06-Июн-20, (73) +1 Как в TrueNAS реализовано информирование о развале raid a , Аноним (78), 15:32 , 06-Июн-20, (78) некоторые идеи, недостижимые при использовании FreeBSD таки да даже компания , Аноним (81), 14:05 , 02-Июл-20, (81) 1,2,3,7,10,24,28,35,36,41,42,49,66,67,78,81

Сообщения

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

	57. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+2 +/–
	Сообщение от Онаним (?), 05-Июн-20, 18:43
	Хранилки файловых данных бывают двух типов: file based и volume based. Извращения типа key-value based в данном случае не берём, хотя и их можно в хранилку превратить. Volume based оптимально - можно подключить по iSCSI и сверху накатить любую файловую систему, хоть ZFS, хоть NTFS, хоть чёрта лысого. Для Volume based в принципе ныне хватает LVM, хотя можно запилить и что-то навесное. Для локального file-based можно прозрачно зафигачить ext4 или XFS поверх тома (ну или btrfs если хочется извращений), и выдать пользователю всё тот же файловый API, а что там на подложке - таковому пользователю в общем случае фиолетово.
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+/–
	Сообщение от пох. (?), 06-Июн-20, 08:35
	ну да. И ни защита от bitrot, ни надежность, хотя бы на уровне дизайна (к реализации в любом варианте полно вопросов, но начинка lvm - это просто ад, трэш и костыль на костыле) современным многотерабайтным nas нафиг не нужны. Главное - уметь запускать докер в докере под докером. Ведь "все нормальные" поставляются исключительно в виде доскер-контейнера. Потому что альтернативно-одаренные разработчики этого "нормально" - вообще нииппут, как их поделка на самом деле работает и каковы ее реальные требования (накопипащеные со стека в _докерфайл_ команды с sudo - норм!) P.S. выгул собак, недорого, надо кому? Догситтинг? Я, блжад, реально ничего общего с индус-трией дерьма иметь не хочу.
	Ответить | Правка | Наверх | Cообщить модератору

	72. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+/–
	Сообщение от Онаним (?), 06-Июн-20, 10:12
	Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на уровне тома. Зачем изобретать велосипеды и гиперусложнять из-за этого файлуху? "Надёжность" на уровне дизайна там очень условна. См. про чётность выше, а при повреждении данных в памяти до чексумминга или во время такового они всё равно благополучно будут записаны на диск уже повреждёнными, и никакие дизайны тут не помогут. Между контроллерами и процом есть чексуминг, память нужна с ECC. Всё. Ещё конечно неплохо иметь диски с расширенной ECC, но это дорого, проще делать тот же RAID6.
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+/–
	Сообщение от пох. (?), 06-Июн-20, 12:34
	> Как ты понимаешь, любой (даже мерзкий 5) RAID с чётностью вполне себе даёт защиту от bitrot на > уровне тома. разумеется, нет - большинство из них, по-моему, по сей день вообще ничего не проверяют при чтении, для скорости (raidz не в счет, он вообще не совсем raid5). Четность используется у них только при полном отказе диска, для восстановления. А когда и напорется - не имеет ни малейшей возможности тебе сказать, что именно навернулось - lba sector 0xxxxxxxxxxx - а, шо, где это и какой файл пострадал?! И выяснение через бутербродец нашлепок dm - будет еще более забавным, чем твои приключения с метаслабами. raid6 он вообще не об этом, он о том что современные диски слишком велики, чтобы надежда что сдохший восстановится тотальным чтением всех оставшихся была оправдана - куда больше вероятность, что в процессе сдохнет еще один, поэтому нужен запас и на этот случай. Память, разумеется, нужна с ECC. Но это просто еще один элемент защиты, сам по себе ни от чего не спасет.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+/–
	Сообщение от Онаним (?), 06-Июн-20, 13:00
	Не забываем, что ещё и в самих дисках тоже есть ECC, которая верифицируется всегда. Вся эта проблема с битротом раздувается вполне себе искусственно.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+1 +/–
	Сообщение от Онаним (?), 06-Июн-20, 13:03
	А хранилка - на то и хранилка, а не локалхост, чтобы использовать контроллеры и/или софтовые решения, делающие верификацию. Но делать это на уровне файлухи при возможности сделать проверку и восстановление на уровне блока - извращение.
	Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

	71. "Разработчики FreeNAS представили дистрибутив TrueNAS SCALE н..."	+/–
	Сообщение от пох. (?), 06-Июн-20, 08:39
	простите, попутал цитату: "все нормальные" читать как "все адекватные". (с)ОЛЕГ
	Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

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

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