Домен даних: Усунення несправностей інтерфейсів з перебоями або з перервами для користувачів

Summary: Основна увага в цій статті приділяється усуненню несправностей інтерфейсу, що не працює, кількох інтерфейсів, переривчастого інтерфейсу та несправної мережевої карти. Заміна деталей має стати останнім кроком у вирішенні проблем з інтерфейсом. Спочатку усунення цих проблем, як-от перевірка боку перемикача, може призвести до найшвидшого вирішення. ...

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

Виправлення неполадок:
  1. Визначте, чи проблема пов'язана з одним інтерфейсом, кількома інтерфейсами, переривчастим інтерфейсом або мережевою картою.
    1. Визначте, чи інтерфейс не працює, працює переривчасто, не відповідає або є проблема з мережевою картою.
    2. Статус з'єднання No — це інтерфейс, який не має електричного сигналу та не працює.
    3. Переривчастий виникає через нерівні проміжки часу; не безперервний і не стійкий.
    4. Щоб перевірити стан апаратних інтерфейсів на домені даних, виконайте команду.
      # net show hardware
    5. Щоб перевірити поточні оповіщення, виконайте команду.
      # alerts show current
    6. Щоб перевірити історію сповіщень, виконайте команду.
      # alerts show history
    7. Перевірте налаштування мережевого шоу, щоб побачити, чи не є інтерфейс, який не працює, частиною віртуального зв'язку, vlan або псевдоніма.
      # net show settings
      ПРИМІТКА. Для того, щоб інтерфейс мав індикатор зв'язку та працював, він повинен бути налаштований з ip або в бонді.
    8. Якщо після оновлення DDOS інтерфейс вийшов з ладу, то дуже малоймовірно, що це пов'язано з апаратним збоєм.
      1. Якщо інтерфейс, який не працює, ви можете вимкнути його та увімкнути за допомогою наступних команд.
# net disable ethXx

# net enable ethXx
  1. Настійно рекомендується, перш ніж відкривати звернення до служби підтримки Dell, звернутися до своєї мережевої команди, щоб перевірити конфігурацію комутатора.
    1. Під час оновлення інтерфейси відключаються від мережі та перемикаються, іноді тайм-аут після отримання відповіді від dd interfaces та відключають їх порти.
    2. Якщо час очікування портів комутатора минув і був відключений, то підтримка домену даних не може допомогти це виправити, і ви повинні звернутися до своєї мережевої команди для їх включення.
  2. Якщо у вас є співробітники в центрі обробки даних, то попросіть польового інженера приїхати на місце і перевстановити SFP або кабель як з боку dd, так і з боку патч-панелі або комутатора.
  3. Якщо ви налаштували новий інтерфейс у домені даних, але він не працює вгору та не працює, перевірте, чи підключено кабель до патч-панелі або з боку перемикача.
  4. Якщо домен даних налаштовується вперше, а інтерфейси не запускаються та не працюють, переконайтеся, що конфігурація порту на стороні комутатора правильна на додаток до налаштування швидкості.
    1. Для інтерфейсів 10g у домені даних перемикач також слід встановити на швидкість 10g.
    2. Для швидкостей 1g у домені даних, якщо перемикач встановлено на 10g, він не працює, це може бути більш сумісним для автоузгодження на перемикачі.
  5. Якщо ви вперше налаштовуєте домен даних за допомогою оптоволоконних або мідних інтерфейсів DA, переконайтеся, що у вас є сумісні SFP та кабелі.
  6. Якщо після перезавантаження або оновлення системи і поточні оповіщення повідомляють про MissingSlave і інтерфейси не працюють, то домен даних перезавантажується знову.
    Приклад
    p0-96 Tue Oct 24 16:47:52 2023 CRITICAL Network MissingSlave=veth0_eth1a EVT-NETM-00012: Network interface eth1a is missing. This is a physical interface for veth0.
    1. Ця проблема є або апаратним збоєм, або помилковим сповіщенням через стан гонки, в якому певні компоненти та шари підключилися до мережі в неправильному порядку.
    2. Якщо після другого перезавантаження попередження MissingSlave не очищається і інтерфейси все ще не працюють, відкрийте кейс з апаратною підтримкою Data Domain.
  7. Щоб отримати вихідні дані типу встановленої мережевої карти, виконайте наступні команди:
