Введение

Настоящий документ содержит описание следующих аспектов:

  • Информация об установке

  • Обновленные возможности

  • Обновления ядра

  • Обновления драйверов

  • Предварительные выпуски

  • Исправленные проблемы

  • Известные проблемы

Последняя информация о RHEL4.8, не входящая в данный выпуск, может быть найдена по адресу:

http://www.redhat.com/docs/manuals/enterprise/

Жизненный цикл

Жизненный цикл Red Hat Enterprise Linux 4 рассматривается на странице https://www.redhat.com/security/updates/errata/

Как уже упоминалось, выпуск Red Hat Enterprise Linux 4.8 характеризует начало второй производственной фазы Red Hat Enterprise Linux 4, в процессе которой не будет добавляться новое оборудование.

https://www.redhat.com/archives/nahant-list/2008-July/msg00059.html

Стоит помнить, что приобретенные подписки обеспечивают доступ ко всем поддерживаемым версиям Red Hat Enterprise Linux.

Информация об установке

Данный раздел содержит информацию об установке Red Hat Enterprise Linux и программе установки Anaconda.

Замечание

Обновление неосновных версий Red Hat Enterprise Linux 4 (4.6 и 4.7) до Red Hat Enterprise Linux 4.8 рекомендуется осуществлять с помощью Red Hat Network (через веб-интерфейс или сервер Red Hat Network Satellite).

Если обновляемая система не подключена к сети, используйте возможности обновления программы установки Anaconda. При этом стоит помнить, что Anaconda не всегда может разрешить зависимости дополнительных репозиториев и приложений третьих производителей. Ошибки установки при этом будут регистрироваться в файле журнала, а не отображаться интерактивно.

Поэтому при обновлении систем, не подключенных к сети, Red Hat рекомендует сначала проверить целостность конфигурации. Внимательно просмотрите журнал обновлений и убедитесь в отсутствии ошибок, прежде чем применять обновления.

Обновления между основными выпусками Red Hat Enterprise Linux (например, обновление Red Hat Enterprise Linux 3 до Red Hat Enterprise Linux 4.8) не поддерживаются. В то время как возможности обновления программы установки Anaconda позволяют это сделать, нет никаких гарантий, что в результате обновления система сохранит свою работоспособность. Такие обновления не сохраняют системных настроек и конфигурации служб. Именно поэтому Red Hat в таких случаях рекомендует выполнить новую установку.

  • Если вы копируете содержимое компакт-дисков Red Hat Enterprise Linux 4.8 (при подготовке к сетевой установке, например), скопируйте только диск операционной системы. Не пытайтесь копировать допольнительные диски, так как это приведет к перезаписи файлов, необходимых для нормального функционирования Anaconda.

    Эти диски должны быть установлены после установки Red Hat Enterprise Linux.

  • Входящая в поставку Red Hat Enterprise Linux 4 (и всех обновлений) версия GRUB не поддерживает программное зеркалирование (RAID1). При установке Red Hat Enterprise Linux 4 в разделе RAID1 сам загрузчик будет установлен на первом жестком диске, а не в MBR (Master Boot Record), что приведет к невозможности загрузки системы.

    Если вы хотите установить Red Hat Enterprise Linux 4 в разделе RAID1, сначала следует удалить существующий загрузчик из MBR.

  • При установке Red Hat Enterprise Linux 4 в текстовом режиме в системах, использующих плоские мониторы и карты ATI, может оказаться так, что изображение экрана смещено.

    В этом случае выполните установку с параметром linux nofb.

  • При обновлении Red Hat Enterprise Linux 4.6 до данной версии minilogd может зарегистрировать несколько отказов SELinux. Эти ошибки не опасны и могут быть проигнорированы.

  • Раньше документация кикстарта Anaconda, расположенная в /usr/share/doc/anaconda-<версия_anaconda>/kickstart-docs.txt, содержала секцию с описанием ключа --driveorder, где запрашивалось указание первого загрузочного устройства:

    Specify which drive is first in the BIOS boot order.
                                            

    Однако ключ --driveorder требует указания списка всех дисков в системе, в начале которого должно быть указано первое загрузочное устройство. Текст был отредактирован и теперь содержит следующее:

    Specify which drive is first in the BIOS boot order.
    The ordered list must include all the drives in the system.
                                            

