CliDeck
PlatformLog in
Workspace

EMC Mellanox SX6018 со SwitchOS 1.395: загрузка, консоль, инвентаризация и аппаратная диагностика

Serial Console
#EMC SX6018#SwitchOS 1.395#OEM#Serial Console#serial-console
← Back to Blog

Short answer

Начните с info, затем сопоставьте версии и аппаратную инвентаризацию. Показанные ответы относятся к одному EMC-экземпляру SwitchOS 1.395; состояние портов DOWN без трафика не подтверждает их работоспособность под нагрузкой.

Verification note: Публикация подготовлена по предоставленному владельцем архиву от 2 ноября 2026 года. Редакция сверила целостность файлов и дословность 67 зарегистрированных лог-блоков; нового сеанса с устройством при подготовке публикации не выполнялось. Вставки с пометкой «Реальный лог» сохранены без изменения. Ссылки на исходные файлы обозначают редакционный архив, а не публичные загрузки.

На вторичном рынке название Mellanox SX6018 ещё не определяет, какой интерфейс управления получит владелец. В нашем случае устройство загрузилось в консоль Switch-A(4)> и сообщило о сборке из каталога EMC. Привычные инструкции с приглашением MLNX-OS и входом в configuration mode оказались неподходящей отправной точкой. Разобраться помогли идентификаторы из самого устройства, полный загрузочный вывод и несколько команд просмотра.

В этой статье собраны результаты исследования одного действующего EMC-экземпляра, относимого к семейству SX6018 по совокупности P/N, платформы STINGRAY и 18 портов. Проверка проведена 2 ноября 2026 года. Сначала оператор передавал вывод последовательной консоли, затем данные повторно считывались через MCP с того же подключения. Дата подготовки материала не является датой выпуска прошивки: исследованная SwitchOS собрана в 2015 году.

Как читать вставки. Каждый блок с пометкой «Реальный лог» содержит вывод устройства. Сокращённые фрагменты обозначены отдельно; пропущенные части не заменены вымышленными строками. Серийный номер шасси опубликован с изменёнными двумя последними цифрами, одинаково во всех материалах серии. Числа в P/N, версиях, адресах, счётчиках и серийных номерах компонентов сохранены. Из свежего захвата удалены только управляющие последовательности цвета ANSI и технические символы CR. Полный захват с этими символами, после такой же замены серийного номера, доступен в JSON-приложении (редакционный архив: evidence/live-capture.json).

Первая полезная команда — info. Она даёт сразу несколько независимых идентификаторов, которые стоит сохранять вместе при любом обращении за документацией.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-001

Прямое чтение через MCP 02.11.2026; команда info; события 4842–4887. Источник (редакционный архив: evidence/commands/info.txt).

info
----------------------------- Board Info -----------------------------
* Chasis Type         : STINGRAY
* Number of Ports     : 18
* U-Boot Revision     : 3.2.330
* Firmware Revision   : 9.9.1260
* INI file Revision   : 0x21010016
* SwitchOS Revision   : 1.395
* SwitchOS Build Date : 2015-05-11
* SwitchOS Build Time : 15:49:18
* SwitchOS Build Path : /emc/tdowning/ppc460_release/may_11_2015
----------------------------------------------------------------------
Switch-A(4)>

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-001

Полезно сохранить и дополнительные поля сборки из раннего операторского захвата. Они дают точную сигнатуру образа, а не только номер версии.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-002

Операторское вложение; фрагмент полей сборки перед приглашением. Источник (редакционный архив: evidence/source-02-help.txt).

VS_COMMIT_LEVEL..=1.395
 GET_BUILD_BASE................=
 GET_BUILD_SIGNATURE...........=0025b50070fd,2015-05-11,15:49:18,26896
 GET_BUILD_PATH................=/emc/tdowning/ppc460_release/may_11_2015

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-002

В строке GET_BUILD_SIGNATURE присутствуют идентификатор, дата, время и завершающее число. Мы сохраняем поле целиком, не назначая недокументированным частям собственную семантику. GET_BUILD_BASE в этом снимке пустое; пустое значение также является частью первичного вывода.

В этом выводе Firmware Revision равна 9.9.1260, а SwitchOS Revision — 1.395. Это разные поля. Называть устройство просто «Mellanox с ОС 9.9.1260» недостаточно: такой способ записи теряет версию самой SwitchOS. INI file Revision, U-Boot Revision и дата сборки дополняют контекст. Для повторения наших наблюдений точная комбинация важнее внешнего сходства корпуса.

Поле Chasis Type содержит STINGRAY, а путь сборки — /emc/tdowning/ppc460_release/may_11_2015. Само написание Chasis оставлено в логе. Производительский формат вывода может включать опечатки; исправлять их внутри первичного материала значило бы делать транскрипт менее точным.

Для сравнения с аппаратным семейством доступно официальное руководство Mellanox SwitchX / SwitchX-2, Rev 1.4, таблица 23. Оно описывает SX6018 с 18 QSFP+ портами, процессором PPC460EX и SwitchX-2. Это аппаратный ориентир; его инструкции управления сопровождаются контекстом MLNX-OS. Подтверждать по ним поведение EMC SwitchOS 1.395 без проверки на устройстве было бы ошибкой.

Различие EMC OS и MLNX-OS отмечено и в обсуждении EMC SX6018 на форуме NVIDIA. Форум помогает распознать вариант платформы, но не заменяет руководство по каждой команде. В частности, по нему нельзя объявить проверенными сброс конфигурации, установку другой ОС или очистку постоянной памяти нашего экземпляра.

Команда env show inventory уточняет заводскую идентификацию. Ниже приведён ранее переданный оператором полный блок VPD.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-003

Операторский вывод из чата; полный ответ env show inventory. Источник (редакционный архив: evidence/historical-excerpts.json).

Switch-A(4)> env show inventory

System VPD: Part# 100-886-230-02
System VPD: Serial# MT1332X04283
System VPD: Rev# 05
System VPD: Product Name# Stingray
System VPD: System Disp String# SX60

PS1 VPD: Part# 071-000-588
PS1 VPD: Serial# MT1331X00795
PS1 VPD: Rev# 03
PS1 VPD: Product Name# PIRANHA_PS
PS1 VPD: System Disp String# 

PS2 VPD: Part# 071-000-588
PS2 VPD: Serial# MT1331X00798
PS2 VPD: Rev# 03
PS2 VPD: Product Name# PIRANHA_PS
PS2 VPD: System Disp String# 

FAN VPD: Part# 045-000-224
FAN VPD: Serial# MT1331X01050
FAN VPD: Rev# 02
FAN VPD: Product Name# PIRANHA_FAN
FAN VPD: System Disp String# 
Switch-A(4)>

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-003

Здесь есть данные шасси, двух блоков питания и вентиляционного модуля. Это позволяет описать состав экземпляра без догадок по одному имени SX60. Оба блока питания сообщают одинаковый P/N 071-000-588 и Product Name PIRANHA_PS, но разные серийные номера. Вентиляционный модуль имеет P/N 045-000-224 и собственный серийный номер. Пользовательский IP к этой идентификации не относится: после его изменения VPD сохранился.

В одном повторном захвате MCP после пустых System Disp String компонентов появились непечатный символ и символ замены декодера. Эти символы оставлены в исходном JSON; в статье использован более ранний полный операторский блок. Сам по себе такой хвост не устанавливает повреждение EEPROM или неисправность компонента. Нужны повторяемое чтение и отдельная проверка, а не редакторское исправление данных.

Загрузочный лог даёт сведения, которых нет в кратком VPD. Это особенно полезно, если неизвестно, какая управляющая платформа находится внутри OEM-корпуса.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-004

Операторское вложение; фрагмент загрузочного заголовка, начало и конец выбраны явно. Источник (редакционный архив: evidence/source-01-boot.txt).

U-Boot 2009.01 SX_PPC_M460EX SX_3.2.0330-82-EMC ppc (Feb 27 2013 - 12:13:42)

CPU:   AMCC PowerPC 460EX Rev. B at 1000 MHz (PLB=166, OPB=83, EBC=83 MHz)
       Security/Kasumi support
       Bootstrap Option H - Boot ROM Location I2C (Addr 0x52)
       Internal PCI arbiter disabled
       32 kB I-Cache 32 kB D-Cache
Board: Mellanox PPC460EX Board
FDEF:  No
I2C:   ready
DRAM:   2 GB (ECC enabled, 333 MHz, CL3)
FLASH: 16 MB
NAND:  1024 MiB
PCI:   Bus Dev VenId DevId Class Int
PCIE0: link is not up.
PCIE1: successfully set as root-complex
        01  00  15b3  c738  0c06  00
Net:   ppc_4xx_eth0, ppc_4xx_eth1
Hit any key to stop autoboot:  0

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-004

