Вузол метро: Як збирати логи з вузла метро

Кроки для виконання наступних завдань: 

1. Які журнали потрібні для налагодження проблем Metro Node? 
2. Як зафіксувати діагностику збору даних на кластері Metro Node? 
3. Як перевірити наявні пакети збирання-діагностики на серверах керування.  
4. Як перервати і навести лад в Metro Node?  

Примітка: Якщо потрібні журнали SupportAssist, зверніться до 000135669 KBA «Як експортувати колекцію журналів SupportAssist із SupportAssist Enterprise? Підключено або відключено «


 A. Які журнали потрібні для налагодження проблем Metro Node? 

1. Команда, яка потрібна для збору журналів з вузла метрополітену, називається "collect-diagnostics" і може бути запущена з будь-якого^[1] вузла в налаштуваннях вузла метрополітену. Виконання цієї команди на одному директорі кластера Metro Node повинно мати всі дані від усіх директорів, від усіх вузлів кластера. НЕ виконуйте цю команду більш ніж на одному вузлі одночасно.

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

Нотатки: 

• Якщо команду «collect-diagnostics» запущено без параметрів, буде створено два файли: базовий файл і розширений файл. На масштабованих системах це може зайняти досить багато часу. 
• Підтримка Metro Node зазвичай вимагає лише файлу 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 разом із файлом(ами) збирання-діагностики, якщо вас попросить служба, до SR або ftp-посилання, яке служба підтримки надасть вам у SR та електронною поштою. 

5. На додаток до збору діагностики, може бути корисно зібрати наступну інформацію;

• відкрите каротаж для сеансу шпаклівки,
• потім виконайте наведені нижче команди,
• потім зберіть журнал Putty і завантажте у свою систему,
• потім прикріпіть журнал PuTTY,
  збір даних та будь-які інші запитувані дані до SR.

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

Б. Як зафіксувати діагностику збору даних на кластері Metro Node? 
 
Примітка: Базового файлу, що охоплює останні 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-діагностику, з підказки 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 .. 

бл. Як валідувати існуючі пакети collect-diagnostics на директорі/вузлі. 

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

2. Визначте файл(и) журналу з правильною позначкою часу та завантажте їх на локальну робочу станцію. 

Г. Як перервати поточну колекційну діагностику
 
Примітка: Це неруйнівна діяльність. Оскільки прямих команд для переривання процесу збору немає, вам доведеться перезапустити консоль управління. Однак, перш ніж перервати запущену діагностику збирання, зв'яжіться зі службою підтримки, щоб пояснити, чому ви хочете перервати запуск збиральної діагностики, щоб переконатися, що з нею все гаразд, оскільки можуть бути втрачені дані. Ці втрачені дані не будуть знову доступні для збирання, якщо діагностика збору буде повторно запущена після дії перервання.

1. Якщо ви все ще перебуваєте на сеансі PuTTY, де ви розпочали збирання-діагностику, ви повинні бачити потокове передавання вихідних даних збирання-діагностики, показуючи, що він все ще працює. 

Приклад вихідних даних: 

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, в якому було запущено збирання-діагностику, коли ви перезапускали консоль керування, ви повинні побачити звіт про збирання-діагностику наступним чином як останній зазначений результат: 

"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 і 'cd' до каталогу /diag, потім запустіть ' ll', і ви побачите кілька додаткових каталогів, 

• Збір-діагностика-tmp
• Збір-діагностика-вакансії 
• 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. Якщо ви заглянете всередину кожного з цих каталогів, то побачите файли з датою і часом запуску нині скасованого collect-diagnostics. Ці файли займають місце у розділі /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, оскільки це може призвести до видалення потрібних файлів ядра.