Dell EMC Unity: Як усунути проблему з підключенням до мережі, наприклад збій пінгу (виправлено клієнтом)
Summary: 1. Unity IP не пінгується. 2. Пінг працює тільки в одному напрямку, але зазнає невдачі в іншому. 3. Пінг працює тільки в одній підмережі.
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
Коли кінцеві користувачі повідомляють про проблему з підключенням до мережі, запустіть кілька тестів, щоб звузити основну причину відповідно до різних сценаріїв.
service@(немає) spb:~> uemcli /net/la show
root@spa:/cores/service>uemcli /net/if -id if_40 показати |egrep "ID|VLAN"
1:ID= if_40
VLAN ID= 12
root@spa:/cores/service>uemcli -u admin -p P@ssw0rd /net/if -id if_40 set -vlanId 123
Зазвичай це викликано неправильною таблицею маршрутизації. Запустіть список правил ip і список маршрутів ip, щоб переглянути налаштування. Приклад:
Список правил root@spa:/CORES/Service>IP список
0: з усіх локальних
пошуків32735: від 138.138.138.138 пошук 47
32736: з усіх fwmark 0x800e lookup 45
32738: від 10.32.106.115 пошук 42
При виявленні будь-якої проблеми, оновіть таблицю маршрутизації через Unisphere GUI або uemcli. Додавання IP-маршруту може тимчасово працювати, але оновлення буде очищено при наступному перезавантаженні. Ось один із прикладів:
root@spb:/cores/Service>IP route додано за замовчуванням через 172.23.24.254 src 172.23.24.34 таблиця 12
Сценарій 3: Хост і шлюз можуть пінгувати Unity IP, але Unity IP не може їх пінгувати. Зазвичай це означає, що IP Reflect увімкнено, але ідентифікатор vlan або таблиця маршрутизації неправильні. Приклад:
IP Reflect зберігає MAC-адреси джерела та призначення та ідентифікатор VLAN вхідних пакетів, а потім надсилає назад пакети з того ж NIC зі збереженою інформацією. При такому механізмі таблиця маршрутизації і настройка vlan не використовується при відповіді на пакети. Ось чому шлюз і хост можуть пінгувати Unity IP навіть при неправильних налаштуваннях vlan або таблиці маршрутизації.
Коли пінг надходить від Unity IP до шлюзу або хоста, використовується неправильна таблиця маршрутизації або налаштування vlan, тому пінг не працює.
Примітка: Щоб перевірити влан, зверніться до Сценарію 1, пункт 4. Щоб перевірити таблицю маршрутів, зверніться до Сценарію 2.
Якщо всі налаштування на Unity та порт перемикача виглядають нормально, але проблема з підключенням все ще існує, зафіксуйте трасування мережі під час пінгу та зверніться за допомогою до GNS. Приклад:
- пінг IP Unity з хоста, який втратив доступ.
- пінг IP Unity зі шлюзу.
- пінг шлюзу або хосту з Unity IP за допомогою /net/util/ping -srcIf <value> -addr <value> . Приклад:
uemcli /net/util ping -srcIf if_8 -addr 172.23.24.254
Примітка: Щоб вивести значення srclf, перевірте вивід uemcli /net/if show .
Сценарій 1: IP Unity не може обмінюватися даними зі шлюзом або хостом в обох напрямках.
1. Перевірте стан фізичного порту. Приклад:
root@(немає) spa:~> uemcli /net/port -id spa_iom_0_eth0 показати -деталь
1: ID = spa_iom_0_eth0
Роль = фронтенд
СП = спа
Підтримувані типи = file, net, iscsi
Розмір MTU = 9000
Швидкість =
Стан здоров'я = Незначний збій (15)
Деталі здоров'я = "Порт втратив зв'язок з мережею.
Робочий стан = OK (0x2), Link Down (0x8011)
1: ID = spa_iom_0_eth0
Роль = фронтенд
СП = спа
Підтримувані типи = file, net, iscsi
Розмір MTU = 9000
Швидкість =
Стан здоров'я = Незначний збій (15)
Деталі здоров'я = "Порт втратив зв'язок з мережею.
Робочий стан = OK (0x2), Link Down (0x8011)
Цей результат зазвичай означає проблему з кабелями. Потрібно перевірити фізичне з'єднання на місці.
Примітка: Запустіть "uemcli /net/if show", щоб отримати ідентифікатор порту проблемної IP-адреси.
2. Для порту бонда (агрегація каналів) також перевірте стан здоров'я на рівні зв'язку. Приклад:
Примітка: Запустіть "uemcli /net/if show", щоб отримати ідентифікатор порту проблемної IP-адреси.
service@(немає) spb:~> uemcli /net/la show
1: ID = spa_la_0_1
СП =
Порти = spa_iom_0_eth1, spa_iom_0_eth0
Розмір MTU = 9000
Стан здоров'я = Незначний збій (15)
СП =
Порти = spa_iom_0_eth1, spa_iom_0_eth0
Розмір MTU = 9000
Стан здоров'я = Незначний збій (15)
Проблеми з агрегацією каналів зазвичай викликані неправильною конфігурацією портів комутаторів. Переконайтеся, що всі порти були додані в одну групу каналів з активним режимом. Приклад:
(config-if)# int fa 0/1
(config-if)# активний режим групи каналів 1 активний
(config-if)# int fa 0/2
(config-if)# активний режим групи каналів 1
3. Неправильне налаштування vlan також може спричинити цю проблему. Перегляд та оновлення vlanId за допомогою uemcli /net/if . Приклад:
(config-if)# int fa 0/1
(config-if)# активний режим групи каналів 1 активний
(config-if)# int fa 0/2
(config-if)# активний режим групи каналів 1
root@spa:/cores/service>uemcli /net/if -id if_40 показати |egrep "ID|VLAN"
1:ID= if_40
VLAN ID= 12
root@spa:/cores/service>uemcli -u admin -p P@ssw0rd /net/if -id if_40 set -vlanId 123
Примітка: Щоб скасувати встановлення тега vlan, використовуйте порожні лапки, оскільки він не приймає нуль. Приклад:
root@spa:/cores/service>uemcli -u admin -p P@ssw0rd /net/if -id if_40 встановити -vlanId ""
Сценарій 2: Unity IP може обмінюватися даними лише зі шлюзом і хостами в деяких підмережах, але не в інших.
root@spa:/cores/service>uemcli -u admin -p P@ssw0rd /net/if -id if_40 встановити -vlanId ""
Зазвичай це викликано неправильною таблицею маршрутизації. Запустіть список правил ip і список маршрутів ip, щоб переглянути налаштування. Приклад:
Список правил root@spa:/CORES/Service>IP список
0: з усіх локальних
пошуків32735: від 138.138.138.138 пошук 47
32736: з усіх fwmark 0x800e lookup 45
32738: від 10.32.106.115 пошук 42
root@spa:/Cores/Service>IP список маршрутів таблиця 42
за замовчуванням через 10.32.106.1 dev mgmt_vdev proto static src 10.32.106.115
10.32.106.0/24 dev mgmt_vdev proto static src 10.32.106.115
за замовчуванням через 10.32.106.1 dev mgmt_vdev proto static src 10.32.106.115
10.32.106.0/24 dev mgmt_vdev proto static src 10.32.106.115
При виявленні будь-якої проблеми, оновіть таблицю маршрутизації через Unisphere GUI або uemcli. Додавання IP-маршруту може тимчасово працювати, але оновлення буде очищено при наступному перезавантаженні. Ось один із прикладів:
root@spb:/cores/Service>IP route додано за замовчуванням через 172.23.24.254 src 172.23.24.34 таблиця 12
Сценарій 3: Хост і шлюз можуть пінгувати Unity IP, але Unity IP не може їх пінгувати. Зазвичай це означає, що IP Reflect увімкнено, але ідентифікатор vlan або таблиця маршрутизації неправильні. Приклад:
service@(немає) spb:~> uemcli /net/nas/server -id nas_101 показати -detail |grep Reflect
Packet Reflect enabled = yes
Packet Reflect enabled = yes
IP Reflect зберігає MAC-адреси джерела та призначення та ідентифікатор VLAN вхідних пакетів, а потім надсилає назад пакети з того ж NIC зі збереженою інформацією. При такому механізмі таблиця маршрутизації і настройка vlan не використовується при відповіді на пакети. Ось чому шлюз і хост можуть пінгувати Unity IP навіть при неправильних налаштуваннях vlan або таблиці маршрутизації.
Коли пінг надходить від Unity IP до шлюзу або хоста, використовується неправильна таблиця маршрутизації або налаштування vlan, тому пінг не працює.
Примітка: Щоб перевірити влан, зверніться до Сценарію 1, пункт 4. Щоб перевірити таблицю маршрутів, зверніться до Сценарію 2.
Якщо всі налаштування на Unity та порт перемикача виглядають нормально, але проблема з підключенням все ще існує, зафіксуйте трасування мережі під час пінгу та зверніться за допомогою до GNS. Приклад:
root@spa:/cores/service>tcpdump -i eth3 -s 0 -w /home/service/connect_problem.cap
Affected Products
Dell EMC Unity FamilyProducts
Dell EMC Unity FamilyArticle Properties
Article Number: 000018959
Article Type: How To
Last Modified: 08 Oct 2024
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.