Действительно ли событие 41 нормально, когда VPS является завершением работы в гипервизоре?

У меня есть размещенный VPS (Windows Server 2012), и завершение работы его в гипервизоре вызывает следующее критическое событие в представлении System журналов Windows:

> Log Name: System Source: Microsoft-Windows-Kernel-Power Date:
> 4/13/2015 12:05:28 PM Event ID: 41 Task Category: (63) Level: Critical
> Keywords: (2) User: SYSTEM Computer: ********** Description: The
> system has rebooted without cleanly shutting down first. This error
> could be caused if the system stopped responding, crashed, or lost
> power unexpectedly. Event Xml: <Event
> xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
> <System> <Provider Name="Microsoft-Windows-Kernel-Power"
> Guid="{331C3B3A-2005-44C2-AC5E-77220C37D6B4}" /> <EventID>41</EventID>
> <Version>3</Version> <Level>1</Level> <Task>63</Task>
> <Opcode>0</Opcode> <Keywords>0x8000000000000002</Keywords>
> <TimeCreated SystemTime="2015-04-13T10:05:28.557824700Z" />
> <EventRecordID>594549</EventRecordID> <Correlation /> <Execution
> ProcessID="4" ThreadID="8" /> <Channel>System</Channel>
> <Computer>**********</Computer> <Security UserID="S-1-5-18" />
> </System> <EventData> <Data Name="BugcheckCode">239</Data> <Data
> Name="BugcheckParameter1">0xfffffa8007110700</Data> <Data
> Name="BugcheckParameter2">0x0</Data> <Data
> Name="BugcheckParameter3">0x0</Data> <Data
> Name="BugcheckParameter4">0x0</Data> <Data
> Name="SleepInProgress">0</Data> <Data
> Name="PowerButtonTimestamp">0</Data> <Data
> Name="BootAppStatus">0</Data> </EventData> </Event>

Существует информация о событии (41) здесь: https://support.microsoft.com/en-us/kb/2028504#method1

И информация о bugcheck здесь (239 = 0xEF): https://msdn.microsoft.com/en-us/library/windows/hardware/ff560358 (v=vs.85) .aspx

Это событие было инициировано путем соединения моего VPS со второй сетью Ethernet.

Я сообщил об этом стороне хостинга, и они уверяют меня что:

"это - нормальное событие, когда VPS является завершением работы в гипервизоре"

Они - очень надежный поставщик, таким образом, я склонен верить им, но не совсем уверенный также. Таким образом, мой вопрос: это событие является беспокоящим или нормальным в этом сценарии?

---ОБНОВЛЕНИЕ от hoster (transip.nl)

Сообщение "Система перезагрузило, чисто не закрываясь сначала. Эта ошибка Могла быть Вызвана, если бы система прекратила отвечать, разрушенная, или неожиданно решает питание". логично.

Поскольку мы не имеем никакого доступа к самой ОС и поэтому не можем выполнить перезагрузку оттуда, мы делаем это путем выключения VPS в гипервизоре, что действительно вызовет, приводит к такому отчету.

После настаивания elobarating:

Ну, я действительно не могу дать Вам другой ответ. Когда Вы добавляете VPS к частной сети или удаляете его, или когда Вы перезапустите его через консоль затем, это никогда не будет приводить к "чистому завершению работы".

Если бы мы должны были сделать так, то в случае паники ядра или другой критической проблемы в ОС, то она не могла перезапустить, потому что она не ответит на эту команду.

ОБНОВЛЕНИЕ После совместного использования опции ACPI:

ACPI действительно был бы возможностью, если бы не то, что это потребует демона, работающего в ОС, и поэтому у клиентов всегда была бы опция выключить его. Кроме того, это не имело бы никакого эффекта в случае Паники Ядра / BSOD, потому что демон в ОС также останавливается.

Это не дало бы нам гарантии, что завершение работы / перезагрузка на самом деле выполняется, и это сделало бы опцию 'сброса' довольно ненадежной.

1
задан 15 April 2015 в 08:10
1 ответ

Очевидно, что это не нормально. С чего бы это? Это BSOD. Вы не убьете init-процесс на Linux, так почему же это нормально делать на Windows?

Update
Очевидно, что они не поддерживают выключение через ACPI (что не так уж и круто), а просто "убивают питание". Вам следует рекомендовать им реализовать решение с кнопками питания по ACPI. Это то, что делает VirtualBox, и он отлично работает, вероятно, с каждой ОС вокруг.

Однако, это все еще не объясняет, почему вы получаете BSOD.

Тем временем, вы должны выключить ваш VPS через RDP, чтобы избежать повреждения данных.

.
2
ответ дан 3 December 2019 в 20:55

Теги

Похожие вопросы