https://opennet.ru/openforum/vsluhforumID3/112074.html Компания Oracle представила (https://blogs.oracle.com/linux/available-now%3a-unbreakable-enterprise-kernel-uek-release-4-update-5-for-oracle-linux) пятое функциональное обновление для ядра Unbreakable Enterprise Kernel 4 (http://docs.oracle.com/cd/E52668_01/E88575/html/index.html) (UEKR4U5). Исходные тексты ядра, включая разбивку на отдельные патчи, доступны (https://oss.oracle.com/git/?p=linux-uek.git;a=summary) в публичном Git-репозитории Oracle. Ядро распространяется в качестве альтернативы штатному пакету с ядром, поставляемому в Red Hat Enterprise Linux, и предоставляет ряд расширенных (https://www.opennet.ru/opennews/art.shtml?num=38229) возможностей (https://www.opennet.ru/opennews/art.shtml?num=43644), таких как интеграция DTrace и улучшенная поддержка Btrfs. Пакеты с ядром подготовлены для Oracle Linux 6 и Oracle Linux 7.<br><br><br><br>Ключевые улучшения (http://docs.oracle.com/cd/E52668_01/E88575/html/uek4_features_changes.html):<br><br><br><br>- В реализации Btrfs улучшена обработка дедупликации данных и обеспечен https://opennet.ru/openforum/vsluhforumID3/112074.html#32 Fri, 01 Sep 2017 09:46:53 GMT Ха! Был неправ, в предыдущем релизе действительно forcedeth был выкинут из uek, вкинули обратно.<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#31 Sun, 27 Aug 2017 18:50:29 GMT По другим проблемам, приведенным по ссылке жду от тебя пруфоф.<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#30 Sun, 27 Aug 2017 18:38:22 GMT &gt; Читай по слогам "disk content corruption". Говорят не об ФС, а о том что на диске <br>&gt; "испортилось содержимое". Но виноваты ФС конечно.<br><br>конечно. Ну, кроме привыкших к cpm, для которых это нормально - что-то куда-то записалось, и неважно, что оно битое.<br><br>&gt;остальные буквы ниасилены?<br><br>ты настолько туп, что не понял, о чем я? Помимо несовместимости с overlay и малоинтересной проблемы битых файлов - ничего не сумел там прочитать? Ну тогда прощевай, прощевай.<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#29 Sun, 27 Aug 2017 17:40:11 GMT &gt;вот сюрприз-то какой, возвращает ошибку записи! А не портит fs необратимым образом<br><br>Читай по слогам "disk content corruption". Говорят не об ФС, а о том что на диске "испортилось содержимое". Но виноваты ФС конечно.<br><br>&gt;&gt; "Overlay file system is unable to mount on XFS where there is no d_type support."<br>&gt;остальные буквы ниасилены?<br><br>Так осиль же! Я помогу, там ничего сложного, если в английский можешь:<br>"When d_type support is not enabled, an overlay file system may become corrupt and behave in unexpected ways. For this reason, this update release of UEK R4 prevents the mounting of an overlay file system on an XFS base where d_type support is not enabled."<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#28 Sun, 27 Aug 2017 17:02:51 GMT &gt; Оказывается ошибка IO при записи может испортить данные. Кто бы мог подумать!<br><br>действительно, если мозги застряли в cpm86, то думать, собственно, некому.<br>в более современных системах, начиная с ms-dos 1.00, ошибка io при записи данных (даже не метаданных), вот сюрприз-то какой, возвращает ошибку записи! А не портит fs необратимым образом. (впрочем, за cpm я не ручаюсь - возможно она тоже умела, мне просто не попадались на ней битые дискеты)<br>Еще более современные - даже умеют блок пометить как сбойный, или увести в оффлайн элемент рейда, чтобы повторно в него не вляпаться, и записаться куда-то еще, но это да, не про хрюниксы.<br><br>&gt; "Overlay file system is unable to mount on XFS where there is no d_type support."<br><br>остальные буквы ниасилены? Или все, что не соответствует твоей нежной вере в правоту великого Линуса, просто отбрасывается не читая?<br><br>Ну так вот я на тебя больше времени тратить не буду, нахрен мне не сдались безголовые фанатики, а остальным намекну, что реальная проблема, описанная ораклом, то https://opennet.ru/openforum/vsluhforumID3/112074.html#27 Sun, 27 Aug 2017 16:10:06 GMT Давай начнем с багрепортов в апстриме и способов воспроизвести. Меня больше интересует ванильное ядро, а не то что оракловые индусы утащили у редхатовских.<br><br>В у Оракла чтиво интересное. Такие откровения и срывы покровов можно обнаружить: "5.4.14 xfs, ext4: IO error during DIO/AIO write results in disk content corruption"<br>Оказывается ошибка IO при записи может испортить данные. Кто бы мог подумать!<br>"Overlay file system is unable to mount on XFS where there is no d_type support." тоже XFS виновата.<br>Единственная ФС без багов это видимо ZFS. Орацле рекомендует.<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#26 Sun, 27 Aug 2017 14:48:51 GMT не, ну что вы - можно ж верить, что глупый-глупый оракл ниасилил втащить патчи из апстрима ;-)<br><br>вот в то, что он не скопировал их ctrl-c/ctrl-v из редхата, поверить значительно сложнее - и тут такой опа, а откуда это у нас в апстриме берутся багфиксы в xfs? Ага...<br><br>Но желающие могут честно сравнивать три мега причудливого спагетти-кода в трех разных ветках (с разными даже внутриядерными интерфейсами). В принципе, если отслеживаешь происходящее в vanilla и при этом периодически ковыряешься с древними версиями, работы на пару часов от силы. <br> https://opennet.ru/openforum/vsluhforumID3/112074.html#25 Sun, 27 Aug 2017 01:35:03 GMT Пруфом будет такое рассуждение. Если бы где-то в апстриме баги были бы пофикшены , то оракле давно стащил бы их себе, и указанного списка не было бы<br> https://opennet.ru/openforum/vsluhforumID3/112074.html#23 Sat, 26 Aug 2017 08:43:14 GMT &gt; Это интересно. Пруфы будут?<br><br>если вам интересен мартышкин труд - вы можете добыть себе пруф.<br><br>Ну или просто свято верить, что в редхате какой-то другой, волшебный xfs.<br><br>