Устройство сообщает AMCC PowerPC 460EX Rev. B на 1000 MHz, 2 GB ECC DRAM, 16 MB FLASH и 1024 MiB NAND. Последние два значения показывают, что на плате есть разные виды постоянной памяти. Из одного факта их наличия нельзя определить, какие области использует именно EMC SwitchOS и где хранятся конкретные настройки. Разметка Linux, полученная после установки другой ОС, потребовала бы отдельного доказательства соответствия исходной системе.

В boot-среде перечислены два Ethernet-устройства ppc_4xx_eth0 и ppc_4xx_eth1. Позднее работающая SwitchOS выводит eth0 и lo0. Эти имена относятся к разным этапам загрузки. Наличие двух имён в U-Boot не доказывает наличие двух одинаково настроенных интерфейсов в запущенной ОС.

Есть и показательный отрицательный результат: попытка выполнить boot -s в U-Boot не включила single-user mode. Загрузчик вернул справку, а обычный boot продолжил запуск.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-005

Операторское вложение; непрерывный фрагмент от boot -s до ABCDE. Источник (редакционный архив: evidence/source-01-boot.txt).

=> boot -s
Usage:
boot    - boot default, i.e., run 'bootcmd'

=> boot
Waiting for PHY auto negotiation to complete... done
ENET Speed is 1000 Mbps - FULL duplex connection (EMAC0)
Using ppc_4xx_eth0 device
ping failed; host 192.168.10.10 is not alive
   Loading Kernel Image ... OK
ABCDE

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-005

В данном опыте ошибка ping не остановила последующую загрузку образа: непосредственно после неё видны Loading Kernel Image ... OK и строка ABCDE. Это наблюдение относится к показанной последовательности, а не ко всем возможным bootcmd. Причину сетевого запроса и состав bootcmd в этой работе не исследовали.

Такой фрагмент полезен при оценке сторонних recovery-инструкций. Команда, подходящая одному загрузчику или ОС, может иметь другое значение на другой платформе. Важен контекст приглашения: здесь команда отправлена в U-Boot с приглашением =>. Переносить сюда процедуру из Junos loader или GRUB по одному сходному слову boot нельзя.

Список команд работающей SwitchOS также оказался самостоятельным источником сведений. Вызов help setnewip повторял общий каталог и не раскрывал аргументы. А вызов самой setnewip без аргументов возвращал специализированную строку Syntax. Следовательно, отсутствие параметров в общем help ещё не означает, что команда их не принимает. Точный опыт со сменой IP разобран во второй статье; полный свежий каталог help (редакционный архив: evidence/commands/help.txt) приложен отдельно.

Затем мы сняли показания вентиляторов. Команда env show fans показывает четыре FAN-позиции и ещё по одной для PS1 и PS2.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-006

Прямое чтение через MCP 02.11.2026; команда env show fans; события 5140–5153. Источник (редакционный архив: evidence/commands/env-show-fans.txt).

env show fans

   FAN 1: Speed 12210 RPM
   FAN 2: Speed 10830 RPM
   FAN 3: Speed 12210 RPM
   FAN 4: Speed 10830 RPM
PS1 FAN : Speed 10830 RPM
PS2 FAN : Speed 11160 RPM

Switch-A(4)>

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-006

Все шесть значений в этом снимке ненулевые. Таблица позволяет фиксировать измеренные RPM, но не задаёт допустимые пределы: пороги, алгоритм регулирования и условия испытания на нагрузке здесь не определялись. Поэтому из этих чисел можно сделать узкий вывод о показаниях датчиков в момент опроса, а не заключение о ресурсе вентиляторов или эффективности охлаждения под полной нагрузкой.

Далее команда env show alarms вывела набор аппаратных alarm-полей.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-007

Прямое чтение через MCP 02.11.2026; команда env show alarms; события 5154–5185. Источник (редакционный архив: evidence/commands/env-show-alarms.txt).

env show alarms

BAZ AVAIL Alarm: 0

I2C COMM ERR Alarm: 0

Thermal Alarms: 0

Soft Thermal Warning Alarms: 0

FAN Present Alarms: 0

PS1 Present Alarms: 0

PS1 PGood Alarms: 0

PS2 Present Alarms: 0

PS2 PGood Alarms: 0

ALL PGood Alarms: 0

Health Alarms: 0

Fan Unknown Error Alarm: 0

Fan 1 Error Alarm: 0

Fan 2 Error Alarm: 0

Fan 3 Error Alarm: 0

Fan 4 Error Alarm: 0

