ibdiagpath - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

ibdiagpath - шлях діагностики ІБ

СИНОПСИСИ

ibdiagpath
{-n <[src-name,]dst-name>|-l <[src-lid,]dst-lid>|-d }
[-c ] [-v] [-т ] [-с ] [-i ]
[-с ] [-о ] [-lw <1x|4x|12x>] [-ls <2.5|5|10>] [-pm]
[-pc] [-P < = >]

ОПИС

ibdiagpath простежує шлях між двома кінцевими точками та надає інформацію щодо
вузли та порти, пройдені по шляху. У ньому використовуються запити про працездатність пристрою
різні пристрої вздовж пройденого шляху. Спосіб роботи ibdiagpath залежить від
режим адресації, що використовується в командному рядку. Якщо використовується адресація спрямованого маршруту,
локальний вузол є вихідним вузлом, а маршрут до порту призначення відомий попередньо. Увімкнено
з іншого боку, якщо використовується маршрутна адресація (або за іменем) LID, то джерело і
порти призначення маршруту визначаються їхніми LID (або іменами, визначеними в
файл топології). У цьому випадку фактичний шлях від локального порту до вихідного порту, і
від порту джерела до порту призначення, визначається за допомогою Subnet Management
Запити таблиці лінійного пересилання вузлів комутатора вздовж цих шляхів. Тому шлях
не можна передбачити, оскільки це може змінитися. Інструмент дозволяє опустити вихідний вузол, у якому
якщо джерелом вважається локальний порт на машині, на якій запущено інструмент. Примітка:
Коли ibdiagpath запитує лічильники продуктивності вздовж шляху між джерелом і
портів призначення, він завжди проходить маршрут LID, навіть якщо є спрямований маршрут
вказано. Якщо вздовж маршруту LID одне або кілька посилань не перебувають у АКТИВНОМУ стані,
ibdiagpath повідомляє про помилку. Перевіряє дійсність шляху від розділів, IPoIB і QoS
також надаються перспективи.

ibdiagpath.log -
Дамп всіх звітів програми створюється відповідно до наданих прапорів

ibdiagnet.pm -
Дамп значень лічильників pm, зв'язків тканини

ВАРІАНТИ

-n <[src-name,]dst-name>:
Назви вихідних і цільових портів (як визначено у файлі топології; джерело
може бути опущено -> локальний порт вважається джерелом)
-l <[src-lid,]dst-lid>:
LID джерела та призначення (джерело може бути опущено -> локальний порт вважається
джерело)
-d <p1,p2,p3,...>:
спрямований маршрут від локального вузла (який є вихідним) і вузла призначення
-c <count>:
Мінімальна кількість пакетів, які надсилаються через кожне посилання (за замовчуванням = 100)
-v :
Увімкнути докладний режим
-t <topo-file>:
Вказує ім’я файлу топології
-s <sys-name>:
Визначає назву локальної системи. Має значення, лише якщо вказано файл топології
-i <dev-index>:
Вказує індекс пристрою порту, який використовується для підключення до IB-комбінату (в
випадок кількох пристроїв у локальній системі)
-p <port-num>:
Вказує номер порту локального пристрою, який використовується для підключення до IB-комбінату
-o <out-dir>:
Вказує каталог, куди будуть розміщені вихідні файли (за замовчуванням =
/var/cache/ibutils)
-lw <1x|4x|12x>:
Вказує очікувану ширину посилання
-ls <2.5|5|10>:
Вказує очікувану швидкість з’єднання
- вечора :
Скиньте всі посилання на тканину, pm лічильники в ibdiagnet.pm
-pc :
Скидання всіх зв’язків тканини pmCounters
-P > :
Якщо будь-який із вказаних pm більше, ніж вказане значення, роздрукуйте його на екрані
-h|--допомога :
Друкує інформацію про сторінку довідки
-V|--версія :
Друкує версію інструмента
--вари :
Друкує змінні середовища інструмента та їх значення

ERROR КОДИ

1 - Простежений шлях нездоровий
2 - Не вдалося проаналізувати параметри командного рядка
3 - Для проходження локального порту до порту "Джерело" потрібно більше 64 стрибків і
потім до порту «Призначення».
4 - Неможливо перейти дані LFT від джерела до місця призначення
5 - Не вдалося використати файл топології
6 - Не вдалося завантажити необхідний пакет

Використовуйте ibdiagpath онлайн за допомогою служб onworks.net