Обновленные возможности

  • Systemtap обеспечивает GPL-инфраструктуру, целью которой является упрощение сбора информации о работающей Linux системе, которая, помимо прочего, помогает выполнить диагностику функциональных проблем и анализ общей производительности. Разработчикам больше не нужно проходить сквозь громоздкий процесс перекомпиляции, установки, перезагрузки с целью сбора данных.

    Обратите внимание, что некоторые возможности systemtap для новых систем Red Hat Enterprise Linux могут не работать в Red Hat Enterprise Linux 4 в силу того, что ядро их не включает. Так, например, отсутствие utrace исключает поддержку зондирования пользовательского пространства.

  • dmidecode предоставляет информацию о версиях BIOS и материнской платы. Версия kernel-utils обновляет dmidecode 2.2 до версии 2.9, которая способна идентифицировать новые типы процессоров, слоты PCI-express и устройства и предлагает расширенную поддержку спецификации SMBIOS v2.6.

  • данный выпуск включает новую версию kernel-utils, которая обновила файл микрокода Intel до версии 20080910 с целью поддержки новых процессоров Intel.

  • В smartmontools добавлена поддержка новых контроллеров CCISS, которые обычно включает новейшее оборудование HP ProLiant.

  • Пакет Samba обновлен до версии 3.0.33. Серия 3.0.x включает исправления кодовой базы Samba. Новая версия не добавляет новые возможности, а содержит лишь исправления ошибок.

    Дальнейшую информацию об основных изменениях можно найти в замечаниях к выпуску Samba по адресу http://samba.org/samba/history/samba-3.0.33.html

  • Обновленная версия ipmitool 1.8.11 включает некоторые исправления и усовершенствования, в том числе:

    • Обновление документации

    • Исправления для SDR/FRU, SOL и др.

    • Новые команды и параметры

    Обратите внимание, что поведение переключателя -K изменилось — теперь вместо запроса ключа Kg он будет получен из переменной окружения. А переключатель -Y унаследовал предыдущее поведение -K.