PS1 Fan Error Alarm: 0

PS2 Fan Error Alarm: 0
Switch-A(4)>

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-007

У всех показанных полей значение 0. Среди них есть признаки присутствия блоков питания и вентиляторов, PGood, температурные и Health Alarms. Это полезный контроль состояния, согласующийся с ненулевыми RPM. Он не подменяет испытание резервирования питания, измерение температуры или длительный нагрузочный тест. Такие действия на исследуемом устройстве не выполнялись.

Команды env show inventory, env show fans, env show alarms и baz swportinfo также описаны в полевом разборе EMC SX60xx автором FnordWiki. Для нашей серии они дополнительно проверены фактическими ответами SwitchOS 1.395. Совпадение имени команды с более старым примером полезно, а наблюдаемый ответ остаётся основным доказательством её работы на текущей сборке.

Для портовой диагностики использована команда baz swportinfo 1. Её полный ответ показывает, насколько подробная низкоуровневая информация доступна даже в ограниченной OEM-консоли.

НАЧАЛО РЕАЛЬНОГО ЛОГА · log-008

Прямое чтение через MCP 02.11.2026; команда baz swportinfo 1; события 5200–5331. Источник (редакционный архив: evidence/commands/baz-swportinfo-1.txt).

baz swportinfo 1
Port UNPLUGGED!
Port Physical DOWN!
Port Logical DOWN!

Eye Stats:
Lane 0 Height    : 00000000
Lane 0 Width     : 00000000
Lane 1 Height    : 00000000
Lane 1 Width     : 00000000
Lane 2 Height    : 00000000
Lane 2 Width     : 00000000
Lane 3 Height    : 00000000
Lane 3 Width     : 00000000

LLR statistics:
RCV Cells           : 0x0000000000000000
RCV retry Cells     : 0x0000000000000000
RCV retry           : 0x0000000000000000
Xmit Cells          : 0x0000000000000000
Xmit retry Cells    : 0x0000000000000000
Xmit retry          : 0x0000000000000000
LLR Port Symbol Err : 0x0000000000000000
LLR error Lane 0    : 0x0000000000000000
LLR error Lane 1    : 0x0000000000000000
LLR error Lane 2    : 0x0000000000000000
LLR error Lane 3    : 0x0000000000000000

Port Error Counters:
Symbol Error       : 0x00000000
Link error recovery: 0x00000000
Link downed        : 0x00000000
Port recv errors   : 0x00000000
Recv remote errors : 0x00000000
Switch relay errors: 0x00000000
Port TX discard    : 0x00000000
Port TX Constraint : 0x00000000
Port RX Constraint : 0x00000000
Link Inegrity Error: 0x00000000
Buffer Overrun     : 0x00000000
VL 15 Dropped      : 0x00000000
Port Transmit Wait : 0x00000000

Port Data Counters:
Port TX Data : 0x0000000000000000
Port RX Data : 0x0000000000000000
Port TX Pkts : 0x0000000000000000
Port RX Pkts : 0x0000000000000000

Key Violations:
Mkey Violations : 0x00000000
Pkey Violations : 0x00000000
Qkey Violations : 0x00000000

Queue Length:
QDepth VL 00  : 0x00000000
QDepth VL 01  : 0x00000000
QDepth VL 02  : 0x00000000
QDepth VL 03  : 0x00000000
QDepth VL 04  : 0x00000000
QDepth VL 05  : 0x00000000
QDepth VL 06  : 0x00000000
QDepth VL 07  : 0x00000000
QDepth VL 08  : 0x00000000
QDepth VL 09  : 0x00000000
QDepth VL 10  : 0x00000000
QDepth VL 11  : 0x00000000
QDepth VL 12  : 0x00000000
QDepth VL 13  : 0x00000000
QDepth VL 14  : 0x00000000
QDepth VL 15  : 0x00000000
Switch-A(4)>

КОНЕЦ РЕАЛЬНОГО ЛОГА · log-008

В выводе есть физическое и логическое состояние, Eye Stats для четырёх lane, LLR statistics, ошибки порта, счётчики данных и пакетов, Key Violations и глубина очередей по VL. Написание Link Inegrity Error сохранено. Команда в этом испытании применялась только для чтения.

Чтобы не строить описание всего коммутатора по одному порту, мы последовательно опросили порты с 1 по 18. Полные ответы каждого находятся в редакционном архиве портовых транскриптов (редакционный архив: evidence/ports.md); ниже — таблица, автоматически построенная из этих ответов.

