The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

25.08.2017 09:17  Компания Oracle выпустила ядро Unbreakable Enterprise Kernel R4U5

Компания Oracle представила пятое функциональное обновление для ядра Unbreakable Enterprise Kernel 4 (UEKR4U5). Исходные тексты ядра, включая разбивку на отдельные патчи, доступны в публичном Git-репозитории Oracle. Ядро распространяется в качестве альтернативы штатному пакету с ядром, поставляемому в Red Hat Enterprise Linux, и предоставляет ряд расширенных возможностей, таких как интеграция DTrace и улучшенная поддержка Btrfs. Пакеты с ядром подготовлены для Oracle Linux 6 и Oracle Linux 7.

Ключевые улучшения:

  • В реализации Btrfs улучшена обработка дедупликации данных и обеспечена возможность удаления устройств по их идентификатору (device ID);
  • Для XFS перенесён усовершенствованный код обработки ошибок;
  • Из ядер Linux 4.9 и 4.10 перенесены изменения, связанные с гипервизором Xen;
  • В реализации DTrace улучшена поддержка FBT (Function Boundary Tracing) для отслеживания выхода за границы буфера в функциях, работающих на уровне ядра. Расширен охват проверок, осуществляемых провайдером ввода/вывода. Добавлена возможность добавлять контрольные проверки (probe) в файловые системы, работающее поверх штатного блочного уровня. Добавлена поддержка трассировки чтения и записи поверх NFS. Добавлены контрольные проверки SDT для протоколов TCP и UDP. Обеспечена автоматическая загрузка необходимых модулей DTrace;
  • Добавлена поддержка динамического изменения размера больших страниц памяти, что позволяет одновременно использовать большие страницы разного размера;
  • В nf_tables добавлены модули для дублирования сетевых пакетов с отправкой дубликатов в заданную точку приёма трафика;
  • В OpenFabrics Enterprise Distribution (OFED) добавлена поддержка интерфейса netlink, позволяющего подключать обработчики в пространстве пользователя;
  • Представлено более 30 новых или обновлённых драйверов. В том числе обновлены драйверы Intel E1000, Intel i40e, nvme и smartpqi. Добавлен модуль forcedeth для Ethernet контроллера в составе чипсета NVIDIA nForce;
  • Под флагом Technology Preview продолжается тестирование экспериментальной поддержки DCTCP (Data Center TCP), DRBD (Distributed Replicated Block Device), системы верификации модулей ядра по цифровой подписи, режима совместимости NFS over RDMA с ZFS и Solaris, серверной реализации pNFS (parallel NFS).


  1. Главная ссылка к новости (https://blogs.oracle.com/linux...)
  2. OpenNews: Доступен дистрибутив Oracle Linux 7.4
  3. OpenNews: Компания Oracle выпустила обновление ядра Unbreakable Enterprise Kernel R4U4
  4. OpenNews: Опубликована редакция Oracle Linux для архитектуры SPARC
  5. OpenNews: Обновление промышленного дистрибутива Oracle Linux 6.9
  6. OpenNews: Компания Oracle представила релиз ядра Unbreakable Enterprise Kernel 3
Лицензия: CC-BY
Тип: Программы
Ключевые слова: unbreakable, kernel
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.3, Аноним (-), 10:17, 25/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • –1 +/
    А почему не в mainline kernel?
     
     
  • 2.4, VoDA (ok), 10:25, 25/08/2017 [^] [ответить]    [к модератору]
  • +2 +/
    Так это бэкпортирование из mainline в конкретную версию ядра которая и работает на RHEL/UL
     
  • 1.10, Dimez (??), 16:33, 25/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • +/
    > Добавлен модуль forcedeth для Ethernet контроллера в составе чипсета NVIDIA nForce

    Он давным-давно уже добавлен. Обновлены патчи из апстрима.

     
     
  • 2.32, Dimez (??), 12:46, 01/09/2017 [^] [ответить]    [к модератору]
  • +/
    Ха! Был неправ, в предыдущем релизе действительно forcedeth был выкинут из uek, вкинули обратно.
     
  • 1.19, пох (?), 23:19, 25/08/2017 [ответить] [показать ветку] [···]    [к модератору]
  • –2 +/
    по-моему, это прекрасно:
    http://docs.oracle.com/cd/E52668_01/E88575/html/uek4-known-issues-xfs.html

    (надо понимать, что такое же оно и в редхате, и в апстриме, разумеется, тоже)

     
     
  • 2.22, EHLO (?), 09:52, 26/08/2017 [^] [ответить]    [к модератору]  
  • +/
    >(надо понимать, что такое же оно и в редхате, и в апстриме, разумеется, тоже)

    Это интересно. Пруфы будут?

     
     
  • 3.23, пох (?), 11:43, 26/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Это интересно. Пруфы будут?

    если вам интересен мартышкин труд - вы можете добыть себе пруф.

    Ну или просто свято верить, что в редхате какой-то другой, волшебный xfs.

     
  • 3.25, Аноним (-), 04:35, 27/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    Пруфом будет такое рассуждение. Если бы где-то в апстриме баги были бы пофикшены , то оракле давно стащил бы их себе, и указанного списка не было бы
     
     
  • 4.26, пох (?), 17:48, 27/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    не, ну что вы - можно ж верить, что глупый-глупый оракл ниасилил втащить патчи из апстрима ;-)

    вот в то, что он не скопировал их ctrl-c/ctrl-v из редхата, поверить значительно сложнее - и тут такой опа, а откуда это у нас в апстриме берутся багфиксы в xfs? Ага...

    Но желающие могут честно сравнивать три мега причудливого спагетти-кода в трех разных ветках (с разными даже внутриядерными интерфейсами). В принципе, если отслеживаешь происходящее в vanilla и при этом периодически ковыряешься с древними версиями, работы на пару часов от силы.

     
     
  • 5.27, EHLO (?), 19:10, 27/08/2017 [^] [ответить]    [к модератору]  
  • +/
    Давай начнем с багрепортов в апстриме и способов воспроизвести. Меня больше интересует ванильное ядро, а не то что оракловые индусы утащили у редхатовских.

    В у Оракла чтиво интересное. Такие откровения и срывы покровов можно обнаружить: "5.4.14 xfs, ext4: IO error during DIO/AIO write results in disk content corruption"
    Оказывается ошибка IO при записи может испортить данные. Кто бы мог подумать!
    "Overlay file system is unable to mount on XFS where there is no d_type support." тоже XFS виновата.
    Единственная ФС без багов это видимо ZFS. Орацле рекомендует.

     
     
  • 6.28, пох (?), 20:02, 27/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Оказывается ошибка IO при записи может испортить данные. Кто бы мог подумать!

    действительно, если мозги застряли в cpm86, то думать, собственно, некому.
    в более современных системах, начиная с ms-dos 1.00, ошибка io при записи данных (даже не метаданных), вот сюрприз-то какой, возвращает ошибку записи! А не портит fs необратимым образом. (впрочем, за cpm я не ручаюсь - возможно она тоже умела, мне просто не попадались на ней битые дискеты)
    Еще более современные - даже умеют блок пометить как сбойный, или увести в оффлайн элемент рейда, чтобы повторно в него не вляпаться, и записаться куда-то еще, но это да, не про хрюниксы.

    > "Overlay file system is unable to mount on XFS where there is no d_type support."

    остальные буквы ниасилены? Или все, что не соответствует твоей нежной вере в правоту великого Линуса, просто отбрасывается не читая?

    Ну так вот я на тебя больше времени тратить не буду, нахрен мне не сдались безголовые фанатики, а остальным намекну, что реальная проблема, описанная ораклом, торчит в ядре примерно с 2009го года. Воз, походу, и ныне там же. Во всяком случае, сообщения об ошибках примерно те же.

     
     
  • 7.29, EHLO (?), 20:40, 27/08/2017 [^] [ответить]    [к модератору]  
  • +/
    >вот сюрприз-то какой, возвращает ошибку записи! А не портит fs необратимым образом

    Читай по слогам "disk content corruption". Говорят не об ФС, а о том что на диске "испортилось содержимое". Но виноваты ФС конечно.

    >> "Overlay file system is unable to mount on XFS where there is no d_type support."
    >остальные буквы ниасилены?

    Так осиль же! Я помогу, там ничего сложного, если в английский можешь:
    "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."

     
     
  • 8.30, пох (?), 21:38, 27/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    > Читай по слогам "disk content corruption". Говорят не об ФС, а о том что на диске
    > "испортилось содержимое". Но виноваты ФС конечно.

    конечно. Ну, кроме привыкших к cpm, для которых это нормально - что-то куда-то записалось, и неважно, что оно битое.

    >остальные буквы ниасилены?

    ты настолько туп, что не понял, о чем я? Помимо несовместимости с overlay и малоинтересной проблемы битых файлов - ничего не сумел там прочитать? Ну тогда прощевай, прощевай.

     
     
  • 9.31, EHLO (?), 21:50, 27/08/2017 [^] [ответить]    [к модератору]  
  • –1 +/
    По другим проблемам, приведенным по ссылке жду от тебя пруфоф.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor