Метро-кластер: Сбор журналов из узла Metro

Шаги по выполнению следующих задач: 

1. Какие журналы необходимы для отладки проблем с метрокластером? 
2. Как собрать данные collect-diagnostics в кластере узла Metro? 
3. Как проверить существующие пакеты для сбора данных диагностики на серверах управления.  
4. Как прервать и очистить текущий сбор и диагностику в узле Metro?  

Примечание.: Если требуются журналы SupportAssist, отсылайте заказчика к статье базы знаний, 000135669 «Как экспортировать собранные журналы SupportAssist из SupportAssist Enterprise? Подключено или отключено А


 . Какие журналы необходимы для отладки проблем с метрокластером? 

1. Команда, необходимая для сбора журналов с узла Metro, называется «collect-diagnostics» и может быть запущена с любого [^1] узла в программе настройки узла Metro. При выполнении этой команды на одном директоре кластера Metro Node должны быть получены все данные от всех директоров со всех узлов кластера. НЕ выполняйте эту команду более чем на одном узле одновременно.

2. Команда «collect-diagnostics» создает сжатый tar.gz файл журнала, содержащий файлы конфигурации и журнала. Файл collect-diagnostics помещается в каталог /diag/collect-diagnostics-out/ на узле, с которого он был запущен. После завершения выполнения команды с помощью WINSCP или аналогичной утилиты SCP скопируйте файл с узла, после чего он может быть предоставлен службе поддержки для анализа. Дополнительные сведения об использовании этой команды см. в разделе B ниже.

Примечания. 

• Если команда «collect-diagnostics» выполняется без параметров, создаются два файла: базовый и расширенный. На масштабируемых системах это может занять довольно много времени. 
• Для поддержки узла Metro обычно требуется только файл Base, однако в некоторых случаях, из-за проблем с производительностью, может потребоваться и расширенный файл. 
• При выполнении диагностики collect-diagnostics могут потребоваться стандартные параметры: 

• Для получения дополнительных сведений о команде введите «collect-diagnostics -h». 

Вот примеры того, как выглядят эти два имени файла, дата и время, показанные как YYYY-MM-DD-HH.MM.SS, будут отсчитываться от даты и времени их сбора: 

• Базовый файл — <серийный номер>-c1-diag-YYYY-MM-DD-HH.MM.SS.tar.gz 
• Расширенный файл — <серийный номер>-c1-diag-ext-YYYY-MM-DD-HH.MM.SS.tar.gz 

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

4. При некоторых типах проблем производительности полезно создать дополнительный журнал под названием «fe_perf_stats». Журналы создаются непрерывно, но не регистрируются функцией collect-diagnostics. Чтобы записать этот журнал, перейдите по cd (change directory) в /var/log/VPlex/ cli на узле каждого кластера и выполните команду «tar cvzf fe-perf-stats.tar.gz fe_perf_stats*», чтобы сжать данные файлов в tar-файл. Подключитесь к узлу с помощью WINSCP или аналогичной утилиты SCP и перейдите в /var/log/VPlex/cli. Скопируйте файл fe-perf-stats.tar.gz в систему. Загрузите TAR-файл вместе с файлом (файлами) collect-diagnostics (по запросу службы поддержки) в SR или отправьте вам FTP-ссылку, которую служба поддержки предоставит вам в SR и по электронной почте. 

5. В дополнение к сбору диагностических данных может быть полезно собрать следующую информацию:

• открытое логирование для сеанса PuTTY,
• затем выполните команды, указанные ниже.
• затем соберите журнал Putty и загрузите в свою систему,
• затем прикрепите журнал PuTTY, collect-diagnostics и любые другие данные,
  запрошенные к SR.

1. Состояние кластера 
2. ll clusters/**/storage-views/* --full 
3. ll ~порты 
4. show-use-hierarchy /clusters/**/virtual-volumes/* 
5. ll ~системные-тома 
6. ls -t /clusters/*/directors/*::serial-number [эта команда выведет список всех DST для каждого узла]
7. ls -t /clusters/**/director-*/::hostname [отображаемые имена хостов будут IP-адресами, это ожидаемо]

B. Как собрать данные collect-diagnostics в кластере узла Metro? 
 
Примечание.: Базового файла, охватывающего последние 30 дней, достаточно для изучения и решения большинства проблем. Эти параметры следует использовать, если иное не указано службой поддержки.
Чтобы собрать эти данные, выполните команду collect-diagnostics со следующими флагами «--noextended» и «--last-logs 30d».

1. Создайте сеанс SSH в командной строке узла директор Linux, например service@director-1-1-a, затем войдите в vplexcli. 

Пример вывода:

login as: service 
Keyboard-interactive authentication prompts from server: 
| Password: 
End of keyboard-interactive prompts from server 
Last login: <date and timestamp data> from x.x.x.x
service@director-1-1-a:~> 
service@director-1-1-a:~> vplexcli 
Trying ::1... 
Connected to localhost. 
Escape character is '^]'. 
 
VPlexcli:/> 

2. Чтобы запустить collect-diagnostics, в командной строке vplexcli выполните команду collect-diagnostics с указанными параметрами, как показано в примере ниже. 

Пример выходных данных: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2024-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2024-02-09 19:55:13 UTC: No cluster-witness server found. 
2024-02-09 19:55:13 UTC: Free space = 88G 
2024-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

