Dell EMC Unity: Повторна ініціалізація операційного середовища Unity (OE) з тією ж версією, що й на масиві (Dell EMC Correctable)

Summary: Повторна ініціалізація Unity OE слід розглядати як останній засіб і за своєю природою є повністю руйнівною, повністю видаляючи всі дані та конфігурації, які вже могли існувати. Ця процедура скидає систему до стану «повернення до заводу» на основі тієї ж версії OE, що була останньою в експлуатації. ...

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.

Instructions

Введення

Повторна ініціалізація Dell EMC Unity OE має розглядатися як останній засіб і за своєю природою є повністю руйнівною, повністю видаляючи всі існуючі дані та конфігурації. Ця процедура скидає систему до стану «повернення до заводу» на основі останньої версії OE, яка використовувалася востаннє. Ви не можете використовувати цю процедуру для заміни системних дисків (дисків 0-3) з одного типу або розміру на інший, оскільки reinit сам процес отримує доступ до образу Unity, який зберігається на системних дисках.

Коли може застосовуватися ця процедура:

  1. Якщо порти Converged Network Adapter (CNA) (4 і 5) на сервісних процесорах (SP) встановлені на протокол, який не потрібен (порти можуть спочатку бути встановлені як Fibre Channel (FC) або Ethernet), то єдиний спосіб змінити протоколну особистість портів — це повторна ініціалізація системи («повернення до заводського стану»).
  2. Якщо система встановлена без заповнених CNA-портів (призначено IP керування, запущено майстер ініціалізації Unisphere, але ще не в виробництві), і у вас є ETHERNET Small Form-Factor Pluggables (SFP), ви можете фізично додати SFP до CNA-портів. Виконати Commit IO Ports шляхом навігації до Unisphere >> System System View > Enclosures > DPE. Фіксація портів введення/виведення вимагає кількох перезавантажень SP. 
    Якщо CNA-порти порожні і потрібно додати FC SFP, цей крок НЕ спрацює. Система потребує повторної установки з встановленими FC SFP у портах.
  3. Якщо в системі ініціалізовані неправильні модулі введення/виведення, ви можете використати reinit процедуру для зміни модулів на інший тип.
  4. Якщо існує якась інша умова, через яку систему не можна відновити до нормального режиму, але при цьому немає очевидних апаратних проблем (і вона не перебуває у виробництві).
    У всіх випадках при переході з одного типу карт вводу/виводу (Small Form Factor I/O Card) на інший або зміні протоколів на CNA-портах необхідно змінити апаратне забезпечення після того, як обидва SP переведені в сервісний режим, а потім провести повторну ініціалізацію системи. Якщо процес повторної ініціалізації не вдається в будь-якому випадку, зверніться до свого постачальника послуг для отримання додаткової допомоги. 


    Перш ніж почати
    Перед початком повторної ініціалізації переконайтеся, що у вас залишився оригінальний ліцензійний файл. Якщо ви не можете його знайти, завантажте з масиву перед запуском reinit. Файл ліцензії буде розміщений у первинному SP у розділі /EMC/backend/CEM/licenses/. Без ліцензійного файлу систему не можна ініціалізувати після reinit.


    Виконання повторної ініціалізації системи з Unisphere

    1. Якщо система доступна з Unisphere, ви можете її виконати reinit, або повторна ініціалізація, переходячи до розділу Завдання сервісу > Системи>. Тут спочатку потрібно перевірити, чи SP перебувають у нормальному режимі , а потім перевести кожен SP у Service Mode, запустивши Enter Service Mode функцією. Якщо обидва SP працюють у нормальному режимі, спочатку переведіть непервинний SP у сервісний режим , зачекайте, поки він повністю перезавантажиться, а потім встановіть основний SP у Service Mode (Інтерфейс відображається як Storage Processor X (Primary).
    2. Якщо ви змінюєте тип SLIC, зробіть наступне, або переходьте до кроку 3. Коли обидва SP перейдуть у сервісний режим, ви можете видалити SLIC зі слотів SP або SFP з портів CNA і замінити їх на інші SLIC або типи SFP. Наприклад, якщо потрібно змінити протокол порту CNA з FC на Ethernet або навпаки.      
      Можливо, що витягування та зміна I/O модулів призведе до паніки SP. Дочекайтеся, поки SP повністю перезавантажаться назад у сервісний режим, а потім продовжуйте процедуру.
    1. Коли обидва SP у режимі Сервісу (також відомий як Режим Порятунку), потрібно увійти в Unisphere як service користувача з паролем сервісу, а потім виконайте завдання System >> Service Service Task Reinitialize, який перевстановлює Unity OE із образу, збереженого на системних дисках. 
    2. Після повторної ініціалізації системи, що може тривати приблизно годину, потрібні кроки IP-ініціалізації (Connection Utility) та майстра ініціалізації Unisphere. 
    Використовуйте статтю SP Fault LEDs KB, щоб перевірити, коли система готова до IP-ініціалізації. Світлодіод SP-несправності повинен блимати 1 секунду бурштинового кольору, потім 3 секунди синім, OR може бути стабільним синим у стані. Обидва сценарії свідчать, що система готова до IP-ініціалізації на керуючому порті).
    Замість запуску Connection Utility, ви можете використовувати svc_initial_config сервісна команда для призначення IP-адреси управління та зручного для користувача імені. Запускайте це з основного SP (SP, що виконує сервіс ECOM). Використання pidof ECOM або pgrep ECOM щоб визначити, який SP виконує сервіс ECOM. Увімкніть SSH на керуючій IP за допомогою svc_ssh -enable. Потім клієнт повинен увійти в систему через браузер і використати user account  admin  та пароль за замовчуванням  Password123# , і виконати кроки Ініціалізатора Майстра.


    Виконання переініціалізації системи за допомогою CLI з SSH-з'єднанням

    Наступна процедура повторно ініціалізує систему на версії, яка вже є на системі.
    Як рекомендований запобіжний захід, завжди слід робити ін'єкції root до системи, коли це можливо, перед виконанням reinit якщо потрібні кроки відновлення.
     

    1. Використовуйте PuTTY, щоб SSH на IP-адресу управління системою та увійдіть у систему service user Документи.
    Якщо IP-адреса керування недоступна через мережу, вам знадобиться локальний доступ до сервісного порту SP, а також клієнт Windows, який має встановлений IPMITool. Як альтернатива, підключіться до будь-якого з SP через IPMI та призначте тимчасову мережеву IP-адресу SP за допомогою svc_network service Командування. Це також дає SSH-доступ за замовчуванням до цієї IP. Ви також можете зробити це для іншого SP, якщо потрібно. З цього моменту ви можете підключатися до системи дистанційно.
    1. Визначте, чи працюють SP у звичайному режимі чи в режимі порятунку (Service Mode):
    Спа:~$ svc_diag
    ======== Зараз виконується базовий ========
    * Системний серійний номер виглядає: FNM001531xxxxx
    * Ім'я хоста, дружнього до системи:
    * Поточна версія програмного забезпечення: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
    * IP-адреса Unisphere: xx.xx.xx.xx
    * SSH Увімкнено: true
    * режим FIPS: Вимкнено
    * Режим завантаження: Звичайний режим —
    > Вказує, що цей SP працює в нормальному режимі.
    spb:~$ ssh peer
    spa:~$ svc_diag

    ======== Зараз виконується базовий стан ========
    * Системний серійний номер виглядає: FNM001531xxxxx
    * Ім'я хоста, дружнього до системи:
    * Поточна версія програмного забезпечення: upc_nextUnity_mcs_201606071611_upcBuilder-4.1.0.7769613-GNOSIS_RETAIL
    * IP-адреса Unisphere: xx.xx.xx.xx
    * SSH Увімкнено: true
    * режим FIPS: Відключений
    * Boot Mode: Rescue Mode --> Цей SP працює в режимі порятунку (також відомий як Service Mode) у цьому прикладі.
    1. Перед повторною ініціалізацією обидва SP мають бути в режимі порятунку/сервісу. Використовуйте наступний приклад, щоб перевести SP у режим обслуговування:
    Коли ви входите в систему, за замовчуванням входите в Primary SP. Рекомендується вам ssh peer а потім спочатку ввести одноранговий SP у Service Mode , почекати на повне перезавантаження, а потім перевести Primary SP у Service Mode.
    spb:~$ svc_rescue_state -s -->Встановлює Rescue State прапор на SP
    .spb:~$ svc_shutdown -r -->Перезавантаження SP, і він знову з'являється в режимі порятунку.
    spb:~$ svc_diag
    -----abridged--------
    * Режим завантаження: Режим порятунку
    1. Після переведення SP у Service Mode ви можете видалити або переорієнтувати SLIC, замінити SFP у CNA-портах для переходу з FC на Ethernet-протокол або навпаки (SP можуть перезавантажуватися після видалення SLIC, якщо це так, вони повернуться в Service Mode)
    2. Виконайте повторну ініціалізацію системи з будь-якого SP, використовуючи наступне:
    spb:~$ svc_reinit
    1. Відповідайте на запит системи, потім чекайте приблизно годину, поки система не скинеться до заводського стану.
    2. Переконайтеся, що світлодіоди SP Fault показують правильну поведінку перед запуском CU та майстра конфігурації.
    Замість запуску Connection Utility ви можете використовувати svc_initial_config service команду для призначення IP-адреси Управління та зручного для користувача імені. Запускайте це з основного SP (SP, що виконує сервіс ECOM). Використання pidof ECOM або pgrep ECOM щоб визначити, який SP виконує сервіс ECOM. Увімкніть SSH на керуючій IP за допомогою svc_ssh -enable. Потім клієнт повинен увійти в систему через браузер і скористатися користувачем account  admin  та пароль за замовчуванням  Password123# , і виконати кроки Ініціалізатора Майстра.


    Виконання системної переініціалізації за допомогою IPMITool (без IP-мережі)
    Використовуйте цей метод лише якщо не можете увійти в систему через Unisphere або SSH через мережу.

    1. Завантажте та встановіть IPMI Tool 1.0 на свій ноутбук (доступний з support.emc.com). Інструмент IPMI — це утиліта командного рядка Windows, яка використовується для встановлення з'єднання Serial-over-LAN до SP.
    2. Використовуйте наступні кроки для підключення та входу в SP:
    1. Підключіть ноутбук до портативного комутатора і прокладіть Ethernet-кабелі від комутатора до LAN порту кожного SP. Якщо у вас немає комутатора, ви можете підключитися до одного порту Service LAN-порту безпосередньо з ноутбука, але обмежені одним SP, хоча все одно це можливо ssh peer щоб отримати доступ до іншого SP з командного рядка.
    2. Налаштуйте ноутбук з IP-адресою мережі Service LAN: 128.221.1.249, netmask 255.255.255.0, no gateway required
    3. Відкрийте два командні рядки на ноутбуці та використовуйте наступний синтаксис для підключення до кожного SP:
      c:\> ipmitool.exe -I lanplus -C 3 -U console -P <unity_serial_number> -H 128.221.1.252 sol activate     -->SPA Internal IP
      c:\> ipmitool.exe -I lanplus -C 3 -U console -P <unity_serial_number> -H 128.221.1.253 sol activate     -->SPB Internal IP
      Для команди IPMI Userconsole, а пароль — це серійний номер системи для активації SOL. Якщо виникають проблеми з підключенням, вимкніть сервіси Cisco AnyConnect і ваш бездротовий мережевий адаптер.
    4. Після встановлення IPMI-з'єднання натисніть клавішу Enter один раз. Ви маєте побачити запит для входу. На цьому етапі увійдіть у систему за допомогою service обліковий запис користувача та пароль. Якщо пароль користувача сервісу ніколи не змінювався, то змінюється service за замовчуванням. Сесії IPMI можуть бути мінливими і іноді повертатися до командного рядка. Стрілка вгору до команди IPMI, щоб знову підключитися. Це не повинно вимагати повторного входу.
    1. Після входу перевірте, чи кожен SP перебуває в режимі Normal або Rescue, використовуючи svc_diag Командування.
    2. Переведіть кожен SP у режим порятунку, використовуючи таку методологію:
      Як і в інших reinit процедур, рекомендується спочатку перевести непервинний SP у Service Mode , перезавантажити його, дочекатися повного перезавантаження, а потім перевести Primary SP у Service Mode. Ви можете ідентифікувати Primary SP, коли наступна команда повертає робочий процес для сервісу ECOM.
      spa:~$ pidof ECOM
      28771 -->
      Непервинний SP не виконує сервіс
      ECOMspb:~$ svc_rescue_state -s
      spb:~$ svc_shutdown -r
      Чекайте, поки SP знову підніметься, і повторіть процес на іншому SP, за потреби
    1. Виконайте повторну ініціалізацію системи з будь-якого з SP і зачекайте щонайменше годину, поки вона завершиться.
    spb:~$ svc_reinit
    1. Переконайтеся, що світлодіоди з несправністю SP показують коректну поведінку перед виконанням ініціалізації IP (утиліта з'єднання) та запуском майстра конфігурації Unisphere.
      Використання svc_initial_config щоб призначити систему ім'я та керуючу IP замість CU, а потім запустити Конфігураційний майстер через браузерне підключення. За замовчуванням вхід до Unisphere — user  admin  та  Password123#.
       
    Стан SP-несправного світлодіода після успішної повторної ініціалізації
    Це стосується всіх методів переініціалізації, показаних у цій статті в базі знань. 
    Зверніться до Посібника з інформації про апаратне забезпечення Unity для визначення розташування та опису світлодіодних індикаторів (http://bit.ly/unityinfohub «Пізнайте свою систему зберігання») або Dell EMC Unity: Індикатори стану SP LED — розуміння кольорів і станів для усунення несправностей
    1. Після завершення встановлення Unity OE світлодіоди SP Failure повинні відображати наступне, що вказує на готовність системи до IP-ініціалізації: Одна секунда Ambber, потім 3 секунди Blue, на кожному SP
    1. Або, якщо DHCP налаштований у мережі клієнта, світлодіод несправності SP може показувати стабільний синій світлодіод.
      У будь-якому випадку система готова до IP-ініціалізації. Зверніться до Посібника з встановлення Unity для повної таблиці стану системних світлодіодних індикаторів.
    1. Якщо світлодіоди з помилкою SP чергуються на другу бурштину, потім синю, SP переходить у сервісний режим, що означає, що система НЕ ГОТОВА до IP-ініціалізації, і слід підключитися до SP за допомогою IPMI Tool для розслідування.

    Після повторної ініціалізації:

    • Конфігурація — після завершення повторної ініціалізації система завантажується знову. Потрібно запустити утиліту з'єднання , щоб скинути IP-адресу керування, а потім пройти через Майстер конфігурації , ніби це нова інсталяція. Утиліту Connection можна завантажити зі сторінки продукту Unity на сайті підтримки. 
    • Відновлення — Для всіх конфігурацій Unity, які були до повторної ініціалізації, недоступна одна покрокова процедура відновлення. Налаштування конфігурації можна зробити резервну копію зі сторінки Сервісу. Кнопка Save Configuration дозволяє зберегти конфігурацію у файл. Однак немає способу відновити цю конфігурацію автоматично чи вручну. Ось це save config текстовий файл надається як інструкція для адміністратора для ручного повторного створення налаштування. Звертаючись до цього текстового файлу, всі налаштування мають виконуватися вручну адміністратором, а всі дані відновлюватися з резервних носія. 
    • Ліцензування — під час переналаштування потрібно завантажити ліцензійні ключі. Ви можете або зайти на сторінку ліцензії в Dell Online Support і завантажити ключі, або скористатися збереженими ключами, які могли отримати з електронної пошти раніше.

    Additional Information

    Вимоги до reinit на Dell EMC Unity VSA малоймовірний, оскільки немає змін у CNA/апаратному забезпеченні чи D@RE вимогах. Але якщо з будь-якої причини клієнти захочуть перепрофілювати масиви Dell EMC Unity VSA, вони можуть зробити це reinit. The reinit зберігає універсально унікальний ідентифікатор (UUID). Ліцензії на Unity VSA (Professional Edition) пов'язані з UUID, тому та сама ліцензія може бути повторно використана після reinit

    Affected Products

    Dell EMC Unity Family

    Products

    Dell Unity 300, Dell EMC Unity 300F, Dell EMC Unity 400, Dell EMC Unity 400F, Dell EMC Unity 500, Dell EMC Unity 500F, Dell EMC Unity 600, Dell EMC Unity 600F, Dell EMC Unity Family |Dell EMC Unity All Flash, Dell EMC Unity Family , Dell EMC Unity Hybrid ...
    Article Properties
    Article Number: 000022354
    Article Type: How To
    Last Modified: 31 Dec 2025
    Version:  10
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.