Неможливо завантажити сервери Linux після невдачі

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms



Запустив скрипт "emcpbfs_linux config" для налаштування PowerPath для завантаження зі скрипта R1 і спробував завантажитися з нової записки grub, яку він створив, і він завантажився нормально, як і очікувалося. Однак при відмові це не працює. Powerpath не виявляє пристрої під час роботи на сайті R2, і тому LVM-фільтр у образі ramdisk, який налаштований приймати лише пристрої emcpower, не знаходить жодного PV, через що сервер не може завантажитися


. Запуск скрипта з 20-секундним режимом сну сервер фактично завантажувався без проблем після відмови (і з тими ж псевдо-іменами пристроїв)

Запуск скрипта без сну проявляв ті ж симптоми циклу при пошуку групи томів, і сервер не завантажувався.

Cause

Коли скрипт запускався без сну: вперше FC-лінк ще не активний, і рідні SCSI-пристрої досі не налаштовані на хості.
Але на цей час є один внутрішній диск (/dev/sda), який уже налаштований. Отже, скрипт припускає, що нативні завантажувальні пристрої вже налаштовані, і продовжує намагатися створити пристрій emcpower. Але оскільки пристрої R2 досі не запущені, це не працює.
В основному, згідно зі скриптом, умова if виконується успішно, бо sdfound встановлено на 1, навіть якщо пристрій завантаження відсутній.

якщо [ ${count1} -eq ${count2} ] && [ "${sdfound}" -eq 1 ]; тоді /etc/opt/emcpower/emcpmgr map -p

<snip журналу без сну>
COUNT: getsddevs return 1
COUNT1: getsddevs return 1
COUNT: getsddevs return 1
COUNT2: getsddevs return 1
/dev/sda
/dev/emcpower
<snip>

<slip of log with sleep>
COUNT: getsddevs return 25
COUNT1: getsddevs return 25
COUNT: getsddevs return 25
COUNT2: getsddevs return 25
/dev/sda /dev/sdb /dev/sdb /dev/sdm /dev/sde /dev/sdf /dev/sdg /dev/sdh /dev/sdi /dev/sdj /dev/sdk /dev/sdl /dev/sdm /dev/sdn /dev/sdf /dev/sdp /dev/sdq /dev/sdr/dev/sds /dev/sdt /dev/sdu /dev/sdv /dev/sdw /dev/sdx /dev/sdy
sdc: Таблиця
невідомих розділів SDE: таблиця невідомих розділів
SDF: таблиця невідомих розділів
SDG: таблиця невідомих розділів SDG: таблиця невідомих розділів
SDO: таблиця невідомих розділів
SDQ: таблиця невідомих розділів
SDR: таблиця невідомих розділів
emcpowera:
emcpowera1 emcpowera2
/dev/emcpowera

/dev/emcpowera/dev/emcpowera1
/dev/emcpowera2
<snip>

Resolution

Сон фактично гарантує, що є достатньо часу, щоб FC-лінки з'явилися і налаштували SCSI-нативні диски R2 перед тим, як PowerPath спробує створити пристрій emcpower. тому сценарій працює з часом сну: «Додавати сон, коли це не потрібно, було б не дуже хорошою ідеєю.»

Обхідний шлях:

вимкнути цей внутрішній диск у BIOS під час завантаження, а потім спробувати резервний перехід (без сну).
З цим завантаження має пройти без проблем, оскільки скрипт має перевірку, щоб переконатися, що кількість перевищує 0 при спробі створити пристрій emcpower.

Постійне вирішення:

постійного виправлення немає, оскільки завантаження R1/R2 з внутрішнім диском не рекомендується налаштовувати. Складність полягає в тому, що скрипт не зможе визначити, чи завантажувальний диск уже налаштований. І цей скрипт не є специфічним для сценаріїв завантаження R1/R2. Той самий скрипт має працювати і при звичайному завантаженні з SAN-налаштувань. Додавати сон, коли це не необхідно, було б не найкращою ідеєю.
 

Інженери задокументують, що ця конфігурація не підтримується у посібнику з встановлення та адміністрування Powerpath.

Article Properties
Article Number: 000171354
Article Type: Solution
Last Modified: 17 Oct 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.