# system show hardware

# enclosure show io-cards
  1. Щоб переглянути минулі автопідтримки та порівняти їх із поточним станом, увійдіть в інтерфейс користувача та перейдіть до звітів Autosupport Maintenance > Support > .
    Там ви бачите минулі 14 автоматичних підтримки для завантаження та відкриття за допомогою notepad ++
  2. Якщо інтерфейс раптом пішов з ладу і не від перезавантаження або апгрейда, також можливо, що справа може бути в поганому кабелі або SFP.
    ПРИМІТКА. Апаратна підтримка Dell не замінює кабелі та SFP на стороні перемикача патч-панелі клієнта. Заміна кабелів і SFP на стороні дата-центру є обов'язком замовника.
    1. Зверніться до персоналу центру обробки даних, щоб перевстановити кабель або SFP.
    2. Якщо перестановка все ще не показує індикатор з'єднання, попросіть ваш центр обробки даних замінити кабель і, якщо оптоволоконний SFP, на стороні перемикача.
    3. Якщо замінюється кабель і оптоволоконний SFP, то попросіть свій дата-центр перевірити порт на патч-панелі або комутаторі та спробувати інший порт.
    4. Якщо всі кроки виконані і все одно не запускається і не працює, то відкрийте апаратний кейс dell для заміни SFP на стороні dd.
  3. Кроки з усунення несправностей, якщо інтерфейс, який не працює, є частиною віртуального зв'язку.
    1. Якщо інтерфейс не з'явився після оновлення або перезавантаження, зверніться до своєї команди мережі на стороні порту комутатора, щоб спробувати вимкнути та включити.
    2. Якщо ваша мережева команда перевірила порт комутатора та вимкнула та ввімкнула порт, ви також можете спробувати на стороні домену даних.
  4. На стороні домену даних ви можете вимкнути віртуальний зв'язок і знову активувати його за допомогою наведених нижче команд.
# net disable vethXx

# net enable vethXx
ПРИМІТКА. Будьте обережні при відключенні інтерфейсів або всього зв'язку, ви завжди повинні переконатися, що у вас є резервування і ви SSH підключені до іншого з'єднання, крім зв'язку. Якщо вам незручно вимикати та вмикати або якщо віртуальний зв'язок є вашим єдиним з'єднанням із доменом даних, то не продовжуйте.
  1. Ви можете видалити інтерфейс із облігації, а потім додати її назад до облігації. Це можна зробити з інтерфейсу або командного рядка.
Приклад, якщо облігація LACP
#net aggregate del vethX interface ethXx

#net aggregate add vethX interface ethXx
 
Приклад відмови облігації
#net failover del vethX interfaces ethXx

#net failover add vethX interfaces ethXx
  1. Якщо видалення і додавання інтерфейсу не допомогло вирішити проблему, то спробуйте зруйнувати віртуальний зв'язок і створити її заново.
    ПРИМІТКА. Будьте обережні при руйнуванні всього зв'язку, ви завжди повинні переконатися, що у вас є резервування і ви перебуваєте в іншому з'єднанні, крім зв'язку.
    Якщо вам незручно руйнувати віртуальний зв'язок, і це ваше єдине з'єднання з доменом даних, то не продовжуйте.
    Це можна зробити з інтерфейсу користувача, що простіше.
    Data Domain - Конфігурація фізичних інтерфейсів за допомогою графічного інтерфейсу користувача (UI)
  2. Якщо руйнування і повторне створення віртуального зв'язку не викликало інтерфейс або інтерфейси, то знищуйте знову і призначайте IP-адреси інтерфейсу.
    Якщо ви призначили IP-адресу інтерфейсу, і він запустився і запрацював, то, швидше за все, сторона перемикача налаштована неправильно, і це виходить за рамки підтримки домену даних, і краще звернутися до вашої мережевої команди.
  3. Кроки з усунення неполадок, якщо інтерфейс все ще не працює.
    1. Зверніться до персоналу центру обробки даних, щоб перевстановити кабель або SFP.
    2. Якщо перестановка все ще не показує індикатор з'єднання, попросіть ваш центр обробки даних замінити кабель і, якщо оптоволоконний SFP, на стороні перемикача.
    3. Якщо замінюється кабель і оптоволоконний SFP, то попросіть свій дата-центр перевірити порт на патч-панелі або комутаторі та спробувати інший порт.
    4. Якщо всі кроки виконані і все одно не запускається і не працює, то відкрийте апаратний кейс dell для заміни SFP на стороні dd.
      ПРИМІТКА. Апаратна підтримка Dell не замінює кабелі та SFP на стороні перемикача патч-панелі клієнта. Заміна кабелів і SFP на стороні дата-центру є обов'язком замовника.
  4. Якщо у вас є виїзний персонал у центрі обробки даних, нижче наведено кроки з усунення несправностей, які потрібно вирішити за допомогою виїзного персоналу.
    1. Переконайтеся, що кабель надійно підключено в домені даних і назад до порту комутатора або порту патч-панелі.
      1. Якщо можливо, проведіть кабель, щоб переконатися, що він підключений до правильного порту на задній панелі Data Domain.
    2. Перевірте, чи є індикатор з'єднання на порту комутатора або порту патч-панелі.
    3. Якщо на порту Data Domain немає індикатора з'єднання, перевстановіть кабель.
    4. Якщо на задній панелі порту патч-панелі або порту перемикача немає індикатора з'єднання, то встановіть кабель на місце.
    5. Якщо після перевстановлення на стороні Data domain і порту патч-панелі або порту комутатора немає зв'язку, то замініть кабель.
    6. Якщо на місці знаходиться польовий персонал, ви також можете дати йому вказівку поміняти робочий інтерфейсний кабель на порт інтерфейсу, який не працює в Data Domain.
      Після польових особистих обмінів, вони повинні побачити світло посилання, а на Data Domain в мережі жорстке шоу повинно показувати посилання так.
      # net show hardware
    7. Якщо під час заміни відображається індикатор з'єднання, то проблема має полягати в поганому SFP на домені даних, поганому кабелі, поганому SFP на стороні перемикача або поганому порту на стороні перемикача патч-панелі.
    8. Ще одним кроком з усунення несправностей для персоналу дата-центру є проведення зворотного тесту.
      1. Якщо на Data Domain є вільний неналаштований інтерфейс, який є однотипним, то переключіть його з одного інтерфейсу на інший.
        Наприклад, якщо eth1a — це мідь, а eth4a — мідь, але не використовується, то підключіть eth1a до eth4a.
        eth4a має бути налаштований на фіктивну IP-адресу, яку ви можете вставити будь-що, наприклад
        # net config eth4a 1.2.3.4 netmask 255.255.255.0
        
        Після того, як ви закінчите тест ретроспективного огляду, очистіть конфігурацію для фіктивного ip
        # net config eth4a 0.0.0.0
      2. Якщо тест loopback не спрацював, а SFP або кабелі або обидва були замінені, то відкрийте кейс у команді підтримки обладнання Data Domain.
  5. Усунення несправностей фізичних волоконних інтерфейсів і мідних інтерфейсів із прямим підключенням.

    Наведені нижче приклади можуть виглядати не зовсім так, як ваші вихідні дані.

    Приклад виведення фізичного інтерфейсу Fiber.

    	sysadmin@dd3300-ddsupport# net show hardware
    	  Port    Speed      Duplex    Supp Speeds   Hardware Address    Physical   Link Status   State     Autonegotiation
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------
    	  eth1b   unknown    unknown   1000/10000    00:0c:29:46:fc:1b   Fiber      no            up        on
    	  -----   --------   -------   -----------   -----------------   --------   -----------   -------   ---------------


    Приклад виходу фізичного інтерфейсу DA Copper.

    	sysadmin@ddsupport# net show hardware
    	Net Show Hardware
    	-----------------
    	Port Speed Duplex Supp Speeds Hardware Address       Physical     Link   Status    
    	----- ------- ------- ----------- ----------------- --------- ----------- -------
    	eth8a unknown unknown  25000  34:80:0d:94:70:52     DA Copper  no        up
    	----- ------- ------- ----------- ----------------- --------- ----------- -------

    У більшості клієнтських середовищ оптоволоконні інтерфейси мають три компоненти; SFP на стороні Data Domain, оптичний кабель і SFP на стороні патч-панелі або комутатора клієнта.

    Однак деякі клієнти, наприклад, мають домен даних, підключений до патч-панелі, а потім до розривного кабелю, який потім підключається до QSFP, який має інші з'єднання.

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

  6. Якщо після оновлення з'являється сповіщення про невідповідність швидкості інтерфейсів, перевірте наступну інформацію.

    Приклад

    	Id Post Time Severity Class Object Message
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------
    	p0-618 Tue Oct 20 09:50:53 2023 CRITICAL Network Bonded Interface Name=veth1 EVT-NETM-00015: One or more interfaces in the bonded group has a speed mismatch.
    	------ ------------------------ -------- ------- ----------------------------- --------------------------------------------------------------------------------

    Це може означати, що швидкість для одного інтерфейсу в бонді встановлена на 100 Мбіт/с, а іншого інтерфейсу – на 1000 Мбіт/с.

    Це може статися з кількох причин, які можуть не мати нічого спільного з доменом даних.

    • Несправний кабель Ethernet
    • Несправний порт на стороні патч-панелі або комутатора
    • Конфігурація порту комутатора обмежує швидкість.
    • Швидкість перемикання має обмеження.
    • Інтерфейс, який знаходиться у віртуальному зв'язку, не є правильним інтерфейсом.
    • Інтерфейс підключено не до того порту перемикача або комутатора.

      Ось що ви можете зробити для подальшого усунення неполадок.

      Ці кроки також можна виконати за допомогою інтерфейсу користувача.
      Data Domain - Конфігурація фізичних інтерфейсів за допомогою графічного інтерфейсу користувача (UI)

      1. Щоб перевірити стан апаратних інтерфейсів на Data Domain, виконайте команду
        # net show hardware
      2. Щоб перевірити поточні оповіщення, виконайте команду
        # alerts show current
      3. Перевірте налаштування net show, щоб побачити, чи не є інтерфейс, який не працює, частиною віртуальної VLAN або псевдоніма.
        # net show settings
      4. Якщо після оновлення DDOS інтерфейс вийшов з ладу, то дуже малоймовірно, що це пов'язано з апаратним збоєм.