C. Проверка существующих пакетов collect-diagnostics в директоре/узле. 

1. Когда команда collect-diagnostics завершится и вернется в командную строку vplexcli, подключитесь к директору, с которого вы выполнили команду, с помощью winscp [или аналогичной утилиты SCP] и перейдите в папку /diag/collect-diagnostics-out/ 

2. Определите файлы журнала с правильной меткой времени и скачайте их на локальную рабочую станцию. 

D. Как прервать текущую диагностику
 
Примечание: Это мероприятие не нарушает работу системы. Так как прямые команды для прерывания процесса сбора данных отсутствуют, необходимо перезапустить консоль управления. Тем не менее, прежде чем прерывать выполнение диагностики сбора, обратитесь в службу поддержки, чтобы объяснить, почему вы хотите прервать выполнение диагностики сбора, чтобы убедиться, что все в порядке, так как некоторые данные могут быть потеряны. Эти потерянные данные больше не будут доступны для сбора при повторном запуске диагностики сбора после прерывания.

1. Если вы все еще находитесь в сеансе PuTTY, в котором была запущена диагностика сбора, вы должны увидеть потоковую передачу выходных данных collect-diagnostics, показывающую, что она все еще выполняется. 

Пример вывода: 

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 19:55:12 UTC: ****Initializing collect-diagnostics... 
2022-02-09 19:55:13 UTC: No cluster-witness server found. 
2022-02-09 19:55:13 UTC: Free space = 88G 
2022-02-09 19:55:13 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection .. 

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

  Пример вывода: 

login as: service 
Using keyboard-interactive authentication. 
Password: 
Last login: <date and time stamp data> from x.x.x.x 
service@director-1-1-b:~>

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

Пример вывода: 

   service@director-1-1-b:~> sudo systemctl restart VPlexManagementConsole.service 
 

4. Оглядываясь назад на первый сеанс PuTTY, в котором была запущена диагностика сбора, при перезапуске консоли управления вы должны увидеть отчет collect-diagnostics следующего в качестве последнего записанного вывода: 

"Connection closed by foreign host."

Пример выходных данных (проверьте последнюю строку вывода):

VPlexcli:/> collect-diagnostics --noextended --last-logs 30d 

('WARNING:The collect-diagnostics command was issued with option --noextended.\n',) 

The following file(s) will NOT be collected: 

        core files 
        fast trace dump files 
        slow trace dump files 
        udcom trace dump files 
        udcom legacy trace files 
        user-defined performance sink files 
        the management console's heap 

('WARNING:Only the logs that are generated in the last 30 days are collected.') 

2022-02-09 20:02:03 UTC: ****Initializing collect-diagnostics... 
2022-02-09 20:02:04 UTC: No cluster-witness server found. 
2022-02-09 20:02:04 UTC: Free space = 88G 
2022-02-09 20:02:04 UTC: Total space needed = 1907M 

================================================================================ 

Starting collect-diagnostics, this operation might take a while... 

================================================================================ 

Executing cluster collection ..                               ERROR 
Executing SMS log collection ..                               Connection closed by foreign host. <<<

5. Как только сбор диагностики остановлен, шаг 3 выше, вернитесь ко второму сеансу PuTTY и перейдите в каталог /diag, затем запустите « ll », и вы увидите несколько дополнительных каталогов. 

• collect-diagnostics-tmp
• collect-diagnostics-jobs 
• collect-diagnostics-tmp-ext*

      * Если расширенные файлы не были опущены

Пример вывода: 

service@director-1-1-b:/diag> ll 
total 32 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-tmp-ext
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:03 collect-diagnostics-jobs 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwxr-xr-x 3 service groupSvc  4096 Feb  9 20:02 collect-diagnostics-tmp 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

6. Если вы заглянете внутрь каждого из этих каталогов, вы увидите файлы с датой и временем запуска отмененной коллекционной диагностики. Эти файлы занимают место в разделе /diag и должны быть удалены. 

7. Чтобы удалить/удалить файлы из каталога /diag, введите «rm -r collect-diagnostics-jobs» и «rm -r collect-diagnostics-tmp», затем снова введите « ll », чтобы убедиться, что каталоги удалены. 

Пример вывода: 

service@director-1-1-b:/diag> rm -r collect-diagnostics-jobs 
service@director-1-1-b:/diag> rm -r collect-diagnostics-tmp 

service@director-1-1-b:/diag> ll 
total 24 
drwxr-xr-x 2 service groupSvc  4096 Feb  9 20:04 collect-diagnostics-out 
drwx------ 2 root    root     16384 Jan 27 16:54 lost+found 
drwx--x--x 3 service groupSvc  4096 Dec 17 03:08 share 
service@director-1-1-b:/diag> 

8. Если каталог «collect-diagnostics-tmp-ext» существует, удалите его, выполнив команду «rm -r collect-diagnostics-tmp-ext»  

Примечание.: Расширенный файл обычно используется для исследования сбоев узлов. Если по факту сбоя узла ведется настоящее расследование и служба поддержки не собрала все необходимые журналы, перед очисткой каталога collect-diagnostics-tmp-ext обратитесь в службу поддержки, так как это может привести к удалению необходимых файлов главного сервера.