Обновления ядра

  • Стоить принять во внимание, что модуль ibmphp небезопасно выгружать. Механизм, который предотвращал выгрузку, был улучшен. Теперь попытка выгрузки модуля не приводит к аварийному сбою, а лишь регистрирует предупреждение в журнале, сообщающее о том, что выгружать модуль небезопасно. Это сообщение можно проигнорировать.

  • Это обновление накладывает ограничение в 64Гбайт на объем физической памяти для 32-битных ядер x86, которые выполняются в системах с более чем 64Гбайт. Ядро разделит память на два региона — Lowmem и Highmem. Регион Lowmem постоянно сопоставлен пространству адресов ядра, а Highmem сопоставляется по мере необходимости постранично. Если ввод/ вывод может превышать 64Гбайт, то размер mem_map (известный как массив страниц) может достичь или даже превысить размер Lowmem. В этом случае произойдет паника ядра в процессе загрузки, или ядро запустится раньше времени. Если произошел преждевременный запуск ядра, то попытка выделения памяти ядра завершится неудачей, что опять же приведет к панике или зависанию ядра.

  • Раньше последовательное нажатие клавиш-стрелок в HVM (Hardware Virtual Machine) приводило к состоянию гонки (race condition) между аппаратным прерыванием и прерыванием таймера. В результате драйвер клавиатуры регистрирует неизвестные события. В этом обновлении таймер i8042 удален, что позволило решить эту проблему.

  • Утилита diskdump, которая предоставляет возможности создания дампа vmcore, теперь работает с драйвером sata_svw.

  • В /proc/sys/vm добавлен параметр "swap_token_timeout".

    Этот файл содержит время задержки защитного токена. Подсистема виртуальной памяти Linux использует механизм управления переполнением на основе специальных токенов, которые помогают предотвратить проблемы со страницами в случае переполнения. Значение токена представляет собой время в секундах. Нулевое значение отключает этот механизм.

  • Раньше, когда клиент NFSv4 (Network File System Version 4) сталкивался с проблемами при обработке каталога с помощью readdir(), это приводило к ошибке всего вызова readdir(). Теперь при вызове readdir() устанавливается флаг fattr4_rdattr_error, что заставляет сервер продолжать работу и просто сообщать об ошибке в отдельном каталоге.

  • Раньше клиент NFS (Network File System) не мог обрабатывать неверно сформированные ответы функции readdir(). Поэтому хоть ответ с сервера сообщал, что функция readdir() выполнилась успешно, тем не менее, ответ не содержал записей. В этом обновлении логика разбора ответа readdir() изменена так, чтобы при получении неверно сформированного ответа клиент вернет ошибку EIO.

  • Клиент RPM сохраняет результат вызова portmap в сегменте памяти, который при необходимости можно освободить и переместить. Но в некоторых случаях результат вызова portmap удалялся из памяти слишком рано, что приводило к повреждению памяти. В этом выпуске память будет освобождаться только после использования результата portmap.

  • Иногда выделение некоторых структур данных для RPC-вызовов могло быть блокировано при недостатке системной памяти. Так, если большое число NFS-страниц ожидает записи, нагрузка на память увеличится, что приведет к взаимоблокировке. Эта проблема теперь исправлена, и выделение этих структур данных не вызывает блокировки.

  • Раньше при выполнении синхронной записи в зеркальный том LVM с использованием флага O_SYNC страдала производительность. Как следствие, каждая операция ввода/вывода для зеркального тома была в 5-10 раз медленнее по сравнению с линейным томом. Это обновление включает функции драйвера dm-raid1, которые улучшают производительность зеркальных томов так, что она становится сравнима с производительностью линейных томов.

  • Добавлен новый системный параметр, который позволяет системным администраторам изменять максимальное число модифицируемых страниц, которые kupdate записывает на диск на каждом этапе. Параметр /proc/sys/vm/max_writeback_pages по умолчанию имеет значение 1024 (4Мбайт), что означает, что на каждом этапе kupdate может быть записано максимум 1024 страниц. Увеличение этого значения влияет на то, насколько агрессивно kupdate освобождает измененные страницы, и уменьшает объем потерянных данных в случае аварийного завершения работы системы между прогонами kupdate. Но в то же время увеличение значения max_writeback_pages может отрицательно сказаться на производительности систем, которые чувствительны к изменениям нагрузки ввода и вывода.

  • Добавлено новое допустимое значение для параметра /proc/sys/kernel/wake_balance. Присвоение параметру wake_balance значения 2 заставит планировщик выполнить задание на любом доступном процессоре вместо ожидания оптимального процессора. При этом общее время задержки будет уменьшено.

  • Раньше при проверке дерева каталогов модуль ядра иногда мог неверно сообщить, что дерево не занято. Активное монтирование с открытым индексом файла, используемое для определения срока действия, приводило к тому, что индекс файла не учитывался при проверке занятости. В результате запросы монтирования поступали к уже смонтированным компонентам. В этом обновлении проверка модуля ядра исправлена, а неверные запросы монтирования больше не генерируются.

  • В процессе системной инициализации производитель процессора определялся после инициализации контроллеров APIC (Advanced Programmable Interrupt Controllers). Поэтому в системах x86_64 AMD с более чем 8 ядрами использовался кластерный режим APIC, что приводило к сниженной производительности системы. В этом обновлении информация о производителе процессора запрашивается ДО инициализации APIC.

  • В Red Hat Enterprise Linux 4.8 обновлен код CIFS (Common Internet File System), что исправляет число ошибок, в том числе:

    Раньше при монтировании сервера без расширений Unix можно было временно изменить права доступа к файлу. Это изменение не сохранялось и исходные права могли быть восстановлены любой момент времени. В этом обновлении права доступа к файлу не изменяются временно по умолчанию. Вызовы chmod() завершатся успешно, но на самом деле они не окажут никакого действия. Для временного изменения прав используйте новую опцию монтирования dynperm.

  • Раньше в ядре возникало состояние гонки между dio_bio_end_aio() и dio_await_one(), что, в свою очередь, могло привести к бесконечному ожиданию операций прямого ввода и вывода для уже завершенного процесса. В этом обновлении эта проблема решена.

  • Раньше обновление полностью виртуализованной гостевой системы с Red Hat Enterprise Linux 4.6 (с установленным пакетом kmod-xenpv) приводило к неверным зависимостям между встроенными модулями xen-vbd.ko, xen-vnif.ko и более ранней версией xen-platform-pci.ko. Как следствие, нарушалась работа файловых систем, смонтированных с помощью драйвера xen-vbd.ko и сетевого окружения гостевой системы, использующего сетевой драйвер xen-vnif.ko.

    В Red Hat Enterprise Linux 4.7 функциональность модуля xen-platform-pci.ko была встроена в ядро. Но если загружаемый модуль ядра становится его составляющей, проверка символьной зависимости для существующих загружаемых модуль не учитывается в module-init-tools. Теперь эта функциональность перенесена в загружаемый модуль, что позволяет выполнить проверку module-init-tools и корректно создать зависимости в процессе обновления ядра.

  • Раньше попытка монтирования дисков или разделов в полностью виртуализированной 32-битной гостевой системе Red Hat Enterprise Linux 4.6 на 64-битном узле с использованием паравиртуализированного блочного драйвера xen-vbd.ko завершалась неудачей. Теперь драйвер block.c обновлен и сообщает об использовании гостевой системой 32-битного протокола, что решает проблему.

  • Раньше при установке драйверов pv-on-hvm в ядре автоматически создавался каталог /proc/xen. Поэтому приложения, проверяющие выполнение системой виртуализированного ядра путем проверки наличия каталога /proc/xen могли неверно допустить, что на данном этапе используется виртуализированное ядро. В этом обновлении драйверы pv-on-hvm больше не создают каталог /proc/xen, что позволило решить проблему.

  • Раньше паравиртуализированные гостевые системы могли максимально использовать 16 дисковых устройств. В этом обновлении лимит увеличен до 256.

