Диагностика EMC SwitchOS на SX6018: очистка журналов, процессы, драйверы и доступ к файлам

← Back to Blog

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

Practical runbook format

Отдельно опишите чтение журналов и действия flush. Перед очисткой сохраните нужные свидетельства; после действия повторите счётчики и отметьте, какие области не проверены.

What to include

Версия SwitchOS, точная команда, источник лога, счётчики до и после, исключения и границы результата.