# net disable ethXx

# net enable ethXx
  1. Інтерфейс міг бути невідповідним раніше, але тепер лише сповіщення після оновлення або перезавантаження, і ви можете перевірити історію
# alerts show history
  1. Уточніть у своєї мережевої команди конфігурацію комутатора та переналаштуйте швидкість перемикача або повторно налаштуйте автопереговори.
  2. Вимкніть і включіть порт перемикача.
  3. Перевірте інформацію про LLDP в автопідтримці, щоб побачити, чи правильні інтерфейси в облігації LACP, якщо використовується LACP.
  4. Видаліть інтерфейс із облігації
    # net failover del vethX interfaces ethXx
  5. Налаштуйте інтерфейс за допомогою фіктивної IP-адреси
    # net config ethXx 1.2.3.4 netmask 255.255.255.0
  6. Спробуйте змінити швидкість вручну
    ПРИМІТКА. Залежно від інтерфейсу та моделі Data Domain, ви не можете встановити швидкість.
    #net config ethXx duplex full speed 1000
  7. Спробувавши виконати попередні кроки для очищення фіктивного IP-коду, виконайте наступну команду.
    #net config ethXx 0.0.0.0
  8. Додайте його назад до облігації
    # net failover add vethX interfaces ethXx
  9. Якщо проблема все ще не вирішена, ми рекомендуємо замінити кабель і знову перевірити сторону перемикача.