Обновления драйверов

  • Обновлен драйвер Intel® High Definition Audio (HDA) в ALSA. В этом обновлении улучшена аудио-поддержка нового оборудования с HDA-интеграцией.

  • Раньше сетевые устройства, использующие драйвер forcedeth, могли иногда прекращать отвечать на запросы в процессе выполнения команды rcp для нескольких клиентов. Это обновление включает новую версию драйвера forcedeth, что позволило решить проблему.

  • Раньше режим прямого доступа к памяти ADMA (Automatic Direct Memory Access) в драйвере sata_nv включался по умолчанию. Поэтому существовала вероятность ошибок устройств и задержек при работе устройств, использующих sata_nv. В этом обновлении режим ADMA изначально отключен.

  • Драйверы для virtio (платформы виртуализации ввода и вывода в KVM) унаследованы из ядра Linux 2.6.27. Эти драйверы позволят гостевым системам KVM достичь высокого уровня производительности операций ввода/вывода. Различные компоненты пространства пользователя, такие как, anaconda, kudzu, lvm, selinux и mkinitrd, были обновлены соответственно с целью поддержки устройств virtio.

  • Обновленная версия драйвера r8169 обеспечивает поддержку новых сетевых схем, в том числе всех вариантов RTL810x/RTL8168(9).

  • Новая версия драйвера mptsas 3.12.29.00 включает несколько исправлений и добавляет новые возможности:

    • Поддержка двойных портов.

    • Управление питанием схем SAS.

  • Обновленная версия драйвера lpfc 8.0.16.46 включает несколько исправлений и дополнительных возможностей:

    • поддержка FCoE LP21000 HBAs

    • поддержка HBAnyware 4.0

  • Обновленная версия 4.01-RH1 драйвера megaraid_sas для RAID-контроллеров на основе SAS включает несколько исправлений и улучшений:

    • Добавлена поддержка второго поколения контроллеров LSI (0078, 0079)

    • Добавлена команда завершения работы DCMD с целью улучшения завершения работы Firmware.

    • Исправлена ошибка, которая приводила к неожиданным прерываниям в аппаратном драйвере Linux.

  • Ethernet-драйвер eHEA для IBM eServer System P обновлен до версии 0078-08.

  • Поддержка драйвера EHCA infinband прекращается в Red Hat Enterprise Linux 4.8.

Предварительные выпуски

Под предварительным выпуском подразумевается новая технология, не поддерживаемая подпиской Red Hat Enterprise Linux 4.8. Такая версия может быть не завершена, и в целом не подходит для корпоративного использования. Новые свойства включены для тестирования и общего ознакомления с ними пользователей.

Пользователи могут найти такие возможности подходящими для некорпоративного использования. Комментарии и пожелания по улучшению функциональности предварительных выпусков приветствуются. Выпуск исправлений будет выполняться только для критических проблем безопасности.

В процессе разработки дополнительные функции могут быть добавлены к предварительным выпускам. Их полная поддержка является конечной целью Red Hat.

Информацию о целях включения предварительных выпусков в Red Hat Enterprise Linux можно найти на странице обзора возможностей предварительных выпусков.

OpenOffice 2.0

OpenOffice 2.0 входит в данный выпуск в качестве предварительной версии. Комплект OpenOffice 2.0 включает усовершенствования функциональности ODF и PDF, поддержку цифровых подписей и обеспечивает улучшенную совместимость с комплектами с открытым кодом в плане формата и интерфейса. К тому же, OpenOffice 2.0 Spreadsheet включает улучшенную поддержку основных таблиц, которые теперь могут содержать до 65 тысяч строк.

За дальнейшей информацией об OpenOffice 2.0 обратитесь по адресу http://www.openoffice.org/dev_docs/features/2.0/index.html .

