VMware: Визначення причини вимкнення або перезавантаження віртуальної машини

Цілей
Визначення причини вимкнення або перезавантаження віртуальної машини в одному з цих сценаріїв:

• Клієнти, підключені до сервісів, що працюють у віртуальній машині, більше недоступні
• Програми, залежні від служб, запущених у віртуальній машині, повідомляють про помилки
• Віртуальна машина більше не реагує на мережеві з'єднання
• Віртуальна машина більше не реагує на взаємодію користувача в консолі
• Віртуальна машина несподівано вимкнулася
• Несподівано перезавантажилася віртуальна машина
• У журналі віртуальної машини ви бачите помилку, схожу на:
  PIIX4: PM Soft Off. Good-bye
• У вікні перегляду подій Windows ви побачите повідомлення:
  User sent the guest OS shutdown

Рішення
Щоб визначити, чому віртуальна машина була вимкнена або перезавантажена:

1. Перевірте розташування файлів журналу віртуальної машини:
   1. Відкрийте клієнт vSphere і підключіться до сервера vCenter.
   2. Надайте адміністративні облікові дані, коли з'явиться відповідний запит.
   3. Переконайтеся, що ви перебуваєте в режимі перегляду «Хости та кластери».
   4. Виберіть віртуальну машину в Інвентарі.
   5. Перейдіть на вкладку Підсумок.
   6. Натисніть Редагувати налаштування.
   7. Перейдіть на вкладку Параметри.
   8. Виберіть Загальні параметри.
   9. Запишіть робоче місце віртуальної машини з правого боку.
2. Відкрийте файл журналу віртуальної машини:
   1. Відкрийте браузер і введіть URL-адресу http://<vCenter hostname>де <vCenter hostname> – це IP або повністю кваліфіковане доменне ім'я для сервера vCenter.
   2. Надайте адміністративні облікові дані, коли з'явиться відповідний запит.
   3. Натисніть Переглянути сховища даних за посиланням на інвентаризацію vCenter.
   4. Переміщайтеся веб-сторінками, доки не дійдете до відповідного центру обробки даних, сховища даних і папки, як зазначено в кроці 1.
   5. Натисніть посилання на відповідний файл журналу та відкрийте його в потрібному редакторі.
      Примітка: Новий vmware-#.log файл створюється під час жорсткого скидання, увімкнення живлення або vMotion віртуальної машини. Використовуйте дати в стовпці «Остання зміна» для визначення журналів, у яких зафіксовано відключення.
3. Запишіть ім'я хоста VMware ESXi, на якому працювала віртуальна машина під час її різкого перезавантаження або вимкнення. Другий рядок файлу журналу містить запис, який ідентифікує хост. Наприклад:
   Mar 04 17:27:17.648: vmx| Hostname=esx02.domain.com
4. Визначте, чи була віртуальна машина вимкнена або перезавантажена гостьовою операційною системою:
   • Скидання, ініційоване гостьовою ОС, генерує цю подію в журналах віртуальної машини:
     

     Mar 04 17:04:29.638: vcpu-0| CPU reset: soft
     

     
     Щоб продовжити виправлення неполадок, зверніться до постачальника операційної системи, щоб визначити, чому гостьова операційна система ініціювала скидання. Якщо постачальник операційної системи підозрює, що збій був спричинений VMware Tools або віртуальним обладнанням, залучіть підтримку VMware. Якщо ви визначили, що операційна система у вашій віртуальній машині повідомила про синій екран, паніку в ядрі або еквівалент, перегляньте статтю VMware KB Виявлення критичних збоїв гостьової ОС у віртуальних машинах (1003999). 
   • Зупинка, ініційована гостьовою ОС, генерує цю подію в журналах віртуальної машини:
     

     Mar 04 17:28:58.849: vcpu-0| PIIX4: PM Soft Off. Good-bye.
     

     
     Щоб продовжити виправлення неполадок, зверніться до постачальника операційної системи, щоб визначити, чому гостьова операційна система ініціювала зупинку. Якщо постачальник операційної системи підозрює, що збій був спричинений VMware Tools або віртуальним обладнанням, залучіть підтримку VMware. Якщо ви визначили, що операційна система у вашій віртуальній машині повідомила про синій екран, паніку в ядрі або еквівалент, перегляньте статтю VMware KB Виявлення критичних збоїв гостьової ОС у віртуальних машинах (1003999). 
5. Визначте, чи була віртуальна машина вимкнена або перезапущена викликом користувача або vSphere API:
   • Запит користувача або API на скидання віртуальної машини генерує цю подію у файлах журналу віртуальної машини:

     Mar 04 17:07:38.588: vcpu-0| CPU reset: hard

   • Ініційований користувачем або API запит на вимкнення віртуальної машини генерує цю подію у файлах журналу віртуальної машини:

     Mar 04 09:45:18.324: vmx| MKS local poweroff

   • Запит користувача або API на вимкнення віртуальної машини генерує цю подію у файлах журналу віртуальної машини:
     

     2015-04-09T18:13:10.244Z| vmx| I120: Tools: sending 'OS_Halt' (state = 1) state change request

     і:
     

     2015-04-09T18:13:19.897Z| vcpu-0| I120: PIIX4: PM Soft Off. Good-bye.

   • Запит, ініційований користувачем або API на перезавантаження гостьової операційної системи у віртуальній машині, генерує цю подію у файлах журналу віртуальної машини:
      

     2015-04-09T18:09:12.346Z| vmx| I120: Tools: sending 'OS_Reboot' (state = 2) state change request

     і:

     2015-04-09T18:09:22.238Z| vcpu-0| I120: CPU reset: soft (mode 1)

6. Визначте, чи повідомляла віртуальна машина про зворотне трасування. Зворотне трасування генерує події, подібні до цієї, у файлі журналу віртуальної машини:
   

   Mar 04 09:42:33.315: vmx| Caught signal 6 -- tid 101087
   Mar 04 09:42:33.315: vmx| SIGNAL: eip 0x1019e731 esp 0xbf5ffa9c ebp 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: eax 0x0 ebx 0x18adf ecx 0x6 edx 0x10054a00 esi 0x18adf edi 0x6
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffa9c : 0x10048dab 0x00018adf 0x00000006 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffaac : 0x10048d63 0xbf5ffae8 0x1000b8a0 0xbf5ffac8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffabc : 0x10054a00 0x00000006 0x0861e1a0 0xbf5ffae8
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffacc : 0x100492c7 0x00000400 0x00000006 0x00000001
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffadc : 0x100492aa 0x1029e5a8 0x00000001 0xbf5ffc18
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffaec : 0x1019fc82 0x00000006 0xbf5ffb00 0x00000000
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffafc : 0x1019fb30 0x00000020 0x00000000 0x00000000
   Mar 04 09:42:33.315: vmx| SIGNAL: stack 0xbf5ffb0c : 0x00000000 0x00000000 0x00000000 0x00000000
   Mar 04 09:42:33.315: vmx| Backtrace:
   Mar 04 09:42:33.315: vmx| Backtrace[0] 0xbf5ff858 eip 0x805ae40
   Mar 04 09:42:33.315: vmx| Backtrace[1] 0xbf5ff928 eip 0x80f735a
   Mar 04 09:42:33.315: vmx| Backtrace[2] 0xbf5ff9a8 eip 0x80f70e8
   Mar 04 09:42:33.315: vmx| Backtrace[3] 0xbf5ffa28 eip 0x10048e5b
   Mar 04 09:42:33.315: vmx| Backtrace[4] 0xbf5ffa94 eip 0x7d0004f
   Mar 04 09:42:33.315: vmx| Backtrace[5] 0xbf5ffac8 eip 0x1019e731
   Mar 04 09:42:33.315: vmx| Backtrace[6] 0xbf5ffae8 eip 0x100492c7
   Mar 04 09:42:33.315: vmx| Backtrace[7] 0xbf5ffc18 eip 0x1019fc82
   Mar 04 09:42:33.315: vmx| Backtrace[8] 0xbf5ffc38 eip 0x101eed95
   Mar 04 09:42:33.315: vmx| Backtrace[9] 0xbf5ffc68 eip 0x101eca2d
   Mar 04 09:42:33.315: vmx| Backtrace[10] 0xbf5ffc78 eip 0x818e87c
   Mar 04 09:42:33.315: vmx| Backtrace[11] 0xbf5ffc98 eip 0x81895e7
   Mar 04 09:42:33.315: vmx| Backtrace[12] 0xbf5ffcb8 eip 0x80cd940
   Mar 04 09:42:33.315: vmx| Backtrace[13] 0xbf5ffcc8 eip 0x80c4f08
   Mar 04 09:42:33.315: vmx| Backtrace[14] 0xbf5ffcf8 eip 0x80c4b15
   Mar 04 09:42:33.315: vmx| Backtrace[15] 0xbf5ffd48 eip 0x804fd18
   Mar 04 09:42:33.315: vmx| Backtrace[16] 0xbf5ffd68 eip 0x804ec14
   Mar 04 09:42:33.315: vmx| Backtrace[17] 0xbf5ffda8 eip 0x1018c853
   Mar 04 09:42:33.315: vmx| Backtrace[18] 00000000 eip 0x804de11
   Mar 04 09:42:33.315: vmx| Unexpected signal: 6.
   

   
   Щоб продовжити виправлення неполадок зворотного трасування, перегляньте статтю VMware KB Інтерпретація монітора віртуальної машини та збоїв виконуваного файлу (1019471). 
