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

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

Симптом

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

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

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

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

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

Решения

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

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

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

Симптом

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

Give root password for maintenance
(or type Control-D to continue):

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

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

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

Решения

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

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

Инструмент fsck проверяет файловые системы и устраняет несоответствия. Если система отключена или неисправен диск, выполните команду fsck для проверки файловых систем.

Чтобы ознакомиться со способом использования инструмента fsck, выполните команды:

fsck.ext3 -h
fsck.ext4 -h

Если вы хотите отключить механизм тайм-аута при подключении диска, добавьте 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

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

Симптом

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

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

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

Решения

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

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

Выполните следующую команду для сброса активного состояния аномальной группы логических томов, чтобы сообщение об ошибке "Can’t open /dev/sdc exclusively mounted filesystem" (Не удается открыть монопольно подключенную файловую систему /dev/sdc) не отображалось:
```
vgchange -a n testvg32947
```
Выполните следующую команду, чтобы воссоздать физический том на основе файла резервной копии:
```
pvcreate \
   --uuid JT7zlL-K5G4-izjB-3i5L-e94f-7yuX-rhkLjL \
   --restorefile /etc/lvm/backup/testvg32947 \
   /dev/sdc
```
Выполните следующую команду, чтобы восстановить информацию о группе логических томов:
```
vgcfgrestore testvg32947
```
Выполните следующую команду, чтобы повторно активировать группу логических томов:
```
vgchange -ay testvg32947
```

Сброс состояния группы логических томов

Выполните команды:

vgchange -a n testvg32947
vgremove -y testvg32947

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

Симптом

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

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

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

Решения

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

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

Симптом

Выполните команду:

systemctl status kdump

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

● kdump.service - Crash recovery kernel arming
     Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Mon 2019-09-16 05:36:56 EDT; 3min 14s ago
    Process: 2202 ExecStart=/usr/bin/kdumpctl start (code=exited, status=1/FAILURE)
   Main PID: 2202 (code=exited, status=1/FAILURE)

Sep 16 05:36:55 localhost.localdomain systemd[1]: Starting Crash recovery kernel arming...
Sep 16 05:36:56 localhost.localdomain kdumpctl[2202]: No memory reserved for crash kernel
Sep 16 05:36:56 localhost.localdomain kdumpctl[2202]: Starting kdump: [FAILED]
Sep 16 05:36:56 localhost.localdomain systemd[1]: kdump.service: Main process exited, code=exited, status=1/FAILURE
Sep 16 05:36:56 localhost.localdomain systemd[1]: kdump.service: Failed with result 'exit-code'
Sep 16 05:36:56 localhost.localdomain systemd[1]: Failed to start Crash recovery kernel arming.

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

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

Решения

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

Добавьте crashkernel=1024M,high в /boot/efi/EFI/Scaler/grub.cfg.
Перезапустите систему, чтобы конфигурация вступила в силу.

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

systemctl status kdump

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

● kdump.service - Crash recovery kernel arming
     Loaded: loaded (/usr/lib/systemd/system/kdump.service; enabled; vendor preset: enabled)
     Active: active (exited) since Sun 2019-09-29 11:16:03 CST; 2h 57min ago
    Process: 3664 ExecStart=/usr/bin/kdumpctl start (code=exited, status=0/SUCCESS)
   Main PID: 3664 (code=exited, status=0/SUCCESS)

Sep 29 11:15:58 localhost.localdomain systemd[1]: Starting Crash recovery kernel arming...
Sep 29 11:16:00 localhost.localdomain kdumpctl[3664]: Kbox memory 0xef000000-0x1000000: [OK]
Sep 29 11:16:03 localhost.localdomain kdumpctl[3664]: kexec: loaded kdump kernel
Sep 29 11:16:03 localhost.localdomain kdumpctl[3664]: STarting kdump: [OK]
Sep 29 11:16:03 localhost.localdomain systemd[1]: STarted Crash recovery kernel arming.

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

Параметры памяти, резервируемой для ядра kdump.

Параметры crashkernel:

crashkernel=X

Резервирование X физической памяти для kdump, если объём физической памяти меньше 4 ГБ.

Вы можете настроить требуемое значение.

Этот метод настройки используется только при объёме памяти менее 4 ГБ. Убедитесь, что памяти, доступной для непрерывного использования, достаточно.
crashkernel=X@Y

Резервирование X памяти по начальному адресу Y для kdump.

Вы можете настроить требуемое значение.

Убедитесь, что объём памяти X по начальному адресу Y не зарезервирован для других модулей.
crashkernel=X,high

Резервирование 256 МБ физической памяти для kdump, если объём физической памяти меньше 4 ГБ, и X физической памяти для kdump, если объём физической памяти больше или равен 4 ГБ.

Вы можете настроить требуемое значение. Рекомендуемое значение — 1024M,high.

Убедитесь, что 256 МБ памяти зарезервировано для непрерывного использования, если объём физической памяти меньше 4 ГБ, и X памяти зарезервировано, если объём физической памяти больше или равен 4 ГБ. Фактический размер зарезервированной памяти равен 256 МБ плюс X.
crashkernel=X,low, crashkernel=Y,high

Резервирование X физической памяти для kdump, если объём физической памяти меньше 4 ГБ, и Y физической памяти для kdump, если объём физической памяти больше или равен 4 ГБ.

Вы можете настроить требуемое значение.

Убедитесь, что X памяти зарезервировано для непрерывного использования, если объём физической памяти меньше 4 ГБ, и Y памяти зарезервировано, если объём физической памяти больше или равен 4 ГБ. Фактический размер зарезервированной памяти равен X плюс Y.

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

Симптом

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

You selected disk sda, which contains devices that also use unselected disk sdb. You must select or de-select these disks as a set. If you want to use one of these disks anyway. You can swtich to cmdline to remove corresponding volume group and then refresh storage configuration. For more details please refer to FAQ of installation guide.

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

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

Решения

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

Нажмите клавиши Ctrl+Alt+F2, чтобы переключиться в интерфейс командной строки, и выполните команду, чтобы найти группу томов:
vgs
VG #PV #LV #SN Attr VSize VFree euleros 2 3 0 sz--n- 65.74g 0
Выполните следующую команду, чтобы удалить группу томов:
```
vgremove euleros
```

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

systemctl restart anaconda

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

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

Симптом

Во время установки Скейлер на физическом компьютере x86 в режиме UEFI система остается на странице "No bootable device" (Отсутствует загрузочное устройство), и установка не может быть продолжена, так как параметр безопасной загрузки Secure boot включен, то есть имеет значение Enabled (по умолчанию он отключен, то есть имеет значение Disabled):

EFI USB Device (Virtual DVD-ROM VM 1.1.0) has been blocked by the current security policy.
No bootale device. System will find bootable device automatically after 5 seconds

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

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

Решения

Войдите в BIOS.
Установите для параметра Secure Boot (Безопасная загрузка) значение Disabled (Отключено) и переустановите Скейлер.
Во время запуска системы нажмите F11 и введите пароль Admin@9000 для доступа к BIOS.
Выберите Administer Secure Boot (Администрирование безопасной загрузки).

Установите для параметра 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. В результате после перезапуска ОС выводится сообщение об ошибке.

Решения

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

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

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

Переустановите 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 будет успешно создан.