Исправленные проблемы

  • Раньше, если апплет Red Hat Network использовался для повторной регистрации клиента на другом сервере Red Hat Satellite, апплет продолжал показывать обновления, доступные на предыдущем сервере, даже если они не были доступны на текущем сервере. /etc/sysconfig/rhn/rhn-applet не будет отражать информацию о новом сервере. Новая версия апплета сопоставляет кэш обновлений URL-ссылке сервера, что гарантирует отображение действительно доступных обновлений. Эта версия также способна определить изменения в файле конфигурации, в случае чего апплет автоматически перезагрузит переменные настройки и создаст подключения сервера.

  • Раньше утилита sysreport.legacy в качестве корневого каталога использовала $HOME. Если эта переменная не существовала или запись в каталог была запрещена, sysreport.legacy не могла создать отчет и завершала работу с сообщением Cannot make temp dir. Теперь sysreport.legacy в качестве корневого каталога использует случайно созданный каталог и поэтому может создавать отчет даже в системе без $HOME.

  • Раньше демон automount использовал буфер фиксированного размера (128 байт) для получения информации о локальных интерфейсах от SIOCGIFCONF ioctl при проверке близости узла, отвечающего на команду mount. Так как данные интерфейса занимают 40 байт, демон мог получить информацию не более чем о трех интерфейсах.

    Теперь automount автоматически выделяет буфер, достаточно большой для включения данных о всех системных интерфейсах, что позволяет корректно определить близость монтируемого узла.

  • automount проверяет удаленность удаленных узлов и версию NFS. Если узлы не отвечают, они будут удалены из списка. Если ни один узел не ответит, список окажется пустым. Раньше automount не проверял состояние списка, что приводило к ошибке сегментации. Эта проверка теперь добавлена.

  • Раньше пакет ttfonts-zh_CN включал TrueType-шрифт Zhong Yi Song. Авторские права принадлежат компании Beijing Zhong Yi Electronics Co., которая предоставила Red Hat Inc. лицензию на распространение этого шрифта в составе программных продуктов под маркой Red Hat. Включение этого шрифта в набор ttfonts-zh_CN предотвращает свободное распространение этого пакета. Пользователи Red Hat могут получить доступ к шрифту Zhong Yi Song через Red Hat Network, он также включен в состав пакета fonts-chinese-zysong на дополнительном диске.

  • Раньше демон multipathd аварийно завершал работу со статусом multipathd dead but pid file exists, если для multipath было настроено больше 1024 маршрутов, так как в результате было невозможно открыть файловый дескриптор для каждого маршрута. Это также могло служить причиной ошибок error calling out /sbin/mpath_prio_ontap /dev/[устройство]. Теперь в multipath.conf добавлен новый параметр max_fds, который позволяет пользователям изменить максимальное число файловых дескрипторов, которое разрешено открыть процессу multipathd. Для установки максимального значения в пределах системы можно использовать параметр max. Чтобы избежать сбоя multipathd задайте достаточно большое значение для max_fds.

  • Раньше при использовании драйвера accraid с контроллером Adaptec 2120S или Adaptec 2200S загрузка системы могла завершиться неудачей, что приводило к ошибке aac_srb:aac_fib_send failed with status 8195. Обновленная версия accraid решает эту проблему.

  • SOS представляет собой набор утилит для сбора информации о системном оборудовании и текущей конфигурации. Полученные сведения могут использоваться при анализе проблем и отладке.

    В этом выпуске sosreport генерирует отчеты, которые теперь включают 5 типов данных:

    • содержимое /var/log/cron* и вывод crontab -l смогут показать, какие процессы выполнялись в момент возникновения проблемы.

    • информацию о разделах можно получить с помощью parted. Основное преимущество parted по сравнению с fdisk состоит в том, что parted может осуществлять сбор информации в ситуациях, когда fdisk не может (например, для разделов GUID).

    • вывод dumpe2fs -l.

    • содержимое /etc/inittab.

    • вывод "/sbin/service --status-all" может показать текущее состояние служб. Раньше можно было собрать информацию только во время загрузки (с помощью "chkconfig --list").

  • automount использует umount(8), когда истекающее монтирование и umount(8) могут ожидать ответа сервера бесконечно, что может привести к ситуации, когда срок действия монтирования будет блокироваться в /usr/sbin/automount. Так, если сервер недоступен, automount не будет демонтировать ресурсы, срок монтирования которых истекает, даже на отвечающих серверах. В принципе, системы можно оставить с большим числом смонтированных ресурсов, срок действия которых может истечь, но не истек. Теперь automount включает новый параметр командной строки, который задает время ожидания, прежде чем произойдет переход к оставшимся смонтированным ресурсам. Истекшие ресурсы можно будет демонтировать, даже если серверы не отвечают.

  • В обновленной версии пакета netpbm исправлены следующие ошибки:
    • Некоторые утилиты, поставляемые вместе с netpbm, не принимали файлы из стандартного ввода, как ожидалось. Эта проблема теперь исправлена.

    • Работа некоторых утилит, поставляемых вместе с netpbm, аварийно завершалась в процессе обработки файлов образов. Эта проблема теперь исправлена.

  • Серверы ICQ были изменены и теперь вам понадобятся клиенты с новой версией протокола ICQ. Попытка авторизации в ICQ с помощью Pidgin 2.5.2 (версия, поставлявшаяся в составе Red Hat Enterprise Linux 4) завершалась ошибкой. В этом выпуске Pidgin обновлен до версии 2.5.5, что и решило эту проблему.

  • Обновлен раздел Базы знаний Red Hat http://kbase.redhat.com/faq/docs/DOC-3942

  • После успешного подключения к SSH-серверу клиенту может быть возвращен текстовый баннер. Так, если графический FTP-клиент gftp пытается подключиться к SSH-серверу, возвращающему баннер, через SFTP, gftp определит баннер как ошибку и закроет соединение. Новая версия gftp 2.0.18 исправляет эту проблему.

  • Раньше при загрузке отдельного файла в NFS-каталог штамп времени не всегда обновлялся корректно. В этом выпуске эта проблема исправлена.

  • Код проверки в kudzu для PCI-устройств не мог обнаружить некоторые модули, которые сопоставлялись некоторым PCI-классам. К их числу, в частности, относится драйвер sgiioc4 в системах SGI Altix. Если эти модули не были загружены, система не могла определить устройства, использующие этот драйвер. В этом выпуске эта проблема исправлена.

