PowerPath для AIX призводить до того, що хост припиняє відповідати або перезавантажується після встановлення PowerPath 7.0 або PowerPath 7.0 P01
Summary: PowerPath для AIX викликає несподіване перезавантаження хоста щодня близько опівночі після встановлення (або оновлення) PowerPath 7.0 або PowerPath 7.0 P01.
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
Середовище:
Dell EMC SW: PowerPath 7.0 для AIX або PowerPath 7.0 P01 для AIX
EMC SW без Dell: Інстанс Oracle, встановлений на спадкове сховище Dell EMC (сховище Dell, кероване масивом PowerPath-VMAX з мікрокодом нижче 5978, Unity, VNX, VPLEX, PowerStore, XtremIO тощо)
Рядок на кшталт "0 0 * * * /etc/emc/bin/oracleinstance" знаходиться в crontab /var/spool/cron/crontabs/root
.Симптоми:
Ручний запуск /etc/emc/bin/oracleinstance призводить до того, що хост перестає відповідати або перезавантажується (не намагайте!)
Ведучий перестає несподівано відповідати і перезавантажуватися щодня близько опівночі. Аналіз дампу показує, що проблема виникає після виклику функції MpxSetDevOrainstMap .
Дамп відображає наступне:
CRASH INFORMATION:
CPU 16 CSA F0xxxxxxxxxxxxxx at time of crash, error code for LEDs: 30000000
pvthread+194300 STACK:
[0000F434]___memmove64+000034 ()
[F1000000C049EE38]MpxSetDevOrainstMap+000138 (F1000C0310327E80, 0000000000000060)
[F1000000C04A90C8]MpxIocmd+0004C8 (0000015300000153, F1000C0310327E80,
0000006000000060)
[F1000000C041517C]EmcpIocmd+0001FC (F00000002FF46B88, 0000015300000153,
F1000C0310327E80, 0000006000000060)
[F1000000C042086C]power_ioctl+0003AC (8000000F00000000, 0000000400000004,
000000002FF22998, 0000000000000003, 0000000000000000, 0000000000000000)
[00014D70].hkey_legacy_gate+00004C ()
[006A5D38]rdevioctl+0000B8 (??, ??, ??, ??, ??, ??)
[008E3F2C]spec_ioctl+00008C (??, ??, ??, ??, ??, ??)
[00704658]vnop_ioctl+000058 (??, ??, ??, ??, ??, ??)
[0071E774]vno_ioctl+0001B4 (??, ??, ??, ??, ??)
[007CF1F4]common_ioctl+000114 (??, ??, ??, ??)
[0000394C]syscall+000244 ()
[kdb_get_virtual_memory] no real storage @ 2FF228A8
[D011CA6C]D011CA6C ()
[kdb_read_mem] no real storage @ FFFFFFFFFFF60F0
Cause
Скрипт / etc/emc/bin/oracleinstance був доданий до PowerPath для AIX 7.0 для обробки функції «PowerPath Device in Use Reporting». Цей сценарій запускається щодня опівночі через запис у crontab. Мета скрипту — створити список пристроїв, які використовує Oracle. Цей список потім передається масиву, щоб пристроям надати вищий пріоритет. Ця функція підтримується масивами PowerMax з мікрокодом 5978 і новішими.
Цей список створюється навіть тоді, коли до хоста немає масиву PowerMax. Це призводить до того, що хост перестає відповідати (через проблему), коли масив не підтримує цю функцію.
Цей список створюється навіть тоді, коли до хоста немає масиву PowerMax. Це призводить до того, що хост перестає відповідати (через проблему), коли масив не підтримує цю функцію.
Resolution
Обхідний шлях:
Простий обхідний шлях — видалити або прокоментувати запис crontab для /etc/emc/bin/oracleinstance як root у /var/spool/cron/crontabs/root. Можна виконати корінну команду crontab -e . Він за замовчуванням викликає vi у кореневому файлі crontab, після чого запис можна видалити. Дивіться Man Crontab для детальнішої інформації.
Примітка: Видалення цього запису не має негативних наслідків, особливо якщо немає пам'яті PowerMax (з мікрокодом 5978 і новішими), що підтримує екземпляр Oracle. Якщо скрипт видаляти, поки Oracle використовує пристрої PowerMax, пристрої Oracle мають таку ж продуктивність, як і будь-який інший пристрій у масиві.
Резолюція:
PowerPath для AIX 7.0 P02 та пізніших версій вирішує цю проблему.
Простий обхідний шлях — видалити або прокоментувати запис crontab для /etc/emc/bin/oracleinstance як root у /var/spool/cron/crontabs/root. Можна виконати корінну команду crontab -e . Він за замовчуванням викликає vi у кореневому файлі crontab, після чого запис можна видалити. Дивіться Man Crontab для детальнішої інформації.
Примітка: Видалення цього запису не має негативних наслідків, особливо якщо немає пам'яті PowerMax (з мікрокодом 5978 і новішими), що підтримує екземпляр Oracle. Якщо скрипт видаляти, поки Oracle використовує пристрої PowerMax, пристрої Oracle мають таку ж продуктивність, як і будь-який інший пристрій у масиві.
Резолюція:
PowerPath для AIX 7.0 P02 та пізніших версій вирішує цю проблему.
Additional Information
Ось що міститься у нотатках до релізу PowerPath 7.0 P02 для AIX:
| Номер проблеми | Короткий виклад проблеми | Знайдено у версії | Виправлено у версії |
|---|---|---|---|
| PPAI-783 | Уникайте збоїв хоста та показуйте попереджувальне повідомлення на випадок, якщо конфігурація перевищує максимальну кількість підтримуваних шляхів для кожного пристрою. | 7.0 | 7.0 P02 |
| PPEE-711 | Під час AIX LPM ми бачимо «E9595B51 0914221120 I S powerpath0 FAILURE CONTROL POINT» | 7.0 | 7.0 P02 |
| PPAI-683 | Збій хоста AIX, спричинений функціональністю Oracle Instance Name | 7.0 | 7.0 P02 |
| PPAI-671 | Усі команди pprootdev не працюють з "/usr/sbin/pprootdev[15]: (потрібноSpaceavaliableSpace)* 2: 0403-009 Вказаний номер не є дійсним для цієї команди." |
7.0 | 7.0 P02 |
| PPEE-583 | Консоль керування PowerPath щодня втрачає зв'язок із пристроєм. | 7.0 | 7.0 P02 |
| PPAI-618 | PowerPath: powerdd: MpxPeriodicCallbackDaemon спричинив невдачу AIX і перезапуск. | 6.4 | 7.0 |
Article Properties
Article Number: 000172441
Article Type: Solution
Last Modified: 03 Jul 2024
Version: 4
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.