
Диагностика EMC SwitchOS на SX6018: очистка журналов, процессы, драйверы и доступ к файлам
Short answer
Снятые логи подтверждают очистку двух буферов: syslog и isrlog. Это не доказательство очистки всех журналов, файлов или постоянной памяти. Остальные диагностические команды описаны ровно в пределах полученных ответов.
Verification note: Публикация подготовлена по предоставленному владельцем архиву от 2 ноября 2026 года. Редакция сверила целостность файлов и дословность 67 зарегистрированных лог-блоков; нового сеанса с устройством при подготовке публикации не выполнялось. Вставки с пометкой «Реальный лог» сохранены без изменения. Ссылки на исходные файлы обозначают редакционный архив, а не публичные загрузки.
У ограниченной OEM-консоли может быть больше диагностических возможностей, чем кажется по первому приглашению. На EMC Mellanox SX6018 со SwitchOS 1.395 удалось получить справку журналов, очистить два отдельных буфера с проверкой счётчиков, прочитать список задач, таблицу драйверов, открытые дескрипторы и данные watchdog. При этом команды просмотра обычного каталога файлов так и не были подтверждены.
Здесь важна разница между уже выполненной операцией и просто обнаруженной строкой в справке. В ходе исследования setnewip сначала раскрыл синтаксис только при вызове без аргументов. С журналами сработал похожий подход: непосредственные вызовы log, syslog и isrlog оказались полезнее общего help. Все результаты ниже относятся к одному экземпляру со SwitchOS 1.395, сборкой 2015-05-11 и Firmware Revision 9.9.1260.
Правила публикации логов. Реальные ответы устройства вынесены в отдельные блоки с началом и концом. Исторические операторские выводы и свежие чтения через MCP обозначены раздельно. Снимки не объединены в вымышленную непрерывную сессию. Изменены две последние цифры серийного номера шасси; остальные значения сохранены. В текстовом представлении свежих ответов сняты ANSI-коды цвета и CR, а исходные события доступны в редакционном архиве JSON (редакционный архив: evidence/live-capture.json).
Команда log без аргументов показала интерфейс именованных журналов. Приводим свежий ответ устройства полностью.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-016
Прямое чтение через MCP 02.11.2026; команда log; события 6133–6170. Источник (редакционный архив: evidence/commands/log.txt).
log
Use: log info <logname>
log create <logname> [0 => text file, 1 => binary file]
log delete <logname>
log flush <logname>
log help
log print <logname> [ts] <#messages>
log test <logname> <id> <level>
where: <#messages> is the number of messages to display
If <#messages> is positive, the earliest messages are displayed.
If <#messages> is negative, the most recent messages are displayed.
If <#messages> is 0, all messages are displayed.
If [ts] is supplied timestamps are displayed.
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-016
У log есть операции info, create, delete, flush, print и test. При создании справка различает text file и binary file. Это реальные слова встроенного интерфейса, но они ещё не определяют расположение данных: путь, носитель и формат хранения здесь не указаны. Объявленная операция delete также ничего не говорит о физическом стирании flash или доступности данных после удаления объекта.
Число сообщений в log print имеет полезную семантику. Положительное значение выбирает ранние сообщения, отрицательное — последние, 0 — все. Опция ts добавляет timestamps. Эти значения прямо объяснены help. Однако у нас нет установленного имени пользовательского журнала, для которого можно было бы продемонстрировать эти операции. Называть придуманное имя или создавать тестовый журнал ради более красивого примера мы не стали.
У syslog другой интерфейс: имя журнала в команде не требуется. Справка описывает info, flush, фильтрацию, объединённое чтение с isrlog и режим daemon.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-017
Прямое чтение через MCP 02.11.2026; команда syslog; события 6171–6220. Источник (редакционный архив: evidence/commands/syslog.txt).
syslog
Use: syslog info
syslog flush
syslog filter [enable|disable|<mask>] [all|<id>]
syslog [merge] [ts] <#messages> [match <pattern>] [id <id>]
syslog help
syslog [ts] daemon
syslog test <id> <level>
where: <#messages> is the number of messages to display
<pattern> display messages containing a match to the given <pattern>.
<id> display messages matching <id>.
If <#messages> is positive, the earliest messages are displayed.
If <#messages> is negative, the most recent messages are displayed.
If <#messages> is 0, all messages are displayed.
If [ts] is supplied timestamps are displayed.
If [merge] is supplied then the syslog and isrlog messages are merged.
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-017
Синтаксис чтения включает match для отбора по образцу и id для отбора по идентификатору. Параметр merge, по словам самого устройства, объединяет сообщения syslog и isrlog. Это объявленная возможность; отдельный эксперимент с наполненными буферами и сортировкой объединённого вывода не проводился. Команда test в справке существует, но искусственные сообщения в журналы при подготовке статьи не добавлялись.
Вызов isrlog вернул ту же справку с буквальным префиксом syslog. Этот текст выглядит как повтор общего обработчика, но по нему одному нельзя решить, являются ли буферы общими. Ответ сохранён полностью, без замены имени команды внутри подсказки.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-018
Прямое чтение через MCP 02.11.2026; команда isrlog; события 6221–6271. Источник (редакционный архив: evidence/commands/isrlog.txt).
isrlog
Use: syslog info
syslog flush
syslog filter [enable|disable|<mask>] [all|<id>]
syslog [merge] [ts] <#messages> [match <pattern>] [id <id>]
syslog help
syslog [ts] daemon
syslog test <id> <level>
where: <#messages> is the number of messages to display
<pattern> display messages containing a match to the given <pattern>.
<id> display messages matching <id>.
If <#messages> is positive, the earliest messages are displayed.
If <#messages> is negative, the most recent messages are displayed.
If <#messages> is 0, all messages are displayed.
If [ts] is supplied timestamps are displayed.
If [merge] is supplied then the syslog and isrlog messages are merged.
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-018
Разделить эти варианты помогла фактическая проверка счётчиков. В историческом операторском выводе syslog info показал 21 сообщение, а isrlog info — 7.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-019
Операторское вложение; непрерывный фрагмент счётчиков до очистки. Источник (редакционный архив: evidence/source-04-log-help-fds.txt).
Switch-A(4)> syslog info
Syslog information:
total messages: 21
Level mask for (-1) 3F = 003f
Switch-A(4)> isrlog info
Syslog information:
total messages: 7
Level mask for (-1) 3F = 003f
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-019
Для двух имён получены разные значения total messages. Это весомее сходства текстов справки: наблюдение поддерживает трактовку syslog и isrlog как отдельных считываемых буферов. Их точная внутренняя реализация, правила записи и место хранения по этому сравнению не определяются.
На этом этапе слово flush оставалось неоднозначным. В разных программных интерфейсах оно может означать как очистку, так и передачу накопленного содержимого дальше. Поэтому значение операции не было принято на веру по одному названию. Оператор выполнил её для каждого буфера и сразу повторил команду info.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-020
Пользовательский вывод в переданных оператором материалах: фактическая очистка двух буферов; не повторялась при подготовке статей. Источник (редакционный архив: evidence/historical-excerpts.json).
Switch-A(4)> syslog flush
SYSLOG buffer now empty.
Switch-A(4)> syslog info
Syslog information:
total messages: 0
Level mask for (-1) 3F = 003f
Switch-A(4)> isrlog flush
SYSLOG buffer now empty.
Switch-A(4)> isrlog info
Syslog information:
total messages: 0
Level mask for (-1) 3F = 003f
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-020
Здесь есть два независимых признака результата для каждого имени: сообщение SYSLOG buffer now empty. и total messages: 0. В рамках наблюдаемого интерфейса это подтверждает очистку обоих буферов. Текст SYSLOG при вызове isrlog flush оставлен буквально: редакторская замена его на ISRLOG скрыла бы особенность прошивки.
Позднее, уже при подготовке статьи, состояние повторно считано через MCP. Команды flush повторно не выполнялись.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-021
Прямое чтение через MCP 02.11.2026; команда syslog info; события 5186–5192. Источник (редакционный архив: evidence/commands/syslog-info.txt).
syslog info
Syslog information:
total messages: 0
Level mask for (-1) 3F = 003f
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-021
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-022
Прямое чтение через MCP 02.11.2026; команда isrlog info; события 5193–5199. Источник (редакционный архив: evidence/commands/isrlog-info.txt).
isrlog info
Syslog information:
total messages: 0
Level mask for (-1) 3F = 003f
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-022
Оба счётчика по-прежнему равны 0 в момент этих чтений. Это не означает, что логирование отключено: поле Level mask осталось тем же, и команды filter disable не применялись. Новые события в дальнейшем могут снова появиться в журнале. Для проверки очистки полезно сохранять и ответ самой операции, и состояние после неё.
Проверенная историческая последовательность очистки выглядит следующим образом. Этот блок выделен как памятка команд; первичным доказательством остаётся реальный лог выше.
Памятка проверенной исторической последовательности — не новый сеанс.
syslog flush
syslog info
isrlog flush
isrlog info
Это процедура очистки двух доступных буферов на исследованной сборке. Она не является процедурой полного уничтожения пользовательских данных. Нулевой счётчик в интерфейсе журнала не устанавливает, существовали ли дополнительные сохранённые копии, выгрузки или остаточные записи в постоянной памяти. Документированную карту хранения журналов для EMC SwitchOS 1.395 мы не получили.
Отдельный вывод касается log flush <logname>. Несмотря на одинаковое слово flush, его поведение нельзя автоматически приравнять к уже проверенному syslog flush. В опыте не было вызова с действительным именем пользовательского журнала. То же ограничение относится к log delete: синтаксис подтверждён, действие на конкретном объекте — нет.
Чтобы лучше описать диагностическую среду, мы сняли таблицу установленных драйверов.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-023
Прямое чтение через MCP 02.11.2026; команда drivers; события 4984–5029. Источник (редакционный архив: evidence/commands/drivers.txt).
drivers
Installed drivers:
### Name Data Flags Nopens Call addr
--- -------------------- ---------- ---------- ------ ----------
0 syslog 0x0338cfa4 0x00000000 0 0x00035900
1 isrlog 0x0338d09c 0x00000000 0 0x00035900
2 userinterface 0x00000000 0x00000000 39 0x00004db0
3 stty0 0x00000000 0x00000000 1 0x00071414
4 eth0 0x00000000 0x00000000 2 0x00071dc8
5 i2c0 0x00000000 0x00000000 0 0x0007da90
6 i2c1 0x00000001 0x00000000 0 0x0007da90
7 itcpip 0x00000000 0x00000000 13 0x0003e754
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-023
В ней syslog и isrlog занимают разные строки и имеют разные Data-адреса. Call addr у них одинаковый. Таблица полезно дополняет наблюдение о разных счётчиках: прошивка регистрирует два отдельных имени с общим адресом вызова драйвера. Делать отсюда вывод о расположении буферов во flash, размере области или сроке хранения нельзя.
Кроме них видны userinterface, stty0, eth0, i2c0, i2c1 и itcpip. Это имена, реально сообщённые прошивкой. Адреса и число открытий в таблице относятся к текущему запуску; их не следует использовать как постоянные адреса для чтения или записи памяти другого экземпляра.
Команда fds перечисляет активные файловые дескрипторы. Ниже приведён фрагмент свежего ответа; полная таблица из 55 строк доступна по ссылке к блоку.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-024
Прямое чтение через MCP 02.11.2026; фрагмент ответа fds, полная таблица в источнике. Источник (редакционный архив: evidence/commands/fds.txt).
fds
Active file descriptors:
#### Iidx Nopn Flags Data Owner Pidx Name
---- ---- ---- ---------- ---------- -------------------- ---- ----------------
0 -2 1 0x00000002 0x00000000 0 - init 0 userinterface
1 -3 39 0x00000002 0x00000000 -1 - <unknown> -1 <unknown>
2 -2 1 0x00000002 0x00000000 0 - init 1 userinterface
3 -2 1 0x00000002 0x00000000 0 - init 2 userinterface
4 -7 1 0x00000000 0x033954b4 0 - init 3 itcpip
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-024
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-025
Прямое чтение через MCP 02.11.2026; фрагмент ответа fds, полная таблица в источнике. Источник (редакционный архив: evidence/commands/fds.txt).
48 -7 1 0x00000000 0x033964d4 5 - inetd 3 itcpip
49 -7 1 0x00000000 0x03395824 5 - inetd 4 itcpip
50 -7 1 0x00000000 0x03396db4 5 - inetd 5 itcpip
51 -7 1 0x00000000 0x03397154 5 - inetd 6 itcpip
52 -7 1 0x00000000 0x033974f4 5 - inetd 7 itcpip
53 -7 1 0x00000000 0x03397894 5 - inetd 8 itcpip
54 -7 1 0x00000000 0x03397aa4 5 - inetd 9 itcpip
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-025
В показанных строках есть userinterface, itcpip, eth0 и записи <unknown>. Видны владельцы вроде console, inetd и tcpd. Это не список каталогов и не перечень всего содержимого постоянной памяти. Закрытый файл мог бы не попадать в таблицу активных дескрипторов; по записям <unknown> также нельзя установить, что за объект скрыт за конкретным номером.
Поэтому результат fds не отвечает на вопрос «на устройстве нет файлов?». Он отвечает на более узкий вопрос: какие открытые дескрипторы видит диагностический интерфейс в данный момент. В опубликованном общем help не обнаружены команды ls, dir, cat или pwd. Проверенной команды обхода файловой системы в этой работе нет.
Обычные Linux-примеры с /var/log или /proc/mtd из материалов о переустановленном MLNX-OS здесь неприменимы без дополнительного подтверждения. Полевой разбор FnordWiki содержит отдельную процедуру установки Linux-based среды; файловые команды в этой части текста относятся уже к ней. Мы не переносили её пути на исходную EMC SwitchOS.
Для понимания текущего запуска полезны uptime и ps. Они отработали в доступной консоли, и их ответы включены в материал без попытки привести формат к привычному Linux.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-026
Прямое чтение через MCP 02.11.2026; команда uptime; события 4974–4979. Источник (редакционный архив: evidence/commands/uptime.txt).
uptime
up 0 days, 00:53:22 CPU util avg: 100% 100% 100%
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-026
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-027
Прямое чтение через MCP 02.11.2026; команда ps; события 5030–5139. Источник (редакционный архив: evidence/commands/ps.txt).
ps
up 0 days, 00:53:25 CPU util avg: 100% 100% 100%
External Interrupts: 0
Clock interval per tick: 500000 usec: 1000 msec: 1000000 sec: 1000000000
Clock secs: 3205 hsecs: 6411 msecs: 765 ticks: 6411530
Pid Name State I R BlkPr Started Ticks Cycles Last Stack Pi
--- ---------- ----- - - ----- ---------- ---------- ------- ------- ------ --
[-] [idle] - - - - 0 0 0 0 0 --
[-] [intr] - - - - 0 0 0 0 0 --
[-] [sched] - - - - 35014519 1242896 407401 15451 0 --
0 init -b 0x S E 0 0 57194 23599 450781 242950 968 1
1 eth_packet R E 0 865 217368 11274 307407 8944 2336 1
2 tcp_timer S E 0 0 317863 5972 427185 5860 48 1
3 tcpd R E 0 0 8017037 71759 137180 4852 2248 1
4 console *RN E 0 ZZZZZ 8103196 603140 433063 96328 4672 1
5 inetd S E 0 7 6306669 547558 351037 43510 712 1
6 poll_cqs R E 0 0 11110591 2702083 471788 179620 104 1
7 poll_ports S E 0 0 16354 7747 228892 248776 1840 1
8 env_mon S E 0 0 9175 4290 409796 10468 1152 1
9 env_bin_ap S E 0 547 33270 5337 129741 84448 736 1
10 incoming_f S E 0 165 6740 1037 428732 80374 408 1
11 in_fw_tunn S E 0 132 6726 1034 164687 80812 448 1
12 wdog S E 0 0 302499 5398 199050 8998 72 1
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-027
В обоих ответах CPU util avg показан как 100% 100% 100%. В таблице есть init, eth_packet, tcp_timer, tcpd, console, inetd, poll_cqs, poll_ports, env_mon и другие задачи. Часть имён в ps сокращена шириной столбца; полные варианты некоторых из них видны в fds и загрузочном выводе.
Сам по себе этот снимок не доказывает зависание или эксплуатационную перегрузку. В течение сеанса устройство отвечало на последовательные команды, а значения Started, Ticks, Cycles и состояния задач требуют документации именно этого планировщика. Назначать этим полям точную семантику Linux top было бы неверно. Также не измерены скорость обработки трафика, задержки и загрузка под нагрузкой.
Команда date вернула отдельное время устройства.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-028
Прямое чтение через MCP 02.11.2026; команда date; события 4980–4983. Источник (редакционный архив: evidence/commands/date.txt).
date
16:46:07.295 11/02/2026
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-028
Этот timestamp не использован как точное время по Чикаго, UTC или иной зоне: настройка часового пояса и синхронизация часов устройства не проверялись. Дата полевого исследования в статье — 2 ноября 2026 года. Такое различение предотвращает ложные временные корреляции между логом устройства и временем управляющего сервиса.
Ещё одна доступная группа диагностики относится к прерываниям и watchdog. Вызов eint показал счётчики векторов.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-029
Прямое чтение через MCP 02.11.2026; команда eint; события 6044–6078. Источник (редакционный архив: evidence/commands/eint.txt).
eint
g_vector_1_count : 0x00000000
g_vector_2_count : 0x00000000
g_vector_3_count : 0x00000000
g_vector_4_count : 0x00000000
g_vector_5_count : 0x00000000
g_vector_6_count : 0x00000000
g_vector_7_count : 0x00000000
g_vector_8_count : 0x00000000
g_vector_9_count : 0x001DAEC4
g_vector_A_count : 0x00000000
g_vector_B_count : 0x00000000
g_vector_C_count : 0x00881FB1
g_vector_D_count : 0x00000000
g_vector_E_count : 0x00000000
g_vector_F_count : 0x00000000
g_vector_PIT_count: 0x00000000
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-029
Векторы 9 и C имеют ненулевые значения; остальные показанные значения в этом снимке равны 0. Соответствие конкретного вектора источнику прерывания здесь не установлено. Мы не трактуем ненулевые счётчики как ошибки и не предлагаем обнулять их в качестве доказательства исправности.
У dumpwdog более подробный ответ: счётчик watchdog, контекст, поля регистров, tick и сведения об исключениях.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-030
Прямое чтение через MCP 02.11.2026; команда dumpwdog; события 6079–6132. Источник (редакционный архив: evidence/commands/dumpwdog.txt).
dumpwdog
WatchDog count: [0x0] buffPtr[0x2d3d438]
string
Excep: b00, Time-Base: 00000000:00000000, Tick: 6499066 cu_timer: 00632afa
R0- R7: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R8-R15: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R16-R23: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
R24-R31: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
MSR: 00000000, LR: 00000000, SRR0: 00000000, SRR1: 00000000
L2CR: 00000000, HID0: 00000000, DAR: 00000000, DSISR: 00000000
CTR: 00000000, XER: 00000000, CR: 00000000
CSRR0: 00000000, CSSR1: 00000000, TCR: cc400000, TSR: 04000000
Nesting level: 1 Scheduler
Context block: 02d3d566 g_curcontext: 03285a98
Backtrace:
FD count : [ 0x0 ]
Exception count: [ 0x0 ]
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-030
WatchDog count и Exception count в данном снимке равны 0. При этом структура содержит и ненулевые поля, например Tick, TCR и TSR. Это диагностический ответ, который следует публиковать целиком или с явно отмеченным сокращением. Нулевые счётчики не доказывают отсутствие всех прежних сбоев устройства за весь срок эксплуатации: период и постоянство хранения здесь не определены.
Вызов lastrun status вернулся к приглашению без поясняющего текста.
НАЧАЛО РЕАЛЬНОГО ЛОГА · log-031
Прямое чтение через MCP 02.11.2026; команда lastrun status; события 6042–6043. Источник (редакционный архив: evidence/commands/lastrun-status.txt).
lastrun status
Switch-A(4)>
КОНЕЦ РЕАЛЬНОГО ЛОГА · log-031
Пустой ответ сохранён как результат. Он не доказывает, что история выключена или очищена. В общем help перечислены операции status, clear и dump для lastrun, а у eint заявлен clear. Наличие этих слов в справке отмечено в полном каталоге команд (редакционный архив: evidence/commands/help.txt); при свежем сборе статьи операции очистки счётчиков и истории не выполнялись.
Состояние проверки удобно зафиксировать таблицей, чтобы читатель не смешивал разные уровни доказательств.
| Возможность | Что есть в материале |
|---|---|
| syslog info / isrlog info | Реальные счётчики до и после очистки |
| syslog flush / isrlog flush | Фактическое выполнение, подтверждение пустого буфера |
| log info / print / delete / flush | Встроенный синтаксис; действительные имена журналов не установлены |
| syslog merge, match, id, filter, daemon, test | Справка устройства; отдельные функциональные проверки не выполнялись |
| drivers / fds | Свежие полные снимки в редакционном архиве |
| uptime / ps / date | Свежие ответы; семантика загрузки и часовой пояс не установлены |
| eint / dumpwdog | Свежие ответы чтения; длительность хранения данных неизвестна |
| lastrun status | Выполнено; ответ не содержал текста |
| Полный список файлов и каталогов | Проверенная команда не установлена |
| Удаление всех сохранённых диагностических данных | Не подтверждено |
Такая таблица даёт материалу практическую границу. Владельцу подобного устройства доступны реальные команды для снятия состояния и проверенная очистка двух буферов. Для именованных журналов, постоянного хранения и файлового доступа остаются отдельные вопросы, на которые нельзя отвечать переносом команды с другой ОС.
Вместе с аппаратной диагностикой и разбором сетевых настроек эти результаты описывают работающую консоль EMC SwitchOS заметно подробнее одного списка help. Главный вклад полевого исследования — сохранённые наблюдения, включая странные ответы и отсутствие ответа, с которыми можно сопоставить следующий реальный экземпляр.
К серии и источникам · Полный свежий транскрипт (редакционный архив: evidence/live-transcript.md) · Исходная операторская справка и счётчики (редакционный архив: evidence/source-04-log-help-fds.txt)
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
- EMC Mellanox SX6018 со SwitchOS 1.395: загрузка, консоль, инвентаризация и аппаратная диагностика
- IPv4 на EMC Mellanox SX6018: setnewip, поведение ifconfig, MAC и проверка маршрутов
- Все команды EMC Mellanox SX6018 со SwitchOS 1.395: справочник по реальной консоли
Practical runbook format
Отдельно опишите чтение журналов и действия flush. Перед очисткой сохраните нужные свидетельства; после действия повторите счётчики и отметьте, какие области не проверены.
What to include
Версия SwitchOS, точная команда, источник лога, счётчики до и после, исключения и границы результата.