Часто задаваемые вопросы

Скейлер не запускается после установки на второй диск#

Симптом#

ОС устанавливается на второй диск sdb во время установки, что приводит к сбою при запуске.

Возможные причины#

Когда Скейлер устанавливается на второй диск, MBR и GRUB по умолчанию устанавливаются на второй диск sdb. Возможны две следующие ситуации.

  1. ОС Скейлер, установленная на первый диск, загружается и запускается, если процедура выполнена полностью.
  2. ОС Скейлер, установленная на первый диск, не запускается с жестких дисков, если процедура выполнена неполностью.

Две предыдущие ситуации возникают из-за того, что первый диск sda загружается по умолчанию для запуска Скейлер в окне BIOS. Если ОС Скейлер не установлена на диске sda, перезапуск системы завершается сбоем.

Решения#

Эту проблему можно решить одним из следующих двух способов.

  • Во время установки Скейлер выберите первый диск или оба диска и установите загрузчик на первый диск sda.
  • После установки ОС Скейлер перезапустите ее, изменив параметр загрузки в окне BIOS.

После запуска Скейлер переходит в аварийный режим#

Симптом#

Скейлер переходит в аварийный режим после включения питания.

Возможные причины#

Повреждение файлов ОС приводит к сбою подключения диска, а чрезмерное число операций ввода-вывода приводит к тайм-ауту подключения диска (пороговое значение: 90 с).

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

Решения#

  1. Войдите в Скейлер в качестве пользователя root.

  2. Проверьте и восстановите файлы с помощью инструмента для проверки файловой системы (fsck) и перезапустите Скейлер.

    ПРИМЕЧАНИЕ.
    Инструмент fsck проверяет файловые системы и устраняет несоответствия. Если система отключена или неисправен диск, выполните команду fsck для проверки файловых систем. Выполните команды fsck.ext3 -h и fsck.ext4 -h, чтобы ознакомиться со способом использования инструмента fsck.

Если вы хотите отключить механизм тайм-аута при подключении диска, добавьте x-systemd.device-timeout=0 в файл etc/fstab. Например:

#
# /etc/fstab
# Created by anaconda on Mon Sep 14 17:25:48 2015
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
/dev/mapper/scaler-root / ext4 defaults,x-systemd.device-timeout=0 0 0
UUID=afcc811f-4b20-42fc-9d31-7307a8cfe0df /boot ext4 defaults,x-systemd.device-timeout=0 0 0
/dev/mapper/scaler-home /home ext4 defaults 0 0
/dev/mapper/scaler-swap swap swap defaults 0 0

Сбой переустановки Скейлер при наличии группы логических томов, которую невозможно активировать#

Симптом#

После сбоя диска не удается переустановить Скейлер, так как в Скейлер существует группа логических томов, которую нельзя активировать.

Возможные причины#

Во время установки Скейлер невозможно активировать группу логических томов.

Решения#

Перед переустановкой Скейлер восстановите нормальное состояние аномальной группы логических томов либо выполните ее состояния. Например:

  • Восстановите группу логических томов.

    1. Выполните следующую команду для сброса активного состояния аномальной группы логических томов, чтобы сообщение об ошибке “Can’t open /dev/sdc exclusively mounted filesystem” (Не удается открыть монопольно подключенную файловую систему /dev/sdc) не отображалось:

       vgchange -a n testvg32947

    2. Выполните следующую команду, чтобы воссоздать физический том на основе файла резервной копии:

      pvcreate --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL --restorefile /etc/lvm/backup/testvg32947 /dev/sdc

    3. Выполните следующую команду, чтобы восстановить информацию о группе логических томов:

      vgcfgrestore testvg32947

    4. Выполните следующую команду, чтобы повторно активировать группу логических томов:

       vgchange -ay testvg32947

  • Выполните следующие команды, чтобы сбросить состояние группы логических томов:

    vgchange -a n testvg32947
vgremove -y testvg32947

Возникновение исключения при выборе источника установки#

Симптом#

После выбора источника установки отображается сообщение “Error checking software selection” (Ошибка проверки выбора программного обеспечения).

Возможные причины#

Это связано с аномальной зависимостью программного пакета в источнике установки.

Решения#

Проверьте, является ли источник установки аномальным. Используйте новый источник установки.

Сбой при включении сервиса kdump#

Симптом#

Выполните команду systemctl status kdump. Отображается следующая информация, указывающая на то, что память не зарезервирована.

Возможные причины#

Сервис kdump требует от системы зарезервировать память для запуска ядра kdump. Однако система не резервирует память для сервиса kdump. В результате запустить сервис kdump не удается.

Решения#

Для сценария, в котором ОС была установлена

  1. Добавьте crashkernel=1024M,high в /boot/efi/EFI/Scaler/grub.cfg.

  2. Перезапустите систему, чтобы конфигурация вступила в силу.

  3. Выполните следующую команду, чтобы проверить состояние kdump:

    systemctl status kdump

    Если отображается следующая информация, kdump имеет статус active, то есть сервис kdump включен. Никаких дальнейших действий не требуется.

Описание параметров#

В следующей таблице описаны параметры памяти, резервируемой для ядра kdump.

Таблица 1. Параметры crashkernel

Не удается выбрать только один диск для переустановки, если ОС Скейлер установлена на логическом томе, состоящем из нескольких дисков#

