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

"Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS"	+/–
Сообщение от opennews (ok), 18-Янв-21, 14:29
В добавленных дистрибутивом FreeNAS/TrueNAS патчах к OpenZFS 2.0 выявлена серьёзная ошибка, приводящая к скрытому повреждению данных в ZFS-разделах (zvol).  Во FreeNAS/TrueNAS проблема проявлялась в двух последних обновлениях стабильной ветки 12.0 и 12.1 (FreeNAS 11.3 проблеме не подвержен) и была вызвана включением недостаточно протестированного  кода. В мае прошлого года изменение было передано в основной git-репозиторий OpenZFS, но не вошло в основную ветку, так как ожидало рецензирования и не  прошло автоматизированную проверку сборки на некоторых платформах... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54427
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–20 +/–
Сообщение от Fracta1L (ok), 18-Янв-21, 14:29
Глобальная и надёжная ZFS, хахаха
Ответить | Правка | Наверх | Cообщить модератору

	2. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+14 +/–
	Сообщение от Аноним (2), 18-Янв-21, 14:35
	>>добавленных дистрибутивом FreeNAS/TrueNAS патчах к OpenZFS Если в бочку мёда добавить ложку дёгтя, то можно ли во вкусе винить пчёл?
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+6 +/–
	Сообщение от AlexYeCu_not_logged (?), 18-Янв-21, 14:59
	>Если в бочку мёда добавить ложку дёгтя, то можно ли во вкусе винить пчёл? Пчёл, может быть, нельзя. Однако и мёдом содержимое бочки после этой ложки можно считать весьма условно.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от zzz (??), 18-Янв-21, 15:42
	Вот и не стоить говорить за весь мёд, если Вася нас...л в свою банку.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 18-Янв-21, 15:59
	Ты бы сперва посмотрел, что это за Вася. И, если после этого не расхочется - проверь, не вопасносте ли твоя фрибэсдэшечка - потому что тот, другой не-Вася который долго отмахивался от проблемы, перекладывая ее на "а у тебя бэкплейн не самой распоследней версии!" (ага. он у чувака шесть лет такой, до них ничем не воняло) и "у меня все работает, 30k лохов не заметили битых данных!") - тоже как бы не совсем Вася. Вполне возможно, что этот код уже в stable (а фиксы - в MFC after...можетбыть) Я остановился на пункте 1 - дальше, собственно, уже бессмысленно. А после истории с -L - бессмысленно вдвойне.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от Аноньимъ (ok), 18-Янв-21, 17:10
	>а у тебя бэкплейн не самой распоследней версии! iXsы *&%#@*! на всю голову. Общение с ними оставило самые неприятные и мрачные впечатления.
	Ответить | Правка | Наверх | Cообщить модератору

	169. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+7 +/–
	Сообщение от Сарабонг (?), 19-Янв-21, 13:48
	> iXsы *&%#@*! на всю голову. Общение с ними оставило самые неприятные и мрачные впечатления. с ними всё было понятно после истории с рейдерским захватом торговой марки FreeNAS, которую затем они выжали досуха, подмочили репутацию выпуском нерабочего FreeNAS Coral и вот теперь спустили в унитаз. /с форума ixbt/
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Ананимас008 (?), 19-Янв-21, 01:30
	Фрибсдишечке не в опасносте, ежели пользовать релиз и лишь накатывать секурити патчи, а выступать подопытной стейбл свинкой или не дай б-г куррент тестером совершенно не хочется.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	163. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
	Сообщение от пох. (?), 19-Янв-21, 11:16
	Владельцы фринаса тоже так думали.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (-), 24-Янв-21, 17:13
	> Фрибсдишечке не в опасносте, "Нет пользователей - нет проблем!"
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	214. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (214), 24-Янв-21, 19:00
	> Фрибсдишечке не в опасносте, ежели пользовать релиз и лишь накатывать секурити патчи, А они вообще свое добро хоть как-то тестируют до выкатывания в релиз?
	Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

	53. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:07
	Если бы это был хулиган Вася.. А тут Василий Васильевич, не последний разработчик.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	189. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 20-Янв-21, 10:12
	> Если бы это был хулиган Вася.. > А тут Василий Васильевич, не последний разработчик. предпоследний. В смысле, другие уже кончились, у них "not enough dev resources" уже отловленную ошибку исправлять.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+9 +/–
	Сообщение от Аноним (9), 18-Янв-21, 14:46
	Взяли непротестированный код не из апстрима, а виноват апстрим zfs. Найс логика.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	21. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
	Сообщение от Аноним (21), 18-Янв-21, 15:47
	Почему тебя не банят, я не понимаю.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	28. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+8 +/–
	Сообщение от zshfan (ok), 18-Янв-21, 16:07
	Гендерное разнообразие жы...
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–5 +/–
	Сообщение от Fracta1L (ok), 18-Янв-21, 16:58
	Потому что я здешний голос истины, понятное дело
	Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

	122. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от Огонь (?), 18-Янв-21, 22:38
	Ты мем ходячий
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от Fracta1L (ok), 19-Янв-21, 07:15
	Я факел, я напалм. Только посмотри как полыхают мои фанаты.
	Ответить | Правка | Наверх | Cообщить модератору

	187. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Тот_Самый_Анонимус (?), 20-Янв-21, 09:31
	>Я факел, я напалм И ты — дырень. Это необходимо для триединства твоей сущности. Не забывай свою третью ипостась.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (214), 24-Янв-21, 19:00
	> Я факел, я напалм. Только посмотри как полыхают мои фанаты. Поцыэнт, у вас бокланпоцтит!
	Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

	37. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (37), 18-Янв-21, 16:34
	Глобальная и надёжная она только в той реализации, которая в solaris. То, что линуксовая реализация есть глюкалово-это всем известно, кроме "зачем ваш солярис, в линуксе уже сто лет в обед как zfs есть"
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	39. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от . (?), 18-Янв-21, 16:43
	> Глобальная и надёжная она только в той реализации, которая в solaris. Тебя совсем не смущает, кто автор этого неработающего г0-нокода? Или ты настолько не в теме? Твой Б-г - всего лишь идол.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (91), 18-Янв-21, 20:39
	А кто автор кода с ошибкой?
	Ответить | Правка | Наверх | Cообщить модератору

	131. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от . (?), 18-Янв-21, 23:17
	> А кто автор кода с ошибкой? Знакомься: https://github.com/mattmacy Он же - mmacy@freebsd.org, ныне, по совместительству - iX Senior software engineer. В прошлом joyent, в прошлом, если мне память не изменяет - Sun. "других разработчиков у меня для вас нет".
	Ответить | Правка | Наверх | Cообщить модератору

	168. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+4 +/–
	Сообщение от Сарабонг (?), 19-Янв-21, 13:37
	> других разработчиков у меня для вас нет напомним котанам, что раньше его звали kip macy и они вместе с женушкой успели власть поураганить в свое время: https://www.sfgate.com/bayarea/article/S-F-landlords-charged...   ... In October, Nicole Macy broke into the apartment and poured ammonia on clothes, bedding and home electronics, prosecutors said. какие милые, приятные люди!
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (192), 20-Янв-21, 14:00
	Просто спор хозяйствующих субъектов.
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 20:36
	> Просто спор хозяйствующих субъектов. Интересный такой спор - на грани Бонни и Клайта. Может им с каким-нибудь банком и его охраной поспорить?
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 01-Фев-21, 09:51
	Ну и отморозь. Такой ради денег и мать в нужнике утопит, что уж говорить про какую-то бздю.. Зато кодофкондукт есть.
	Ответить | Правка | К родителю #168 | Наверх | Cообщить модератору

	216. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (214), 24-Янв-21, 19:06
	> Знакомься: https://github.com/mattmacy Познакомился, не очень приятно - на видном месте только два бидонорепа. В остальных репах хаотично навалено какой-то хайпоты всех мастей и направлений, особой логики в завалах не просматривается. А это вообще точно эксперт по именно файловым системам? Подборка реп больше уместна для какого-нибудь фрактала или ипоня.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	41. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Fracta1L (ok), 18-Янв-21, 16:49
	> Глобальная и надёжная она только в той реализации, которая в solaris Это, например, та самая реализация или какая-то не та, врагами испорченная? https://i.stack.imgur.com/UrOxR.png
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	96. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 20:58
	Тебя не смущает, что основа этой реализации в принципе RIP и остаётся у полутора корпорастов, которым очень дорого с легаси сваливать?
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	129. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от Аноним (37), 18-Янв-21, 23:00
	У полутора сотен корпорасов. B эти полутора сотен корпорасов составляют основу мирового финпрома. И ещё полторы тысячи корпорасов поменьше (типа деревянного сбера, купившего спарки пару лет назад). Оракел за истекшие десять лет нахватал себе в клиенты кучу этих самых корпорасов, на 15 лет вперёд. Теперь будет с них стрич доход. Благо платформа стабильна как дерьмо мамонта, не нужно много людей для её поддержки, но стоит прилично. То же самое у фуджиков, те от платформы отказываться и не думают. Но это свой мир.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Онаним (?), 19-Янв-21, 09:44
	> У полутора сотен корпорасов. Примерно так. И рискну предположить, что у всех этих корпорастов имеется план по phaseout овна мамонта, просто он ещё не пять лет займёт, и возможно даже не десять.
	Ответить | Правка | Наверх | Cообщить модератору

	190. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от DeadMustdie (??), 20-Янв-21, 11:12
	> имеется план по phaseout овна мамонта, просто он ещё не пять лет займёт, и возможно даже не десять. План на 5+ лет вперёд в условиях финтех-конторы - непозволительная роскошь.
	Ответить | Правка | Наверх | Cообщить модератору

	205. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 21-Янв-21, 10:06
	Ну я так-то не про зелёненьких, и вообще не про рыфы.
	Ответить | Правка | Наверх | Cообщить модератору

	38. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от . (?), 18-Янв-21, 16:41
	С-ка ты Фрактал бессердечная.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	47. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Fracta1L (ok), 18-Янв-21, 16:55
	Батхёрт согревает!
	Ответить | Правка | Наверх | Cообщить модератору

	217. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 19:07
	> Батхёрт согревает! Так намажь ж..у "звездочкой", получишь два в одном.
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (79), 18-Янв-21, 19:30
	А при чем тут ZFS? Криворукие патчеры. Так и дебилановцы OpenSSL ломали.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	218. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 19:09
	> А при чем тут ZFS? Криворукие патчеры. Так и дебилановцы OpenSSL ломали. Действительно, при чем тут быть энике^W питоном^W инженеру фирмы ixys?
	Ответить | Правка | Наверх | Cообщить модератору

	80. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (80), 18-Янв-21, 19:44
	До объединения FreeBSD кода ZFS  с Linux кодом  ZFS во FreeBSD ZFS было все нормально. Причинно-следственные связи видишь?
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	87. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
	Сообщение от . (?), 18-Янв-21, 20:07
	> До объединения FreeBSD кода ZFS  с Linux кодом  ZFS во > FreeBSD ZFS было все нормально. Тоже не было. Разработчики-то там, в iX - все больше копипастеры. Им все равно откуда поломанный код копипастить - хошь из того апстрима, хошь из другого. Разбираться в деталях и некогда, и, в общем-то, физически невозможно. Гугли hole birth. Это вот - действительно _исправили_ в ZoL и потом, долгими мучениями, через мертвый иллюмос, исправление дотянули до фри. Ну да, ну да, давно.
	Ответить | Правка | Наверх | Cообщить модератору

	102. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
	Сообщение от Fracta1L (ok), 18-Янв-21, 21:11
	> во FreeBSD ZFS было все нормально Мамой клянёшься?
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	219. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 19:10
	> Мамой клянёшься? Лучше пусть XFS test suite'ом хотя-бы поклянутся, если он у них работает и оно его переживает.
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (149), 19-Янв-21, 04:38
	> Глобальная и надёжная ZFS, хахаха Ну никто не ожидал от протухшего куска мяса ничего более умного. Хоть бы посмотрел в чём проблема. Хотя куда тебе, протых насквозь.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	150. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (150), 19-Янв-21, 05:00
	> Глобальная и надёжная ZFS, хахаха Я так и знал что рано или поздно ты свою дырень порвёшь. Надеюсь врачи помогут, без тебя скучно будет. Но если что на большой горшок я скинусь, ты только попроси. Сочувствую, выздоравливай.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	151. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (151), 19-Янв-21, 05:25
	Calling rustc --version outputs: Segmentation fault (core dumped) Бугага. Дпействительно, далко до C/C++
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	166. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (166), 19-Янв-21, 11:42
	>Глобальная и надёжная ZFS, хахаха А была бы на Rust, не было бы хахаха. Или было бы только хахаха.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	212. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от dimez (?), 24-Янв-21, 15:42
	Таки ты дурачок
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

3. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
Сообщение от Чума (?), 18-Янв-21, 14:35
Rolling, rolling...
Ответить | Правка | Наверх | Cообщить модератору

	5. Скрыто модератором	–2 +/–
	Сообщение от InuYasha (??), 18-Янв-21, 14:36
	Keep rolling, rolling, rolling, rolling
	Ответить | Правка | Наверх | Cообщить модератору

	22. Скрыто модератором	+1 +/–
	Сообщение от Аноним (22), 18-Янв-21, 15:58
	Keep rolling, rolling, rolling, rolling
	Ответить | Правка | Наверх | Cообщить модератору

	23. Скрыто модератором	+1 +/–
	Сообщение от Аноним (22), 18-Янв-21, 15:58
	Keep rolling, rolling, rolling, rolling
	Ответить | Правка | Наверх | Cообщить модератору

	36. Скрыто модератором	+1 +/–
	Сообщение от InuYasha (??), 18-Янв-21, 16:33
	Come on! Keep trolling, trolling, trolling, trolling...
	Ответить | Правка | Наверх | Cообщить модератору

	69. Скрыто модератором	+/–
	Сообщение от Огонь (?), 18-Янв-21, 17:44
	Limp Bizkit?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от псевдонимус (?), 18-Янв-21, 15:10
	" не надо бояться непрерывной дегра..интеграции" Один человек мне.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	65. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Анонимленьлогиниться (?), 18-Янв-21, 17:31
	Хм? А зачем их бояться? Лучше годами копить фичи, а потом выкладывать релиз, меняющий все на свете? Это всего лишь вопрос нормального подхода к ревьюингу и тестированию. Причем тут все сработало как раз правильно: "и не прошло автоматизированную проверку сборки на некоторых платформах" - система интеграции в основной репе в гитхабе с правильными тестами показала, что патч включать не надо, его и не включали до исправления ситуации. А какая там система сборки у криворучек из freenas, это еще тот вопрос.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+5 +/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:40
	>Лучше годами копить фичи.. Йес! А потом выкладывать их в тестовую ветку. На основе оттестированного выпускать релиз и после этого добавлять только исправления безопасности и  исправление просочившихся мелких багов. Ужасное старперство, правда? Пусть будет так, зато данные целы. >Все сработало правильно Если оставить такой подход, в следующий раз может и не сработать.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:50
	А ещё релиз может быть не один в рамках текущей ветки. Так например было в фрибсд. Просто полноценно поддерживать каждую ветку  длительное время у них не хватило ресурсов/небыло желания.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	82. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от . (?), 18-Янв-21, 19:48
	> система интеграции в основной репе в гитхабе с правильными тестами показала, что патч включать не надо По причине, не имевшей ни малейшего отношения к реальной, по которой его включать было не надо. И если бы автор не поленился исправить сборку на платформах, которые, скорее всего, нафиг и не нужны (поди труп иллюмоса) - прекрасно бы включили. Потому что "у нас нет ресурсов" уже выявленные баги исправлять (ЖДВА года!) - кто, по твоему, собирался копаться в этом коде, кроме роботов? > А какая там система сборки у криворучек из freenas, это еще тот вопрос. вопрос совершенно не в этом. Вопрос в том, что других разработчиков и другой разработки не осталось. "эти еще из лучших". Тот же самый код за подписью того же самого комитера через день уехал бы в CURRENT freebsd. А может и уже уехал, хз. Я проверять не пойду, за бесполезностью - этот не уехал, уехал предыдущий, тот что arc сломал. Тоже от кого надо был комит. Тот кто потом за ними починил (пол-года потратив на уговоры! Своего личного времени) - больше zfs не интересуется.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	92. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (91), 18-Янв-21, 20:42
	Да, лучше. И релизы не чаще раз в 2 года
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	230. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (230), 24-Янв-21, 21:31
	> Хм? А зачем их бояться? Лучше годами копить фичи, а потом выкладывать > релиз, меняющий все на свете? Правильно, настоящие джедаи тестируют в продакшне. Но, грят, недолго - потом пометка fired в базе появляется.
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	27. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 18-Янв-21, 16:05
	И чо сынку, помогла тебе твоя 0.75? hole birth reborn ;-)
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+7 +/–
Сообщение от InuYasha (??), 18-Янв-21, 14:36
>семь лет проработали без единого разрыва А ведь это реально хороший результат, без сарказма. PS: Тяжело быть рецензентом..
Ответить | Правка | Наверх | Cообщить модератору

	29. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от пох. (?), 18-Янв-21, 16:08
	> А ведь это реально хороший результат, без сарказма. Так то был - реально хороший код. У меня к нему есть некоторые претензии, но даже это можно было легко починить. Но его как-то то ли аккуратней писали, то ли какие-то другие люди присматривали за этими писателями...
	Ответить | Правка | Наверх | Cообщить модератору

	64. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:30
	Может девопсины требуют "фич"(например навалять малополезное, если не сказать больше, шифрование), продаваны реагируют и дрючат разработчиков.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от . (?), 18-Янв-21, 19:57
	шифрования пока не видали, а вот aCOW - это не девопсина а самая что ни есть классическая инфраструктура - судя по тому, куда оно прилетело (патч мне лень смотреть, еще и заведомо поломанный-то) - это zvol только касается. Собственно, тот в кого прилетело - как раз раздавал классические виртуалки и под них - классические диски с СХД, коей и был фринас. И на дисках у него, кстати, xfs (потому и заметил что что-то пошло не так). Так что там вряд ли даже докеры в докере под докерами, это не самая эффективная для них конфигурация (да и кому их жаль, если данные себе повредят, через час их уже новых понаделают). И видимо да, аж чесалось не то заимплементить, не то заявить в ченджлоге "ни у кого нет, а у нас, вот!"
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-21, 20:13
	Айэкссистем похоже очень не терпится выкинуть фрибсд(клиенты хотят линукс), на ее дальнейшую судьбу им плевать, потому скорее всего предварительно изуродуют. Я ещё при появлении трусрось подумал: а кому это надо? Столько нововведений, не похоже на проект одного человека. Обкатка копротивщина это была. Как увидели, что так впринципе можно, быстро закрыли проект. Теперь на место трусрось хотят поставить всю фрю и если удастся, то фря для использования будет непригодна. Ещё одна помесь Федоры и центосьстрим на другом ведре мне не нужна. Подозреваю, что не только мне.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от пох. (?), 18-Янв-21, 21:20
	Вот и у меня та же мысля - фря не нужна ix, и уже явно мешает - ибо клиентура явно хочет докер в докере под докером прямо на nas ящике, а то чо он тут жужжит. И трахаться с эмулятором - не хочет. И конкурент, omv, это уже умеет, шва...бесплатно! Вот догадываются ли разработчики что им предстоит лететь за борт без спасжилетика в самое ближайшее время - это отдельно интересно. У zol...прааастите, openzfs "нет ресурсов", то есть дельфикс им зарплаты платить явно не планирует, самому жрать нечего.
	Ответить | Правка | Наверх | Cообщить модератору

	221. Скрыто модератором	–1 +/–
	Сообщение от Аноним (221), 24-Янв-21, 21:01
	> Вот и у меня та же мысля - фря не нужна ix, Ну так правильно - линя эвон какая толпа пилит, а тут самим все надо.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от лл (?), 20-Янв-21, 19:23
	Шифрование - фича не только полезная, но и часто юридически обязательная, если работаешь с чужими данными.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	201. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 20-Янв-21, 19:41
	Но не игрушечное шифрование. В зфс при физическом доступе к хосту оно почти такое.
	Ответить | Правка | Наверх | Cообщить модератору

6. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+5 +/–
Сообщение от Аноним (6), 18-Янв-21, 14:42
Not a bug
Ответить | Правка | Наверх | Cообщить модератору

7. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
Сообщение от Аноним (7), 18-Янв-21, 14:43
Ну вот, местным анонимам ещё одну хорошую тему для обсуждения подвезли. Прямо как с btrfs будет теперь. ;) Сейчас начнётся обсуждение, на какой FS всё таки можно хранить данные...
Ответить | Правка | Наверх | Cообщить модератору

	16. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (16), 18-Янв-21, 15:41
	Ну я храню все на XFS. Потому что среди всего прочего храню образы виртуальных машин, и иногда нужны reflink'и.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
	Сообщение от rm_ (ok), 18-Янв-21, 16:19
	XFS очень крутая, но неудобно что размер нельзя уменьшать, только это останавливает от применения на паре машин.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от гидромет (?), 18-Янв-21, 16:23
	а зачем его уменьшать? Через неделю снова +4 на европейской территории, твой диск сам раскукожится обратно. Ну правда. XXI век, диски - бездонные. Задача стоит как-то уберечь свои данные, а давно уже не "уместить".
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
	Сообщение от DildoZilla (?), 18-Янв-21, 23:12
	Ага, бездонные. С SMR и качеством гораздо ниже чем 10 лет назад.
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от пох. (?), 19-Янв-21, 00:09
	С smr, внезапно, пока только ноутбучные недоразумения и _мелкие_ диски - которые явно делают из отходов производства больших. У wd НЕТ ни одного smr > 6t, у seagate >8 Все адские хрени с 14, 16 и 20 - как раз, гарантированно - cmr. Есть еще host-managed smr, но с теми пусть нетапа трахается, как умеет, в обычный писюк его нельзя воткнуть. Так что в ближайшие годы фича уменьшения размера нам ни разу не понадобится. А в неближайшие к нам бежит (педобиржпг) thin lvm, где размер вообще виртуальный. Создаешь себе xfs на пяток терабайт, для начала, а потом потихоньку добавляешь физические терабайты, по мере востребования. Правда, если с навернувшейся zfs еще можно пытаться что-то там вытащить или починить, то с этого бутерброда - только махнуть рукой и идти за бэкапом. Ну у тебя же был бэкап, я надеюсь?
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (230), 24-Янв-21, 21:34
	> А в неближайшие к нам бежит (педобиржпг) thin lvm, где размер вообще > виртуальный. Создаешь себе xfs на пяток терабайт, для начала, а потом > потихоньку добавляешь физические терабайты, по мере востребования. "Как сделать btrfs максимально через джеппу". А потом админ офигеет от счастья все это админить и будет сратисом рулить. А что сратис унутрях делает - вообще черная магия. Вот это реально стремно уже без чемодана денег на саппорта. Энтерпрайз он такой.
	Ответить | Правка | Наверх | Cообщить модератору

	234. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 24-Янв-21, 23:44
	> Как сделать btrfs максимально через джеппу судя по последним достижениям - она именно так и сделана, круче и черезжопнее уже не придумать. > А потом админ офигеет от счастья все это админить админ, как показывает практика - справится. А у девляпсов - у тех да, "ой, что-то не загружается". Глядь - а там вообще ни разделов, ни содержимого дисков. А хз что они с ними сделали. Чегой-та. Надежность всей конструкции - ну...какая-то. То есть прямо вот сразу не рассыплется, и даже если совсем уже херню делать - тоже не мгновенно. Но может начать наворачиваться вообще без причин. Если у тебя это не происходит - тебе повезло. Большинству клиентов redbm, по всей вероятности, везет. Эффективность... ну хз. Я не мерял. Вполне возможно что не особо чего терять по сравнению с физическим диском. По сравнению с zfs с правильно работающим arc - ну а ее ж нету, правильно работающей, уже нигде - нечего и сравнивать.
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 26-Янв-21, 21:11
	> судя по последним достижениям - она именно так и сделана, круче и > черезжопнее уже не придумать. А какие там особые достижения кроме новых алгоритмов чексум и RAID1 C3/C4? > админ, как показывает практика - справится. Откуда? Можно подумать они будут в курсе что эта пыхтонрасия вообще внутрях делала. И если оно встанет раком - чемодан денег в этот момент очень пригодится, чтобы вызвать макаку которая это прогала (если повезет). У них может даже будут какие-то шансы. Черт их там знает. > А у девляпсов - у тех да, "ой, что-то не загружается". Глядь - а там вообще ни > разделов, ни содержимого дисков. А хз что они с ними сделали. Чегой-та. Так может это не они а сратис? Откуда ты знаешь что раджи-кумары при его написании использовали? Они не со зла, просто в конект с астралом шумы вклинились :) > Надежность всей конструкции - ну...какая-то. То есть прямо вот сразу не рассыплется, > и даже если совсем уже херню делать - тоже не мгновенно. > Но может начать наворачиваться вообще без причин. Я как-то не питаю доверия к пихтонрасии от корп кумаров которая будет мне хрен знает что реконфигурить претендуя на то что эти палки и г@вно поверх антика - тоже, типа, btrfs. Их проблема в том что underlying design это все не подразумевал и это - имнно типа-btrfs, с иллюзией созданной пыхтонрасией. И вот этот момент мне сильно не нравится. В btrfs эту иллюзию по крайней мере лепят нормальные ядерщики. И с ними я при острой необходимости поговорю по душам, т.к. знаю где они и знаю что они свое ремесло любят. А с раджи-кумаром ты как-нибудь сам общайся. И чемодан денег за его оперативную погрузку на самолет не забудь! > Если у тебя это не происходит - тебе повезло. Большинству клиентов redbm, > по всей вероятности, везет. Мне везет хотя-бы потому что я не клиент redbm :P. В гробу я их технологии видал, за редким исключением. Если компания за цать лет не может даже пакетный менеджер нормально сделать, колупая какие-то лабораторные макеты упертые у каких-то драных ученых, успехов в плане файловых систем от них и подавно ожидать не приходится, имхо. > Эффективность... ну хз. Я не мерял. Вполне возможно что не особо чего > терять по сравнению с физическим диском. По сравнению с zfs с > правильно работающим arc - ну а ее ж нету, правильно работающей, > уже нигде - нечего и сравнивать. Лично меня в этой штуке больше всего напрягает потуга эмулить типа-btrfs каким то сыкотным гамном на пыхтонрасте. - Если фича нормально сделана, это просто нахрен не надо. - А если это гамно и палки, резонный вопрос что я буду делать если это все же навернется. Так что я бы без чемодана денег на сапорта редхата в этом ввязываться просто не стал.
	Ответить | Правка | Наверх | Cообщить модератору

	244. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 27-Янв-21, 14:16
	>> судя по последним достижениям - она именно так и сделана, круче и >> черезжопнее уже не придумать. > А какие там особые достижения кроме новых алгоритмов чексум и RAID1 C3/C4? в тыкву превращается особо заковыристо. Я уже и тут, и в других источниках начитался историй успеха, которые и вообразить-то себе не мог. >> админ, как показывает практика - справится. > Откуда? Можно подумать они будут в курсе что эта пыхтонрасия вообще внутрях а она _админу_ и не требуется. По старинке, lvm+cryptsetup (куда, внезапно, угодил интерфейс к dm-integrity...ну а чего такова, там что-то ж про крипто?) и mkfs.xfs Сломать, наверное, можно, но пока все истории на эти темы - чрезвычайно заковыристые, и непонятно там только одно - чего ж оно сразу-то не сломалось, позволив с собой такое понатворить. > Так может это не они а сратис? Откуда ты знаешь что раджи-кумары не, я полагаю, они тоже такого слова не знают, что-нибудь с pv* сотворили, не глядя в консоль. > том что underlying design это все не подразумевал и это - вполне подразумевал. весь dm - этажерка модулей, перепинывающих указатели на блок с этажа на этаж. Оно в целом бы неплохо работало, если бы не затесавшийся туда lvm. Но на фоне прочих - теперь уже и lvm выглядит не хуже других. > Лично меня в этой штуке больше всего напрягает потуга эмулить типа-btrfs каким > то сыкотным гамном на пыхтонрасте. это просто враппер, он пока низачем не требуется. Просто чтоб не перегружать усталые головы девляпсов сложными знаниями. > - А если это гамно и палки, резонный вопрос что я буду > делать если это все же навернется. Ну вот пока вокруг меня наворачиваются где не надо исключительно btrfs'ы и zfs. А dm-этажерки как-то ухитряются работать. А если и дохнет - то только там где и не жалко никого.
	Ответить | Правка | Наверх | Cообщить модератору

	206. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от rm_ (ok), 21-Янв-21, 22:59
	NVMe SSD не бездонные.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	76. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (76), 18-Янв-21, 18:31
	у xfs , несмотря на наличие рефлинков и cow, дедупликация практически невозможна, большой минус!
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	97. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 21:00
	Если вам понадобилась дедупликация на уровне FS - вы что-то делаете не так.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от rhbm (?), 18-Янв-21, 21:53
	Вооот, хороший, правильный раб! Все верно, xfs хватит всем, а дедупликацией должен заниматься специально обученный слой в lvm - lvmvdo! Вот, читайте, наслаждайтесь: https://access.redhat.com/documentation/en-us/red_hat_enterp... Подписочку только оплатить не забудьте, а то до середины только дочитать получится. (Шутю, шутю, мы за опенсорсие и эту...инклюзивность, эта дока пока пэйволлом не закрыта. Кумааар?! Какого?! Хорош там спать, ее уже читают!)
	Ответить | Правка | Наверх | Cообщить модератору

	159. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 19-Янв-21, 09:47
	Ну конкретно этот материал вроде полностью доступен без подписочки. А так я у них обычно всё дочитываю до конца, хотя за подписочку не платил - developer subscription не требует денег. :D
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 19-Янв-21, 09:48
	Ну и вообще да, дедупликация логична на уровне блочного хранилища, а не FS, в FS это скорее костыль между FS и блочным хранилищем.
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	236. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 26-Янв-21, 21:18
	> Ну и вообще да, дедупликация логична на уровне блочного хранилища, а не > FS, в FS это скорее костыль между FS и блочным хранилищем. Есть только один нюанс. При попытке конфигурирования всего этого вы либо повеситесь на патчкорде, либо будете молиться чтобы пыхтонрасия редхатмакак не сглючила, потому что если вдруг сглючит, ну, тогда готовьте чемодан с деньгами чтобы эту макаку на самолет погрузили.
	Ответить | Правка | Наверх | Cообщить модератору

	242. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Онаним (?), 26-Янв-21, 22:32
	Ну да, ну да, полторы команды в кли для типичного девляпса неосиляемо. Надо инфраструктуру, как кот.
	Ответить | Правка | Наверх | Cообщить модератору

	245. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от пох. (?), 27-Янв-21, 14:29
	> Ну да, ну да, полторы команды в кли для типичного девляпса неосиляемо. Количество раз по полторы команды, причем с докуметнацией где-то за редбиэмским пэйволом таки немного удручает. И да, я все еще немного в расстройстве от того, что посмотреть на диск с thin-lvm без системды у меня почему-то не получилось. Возможно, я делал что-то не так, но, опять же - почему это нигде внятно не документировано и не описано детально, а вместо сообщений об ошибках - мене,мене, текел упарcин (что в переводе значит "недорогая картина")?
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (221), 24-Янв-21, 21:03
	> Ну я храню все на XFS. Потому что среди всего прочего храню > образы виртуальных машин, и иногда нужны reflink'и. А оно нули то уже перестало в файлы записывать наконец? Ну хоть на цатый год своего существования? В 5.6 еще таки корежило. Или это недостаточно инновационно?
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	49. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от YetAnotherOnanym (ok), 18-Янв-21, 16:58
	> на какой FS всё таки можно хранить данные Приступая к работе, принесите в жертву Матери Энтропии какую-нибудь акушерку - и ваша ФС выйдет мягкой и шелковистой.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	84. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от . (?), 18-Янв-21, 19:59
	Хм, хм... да, раньше-то замковые камни скрепляли цементом, замешанным на костях и крови. Человеческих. Вот мосты и не падали. Тааак... кажется, я знаю, что мне нужно для новой СХД.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (91), 18-Янв-21, 20:45
	К сожалению в linux альтернативы ext4 нет
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	104. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–3 +/–
	Сообщение от пох. (?), 18-Янв-21, 21:21
	В линух-то есть хотя бы ext4. А в freebsd? А, ну да, ну да - через fuse же все работает, норм, можно не париться. К тому же в линухе есть ntfs. А в фре опять только через ан...fuse.
	Ответить | Правка | Наверх | Cообщить модератору

	207. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (207), 21-Янв-21, 23:55
	Ты че троллишь так тонко о NTFS и FreeBSD??? NTFS в ляликсе нет из коробки, тип юзай костыли полурабочие и да таки FUSE ntfs-3g, во фре ZFS есть по дефолту, на которую пингвины слюну пускают
	Ответить | Правка | Наверх | Cообщить модератору

	210. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от пох. (?), 22-Янв-21, 10:24
	> Ты че троллишь так тонко о NTFS и FreeBSD??? NTFS в ляликсе нет из коробки, Есть, именно из коробки и хрен отвяжешься - удаляю при каждой серверной установке. Ее нет в ядре, ну щас-щас, Алмаз Александрович поклонится еще разиков десять, как положено, в пол (а то первые пять низачет, в пояс только кланялся), включат. Оно, конечно, не особо-то оказалось и лучше fuse, но это - в линухе, где fuse поверх buffer cache. Во фре оно норовит дырку в диске прогрызть, если без специального костылика, который тоже в общем ничего хорошего собой не представляет (блочный кэш на уровне юзерприложения?! Нуууу...у вас все ведь так принято?) exfat у вас тоже гнилой, кривой, с неправильной поддержкой кодировок и не обновлялся уже пять лет, потому что самсуню fuse-версия в х#1 не уcpaлась с тех самых пор. > во фре ZFS есть по дефолту, на которую пингвины слюну пускают ты не пробовал новость читать, и комментарии к ней, те что помимо пузырей и соплей? Это и есть та самая zfs которая ТЕПЕРЬ во фре "по дефолту", а так же и не по дефолту тоже, потому что никакой другой zfs во фре больше - нет. Причем в линухе она ровно из той же бочки разливается. И это и есть ее единственные разработчики во фре, ибо это их корова и они ее - доют (а как недавно выяснилось - между дойками еще и иппут-с). Скажи спасибо, что они в этот раз лоханулись, и в качестве альфа-тестеров использовали собственных коммерческих юзеров ("шта6ильных" причем релизов), а не пользователей самой free (но это неточно). Это случайность, менеджеры уже выписали виновным и рядом стоявшим плетей, больше так ошибаться они не будут.
	Ответить | Правка | Наверх | Cообщить модератору

	162. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (162), 19-Янв-21, 11:07
	Кстати об ext4. Заметил недавно, что после удаления файлов места на диске не становится сколько было, даже приблизительно. Слишком уж существенная разница. В чем дело - не понимаю. fsck пробовал. Видимо придется переходить на XFS.
	Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

8. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
Сообщение от Ананоним (?), 18-Янв-21, 14:44
Бегите за последними версиями, говорили они, избавляйтесь от говна мамонта, говорили они. Ну да, ну да...
Ответить | Правка | Наверх | Cообщить модератору

11. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
Сообщение от псевдонимус (?), 18-Янв-21, 15:08
Рученки так и чешутся у айэкссистем. Кто бы по ним палкой...
Ответить | Правка | Наверх | Cообщить модератору

	13. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+4 +/–
	Сообщение от 1 (??), 18-Янв-21, 15:21
	Поздно пить боржоми, теперь ешьте, что дают.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от . (?), 18-Янв-21, 16:59
	Судя по полученным вводным - там уже топор давно нужен. Для голов. В смысле, от голов.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	223. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (221), 24-Янв-21, 21:07
	> Рученки так и чешутся у айэкссистем. Кто бы по ним палкой... Да они сами, наверное. А ты думал что пилять код под фрибзду пойдет кто-то вменяемый?
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	231. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от псевдонимус (?), 24-Янв-21, 21:32
	Ну а что? Чай не Линукс, откуда всех вменяемых повыжили.
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 26-Янв-21, 21:21
	> Ну а что? Чай не Линукс, откуда всех вменяемых повыжили. Если их оттуда выжили - то куда они делись? А то что-то результатов жизнедеятельности этих "вменяемых" не видно нихрена. Или это по принципу не ошибается тот кто ничего не делает?
	Ответить | Правка | Наверх | Cообщить модератору

	241. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 26-Янв-21, 21:41
	>> Ну а что? Чай не Линукс, откуда всех вменяемых повыжили. > Если их оттуда выжили - то куда они делись? А то что-то > результатов жизнедеятельности этих "вменяемых" не видно нихрена. Или это по принципу > не ошибается тот кто ничего не делает? Пилят конкретные коммерческие решения за деньги. Результаты этого среднестатистическому линуксоиду применить негде. А, ещё всякий анстейбл выкладывают. Лтс за деньги, либо вообще никак.
	Ответить | Правка | Наверх | Cообщить модератору

14. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
Сообщение от andy (??), 18-Янв-21, 15:30
Где комментарии от поха/наха?
Ответить | Правка | Наверх | Cообщить модератору

	25. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+5 +/–
	Сообщение от пох. (?), 18-Янв-21, 16:02
	Рыба для статьи от поханаха (разумеется, ее не опубликовали в исходном виде, потому что кроме слов п-ц и ох..ли там были только предлоги и "zfs") Чего тебе еще надо узнать про состояние openzfs после этих двух прекрасных ссылок, я не пойму? БЕГИТЕ, глупцы!
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:17
	Куда? На дисяточку?
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от . (?), 18-Янв-21, 18:57
	Да я уж хз, куда теперь... Ты будешь смеяться или плакать, не знаю, но наводку на эти чудные открытия дали в тредике, где жаловался на жизнь именно чувак с дисяточкой. Над ним сперва вот такие пришли похихикать, тем более что он еще и фоточку выложил, вот такую: https://i.redd.it/wc3lo6vr30c61.jpg а потом кто-то и пульнул ссылку на зфсную историю. А чувак с дисками на скотче и вентиляторами на соплях - жаловался что оно у него, совершенно неожиданно, лопнуло. Нет, не данные порушило, просто после 50терабайт(!) перестали добавляться диски в пул.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от псевдонимус (?), 18-Янв-21, 20:03
	Фото огонь! ;-)) И ведь даже какое-то время конструкция очумелых ручек работала)))
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от . (?), 18-Янв-21, 20:21
	> Фото огонь! ;-)) > И ведь даже какое-то время конструкция очумелых ручек работала))) она и по сей час работает! Говорю же - нам бы его трудности. У него в пул не влезает 51й терабайт, бида-бида. То ли 2019ю покупать, то ли два пула создать - прям даже и не знает. Причем, раз он ему понадобился - 50 какого-то прона он уже заполнил или близко к тому. А раз данные все равно превратятся в тыкву - что с дорогущим hba и быстрозаменяемыми слотами и супернадежной 100% bit rot prevention зетабайт филесыстем, что так - зачем трахаться, изучать ненужное и платить больше? Вон же ж, десяточка, двусторонний скотч - и все ок! А навернулось у тех кто вроде все делал правильно, и даже апгрейдился только на _стабильные_ версии. А у меня, между прочим, хорошего двустороннего скотча - пять рулонов!
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от псевдонимус (?), 18-Янв-21, 20:29
	Не факт что там с данными все в порядке. Скорее даже все не в порядке.
	Ответить | Правка | Наверх | Cообщить модератору

	105. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
	Сообщение от пох. (?), 18-Янв-21, 21:37
	Дык, если у тебя на zfs то же самое в конечном итоге будет - то чего ради на нее было столько времени убивать? Вон же, click-click-click, и все зашибись работает. Кстати, per file and per directory redundancy (но нет, не вздумай, только fs целиком). Если чо и попортилось, его прону это не повредило. Вообще говоря, контроль целостности в redundant data space есть. Я бы больше боялся что оно в один прекрасный день вообще не прочитается - но пока успехов достигали в основном опять же с шва...бесплатными fs, а проклятую удавалось починить тем или иным способом, в худшем случае потеряв отдельные файлы (и тристабаксаффф, ойвэй!) Под мантры "рейд это не бэкап, целостность данных никто вам не обещал" (интересно, нахрен тогда он вообще нужен? И куда бэкапать купленные на последние деньги 50T?) и "1-2-3 always helps" (угу, с -L особенно ловко выйдет)
	Ответить | Правка | Наверх | Cообщить модератору

	98. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 21:02
	> фоточку выложил, вот такую Ну да, на это только ZFS. Иное там не выживет. ZFS тоже не выживет, но хотя бы будет видимость работы.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	107. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от пох. (?), 18-Янв-21, 21:40
	У него почти ВСЕ РАБОТАЕТ. Под проклятой, от корпорации что очень зла. На двустороннем скотче. Но 51й терабайт не добавился, представляешь, трагедь?
	Ответить | Правка | Наверх | Cообщить модератору

	227. Скрыто модератором	+1 +/–
	Сообщение от Аноним (-), 24-Янв-21, 21:22
	Пусть на C:\:$i30:$bitmap прогуляется. Сразу место освободится.
	Ответить | Правка | Наверх | Cообщить модератору

	238. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (-), 26-Янв-21, 21:22
	> У него почти ВСЕ РАБОТАЕТ. Под проклятой, от корпорации что очень зла. > На двустороннем скотче. Особенно прогулка на C:\:$i30:$bitmap хорошо работает. Да? :)
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	172. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 19-Янв-21, 15:46
	> https://i.redd.it/wc3lo6vr30c61.jpg Автору было бы полезно иметь в доме кота.
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	199. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 20-Янв-21, 19:23
	ты просто не видел мой кластер на передовых китайских технологиях. С пятиамперными проводами где попало и как попало и торчащими силовыми клеммами. По другому из китайского г-на не получается, а 3d принтера (и еще одной жизни) чтоб ко всему этому хотя бы корпусов понаделать, у меня нет. Неправильный кот, сунувший туда лапу, превратился бы в кот-лету. Собакам, к счастью, неинтересно.
	Ответить | Правка | Наверх | Cообщить модератору

	204. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от YetAnotherOnanym (ok), 21-Янв-21, 02:18
	Ну, вид обугленной кошачьей тушки слабо утешает, когда сгорает железо на N килолосей.
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (230), 24-Янв-21, 21:25
	> Неправильный кот, сунувший туда лапу, превратился бы в кот-лету. При пяти вольтах питания котлетой он врядли станет. Вот если б там 5 киловольт было - но тогда и от тебя бы только тапки остались.
	Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

	224. Скрыто модератором	–1 +/–
	Сообщение от Аноним (-), 24-Янв-21, 21:14
	> дисяточкой. Над ним сперва вот такие пришли похихикать, тем более что > он еще и фоточку выложил, вот такую: https://i.redd.it/wc3lo6vr30c61.jpg > а потом кто-то и пульнул ссылку на зфсную историю. Юзеры десятки могут попробовать cd C:\:$i30:$bitmap сделать. И как вам оно? :)
	Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

	233. Скрыто модератором	+/–
	Сообщение от пох. (?), 24-Янв-21, 23:30
	> Юзеры десятки могут попробовать cd C:\:$i30:$bitmap сделать. И как вам оно? :) эксперты впопеннета-то? Да все такие же, м-ки. Ничего ужасного у него не случится. В крайнем случае - лишний раз запустится chkdsk и ничего не найдет. Потому что и не было чего находить.
	Ответить | Правка | Наверх | Cообщить модератору

15. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–5 +/–
Сообщение от лютый жабби__ (?), 18-Янв-21, 15:38
Кстати, немного в тему... оказывается вне мира btrfs/zfs уже давно есть контроль четности в виде dm-integrity, которое уже давно интегрировано в LUKS2, тупо ключик добавить при форматировании и вуаля. Спрашивается, накой они нужны эти ваши тормозные коровоФСы?
Ответить | Правка | Наверх | Cообщить модератору

	19. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от zzz (??), 18-Янв-21, 15:44
	Зачем нужен dm-integrity, если есть btrfs/zfs?
	Ответить | Правка | Наверх | Cообщить модератору

	74. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–5 +/–
	Сообщение от лютый жабби__ (?), 18-Янв-21, 18:05
	>Зачем нужен dm-integrity, если есть btrfs /zfs? вырастешь, узнаешь )
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (230), 24-Янв-21, 21:27
	> Зачем нужен dm-integrity, если есть btrfs/zfs? Мало ли, может кому-то претит удобный менеджмент файловой системы, хочется в редгатовском стиле, максимально через ж. А когда развалится какой-нибудь сратис - попробуйте потом вообще что-нибудь сделать по этому поводу. Впрочем за чемодан денег вам пришлют питономакаку писавшую его. Правда не факт что сильно поможет, но землю рыть будут.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	20. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от не то (?), 18-Янв-21, 15:45
	А вы пробовали его использовать, форматирование раздела занимает кучу времени. Это я молчу, что в бтрфс есть сжатие и прочие снапшоты...
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	26. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
	Сообщение от пох. (?), 18-Янв-21, 16:04
	Дык, дм не только п-ц тормозной, он еще и п-ц ненадежный...ой, действительно, о чем это я. Хороший, нормальный dm. Там хоть rhel пока незамечена в "а это у вас биос не обновлен".
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	99. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 21:04
	Вообще с RHEL я скорее ожидаю "ой, @#$, у вас BIOS обновлён"...
	Ответить | Правка | Наверх | Cообщить модератору

	31. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от rm_ (ok), 18-Янв-21, 16:18
	> уже давно интегрировано в LUKS2 Нашли куда засунуть, а просто в LVM не?
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	73. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–3 +/–
	Сообщение от лютый жабби__ (?), 18-Янв-21, 18:02
	>а просто в LVM не не все любят уродский LVM... вообще, название намекает, что оно в devicemapper. а с LUKS интеграция хорошая - просто один ключик и оно работает. Наверняка можно и без использовать.
	Ответить | Правка | Наверх | Cообщить модератору

	194. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от ананим.orig (?), 20-Янв-21, 16:11
	А в dm-integrity приставка Дмитрий ни на что не намекает. lvm всего лишь фронт-энд к dm. Так сказать общеупотребительное широко используемое применение. Как и dm-integrity. Все что можно сделать в lvm можно сделать и уровнем ниже. Плюс ещё вагон к этой тележке.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:09
	Btrfs? Это тот рипнутый клон ZFS??? К чему вообще вспоминать эту мертвячину??? Где бэтэр вообще используется?? RHEL/SLES/OL на XFS, Ubuntu на уродливой ext4 с плюшкой ввиде ZFS, где btrfs??
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	153. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (153), 19-Янв-21, 07:31
	Ты гугли прежде чем писать, SLES с 12 версии на btrfs по дефолту. Хотя да, не показатель.
	Ответить | Правка | Наверх | Cообщить модератору

	182. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (182), 20-Янв-21, 00:38
	Только у них на сайте написано следующие btrfs по дефолту и xfs по дефолту, что как бы намекает на неработоспособность btrfs раз для подстраховки у них аж две дефолтных фс
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от ананим.orig (?), 20-Янв-21, 16:15
	Ни на что это не намекает. От слова совсем. Может на рептилоидов и отмороженных троллей, которые засрaли все форумы.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 20-Янв-21, 22:35
	> Только у них на сайте написано следующие btrfs по дефолту и xfs > по дефолту, что как бы намекает на неработоспособность btrfs раз для > подстраховки у них аж две дефолтных фс именно так. То есть не соврали, все как написано. Я не поленился скачать 15ю версию чтобы посмотреть на это чудо прогресса. Чудо превзошло все мои наивные ожидания. Дефолтная разбивка тебя изумит, удивит, в чем-то даже фраппирует...но вслух ты скажешь, вероятнее всего - "6@я!" btrfs там используется по своему прямому назначению, то для чего она единственно и пригодна (если принципиально не пользоваться zfs, конечно) - хранить те данные, которые не жалко, и которые в принципе можно откатить чохом на снапшот, если что-то пошло не так, не особо чего и потеряв. То есть там всякие tmp, докеры, и subvols с системой. То что в любой момент может быть просто переустановлено. Хомяк - в xfs. Да, да. Там действительно две файловые системы в конфигурации по умолчанию. Видимо, от большой надежности, эффективности, и удобства обоих.
	Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

17. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
Сообщение от Аноним (17), 18-Янв-21, 15:41
>> недостаточно протестированного кода От создателей болгеноса TrueOS другого и не стоит ожидать. >> какой вред в том, что какой-то человек сделал прельстивую сборку на основе Линукс/бсд/ЛСД/винды? А вот такой.
Ответить | Правка | Наверх | Cообщить модератору

	61. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от псевдонимус (?), 18-Янв-21, 17:20
	Гростбсд тут никаким боком ибо проект одного чела без корпоподдержки. А трюос нет. Мне сразу не понравилось, когда они на каррент перешли, ушлепки.
	Ответить | Правка | Наверх | Cообщить модератору

30. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
Сообщение от rm_ (ok), 18-Янв-21, 16:15
У них просто выложить бинарник "исправленного" модуля это нормально? А где патч посмотреть и почитать в чём была проблема?
Ответить | Правка | Наверх | Cообщить модератору

	35. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от . (?), 18-Янв-21, 16:33
	> У них просто выложить бинарник "исправленного" модуля это нормально? Конечно нет. Это отдельная часть шоу - КАК они его "непросто" выкладывали. Тоже весьма говорящая о "культуре разработки" и вообще творящемся там п-це. Мотин, похоже, на коленке дома это собирал. С первой попытки - получилось не под то ведро. Какие билдсистемы, в iX, вы о чем. > А где патч посмотреть и почитать в чём была проблема? читай целиком по ссылкам - там есть. В смысле, в чем проблема - никто до сих пор и не знает. "Где-то в aCOW." Его просто откатили целиком.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–6 +/–
	Сообщение от Аноним (44), 18-Янв-21, 16:51
	На то она и Фря что никаких исходников не будет.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	100. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Онаним (?), 18-Янв-21, 21:05
	Это BDSM, простите, BSDL, наслаждайтесь.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

42. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
Сообщение от Аноньимъ (ok), 18-Янв-21, 16:50
iXsystems прекрати убивать фрибсд что ты делаешь
Ответить | Правка | Наверх | Cообщить модератору

	62. Скрыто модератором	–4 +/–
	Сообщение от Аноним (62), 18-Янв-21, 17:20
	Фрибзд убивают не столько ихсистемз, сколько её собственные пользователи.
	Ответить | Правка | Наверх | Cообщить модератору

	66. Скрыто модератором	–1 +/–
	Сообщение от Аноньимъ (ok), 18-Янв-21, 17:37
	> Фрибзд убивают не столько ихсистемз, сколько её собственные пользователи. Вы бот? Пользователи причём?
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от flkghdfgklh (?), 18-Янв-21, 21:38
	Говорят, что разработчики FreeBSD решили взять новый лозунг для своей ОС «What Is Dead May Never Die» :-D
	Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

	138. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноньимъ (ok), 19-Янв-21, 00:35
	На самом деле там идёт какое-то движение в сторону модернизации, проблема в отсутствии единой концепции и потэнтного руководства. Сами разработчики не имеют целостного взгляда, а многие застряли в 90х и продолжают строить соломенные домики из шелл скрипта. В тоже время несколько компаний комерцелизировавших фрибсд не интересуются ничем кроме своих конкретных проблем и тянут повозку в разные стороны.
	Ответить | Правка | Наверх | Cообщить модератору

43. Скрыто модератором	–6 +/–
Сообщение от Аноним (44), 18-Янв-21, 16:50
Фря окончательно превратилась в Васянодистр.
Ответить | Правка | Наверх | Cообщить модератору

	63. Скрыто модератором	–3 +/–
	Сообщение от Аноним (62), 18-Янв-21, 17:21
	Уже много лет как.
	Ответить | Правка | Наверх | Cообщить модератору

52. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
Сообщение от Кир (?), 18-Янв-21, 17:06
Ождал чего-то подобного, уж больно с места в карьер рванули c этой OpenZFS .
Ответить | Правка | Наверх | Cообщить модератору

	116. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:14
	Развитие чревато багами, революциями и кризисами
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Онаним (?), 18-Янв-21, 22:22
	Оголтелый пиар чреват расхождением подаваемого с реальностью. Что мы видим? Скрытое повреждение данных. Где? В FS, которая неустанно подавалась панацеей от таковых. На этом можно и остановиться.
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:44
	Даже в более простых фс типа XFS были критичные баги(привет зануление файлов) и в Ext4 приводящий к потере данных
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 19-Янв-21, 09:43
	FS и ext4 никогда не подавались как ультра-защищённые от сбоев FS. В отличие от.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (182), 20-Янв-21, 00:39
	Если ты хотел сказать что ext4 кривая подделка, так бы и написал
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 20-Янв-21, 09:40
	Нет, я хотел сказать, что ZFS - это кривая поделка + тупой пиар.
	Ответить | Правка | Наверх | Cообщить модератору

	208. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (207), 22-Янв-21, 00:00
	Потому что у тебя ее нет?
	Ответить | Правка | Наверх | Cообщить модератору

55. Скрыто модератором	–5 +/–
Сообщение от Аноним (62), 18-Янв-21, 17:12
> Вначале представители компании iXsystems, разрабатывающей проект FreeNAS, не могли повторить условия, приводящие к потере данных, списывали проблему на неправильный бэкплейн и советовали... Типичная реакция типичных BSDунов. Прямо как в соседней ветке про GhostBSD.
Ответить | Правка | Наверх | Cообщить модератору

	59. Скрыто модератором	+2 +/–
	Сообщение от . (?), 18-Янв-21, 17:17
	Типичная реакция любителей линyпса там по соседней ссылке: "почему за два года вы не смогли поправить подтвержденый баг ZoL с уничтожением данных? - у нас нет ресурсов." Вот теперь у них - есть ресурсы. Ну уж какие есть.
	Ответить | Правка | Наверх | Cообщить модератору

	67. Скрыто модератором	+2 +/–
	Сообщение от Аноним (67), 18-Янв-21, 17:38
	> Типичная реакция типичных BSDунов. Прямо как в соседней ветке про GhostBSD. > BSDунов >> в ходе обсуждения всплыла ещё одна давно не решённая проблема в основном коде OpenZFS, приводившая к обнулению файлов в резервной копии при передаче командой "zfs send" и проявляющаяся начиная с версии 0.7.5, опубликованной в конце 2017 года. Хамоваты и ламероваты - это злобные BSDуны всё виноваты!
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

56. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
Сообщение от Аноним (56), 18-Янв-21, 17:12
Деловито, мастеровито, скрыто
Ответить | Правка | Наверх | Cообщить модератору

75. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
Сообщение от Аноним (75), 18-Янв-21, 18:19
> семь лет проработали без единого разрыва Я так понимаю Уральский оформлял новость?)
Ответить | Правка | Наверх | Cообщить модератору

78. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
Сообщение от Аноним (78), 18-Янв-21, 19:16
Вся суть zfs в одной новости.
Ответить | Правка | Наверх | Cообщить модератору

	95. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 20:57
	Абсолютно. Всем адептам такой защищённой от сбоев ZFS - пламенный пока.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:01
	Можешь назвать хотя бы одну софтину ну или либу без багов???
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Онаним (?), 18-Янв-21, 22:21
	Чем проще FS, тем меньше шанс вот на такой вот факап. Именно поэтому ZFS и BTRFS будут в хвосте списка применимости ещё очень долго.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:41
	FAT32 хватит всем?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 18-Янв-21, 22:52
	> FAT32 хватит всем? UFS норм.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Огонь (?), 18-Янв-21, 22:57
	UFS какой версии?? Если та что под system-v была, то тот же FAT вид с боку
	Ответить | Правка | Наверх | Cообщить модератору

	134. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 18-Янв-21, 23:54
	>> FreeBSD > UFS какой версии?? Если та что под system-v была, то тот же FAT вид с боку UFS2
	Ответить | Правка | Наверх | Cообщить модератору

	137. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 19-Янв-21, 00:30
	Она слишком сложна
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (-), 19-Янв-21, 00:44
	> Она слишком сложна Вам не угодишь. По сравнению с ZFS - проста как валенок, имеет теоретическое обоснование (да пох, я в курсе, что теория не всегда соответствует реальности и есть "work-as-intended", но 1) грабли с этим более-менее знакомы и расписаны (и даже "обоснованы") 2) у других и этого или вообще изначально не было или оно давно потерялось в ворохе "улучшайзинга"). И закоммитить мимо МакКузика тоже не получится, а тот смузи не жалует. Вот когда его подвинут или кинутся "улучшайзить" VFS, тогда и придет окончательный пушистый северный зверек.
	Ответить | Правка | Наверх | Cообщить модератору

	184. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Аноним (182), 20-Янв-21, 00:40
	Ты ветку выше прочитай! Это васян вопиь что чем проще тем надежней вот я и советую FAT, ради лулзов
	Ответить | Правка | Наверх | Cообщить модератору

	191. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 20-Янв-21, 13:13
	Ну, блин, бечь-то куда, бечь?! Вот же в чем вопрос, а не в "не угодишь". Грабли обоснованны, большое спасибо, то есть журнал - бесполезен и бессмысленнен. Гоняйте fsck после каждого ребута и после аварийного - в обязательном порядке. Следующий вопрос, разумеется - сколько у тебя будет выполняться оный на gmirror (раз выбирать не из чего, возьмем опять олдскульную проверенную технологию - причем x3, потому что меньше опасно) в скромные 16 терабайт? Сколько будет выполняться (с полным повисанием любых процессов, которые в этот момент угораздило обратиться к диску) снапшот - спрашивать, так и быть, не буду - жили без снапшотов, нехрен было и привыкать.
	Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

	132. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от . (?), 18-Янв-21, 23:23
	>> FAT32 хватит всем? > UFS норм. works as intended (это как раз про silent corruption). Цитата непосредственно ее автора, а не какого-то там хрена с горы.
	Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

	136. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 19-Янв-21, 00:27
	>>> FAT32 хватит всем? >> UFS норм. > works as intended (это как раз про silent corruption). Цитата непосредственно ее автора, а не какого-то там хрена с горы. И близко не стояло с "кинофотовеломоторадиокактамдальше"-монстрами типа zfs: > This is a problem that is endemic to all overwriting  filesystems that use journalling. > If there is a power-fail event, they are usually able to flush their cache, but not always. Since the journal it does not check for the missed write and the corresponding corruption of the filesystem remains until a full fsck is run (which checks all of the metadata integrity). > "This is a known shortcoming of journalled overwriting filesystems". Тем более, соломка подстелена - журнал отключен, есть mtree -c -K cksum,md5 -p архив_dir > /var/backups/dirname_audit.txt, бэкапы.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (239), 26-Янв-21, 21:27
	> works as intended (это как раз про silent corruption). Цитата непосредственно ее > автора, а не какого-то там хрена с горы. Это он у Ганса научился?Или таки у Константина?
	Ответить | Правка | К родителю #132 | Наверх | Cообщить модератору

	142. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от maximnik0 (?), 19-Янв-21, 00:57
	>FAT32 хватит всем? UDF v1.4 хватит всем :-) Суперстабильна-нет даже средств починки.... Правда скорость у нее существенно подняли по сраанению спрежними версиями.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	185. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (182), 20-Янв-21, 00:53
	ISO должно хватить
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 19-Янв-21, 09:42
	Всем не хватит, но допустим для внешних носимых устройств FAT32 до сих пор де факто стандарт - потому что простая в доску, и совместима между системами.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	165. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 19-Янв-21, 11:20
	> Всем не хватит, но допустим для внешних носимых устройств FAT32 до сих > пор де факто стандарт мущина, проснитесь, вы обо...сь! Стандарт (и это именно _стандарт_) на sdhc/xc - требует exfat. А внешние диски и флэшки давным-давно уже в ntfs. Потому что простота в доску немного противоречила необходимости работать с современными объемами носителя и современными размерами файла.
	Ответить | Правка | Наверх | Cообщить модератору

	240. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (239), 26-Янв-21, 21:28
	> Стандарт (и это именно _стандарт_) на sdhc/xc - требует exfat. На SDHC таки FAT32. Стандарты надо читать до того как ими козырять. > А внешние диски и флэшки давным-давно уже в ntfs. С фабы они в этом формате не идут.
	Ответить | Правка | Наверх | Cообщить модератору

	243. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от пох. (?), 27-Янв-21, 07:35
	> С фабы они в этом формате не идут. угу, угу, конечно ж не идут, сидит специальный китаец где-то в подвале у кингстона, специальной вендой специально форматирует. У western digital понятен, вообще не завод, так, видимость одна.
	Ответить | Правка | Наверх | Cообщить модератору

	225. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 21:18
	> Чем проще FS, тем меньше шанс вот на такой вот факап. > Именно поэтому ZFS и BTRFS будут в хвосте списка применимости ещё очень долго. Телега, конечно, проще автомобиля или поезда, но почему-то желающих именно на телеге ехать не так много осталось. Хотя телегу вы в пути можете починить ломом, топором и кувалдой. А теперь попробуйте так с блоком управления двигателем.
	Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

81. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
Сообщение от Плохой Танцор (?), 18-Янв-21, 19:48
Ещё одни жертвы отсутствие системы сквозного тестирования.
Ответить | Правка | Наверх | Cообщить модератору

	101. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Онаним (?), 18-Янв-21, 21:09
	Ну извиняй, у них в 3 раза больше штата набирать может быть нецелесообразно или невозможно. Особенно с учётом того, что квалификация туда требуется на порядок побольше, чем для очередной игрушечки на этих ваших андроидах.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноньимъ (ok), 19-Янв-21, 00:43
	У них (иэкс) село себе регулярно премии выписывает за некопаться невероятный рост и ожидание роста и ожидание ожидания роста. Короче денег хоть попой жуй. Ну и убить PC-BSD например непростое и дорогое занятие, справились же, сил не пожалели.
	Ответить | Правка | Наверх | Cообщить модератору

85. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
Сообщение от Аноним (17), 18-Янв-21, 20:00
ZoL такое же кривое поделие для линукс как и остальные
Ответить | Правка | Наверх | Cообщить модератору

	113. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:02
	OpenZFS же
	Ответить | Правка | Наверх | Cообщить модератору

94. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
Сообщение от Онаним (?), 18-Янв-21, 20:56
"скрытое повреждение данных в ZFS" Как ЖЫ так? Она же вся такая, со сквозной целостностью. Разве что от апокалипсиса не страхует. Или сквозная - это на вылет (sic!)?
Ответить | Правка | Наверх | Cообщить модератору

	110. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Огонь (?), 18-Янв-21, 21:59
	Учитывая что ZFS сейчас активно пилится баги не избежны, как и в любом коде собственно Из стабильных ФС можно разве XFS выделить силиконовский, потому что он лишь фиксится
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–3 +/–
	Сообщение от Огонь (?), 18-Янв-21, 22:00
	Но XFS это классическая ФС поэтому сравнивать ее с комбайном ZFS смымла нет, так как сложность разная
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+2 +/–
	Сообщение от Онаним (?), 18-Янв-21, 22:19
	> Учитывая что ZFS сейчас активно пилится баги не избежны, как и в > любом коде собственно "Она вся такая защищённая" - говорили они. "Она вся такая со сквозной целостностью" - говорили они. "Она вся такая продакшн реди" - говорили они. ... "Баги не избежны, как и в любом коде собственно" - вдруг заговорили они. В топку.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	123. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Огонь (?), 18-Янв-21, 22:40
	Windows полна багов и тем не менее в проде, всякие красношляпы с сусями дырявые как сито и тем не менее в проде или у тебя прод сфеерический без багов?
	Ответить | Правка | Наверх | Cообщить модератору

	155. Скрыто модератором	–1 +/–
	Сообщение от Онаним (?), 19-Янв-21, 09:43
	> всякие красношляпы с сусями дырявые как сито И тем не менее у BSD'и в проде опять - полтора корпораста.
	Ответить | Правка | Наверх | Cообщить модератору

	170. Скрыто модератором	+/–
	Сообщение от Аноним (170), 19-Янв-21, 14:26
	>> Windows полна багов и тем не менее в проде, всякие красношляпы с сусями дырявые как сито и тем не менее в проде > И тем не менее у BSD'и в проде опять - полтора корпораста. Что-то ты совсем невпопад спрыгнул. Сильно полыхнуло?
	Ответить | Правка | Наверх | Cообщить модератору

	178. Скрыто модератором	+/–
	Сообщение от Онаним (?), 19-Янв-21, 20:30
	Невпопад - только если мозг не включать. Попробуй включить.
	Ответить | Правка | Наверх | Cообщить модератору

	180. Скрыто модератором	+/–
	Сообщение от Аноним (180), 19-Янв-21, 20:55
	> Невпопад - только если мозг не включать. Попробуй включить. Ну вот, видишь - даже обосновать толком не можешь. Опять у тебя все на уровне ощущений подгорающей пятой точки?
	Ответить | Правка | Наверх | Cообщить модератору

	143. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от maximnik0 (?), 19-Янв-21, 01:14
	>XFS выделить силиконовский, потому что он лишь фиксится То то на линукс орг народ ругался- в федора забыли положить конвертер в пакеты.А там новая версия xfs ,что то поломали ,в трейд не вникал.Пилеться она ,пилеться-и чек суммы  добавляют  и дедубликацию (эксперементальные фичи),копирование-при записи теперь тоже можно включать.Чек суммы уже есть для методанных,стабильной версией считаеться v5.
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	209. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (207), 22-Янв-21, 00:03
	XFS не тронь! Грязные рабы торвальдса умеют только все портить
	Ответить | Правка | Наверх | Cообщить модератору

	211. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от maximnik0 (?), 23-Янв-21, 00:59
	>  умеют только все портить Булгакова не читал,но осуждаю.Логика так себе. При чем тут  ФС и сборщик пакетов. Да ,не отследил в зависимостях что понадобиться опция тюнинга фс.Как я понял что бы снизить размер файлов не включил одну опцию и не скомпилировал с ним файл,а с другой стороны размер initr и так большой,раздувать не хотелось человеку файл. Сейчас сборщики пакетов уже помирают от зависимостей,а еще нужно за стабильностью следить-как все таки с сборочной средой ALT угадал,не зря внедрили или внедряют похожие системы тестирования все крупные дистрибутивы, и то от ошибок как видно не спасает.
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (-), 24-Янв-21, 21:20
	> XFS не тронь! Грязные рабы торвальдса умеют только все портить XFS и не надо портить - он файлы гадил, протирая нолями, с незапамятных времен. И в как минимум 5.6 он таки не утратил былой задор и все еще ухитряется подгадить.
	Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

	124. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (124), 18-Янв-21, 22:40
	>Как ЖЫ так? Она же вся такая, со сквозной целостностью. Разве что от апокалипсиса не страхует. Пока писали специалисты проблем не было. Когда ради хайпа iXS переползли на "альтернативу" писанную с ГНУтыми мозгами - понеслось. Особенно красноречиво говорит о себе факт утаскивания по тихому в продакшн кода, не вышедшего в релиз. Фри пойдет на пользу: кто умеет админить, тот поставит без всяких левачных даунито-интерфейсо. Остальные домохозяйки уйдут на OpenVault и прочее и будут требовать там самых модных свистелок в свежем релизе.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	133. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от . (?), 18-Янв-21, 23:34
	> Пока писали специалисты проблем не было. Когда ради хайпа iXS переползли на Еще один... это и есть те самые специалисты, вот ровно они и писали. kib@ только пропал куда-то, но он именно в zfs тоже больше копипастил из апстрима, не всегда хорошо понимая суть, судя по тексту описаний. Проблем было. Не таких смешных, правда. > "альтернативу" писанную с ГНУтыми мозгами - понеслось. Особенно красноречиво говорит о > себе факт утаскивания по тихому в продакшн кода, не вышедшего в > релиз. автору этого кода принадлежит совершенно неимоверное количество всякого разного другого кода в ядре фри. Причем вовсе не только в fs. Человеку, пытавшемуся свалить все на биос,контроллер, чорта в ступе - тоже. > Фри пойдет на пользу: кто умеет админить, тот поставит без всяких левачных Это и есть комитеры во фрю и основные разработчики фревой zfs. Задолго до мержа. Помимо прочего. Причем через их головы у тебя ничего поправить в ней не получится.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от Аноним (37), 19-Янв-21, 01:49
	>это и есть те самые специалисты Но это не есть та самая компания, которая славилась, помимо кучи других славных вещей, ещё и хорошими практиками в разработке. Любой коммит проходил через многочисленные перекрёстные ревью, оттого и висели они месяцами, а то и годами. Отсюда и качество той самой нативной. А тут, попали в опенсорсный базар, и понеслась...
	Ответить | Правка | Наверх | Cообщить модератору

139. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
Сообщение от Аноним (139), 19-Янв-21, 00:42
Всем zfs посоны
Ответить | Правка | Наверх | Cообщить модератору

144. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS"	+4 +/–
Сообщение от Аноним (144), 19-Янв-21, 01:18
Специально для спешащих оттопырить гузочку и высказать свое фе пингвиняток: https://www.opennet.ru/opennews/art.shtml?num=49720 > Выпущен патч, решающий проблему с blk-mq в ядре Linux 4.19, которая приводит к потере данных > 05.12.2018 07:27 > Так как источник проблемы не специфичен для ext4 и присутствует в слое разделения очередей для блочных устройств ("blk-mq"), то теоретически проблема могла затрагивать и другие файловые системы, но в силу популярности проявление проблемы пока зафиксировано только для Ext4 https://www.opennet.ru/opennews/art.shtml?num=42286 > Проблема с повреждением разделов Ext4 оказалась в md-raid0 > 23.05.2015 08:22 > Проблема с потерей данных на разделах с файловой системой Ext4, о которой сообщалось несколько дней назад, оказалась не специфична для файловой системы Ext4. Проблема присутствует в коде подсистемы md и может привести к непредсказуемому нарушению целостности файловой системы при изменении или удалении файлов. Проблема проявляется только для ФС, установленных поверх RAID 0 и примонтированных с опцией DISCARD. https://www.opennet.ru/opennews/art.shtml?num=42262 > В ядре Linux выявлены ошибки, приводящие к зависанию процессов и повреждению разделов EXT4 > 20.05.2015 13:51 https://www.opennet.ru/opennews/art.shtml?num=36591 > В Ext4 исправлена ошибка, которая потенциально могла привести к разрушению данных > 05.04.2013 06:49 https://www.opennet.ru/opennews/art.shtml?num=35164 > Появившаяся в ядре Linux 3.6.2 ошибка способна привести к повреждению данных в ФС Ext4 > 24.10.2012 20:59 https://www.opennet.ru/opennews/art.shtml?num=34131 > В реализации программного RAID для Linux обнаружена ошибка, которая может привести к повреждению мета-данных > 19.06.2012 10:13
Ответить | Правка | Наверх | Cообщить модератору

	186. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS"	–2 +/–
	Сообщение от Аноним (186), 20-Янв-21, 09:00
	Неплохо у тебя "негорит". Зачет
	Ответить | Правка | Наверх | Cообщить модератору

	193. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS"	+1 +/–
	Сообщение от Аноним (193), 20-Янв-21, 14:40
	> Неплохо у тебя "негорит". Зачет Т.е. оперативно жмякал "настучать модеру" и кидал минусики пока не сработало автоскрытие коммента - анонимная пингвиняша, но "горит" конечно же совсем не у нее. Занятно.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данных в ZFS"	+/–
	Сообщение от Аноним (197), 20-Янв-21, 18:31
	Нет, не угадал. Попробуй еще раз.
	Ответить | Правка | Наверх | Cообщить модератору

148. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–3 +/–
Сообщение от iCat (ok), 19-Янв-21, 04:13
Что-то читал-читал, надеясь прояснить для себя что именно делали парни, после чего у них FS поломалась... Как я понял - инцидент из разряда "то-то! Сказали суровые сибирские мужики"... Нет?
Ответить | Правка | Наверх | Cообщить модератору

	158. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+3 +/–
	Сообщение от Аноньимъ (ok), 19-Янв-21, 09:44
	Использовали они её.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–2 +/–
	Сообщение от iCat (ok), 19-Янв-21, 10:07
	> Использовали они её. Для тупых: рация работает на бронепоезде.
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от пох. (?), 19-Янв-21, 11:17
	> Использовали они её. Ну вот, сами виноваты!
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	167. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от n00by (ok), 19-Янв-21, 11:46
	Парни написали патч с ошибкой. В основную ветку патч не приняли, остальных не затронуло.
	Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

173. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
Сообщение от Аноним (173), 19-Янв-21, 18:16
Кстати, ошибку до сих пор не нашли, но обнаружили что во всех известных случаях ее возникновения стояла одна и та-же сетевуха: Chelsio T3 Так что надо еще посмотреть, что там виновато, ZFS или кривые дрова сетевухи. Но местная тусовка анонимных аналитиков во главе с мегаэкспертом по всем вопросам пох-ом уже почти 200 приговоров успела вынести.
Ответить | Правка | Наверх | Cообщить модератору

	174. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от n00by (ok), 19-Янв-21, 18:40
	> Так что надо еще посмотреть, что там виновато, ZFS или кривые дрова > сетевухи. Условно говоря, драйвер сетевухи пишет в чужие адреса. При наличии патча портит данные, а без патча не портит. Это интересно. Если допущение верно, почему в иных случаях не проявляется.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (173), 19-Янв-21, 19:26
	> Условно говоря, драйвер сетевухи пишет в чужие адреса. При наличии патча портит данные, а без патча не портит. Это интересно. Если допущение верно, почему в иных случаях не проявляется. Влияние патча, строго говоря, не доказано. Это всего-лишь предположение человека 1-м зарепортившего баг, основанное на том что этот патч - главное что отличает его нестабильную ZFS от других, где такой ерунды не наблюдается. Но уже на 3-м репорте обнаружили что у всех одинакавая сетевуха и теперь грешат на нее. И поскольку проблему еще не воспроизвели и не устранили, это, конечно не окончательный вывод. Но зачем opennet.ru публикует слухи в качестве фактов - непонятно. Вернее понятно, но это opennet.ru еще меньше красит. И вообще, судя по всему, я первый кто из людей написавших 200 комментов прошел в тело новости по всем ссылкам и прочитал их. Автор новости и редактор до этого явно не догадались.
	Ответить | Правка | Наверх | Cообщить модератору

	177. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от Аноним (173), 19-Янв-21, 20:08
	Я похоже был не прав, про ошибку с патчем в новости тоже есть а с сетевухой проблема отдельная, которую периодически путают с проблемой с патчем потому что появилась примерно в тоже время и дает схожие эффекты.
	Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

	196. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
	Сообщение от n00by (ok), 20-Янв-21, 17:25
	> Я похоже был не прав, про ошибку с патчем в новости тоже > есть Текст новости могли отредактировать. Если же она была изначально, выходит, не обратили внимание. Когнитивная слепота -- один из основных факторов, приводящих к ошибкам. Из-за неё же на поиск ошибок уходит через чур много времени, когда ответ под носом. По той же причине не всегда есть смысл сразу читать подробности об ошибке, которую другие затрудняются найти.
	Ответить | Правка | Наверх | Cообщить модератору

175. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+/–
Сообщение от псевдонимус (?), 19-Янв-21, 19:09
К сожалению, надеюсь, что не прав дело такое: хочешь надёжное хранилище, покупай у разработчика. Разработчика всего: от дисков до фс и ос. И проц естественно должен быть их. Оракллинукс потуги не стоят выеденного яйца, на их основе надёжное локальное хранилище скоро (10-15 лет) будет не создать.
Ответить | Правка | Наверх | Cообщить модератору

	179. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	–1 +/–
	Сообщение от Онаним (?), 19-Янв-21, 20:31
	Хочешь надёжное хранилище - смотри надёжные хранилища с iSCSI, на базе относительно простых технологий. Максимум с хитрым блочным RAID на подложке, типа компеллента. Всякие FS-based идут лесом и годны только для домашних NAS.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Ошибка в патчах FreeNAS, вызывающая скрытое повреждение данн..."	+1 +/–
	Сообщение от пох. (?), 19-Янв-21, 22:05
	> К сожалению, надеюсь, что не прав дело такое: хочешь надёжное хранилище, покупай у разработчика. дык, вот - "купили". TrueNas. За деньги он был бы ровно то же самое, и сбоку бантик. С 2013го - "ни единого разрыва", поэтому непонятно, где ты найдешь каких-то еще более лучших разработчиков. Прикол не в том что кто-то уронил бутерброд в клавиатуру, а именно в том, что это _стабильная_ версия truenas, причем еще и не одна, а две подряд. И понадобились нечеловеческие усилия, чтобы ребятки хотя бы начали искать проблему у себя, а не у своих щасливых пользователей. Думаешь, индус из техподдержки netapp или dell чем-то лучше будет? > Разработчика всего: от дисков до фс и ос. И проц естественно должен быть их. Не хотел бы тебя огорчать, но разработчики процов очень хреново шарят в fs. А разработчики точной механики вряд ли умеют печь процессоры. Беда, коль пироги печи начнет сапожник. Кстати, у тебя сасунг получился. Это последний из живых на сегодня разработчиков одновременно дисков, fs и ос. Диски, правда, уже продал сигейту, да и с ос как-то не задалось, но других вообще нет и не было никогда.
	Ответить | Правка | К родителю #175 | Наверх | Cообщить модератору

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

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