Известные проблемы

  • Менеджер логических томов в Red Hat Enterprise Linux 4.8 сообщает об утечке файловых дескрипторов. Сообщение, которое вы увидите в процессе установки и которое можно просто проигнорировать выглядит так:

    File descriptor NUM (socket:XXXX) leaked on lvm invocation.
                                            

  • При установке Red Hat Enterprise Linux 4 с NFS-сервера, установщик не сможет корректно закрыть точки монтирования NFS. Это может нарушить работу сервера. В этих случаях Red Hat рекомендует использовать HTTP-сервер.

  • В системах, где BIOS может осуществлять «горячее» подключение acpiphp и pciehp, администратору потребуется выбрать предпочитаемый метод с целью предотвращения использования системой Red Hat Enterprise Linux 4 другого метода. Для этого внесите ненужный модуль в черный список в файле /etc/modprobe.conf.

  • При тестировании оборудования Mellanox MT25204 была обнаружена внутренняя ошибка, имеющая место при высокой нагрузке. Когда драйвер ib_mthca регистрирует критическую ошибку оборудования, это обычно связано с недостаточной длиной очереди по отношению к числу ожидающих запросов, генерируемых приложением пользователя.

    Так как драйвер выполнит повторную инициализацию оборудования для исправления ошибки, все существующие подключения будут потеряны. В результате приложение пользователя столкнется с проблемами сегментации. Более того, если во время возникновения ошибки выполняется opensm, то придется перезапустить его вручную для возобновления работы.

  • Ошибка предыдущих версий openmpi и lam может помешать их обновлению, а также привести к сбою up2date при обновлении всех пакетов.

    Эта ошибка приведет к отображению следующего сообщения в случае попытки обновления openmpi или lam:

    error: %preun(openmpi-[version]) scriptlet failed, exit status 2
                                    

    При попытке обновления всех пакетов с помощью up2date следующее сообщение будет отображено и зарегистрировано в журнале /var/log/up2date:

    up2date Failed running rpm transaction - %pre %pro failure ?.
                                    

    В придется вручную удалить старые версии openmpi и lam. Для этого выполните команду

    rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

  • При удалении LUN в системе, функционирующей в качестве хранилища, изменения не регистрируются на узле. При этом команды lvm зависнут при использовании dm-multipath.

    Чтобы избежать этой проблемы, удалите все записи устройств и ссылок mpath в файле /etc/lvm/.cache проблемного LUN. Найти эти записи можно с помощью команды

    ls -l /dev/mpath | grep <устаревший_LUN>

    Например, если <устаревший_LUN> имеет значение 3600d0230003414f30000203a7bc41a00, результат может быть следующим:

    lrwxrwxrwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00 -> ../dm-4
    lrwxrwx--rwx 1 root root 7 Aug  2 10:33 /3600d0230003414f30000203a7bc41a00p1 -> ../dm-5
                                    

    Это означает, что 3600d0230003414f30000203a7bc41a00 соответствует двум ссылкам mpath: dm-4 и dm-5.

    Поэтому в файле /etc/lvm/.cache надо удалить следующие записи:

    /dev/dm-4 
    /dev/dm-5 
    /dev/mapper/3600d0230003414f30000203a7bc41a00
    /dev/mapper/3600d0230003414f30000203a7bc41a00p1
    /dev/mpath/3600d0230003414f30000203a7bc41a00
    /dev/mpath/3600d0230003414f30000203a7bc41a00p1
                                    
  • В конфигурации с двумя системами HA-RAID два адаптера SAS подключены в обе системы и соединены с разделяемым диском SAS. Присвоение атрибуту Preferred Dual Adapter State значения Primary на обоих адаптерах может привести к состоянию гонки (race condition). Стоит помнить, что значение Primary может использоваться только для одного адаптера.

    Чтобы избежать этой ошибки, убедитесь, что если Preferred Dual Adapter State одного из адаптеров установлен в Primary, то второй имеет значение None.

  • Если требуется использовать модуль ядра hp_sw, установите обновленный пакет device-mapper-multipath.

    Также необходимо настроить массив HP для корректного использования активного/ пассивного режима и определения подключений с машины Linux. Для этого надо выполнить следующие действия:

    1. Определите имя WWPN (World Wide Port Name) для каждого соединения с помощью команды show connections. Ниже приведен пример вывода этой команды для массива HP MSA1000 с двумя подключениями:

      Connection Name: <Unknown>
      Host WWNN = 200100E0-8B3C0A65
      Host WWPN = 210100E0-8B3C0A65
      Profile Name = Default
      Unit Offset = 0
      Controller 2 Port 1 Status = Online
      
      Connection Name: <Unknown>
      Host WWNN = 200000E0-8B1C0A65
      Host WWPN = 210000E0-8B1C0A65
      Profile Name = Default
      Unit Offset = 0
      Controller 1 Port 1 Status = Online
                                                      
    2. Настройте каждое соединение:

      add connection [имя_соединения] WWPN=[WWPN ID] profile=Linux OFFSET=[смещение]

      [имя_соединения] может принимать произвольные значения.

      Пример команд:

      add connection foo-p2 WWPN=210000E0-8B1C0A65 profile=Linux OFFSET=0

      add connection foo-p1 WWPN=210100E0-8B3C0A65 profile=Linux OFFSET=0

    3. Выполните команду show connections еще раз для проверки подключений. Корректная конфигурация в нашем примере будет выглядеть так:

      Connection Name: foo-p2
      Host WWNN = 200000E0-8B1C0A65
      Host WWPN = 210000E0-8B1C0A65
      Profile Name = Linux
      Unit Offset = 0
      Controller 1 Port 1 Status = Online
      
      Connection Name: foo-p1
      Host WWNN = 200100E0-8B3C0A65
      Host WWPN = 210100E0-8B3C0A65
      Profile Name = Linux
      Unit Offset = 0
      Controller 2 Port 1 Status = Online
                                                      
  • Red Hat не рекомендует использовать quota в файловых системах EXT3, так как иногда это может привести к блокировке.

    Результаты тестирования показали, что kjournald может иногда блокировать некоторые вызовы EXT3, используемые при выполнении quota. Red Hat не планирует исправлять эту проблему в Red Hat Enterprise Linux 4.

    Эта проблема исправлена в Red Hat Enterprise Linux 5.

  • При тестировании оборудования Mellanox MT25204 была обнаружена внутренняя ошибка, имеющая место при высокой нагрузке. Когда драйвер ib_mthca регистрирует критическую ошибку оборудования, это обычно связано с недостаточной длиной очереди по отношению к числу ожидающих запросов, генерируемых приложением пользователя.

    Так как драйвер выполнит повторную инициализацию оборудования для исправления ошибки, все существующие подключения будут потеряны. В результате приложение пользователя столкнется с проблемами сегментации. Более того, если во время возникновения ошибки выполняется opensm, то придется перезапустить его вручную для возобновления работы.

  • Теперь контекстное меню отображается при двойном щелчке на значке разделяемых подключений. Для всех остальных иконок контекстное меню будет отображено при щелчке правой клавиши мыши.

  • Если InfiniBand-драйвер ib_ehca загружен в режиме автоопределения (установлен параметр nr_ports=-1), интерфейсы ibX (IP-over-InfiniBand) смогут быть доступны слишком поздно. В этом случае вызванная сценарием openibd команда ifup ibX не сможет быть выполнена и, как следствие, интерфейс ibX не будет доступен.

    Чтобы это исправить, выполните команду rcnetwork restart.

  • В таблице 6-3 руководства IBM Redbook "Implementing InfiniBand in IBM System p (SG247351), которую можно найти на странице 220 PDF-документа, содержится описание битов кода отладки.

    Обратите внимание, что для адаптеров eHCA2 биты 46 и 47 могут вернуть ложное позитивное значение.

  • В компьютерах HP ICH10 звук может быть включен только через передние разъемы 3.5 мм. Поэтому для получения аудио или записи звука потребуется подключить наушники, колонки или микрофон через эти разъемы, так как задние разъемы, встроенные колонки в этих компьютерах не работают.

  • В этом выпуске изменен порядок определения PCI для следующих моделей:

    • HP Proliant DL 580 G5

    • HP Proliant DL 385 G2

    • HP Proliant DL 585 G2

    Эти модели используют метод проверки устройств, который не является стандартным для Red Hat Enterprise Linux 4 и 5. Этот метод иногда может обнаружить дополнительные карты, прежде чем будут обнаружены встроенные устройства, что может привести к сложностям при установке новых копий Red Hat Enterprise Linux и добавлении оборудования.

    Нумерация NIC-карт для моделей HP Proliant может повлиять на их обновление ядром Red Hat Enterprise Linux 4.7. Установщик изменяет NIC-нумерацию, если в /etc/sysconfig/network-scripts/ifcfg-eth[X] для каждой NIC-карты не определен параметр HWADDR=MAC ADDRESS. Поэтому Red Hat рекомендует проверить наличие этого параметра, чтобы избежать проблем, которые могут быть вызваны неожиданной нумерацией карт.

    Дополнительно, чтобы избежать изменений нумерации NIC-карт после обновления Red Hat Enterprise Linux в HP Proliant до версии 4.7, в файл /boot/grub/grub.conf добавьте параметр загрузки ядра pci=nobfsort.

  • Если группа томов содержит зеркало или снимок, то команда lvchange с параметром группы томов может привести к ошибкам:

    Unable to change mirror log LV fail_secondary_mlog directly
    Unable to change mirror image LV fail_secondary_mimage_0 directly
    Unable to change mirror image LV fail_secondary_mimage_1 directly
                                            

    Эти сообщения можно проигнорировать.

  • Системы Dell PowerEdge SC1435s могут зависать в процессе загрузки. Чтобы этого избежать, в файле grub.conf измените строку terminal, заменив serial console на console serial.

  • Обновленная версия драйвера ixgbe не поддерживает Intel 82598AT (Copper Pond 10GbE).

  • Red Hat Enterprise Linux 5.3 может определить увеличение или уменьшение размера блочного устройства в ее основе. Однако невозможно автоматически определить, изменился ли размер устройства, поэтому потребуется вручную изменить файловые системы в его составе. Так, при определении блочного устройства с измененным размером в системных журналах зарегистрируется сообщение:

    VFS: busy inodes on changed media or resized disk sdi
                                    

    Если размер блочного устройства был увеличен, то это сообщение можно просто проигнорировать. Если же размер был уменьшен без предварительной реорганизации данных, то они могут быть повреждены.

    Можно изменить размер файловой системы в режиме онлайн, только если она занимает целое блочное устройство или LUN. Если же на блочном устройстве присутствует таблица разделов, то файловую систему сначала нужно демонтировать.

  • Нам известно об утечке памяти при работе набора процедур res_n* (res_nquery, res_nsearch и res_nmkquery). Эта проблема исправлена в последних версиях glibc, но не в Red Hat Enterprise Linux 4, так как это потребует значительного изменения функциональности. На данном этапе программы, использующие эти функции, рекомендуется периодически перезапускать с целью освобождения памяти.

  • Число устройств, которые могут быть обработаны в процессе установки Red Hat Enterprise Linux 4, зависит от размера установочного образа initrd. Поэтому в ситуациях, когда к компьютеру подключено множество устройств, установка не будет возможной до тех пор, пока не будет уменьшено число видимых устройств.

  • Обновление драйвера aacraid было впервые представлено в Red Hat Enterprise Linux 4.7, и для его работы требуется Adaptec PERC3/Di. Последующие обновления Red Hat Enterprise Linux 4, в том числе 4.8, требуют наличия PERC3/Di, начиная с версии 2.8.1.7692, A13. Firmware можно получить здесь:

    http://support.dell.com/support/downloads/download.aspx?c=us&cs=555&l=en&s=biz&releaseid=R168387&SystemID=PWE_PNT_PIII_1650&servicetag=&os=WNET&osl=en&deviceid=1375&devlib=0&typecnt=0&vercnt=9&catid=-1&impid=-1&formatcnt=4&libid=35&fileid=228550

  • В процессе установки Anaconda не всегда удаляет все метаданные LVM (Logical Volume Manager), которые присутствуют в системе перед установкой. Наличие лишних метаданных может привести к тому, что после установки утилиты LVM будут сообщать об отсутствующих группах томов или логических томах. Чтобы избежать этой проблемы, удалите старые метаданные после завершения установки.

  • multipath не подавляет сообщения об ошибках, выводимые любыми вызываемыми программами. Поэтому если multipath выполняется, когда маршруты отсутствуют, то будут отображены различные сообщения об ошибках в зависимости от программ, которые multipath использует. Например, если multipath выполняется при наличии сбойных SCSI-устройств, то scsi_id выведет

    <H>:<B>:<T>:<L>:Unable to get INQUIRY vpd 1 page 0x0.
    <H>:<B>:<T>:<L>:sg_io failed status 0x0 0x1 0x0 0x0
                                            

    Или, например, если выполняется multipath -ll, а EMC CLARiiON не работает, то mpath_prio_emc priority выведет query command indicates error

( x86 )