https://mobile.opennet.me/openforum/vsluhforumID3/115984.html Дженс Эксбо (Jens Axboe), мэйнтейнер подсистемы блочных устройств, подготовил (https://bugzilla.kernel.org/show_bug.cgi?id=201685#c255) патч, решающий проблему с файловой системой ext4 в ядре Linux 4.19, которая может привести (https://www.phoronix.com/scan.php?page=news_item&px=Linux-4.19-EXT4-Issue-Likely-MQ) к повреждению данных. Проблема (https://bugzilla.kernel.org/show_bug.cgi?id=201685) проявляется при сборке ядра с опцией "CONFIG_SCSI_MQ_DEFAULT=y", которая выставляется по умолчанию начиная с версии 4.19. Необходимым условием также является работа без планировщика ввода-вывода (/sys/devices/virtual/block/*/queue/scheduler содержит значение "none"). <br><br><br>Так как источник проблемы не специфичен для ext4 и присутствует в слое разделения очередей для блочных устройств ("blk-mq"), то теоретически проблема могла затрагивать и другие файловые системы, но в силу популярности проявление проблемы пока зафиксировано только для Ext4.<br><br><br>URL: https://bugzilla.kernel.org/show_bug.cgi?id=201685#c255<br>Новость: https https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#224 Sat, 15 Dec 2018 23:53:34 GMT &gt; Всё, что вам надо знать о 294-ом <br><br>Как я уже сказал - я изволю использовать то что изволю упоминать, в отличие от титиретиков с NT6 и крутым юниксвеем и прочего сброда. Так что покупаясь на мои сообщения можно быть уверенным что я хотя-бы примерил шапку на себя, в отличие от расхваливающих юниксвеи из винды.<br><br>&gt; Третий тип сисадмина <br><br>На самом деле я проверяю бэкапы ценных данных. И таки есть несколько версий. Корпоративщики меня таки подучили основам как это делать правильно. Так что для меня не характерно терять данные. Я наоборот иногда развлекаюсь тем что достаю некоторым линуксоидам их добрецо с полудохлых винчей.<br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#223 Sat, 15 Dec 2018 19:44:24 GMT &gt;&gt; я имел в виду - на своих экспериментальных.<br>&gt; Вот уж нет. На компах с btrfs работается работа и лежат ценные <br><br>Всё, что вам надо знать о 294-ом<br><br>&gt;&gt; А то что жалко - лежит на ext4 hw raid1, да.<br><br> А потом постепенно окажется что бэкапы <br>&gt; битые. <br><br>Третий тип сисадмина<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#222 Tue, 11 Dec 2018 17:18:31 GMT &gt; он вообще ничего не записывал - просто truncate им делал. "мы же <br>&gt; вам сохранили консистентность метаданных, как вы просили" ;-) <br><br>Он таки вроде шел чуть дальше и еще и явно протирал нулями все спорные фрагменты. С аргументом "чтобы левый пользователь не спер ваши данные даже так". Поэтому он был даже несколько более деструктивен чем остальные.<br><br>&gt; работали они от этого как-то тоже не очень хорошо.<br><br>Это касается любой "классической" ФС без полного журнала. Если запись в файл началась, но не заверщилась - то чего? Информации чтобы ее завершить или откатить нигде нет - журнал это только для метаданных делал. А данные в результате наполовину новые и наполовину старые. Без возможности откатить транзакцию или довести ее до финиша. Но в метаданных все ЗБС, как бы файл, как бы нормального размера. А содержимое никто и не обещал.<br><br>CoW в этом несколько мухлюет, делая по сути всю площадь журналом и избегая второй записи. Вместо этого ему для отката достаточно по сути просто забить на то что новее энного момент https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#221 Tue, 11 Dec 2018 17:11:25 GMT &gt; не, ну kernel panic-то ты точно заметишь, в отличие от воплей где-то там в логах,<br><br>Да ну его в пень, предпочитаю менее бурную реакцию.<br><br>&gt; hotplug backplane и ecc памятью не настолько фиговое оборудование, и тем <br>&gt; более вряд ли эта фича works as intended.<br><br>А смысл передо мной пальцы растопыривать? SATA, особонно eSATA хотплаг уж сто лет, ECC у меня в десктопе есть. Так что п0нт фичами получился какой-то на редкость не энтерпрайзный в этот раз. Это все можно и на ширпотребе уже.<br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#220 Tue, 11 Dec 2018 17:08:17 GMT &gt; Да это у человека травма какая-то lvm + xfs<br><br>Учитывая сколько данных протер народу нулями XFS - его так себе репутация по этому поводу не то чтобы на ровном месте.<br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#219 Tue, 11 Dec 2018 16:59:43 GMT &gt; смарт _идеальнейший_, хоть сейчас на авито такой выставляй - ни ремапов, ни <br>&gt; prefail состояний, даже ошибок мизер.<br><br>А ты запость выхлоп smartctl -a сюда, как есть... глядишь, несколько хинтов и найдется.<br><br>&gt; И только лог с записью о failed sector выдает советского разведчика ;-)<br><br>КМК ты не понимаешь что такое идеальный смарт. Да, если ты будешь ждать пока проги начнут явно вопить - в половине случаев попль может быть за 5 минут до кончины, а еще в половине - воплей не будет потому что из винча не удалось прочитать SMART. Но если немного более проактивно смотреть на изменения параметров...<br><br>...возможно это дает идею почему smamontools'овский демон умеет мониторить изменения параметров и ругаться в лог по этому поводу.<br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#218 Tue, 11 Dec 2018 16:56:59 GMT Да иди ты на линукс, 294-й (или какой у тебя там номер). Я не читаю твои бессмысленные простыни, поскольку ты пустобрёх.<br> https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#217 Tue, 11 Dec 2018 16:46:20 GMT &gt; Нашёл, но всё равно соврал? Молодец, чо.<br><br>Это уже интересно. Меня даже в чем-то обвиняют. Нельзя ли пруфца, вот прям 1 к 1, написано то-то, а этот кондом сказал то-то - врет и не краснеет, дескать?<br><br>&gt; Похоже, ты глуповат даже не слегка. Ты вот даже не понимаешь, _что_ это <br>&gt; и _зачем_ &#8212; но апломбу на весь опеннет&#8230; Просвещайся: en.wikipedia.org/wiki/Out-of-band_management <br><br>Да нет, мистер, это ты глуповат и не понимаешь кой-чего. Даже не в технике а в людских взаимодействиях. Так что под удобным предлогом всякие шустрые веники на раз выносят "три кинокамеры отечественные". У Supermicro всплывает "забытый" инженерный логин, интель всего лишь торгует бизнесу фичу, коли уж она есть. Все эти vPro/AMT и ко - всего то расширенный набор модулей на все тот же Management Engine. <br><br>Однако сам проц, система и куча кода - есть в вообще каждом первом компе на интеле. Сорцов этого нет, стартует оно вообще независимо от x86 и достаточно маложручее для того чтобы питаться от дежурки. Что и позволяет ему в https://mobile.opennet.me/openforum/vsluhforumID3/115984.html#216 Tue, 11 Dec 2018 15:53:14 GMT &gt; я имел в виду - на своих экспериментальных.<br><br>Вот уж нет. На компах с btrfs работается работа и лежат ценные данные, потери которых могут поставить меня на деньги или сделать жизнь сложнее. Самое ценное бэкапается, но отказ может вызвать срыв обязательств. Не в моих интересах.<br><br>&gt; А то что жалко - лежит на ext4 hw raid1, да.<br><br>А смысл? Вернет один из сторажей мусор, а его примут за чистую монету, потому что чексум данных нет. Технически фирмварь может что угодно вернуть. В проводе данные могут побиться. При тестировании мусором crc и fec - лажа может и пролезть, когда объемы терабайтами а ошибки частые. Ext4 с raid от этого не поможет. И не факт что разрушения сразу заметно будет. А потом постепенно окажется что бэкапы битые. А вечное хранение всех бэкапов - не для всех.<br><br>&gt; (на не-экспериментальную zfs хранилку с нормальным быстрым подключением к потребителям,<br>&gt; увы, не хватило денег и времени)<br><br>Оно сделано под узкие допущения. И поэтому принести счастье на, допустим, моем лаптопе - не способно. А энте