Список причин, за якими може вийти з ладу фізичний інтерфейс на системі:
Фізичний інтерфейс системи може вийти з ладу з різних причин, починаючи від апаратних проблем і закінчуючи проблемами з мережею. Ось список поширених причин:

  • Фізичне відключення кабелю: Кабель, що з'єднує інтерфейс з мережею або іншим пристроєм, може бути фізично від'єднаний, що призведе до виходу інтерфейсу з ладу.
  • Неправильний інтерфейс: Кабель підключений до неправильного інтерфейсу на стороні Data Domain.
  • Неправильний інтерфейс: Кабель підключений до неправильного інтерфейсу з боку патч-панелі та перемикача.
  • Апаратний збій: Несправні апаратні компоненти, такі як мережеві інтерфейсні плати (NIC), комутатори, маршрутизатори або кабелі, можуть призвести до простою інтерфейсу.
  • Проблеми з живленням: Перепади напруги, перебої в роботі або недостатнє живлення мережевого обладнання можуть призвести до виходу з ладу інтерфейсів.
  • Перегріву: Надмірне тепло може пошкодити апаратні компоненти, що призведе до збоїв інтерфейсу та вимкнення системи.
  • Перевантаження мережі: Високий рівень мережевого трафіку або перевантаження може перевантажити інтерфейс, що призведе до того, що він перестане відповідати або вийде з ладу.
  • Помилки програмного забезпечення: Проблеми, збої або проблеми несумісності в драйверах пристрою, прошивці або операційній системі можуть призвести до збоїв інтерфейсу.
  • Помилки конфігурації: Неправильні конфігурації мережі, такі як конфлікти IP-адрес або неправильні маски підмереж, можуть зробити інтерфейс недоступним.
  • Заходи безпеки: Політики безпеки, як-от виявлення вторгнень або правила брандмауера, можуть ненавмисно блокувати або обмежувати трафік через інтерфейс.
  • Фізична шкода: Фізичні пошкодження обладнання, такі як вплив води, удар або знос, можуть призвести до збоїв інтерфейсу.
  • Фактори зовнішнього середовища: Екстремальна температура, вологість, пил або інші фактори навколишнього середовища можуть вплинути на функціональність апаратного забезпечення та спричинити вихід з ладу інтерфейсів.
  • Оновлення прошивки або програмного забезпечення: Неправильно застосована прошивка або оновлення програмного забезпечення можуть викликати нестабільність роботи і привести до збоїв інтерфейсу.
  • Мережеві атаки: Атаки типу «відмова в обслуговуванні» (DoS), розподілені атаки типу «відмова в обслуговуванні» (DDoS) або інші зловмисні дії можуть перевантажити інтерфейс і спричинити його збій.
  • Проблеми з маршрутом: Неправильні записи в таблиці маршрутизації або проблеми з динамічними протоколами маршрутизації можуть порушити підключення через інтерфейс.
  • Фізична конфігурація інтерфейсу: Неправильна швидкість і двосторонні налаштування, проблеми з автоузгодженням або невідповідність конфігурації між підключеними пристроями можуть призвести до простою інтерфейсу.
  • Якість кабелю: Неякісні або пошкоджені кабелі можуть призвести до періодичного підключення або повного збою інтерфейсу.
  • Несправності комутатора або роутера: Збої в мережевому обладнанні, такому як комутатори або маршрутизатори, які підключаються до інтерфейсу, можуть призвести до проблем з інтерфейсом.
  • Проблеми з оператором зв'язку: Якщо система підключається до зовнішнього постачальника мережі, проблеми з його боку (технічне обслуговування, збої, помилки конфігурації) можуть призвести до виходу з ладу інтерфейсу.
  • Вичерпання ресурсів: Недостатня кількість пам'яті або обчислювальної потужності в системі може призвести до збоїв інтерфейсу, особливо в сценаріях з високим трафіком.
  • Фізичне відключення порту: Ручні або автоматичні дії для вимкнення фізичного порту адміністратором, системою керування мережею або політикою безпеки.
  • Втрати волоконно-оптичного сигналу: У волоконно-оптичних з'єднаннях такі проблеми, як втрата сигналу через вигин, забруднення або поломку, можуть призвести до виходу інтерфейсу з ладу.

Data Domain - Конфігурація фізичних інтерфейсів за допомогою графічного інтерфейсу користувача (UI)
Data Domain - Налаштування фізичних інтерфейсів через інтерфейс командного рядка (CLI)

Additional Information

Дивіться це відео:

Усунення несправностей мережевих інтерфейсів домену даних

Тривалість: 00:03:07 (гг:хх:сс)
Якщо доступно, налаштування мови прихованих субтитрів (субтитрів) можна вибрати за допомогою піктограми CC на цьому відеоплеєрі.

Ви також можете переглянути це відео на YouTube.

Affected Products

Data Domain
Article Properties
Article Number: 000219757
Article Type: How To
Last Modified: 30 Sep 2025
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.