7. Визначте, чи був системний збій в операційній системі віртуальної машини.  Журнал містить записи, схожі на:

   svga| I120: WinBSOD: ( 1) `A problem has been detected and Windows has been shut down to prevent damage '
   svga| I120: WinBSOD: ( 2) `to your computer.'
   svga| I120: WinBSOD: ( 4) `If this is the first time you've seen this Stop error screen,'
   svga| I120: WinBSOD: ( 5) `restart your computer. If this screen appears again, follow'
   svga| I120: WinBSOD: ( 6) `these steps:'
   svga| I120: WinBSOD: ( 8) `Disable or uninstall any anti-virus, disk defragmentation'
   svga| I120: WinBSOD: ( 9) `or backup utilities. Check your hard drive configuration, '
   svga| I120: WinBSOD: (10) `and check for any updated drivers. Run CHKDSK /F to check '
   svga| I120: WinBSOD: (11) `for hard drive corruption, and then restart your computer. '
   svga| I120: WinBSOD: (13) `Technical information: '
   svga| I120: WinBSOD: (15) `*** STOP: 0x00000024 (0x00000000001904FB,0xFFFFF880069B2CE8,0xFFFFF880069B2540,0'
   svga| I120: WinBSOD: (16) `xFFFFF880014F5FA2)

8. Переконайтеся, що ви не зіткнулися з відключенням через недоступність загальних ресурсів.
9. Визначте, чи була віртуальна машина перезапущена за допомогою моніторингу віртуальної машини високої доступності:
   
   Перегляньте vmware.log для ураженої віртуальної машини (/vmfs/volumes/<datastore>/<VM directory>/vmware.log), ви бачите записи, схожі на:

   vmx| Vix: [104333 vmxCommands.c:457]: VMAutomation_Reset. Trying hard reset

Статті по темі:
VMware KB Визначення, чому віртуальна машина була вимкнена або перезавантажена (1019064) 

Дивіться також:
VMware KB Виявлення критичних збоїв гостьової ОС у віртуальних машинах (1003999) 
VMware KB Інтерпретація збоїв монітора віртуальної машини та виконуваного файлу (1019471)