Симптом#

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

Рисунок 1. Сообщение об ошибке

Возможные причины#

Предыдущий логический том содержит несколько дисков. Если выбрать один из дисков для переустановки, логический том будет поврежден.

Решения#

Логический том, образованный из нескольких дисков, эквивалентен группе томов. Поэтому нужно удалить только соответствующую группу томов.

  1. Нажмите клавиши Ctrl+Alt+F2, чтобы переключиться в интерфейс командной строки, и выполните следующую команду, чтобы найти группу томов:

    vgs

  2. Выполните следующую команду, чтобы удалить группу томов:

    vgremove euleros

  3. Выполните следующую команду для перезапуска программы установки, чтобы изменения вступили в силу:

    systemctl restart anaconda

    ПРИМЕЧАНИЕ.
    Вы также можете нажать клавиши Ctrl+Alt+F6, чтобы вернуться в графический пользовательский интерфейс, и нажать кнопку Refresh (Обновить) в правом нижнем углу, чтобы обновить конфигурацию хранилища.

Не удается установить Скейлер на физическом компьютере x86 в режиме UEFI из-за настройки параметра безопасной загрузки#

Симптом#

Во время установки Скейлер на физическом компьютере x86 в режиме UEFI система остается на странице “No bootable device” (Отсутствует загрузочное устройство), и установка не может быть продолжена, так как параметр безопасной загрузки secure boot включен, то есть имеет значение enabled (по умолчанию он отключен, то есть имеет значение disabled), как показано на рисунке 2 .

Рисунок 2. Диалоговое окно с сообщением “No bootable device” (Отсутствует загрузочное устройство)

Возможные причины#

После установки для параметра Secure Boot (Безопасная загрузка) значения Enabled (Включено), материнская плата проверяет программу загрузки и ОС. Если программа загрузки и ОС не подписаны с использованием соответствующего закрытого ключа, они не могут пройти проверку подлинности с использованием встроенного в материнскую плату открытого ключа.

Решения#

Войдите в BIOS, установите для параметра Secure Boot (Безопасная загрузка) значение Disabled (Отключено) и переустановите Скейлер.

  1. Во время запуска системы нажмите F11 и введите пароль Admin@9000 для доступа к BIOS.

  2. Выберите Administer Secure Boot (Администрирование безопасной загрузки).

  3. Установите для параметра Enforce Secure Boot (Принудительная безопасная загрузка) значение Disabled (Отключено).

    ПРИМЕЧАНИЕ.
    После установки для параметра Enforce Secure Boot (Принудительная безопасная загрузка) значения Disabled (Отключено), сохраните настройки и выполните выход. Затем переустановите систему.

Во время установки Скейлер в журнале сообщений появляется pmie_check#

Симптом#

Если во время установки ОС выбрать Server > Performance tool (Сервер > Средство обеспечения производительности), будет установлен PCP. После установки и перезапуска ОС в журнале /var/log/messages отображается ошибка “pmie_check failed in /usr/share/pcp/lib/pmie”.

Возможные причины#

anaconda не поддерживает установку модуля политики SELinux в среде chroot. Во время установки pcp-selinux скрипту postin не удается выполнить модуль политики SELinux, связанный с PCP. В результате после перезапуска ОС выводится сообщение об ошибке.

Решения#

После установки и перезапуска ОС выполните одну из следующих двух операций.

  1. Установите модуль политики SElinux pcpupstream.

    /usr/libexec/pcp/bin/selinux-setup /var/lib/pcp/selinux install "pcpupstream"

  2. Переустановите pcp-selinux.

    sudo dnf reinstall pcp-selinux

Сбой установки, когда пользователь выбирает два диска с установленной ОС и настраивает разбиение на разделы#

Симптом#

Установка ОС была выполнена на два диска. В этом случае, если выбрать один диск для настраиваемого разбиения на разделы и нажать кнопку Cancel (Отмена), чтобы выполнить настраиваемое разбиение на разделы на другом диске, установка завершится сбоем.

Возможные причины#

Пользователь дважды выбирает диск для разбиения на разделы. После того как пользователь нажимает кнопку Cancel (Отмена) и выбирает другой диск, информация о диске оказывается неверной. В результате установка завершается сбоем.

Решения#

Выберите целевой диск для настраиваемого разбиения на разделы. Не отменяйте операцию слишком часто. Если требуется выполнить отмену и выбрать другой диск, рекомендуется переустановить ОС.

Kdump не удается создать vmcore на физическом компьютере с установленной картой LSI MegaRAID#

Симптом#

После развертывания сервиса Kdump ядро выходит из строя из-за ручного выполнения команды echo c > /proc/sysrq-trigger или ошибки ядра. Когда Kdump включает второе ядро, в драйвере MegaRAID выводится ошибка “BRCM Debug mfi stat 0x2d, data len requested/completed 0x200/0x0”, как показано на следующем рисунке. В результате создать vmcore не удается.

Информация об ошибке

Возможные причины#

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

Решения#

Удалите параметр reset_devices в файле etc/sysconfig/kdump на физическом компьютере, как показано на следующем рисунке. Таким образом, запрос ввода-вывода будет обработан, когда драйвер MegaRAID выполняет сброс устройства во время запуска второго ядра, и vmcore будет успешно создан.

Удаление reset_devices