ibdiagpath - Интернет в облаке

ПРОГРАММА:

ИМЯ

ibdiagpath - путь диагностики IB

СИНОПСИС

ibdiagpath
{-n <[src-name,] dst-name> | -l <[src-lid,] dst-lid> | -d }
[-c ] [-v] [-t ] [-s ] [-i ]
[-п ] [-o ] [-lw <1x | 4x | 12x>] [-ls <2.5 | 5 | 10>] [-pm]
[-pc] [-P < знак равно >]

ОПИСАНИЕ

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

ibdiagpath.log -
Дамп всех отчетов приложения, генерируемых в соответствии с предоставленными флагами

ibdiagnet.pm -
Дамп значений pm Counters, ссылок фабрики

ДОПОЛНИТЕЛЬНЫЕ УСЛУГИ, НЕ ВКЛЮЧЕННЫЕ В ПАКЕТ

-n <[src-name,] dst-name>:
Имена портов источника и назначения (как определено в файле топологии; источник
может быть опущен -> предполагается, что локальный порт является источником)
-l <[src-крышка,] dst-крышка>:
LID источника и назначения (источник можно не указывать -> предполагается, что локальный порт является
источник)
-d <p1,p2,p3,...>:
направленный маршрут от локального узла (который является источником) и узла назначения
-c <количество>:
Минимальное количество пакетов для отправки по каждой ссылке (по умолчанию = 100)
-v :
Включить подробный режим
-t <топо-файл>:
Задает имя файла топологии
-s <имя-системы>:
Задает имя локальной системы. Имеет значение, только если указан файл топологии
-i <dev-индекс>:
Задает индекс устройства порта, используемого для подключения к структуре IB (в
случай нескольких устройств в локальной системе)
-p <номер-порта>:
Задает номер порта локального устройства, используемый для подключения к структуре IB.
-o <внешний каталог>:
Задает каталог, в который будут помещены выходные файлы (по умолчанию =
/ var / cache / ibutils)
-лв <1x | 4x | 12x>:
Определяет ожидаемую ширину ссылки
-ls <2.5 | 5 | 10>:
Определяет ожидаемую скорость соединения
-вечера :
Выгрузить все ссылки фабрики, счетчики pm в ibdiagnet.pm
-ПК :
Сбросить все связи фабрики pmCounters
-P >:
Если какой-либо из предоставленных pm больше, чем предоставленное значение, распечатайте его на экране
-h | --help :
Распечатывает информацию на странице справки
-V | --version :
Печатает версию инструмента
--vars :
Печатает переменные среды инструмента и их значения

ОШИБКА КОДЫ

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

Использование ibdiagpath в Интернете с помощью сервисов onworks.net