ПортПодключениеФизическое состояниеЛогическое состояниеПоказанные числовые счётчики
1UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
2UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
3UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
4UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
5UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
6UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
7UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
8UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
9UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
10UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
11UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
12UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
13UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
14UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
15UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
16UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
17UNPLUGGEDDOWNDOWNВсе 55 полей равны 0
18UNPLUGGEDDOWNDOWNВсе 55 полей равны 0

Все 18 ответов содержат UNPLUGGED, Physical DOWN и Logical DOWN. Числовые счётчики в показанных портовых разделах равны нулю. Это полный снимок доступного состояния портов, но не тест их пропускной способности. В опыте не поднимали InfiniBand fabric, не подключали тестовый HCA, не запускали subnet manager и не передавали нагрузочный трафик. Возможности Ethernet/VPI или конкретная скорость линка данным чтением не подтверждены.

Эта граница особенно важна при публикации оборудования с вторичного рынка. Ответившая консоль, исправно читаемый VPD и нулевые alarm-поля дают полезные сведения о состоянии экземпляра. Они не превращают его автоматически в проверенный сетевой коммутатор для любой задачи. Порт с отсутствующим линком нельзя оценить по результату передачи, которой не было.

Полученный набор команд годится для начального паспорта аналогичного устройства: info связывает версии, env show inventory — аппаратные компоненты, env show fans и env show alarms — состояние мониторинга, baz swportinfo — наблюдаемое состояние конкретного порта. Сохранённые ответы позволяют сравнить два экземпляра или повторный снимок одного устройства, не ограничиваясь словом «рабочий».

У исследования остаются чёткие пределы. Перезапуск после изменения настроек не проводился, постоянство сетевой конфигурации не установлено, разметка памяти EMC SwitchOS не определена. Подтверждённой процедуры полной очистки данных для этой сборки мы не получили. В третьей статье отдельно показано, что удалось доказать для журналов и диагностического интерфейса.

Логи относятся к одному экземпляру и нескольким сеансам. В раннем загрузочном тексте есть время устройства за 30 октября, а свежие чтения выполнены 2 ноября 2026 года; синхронизация его часов не проверялась. Для собственного оборудования полезно повторить команды просмотра и сопоставить версии до применения любых команд изменения. Именно такое ограниченное, проверяемое описание помогает работать с редкой OEM-платформой без подмены её поведения поведением другой ОС.

К серии и исходным материалам · Полный свежий транскрипт (редакционный архив: evidence/live-transcript.md)

Who this is for

Для владельцев и инженеров, исследующих именно EMC OEM SwitchOS 1.395 на SX6018 с разрешённым консольным доступом.

When to use this

Для сопоставления своего устройства с указанной сборкой и сохранения проверяемого диагностического снимка.

When not to use this

Не переносите команды на MLNX-OS или другую сборку без отдельной проверки. Материал не заменяет процедуру sanitization и не подтверждает готовность устройства к передаче другому владельцу.

Workflow

Сопоставьте info и версии; прочитайте относящийся к задаче разбор выше; отправляйте команды по одной, дожидаясь приглашения. Отделяйте просмотр от изменения. При неожиданном ответе остановитесь и сохраните вывод.

Verification checklist

  • Версии и среда совпадают с областью применимости.
  • Источник, дата и полный ответ сохранены.
  • Объявленная команда не выдана за выполненную.
  • Пустой ответ или нулевой счётчик не заменяет независимую проверку результата.

Common mistakes

Считать обычный help полным описанием реализации; запускать команды записи из справочника; переносить поведение другой ОС; выдавать очистку буфера или смену IP за уничтожение данных.

CliDeck workflow fit

Сохранённый консольный транскрипт полезен как основание для отдельного runbook с областью применимости, ожидаемым ответом и условиями остановки. Сам факт получения лога не доказывает успех операций, которые в нём не зафиксированы.

FAQ

Проверены ли все команды?

Нет. В тексте различаются реальные ответы, встроенная справка и памятки.

Подтверждена ли полная очистка устройства?

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

Related guides

Quick checklist

Проверьте модель, приглашение, info и версии. Параметры UART подтвердите по своей рабочей консольной сессии; не назначайте их по сходству названия устройства.

Traditional cable vs CliDeck workflow

Показанные ответы получены через последовательную консоль одного устройства. Интерфейс подключения не меняет семантику команд; при выборе рабочего инструмента сохраняйте полный вывод и контекст сеанса.