У нас є VNXe3150, який насправді не хоче завантажуватися. Опора вже не на ній, і вона не занадто сталева, але все одно було б добре заощадити.
Історія коротка:
Її спорожнили та консервували кілька місяців тому, тоді вона все ще працювала бездоганно. Ми взяли його кілька днів тому і хотіли розпочати. Потім один контролер щойно запустився, інший зупинився під час завантаження (на основі світлодіодів). Половина фута працювала чудово, ми думали, що нічого страшного, давайте заглянемо в контролер. Однак вчора ми не дійшли до нього лише в сервісному режимі.
Ми спробували спочатку перезапустити unisphere, а потім і весь вікно, але відтепер ми взагалі не могли його отримати.
Мені вдалося витягти з нього процес завантаження на консолі, але, на жаль, для мене недостатньо визначити, чи можна це відновити.
Хто-небудь бачив це раніше? Або є шанс відновити або покласти його в небезпечні відходи?
Я вітаю будь-які ідеї/допомогу.
Коментарі
(thmir v | 08. 29. 2017, k - 18:53)
Під час скидання спробуйте скинути всі знімні компоненти, диски, контролери тощо. підключіть все до початкового положення, а потім увімкніть.
Це попереджає ssd на виході консолі, але це не обов'язково проблема. Не думаю, що в ньому є інші вади.
Я встановлював його раніше, але зараз я насправді не знайшов док-станцію, в якій, наприклад, це було б повторне зображення. і ви можете напевно перевстановити його, якщо він був так засмучений.
Він відповідає Пінгу в будь-якому випадку, чи ні?
(пн | 29.08.2017, к - 20:43)
Спасибі, спробую завтра.
На жаль, не пінг.:(
(пн | 31 серпня 2017 р., чт. 16:51)
На жаль, це не допомогло. Висновок консолі незмінний.
Я спробував здійснити пошук у напрямку "reimage", але, згідно з усіма описами, я мав би дістатись до нього спочатку на unisphere або cli.
Можуть бути й інші поради?
(thmir v | 31.08.2017, чт - 22:09)
Добре, тоді я дам вам більше ідей:)
Перевірте їх, якщо хтось із них рухає вас вперед (до речі, оскільки у вас є лише підключення до консолі, розділи CLI актуальні).
Якщо ви не можете увійти, я спробую почати напівноги: підключати слід лише SPA, або якщо світиться індикатор попередження, SPB
Я знайшов запис про помилку SSD, але це все одно може бути проблемою. Світиться індикатор попередження на задній стороні одного з ІП (на одному з них)?
https://community.emc.com/thread/201576?start=0&tstart=0
Можливо, якщо вам вдасться якось отримати до нього доступ, варто було б зібрати про це сервісні дані, це виявило б більше того:
https://emcservice.force.com/CustomersPartners/kA2j0000000QVcgCAG
Навіть це нагадало мені, чи не можете ви видалити конфігурацію та завантажити пам'ять, просто почекайте конфігураційний файл?:
https://community.emc.com/thread/225221?start=0&tstart=0
(пн | 09.09.2017, год - 22:03)
Наразі це виглядає як напівуспіх. Після кількох повторних місць і перезавантаження один із SP (spb) запустився і прийшов до запиту на вхід. svc_diag повідомив, що він перебуває в сервісному режимі, поки одноранговий (spa) недоступний.
svc_dc не був успішним. Здається, він працює нормально, але врешті-решт він переміщує файл, і я більше не можу знайти його у файловій системі. Це все одно, що не рухати його, а видаляти.
після svc_reimage spb запустився в звичайному режимі без IP. Я дав йому IP (svc_network), а потім спробував ще раз svc_dc, але результат подібний. В даний час статус SP: spb-нормальний; недосяжний однолітків.
Я зараз тут. Однак unisphere все ще не працює, на ньому відкритий лише порт SSH, а інший sp не дає про себе життєвого сигналу.
На SPB блимає світлодіод стану, що, за словами HIG, може означати дві речі:
1. Драйвер операційної системи запущений
2. Несправність, сталася системна помилка, яка спричинила деякі
ресурси для зберігання стануть недоступними. ІП
не працює, а індикатор стану блимає
(див. примітку)
З іншого боку, статус іншого ІП незмінний.
(thmir v | 09. 09. 2017, k - 00:01)
Ну, це прогрес, у мене є сервісний код, для якого я знайшов це (хоча без відповіді, але можливо):
https://community.emc.com/thread/217045?start=0&tstart=0
SSH у кожен SP та запустіть наступне: svc_cdca --list-cdca (перерахуйте всі брудні пам’яті кешу для поточного SP) svc_cdca --clear (очистіть весь бруд кеш-пам’яті для поточного SP, підготуйте будь-які системні luns для автоматичного fsck.) І це повинно зробити трюк.
Вихід svc_dc в принципі повинен бути тут:
/ EMC/backend/service/data_collection /
Можливо, ви захочете видалити його із сервісного режиму:
https://community.emc.com/docs/DOC-40085
Ці команди повинні виконуватися на основі SP.
Щоб знову перевести SP в нормальний режим, послідовно виконайте такі команди:
service @ spa spa:
> svc_rescue_state -c
service @ spa spa:
Якщо це не допомагає, у попередніх посиланнях було одне, що пояснює Встановлення вручну, або ви, можливо, не пробували його, подавши файл конфігурації з флешки?
https://community.emc.com/thread/225221?start=0&tstart=0
(пн | 05.09.2017, к - 15:52)
Відповідь thmir Na, це прогрес, у вас є повідомлення
Річ розвивається. Одна зі сторінок вже працює (spb). Перейдіть до ssh, unisphere, подивіться на диски.
З іншого боку, інша сторона не йде. Він все ще знаходиться у недосяжному стані. Інструменти Unisphere та CLI цього не бачать, і я не отримую запит на консолі.
Тим часом до нас прийшов контролер, який ми призначили. Я намагаюся замінити на даний момент неправильного кандидата. Кожен опис говорить, що я також повинен передати SSD на новий SP. Однак, оскільки він пише про помилку, я пропускаю цей крок (Опис "замінити SSD" говорить мені перевести його в сервісний режим -> я не знаю). Я думаю, що два ІП потраплять у якийсь непослідовний стан. Чи можу я запустити щось у такому стані, що переводить обидва SP у заводський стан? Насправді в ньому немає даних, тож, можливо, це було б найбільш чітко.
Інший:
Я знайшов розташування вихідних даних svc_dc, але там немає файлу, який ви мали б створити. Більше того, його немає в каталозі tmp, який використовувався під час створення.
(thmir v | 05.09.2017, k - 18:50)
Гаразд, давайте рухатись далі:) Заміна SP має досить багато компонентів, які потрібно перенести до нового SP (пам’яті, модулі вводу-виводу тощо). Їх потрібно перевірити, чи включені вони до того, що ви щойно замовили.
Якщо ви не заміните попередній несправний твердотільний накопичувач, тепер ви ніби замінюєте поганий хорошим, у посібнику із заміни твердотільного диска є такий розділ:
Перезавантажте SP:
Після встановлення замінного твердотільного диска та повернення збірки SP до
перезавантажте нещодавно відремонтований SP, щоб переконатися, що він виходить із сервісного режиму:
1. У Unisphere виберіть Налаштування, а потім Сервісна система.
2. Увійдіть, використовуючи свій сервісний пароль.
3. У стовпці Системні компоненти виберіть процесор зберігання даних (SP A або SP B)
пов'язаний із заміною твердотільного диска.
4. У розділі Сервісні дії виберіть Перезавантажити, а потім Виконати сервісну дію.
Повернення системи до нормального може зайняти до 12 хвилин
режиму та перезапустіть сервери.
5. Оновіть браузер або дотримуйтесь вказівок на екрані, щоб вивести програмне забезпечення із
Сервісний режим та відновлення повнофункціональної Unisphere
Я не впевнений у svc_dc, якщо він працює і в сервісному режимі, ніби в посібнику написано, що він працює лише у звичайному режимі, можливо, тому файл не існує. Однак, якщо ви перейдете до Unisphere, ви вже можете збирати в ньому:
Збір з графічного інтерфейсу користувача Unisphere (рекомендований метод):
1) Увійдіть до графічного інтерфейсу Unisphere за допомогою облікових даних адміністратора.
2) Клацніть на Налаштування, а потім на Сервісна система.
3) Введіть сервісний пароль.
4) У розділі "Компоненти системи" виділіть "Система зберігання".
5) Виберіть "Збір сервісної інформації" в розділі "Дії служби".
6) Натисніть "Виконати дію служби".
7) Відображається це повідомлення: "Дані служби були зібрані раніше і доступні для завантаження. Ви хочете завантажити ці існуючі дані служби або розпочати новий процес збору нових даних служби? Клацніть Так, щоб завантажити існуючий файл даних служб . або Ні, щоб розпочати новий збір службових даних. "
8) Виберіть Так чи Ні відповідно до вашої ситуації.
9) Клацніть Так, щоб зберегти файли на жорсткому диску.
(пн | 09.09.2017, ср - 19:40)
Відповісти thmir Добре, ми рухаємось:) На повідомлення SP
Знову на чверть крок ближче. Я замінив ІП, і ситуація трохи краща. Наразі обидва ІП їдуть, вони бачаться (жоден не говорить, що інший невідомий/недосяжний), але обидва знаходяться в сервісному режимі, і я не можу їх вивести з нього. Я отримую доступ лише до spb на консолі, до спа лише на ssh.
Я спробував обидва наступні варіанти:
svc_reimage
svc_reinit
svc_shutdown (-r, --halt, --system-halt, --system-halt --force)
Під час завантаження spb (один із оригінальних контролерів) каже "Неправильна помилка типу однорангового SP".
Я зайшов так далеко і ідей не вистачило. Будуть певні розбіжності в апаратному забезпеченні, але я не знаю що. Чи не можу я це десь надрукувати? Я також не знайшов нічого значущого для коду помилки.
(thmir v | 09.09.2017, ср - 22:37)
Гм, це так дивно.
Чи однакові дві номери деталей SP? Якщо ні, проблема полягає в тому, що вони мають різні версії обладнання. Ви не можете почати з цього, вам потрібна одна і та ж версія обох SP.
(пн | 09.07.2017, чт - 07:33)
Відповідь thmir Хм, це дуже дуже повідомлення
Тим часом, навіть уночі я виявив, що інше обладнання переробило ці два, тож я навіть не буду пробувати нещодавно надійшов sp.
Натомість я переніс ssd із нього на старий, але поки що особливого успіху не було. Тепер я намагаюся запустити як окремо після повторного зображення, так і повторно запустити (idea1).
Однак я знайшов цікавий розділ в одному з посібників, який міг би завести мене далі. У ньому йдеться, що "стався забруднений кеш-пам’ять" на основі статусу, що відображається. У цьому випадку трапляється, що ви чекаєте 1 годину, щоб рівний (тобто spb) вирішив проблему. Якщо це не вдається, це, як правило, запускається в сервісному режимі.
Тут вони посилають мене на пошук "emc263713" у базі знань для отримання додаткової інформації. На жаль, я не міг нічого знайти для цього, лише два документи на всій сторінці підтримки. Обидва доки пропонують мені шукати це.
Один посилається на іншу команду svc_cache, якої я не маю (я думаю, що спробував у звичайному режимі, тому її не було).
Я спробую ввечері ще раз отримати доступ до цієї команди в службовому та звичайному режимі і якось параметризувати її, щоб допомогти запустити іншу сторінку (idea2).
У звичайному режимі, до речі, постійний струм працював дуже добре, я вивантажив його вихід десь увечері.
Щиро дякуємо за вашу допомогу, ви зробили великий прогрес у просуванні справи вперед.
Хоча я вже багато думаю про те, щоб закинути все це на небезпечні відходи (idea3).:)
(thmir v | 07.09.2017, чт - 10:20)
Відповісти moe Тим часом, навіть вночі повідомлення
Йдеться про видалення брудного кешу, про суть якого я писав раніше:
"SSH у кожен SP і запустіть наступне: svc_cdca --list-cdca (перерахувати всі кешовані брудні місяці поточного SP) svc_cdca --зрозуміло (очистіть усі кеш-пам’яті брудних місяців для поточного SP, підготуйте будь-які системні легені для автоматичного контролю.) "
Брудний кеш може бути як для системного LUN, так і для користувацького LUN, кожен з яких має різне рішення, в принципі обидва включені у посилання вище.
Ніколи не викидайте його у небезпечні відходи, бо його можна точно зберегти (такого не існує:)). Якщо нічого не поєднається, я все одно буду мати ідею.
(пн | 09.09.2017, чт - 19:49)
Відповідь, серед іншого, на повідомлення thmir KB
Я спробував усе, але SPA просто відмовився запускати. SPB вже працює чудово, але жоден із методів не допоміг другій половині.
У вас є остання ідея?:)
(thmir v | 09.09.2017, p - 10:52)
У мене не так багато подальших ідей. Можливо, якщо ви можете отримати ІП з правильним номером деталі (такий же, як і поточний), ви все одно можете спробувати.
Кінцевою ідеєю було б запитати колег, чи прийматимуть вони це в кожному конкретному випадку, але вони сказали, що це, швидше за все, передбачає підтримку EMC, і це не буде варте у фінансовому плані, тому вони вважають, що це можна забути.
(пн | 08.09.2017, с - 19:01)
Велике спасибі за вашу допомогу!
Ми ставимо речі як частину на випадок, якщо хтось інший зупиниться.:)
Ще раз дякую, я багато чому навчився з справи.
(freeoli v | 11.09.2017, год - 22:28)
Відповісти moe Щиро дякую за ваше повідомлення
Дякую, що поділились. Це було цікаво і для Сема.
(thmir v | 14. 09. 2017, чт - 22:28)
Відповісти moe Щиро дякую за ваше повідомлення
У мене справді нічого, але вибачте, що я не міг вдихнути в це життя здалеку:(
Я взяв це трохи, це стало розвитком з тих пір?
(bognarattila | 2017. 09. 08., п - 22:00)
Я не заглиблювався в тему, але чи намагалися ви підключити робочий контролер до іншої сторони? Можливо, саме так можна щось локалізувати.
Я не знаю, наскільки ви готові пожертвувати за це, але якщо ви надішлете мені фрагмент, я спробую знайти вам контролера, а потім вирішу.
(пн | 09.09.2017, год - 19:40)
Відповісти bognarattila Я насправді не вдавався у ваше повідомлення
Дякую, спробую ще раз. Сьогодні ввечері я підключу консоль, засуну її в “погане” місце і побачимось вранці.