Freshly installed Server 2019 (latest ISO from April) with Hyper-V role installed. I’m getting Event ID 158 Time-Service every now and then multiple times a day on my R720 and my R740xd got that event only when it rebooted. Both servers are installed/built the same as I follow my build procedure I develop for each server OS. I don’t ever remember seeing these events when these servers were 2016 Hyper-V.
I initially thought I needed to re-register w32time, but that didn’t work. Then I noticed that the VMs needed their Configuration Version upgraded to 9.0 for Server 2019. That still didn’t stop the 158 Time-Service events from appearing.
Anyone know about this and if it’s safe to ignore? I don’t really want to push this into production unless it’s clean.
As it stands right now the R720 only has a single VM on it (Server 2019) and the R740xd has 17 total VMs (2008R2, 2016, 2019). I would have thought the one that had all the VMs would be getting this message the most, over the single VM server…then again, if I knew what the problem was…lol
Thanks!
check
Best Answer
So any thoughts on this?
I’m looking at the event logs and I haven’t seen a Time-Service 158 event since 1:20PM yesterday, basically mimicking my other host server. However, I did move a 2012R2 VM over to this host around that time…
I ran w32tm /query /source on all hosts and a handful of VMs. All servers that are 2016 and up are getting their time from DCs. The 2012R2 server is getting it from the VM IC Time Synchronization Provider. Since I have not seen the 158 event since yesterday, I’m assuming that it is working and the only reason I was seeing the message was due to prior to the 2012R2 VM being moved over, there were only 2019 servers on the host and since they all get the best time on their own (DCs) then the service wasn’t used and so it shut down. Now that the older server is on the host, I’m no longer seeing the message because the VM is using that service.
I’m going to chalk this up to «safe to ignore» based on these findings. Would you agree?
Was this post helpful?
thumb_up
thumb_down
View Best Answer in replies below
Read these next…
WINDOWS 10 «glitch» — file explorer
Windows
Hi.I have been experiencing a black line (glitch) on my file explorer which comes for milliseconds then it goes away. See screen grab. Is there anyone who has experienced such and how were they able to solve it?Thank you.
Are you updating workstations to Windows 11?
Windows
Has anyone started updating workstations on a AD domain to Windows 11? what type of issues are you facing?What is the user reaction been?Thanks!
Snap! — Psyche Probe, DIY Gene Editing, RaiBo, AI handwriting, Metric Pirates
Spiceworks Originals
Your daily dose of tech news, in brief.
Welcome to the Snap!
Flashback: January 27, 1880: Thomas Edison receives patent for the Electric Lamp. (Read more HERE.)
Bonus Flashback: January 27, 1967: Apollo 1 Tragedy (Read more HERE.)
You …
NEC Inmail Email doesn’t Change
Collaboration
Hey Everyone,Recently a client of mine wanted to change the email to their QA extension to her email as to help keep voicemails consolidated instead of spread out among different emails. Normally this wouldn’t be a huge deal. Logged in to to Webpro, hoppe…
I inherited some really cool equipment. I just have no clue how to use it!
Hardware
So I’ve got some switches, and some servers. The switches seem pretty straight forward, plug in packet go zoom, but I have no clue how these servers work. They’re headless rack servers. I know there must be a way to get some kind of UI going with a monito…
- Remove From My Forums
не синхронизируется время
-
Вопрос
-
Всем привет.
Win10 build 1083. У пользователя новый лаптоп Lenovo, жалуется, что время не синхронизируется.
В event log есть такое сообщение, связанное с временем: «Event ID 158. The time provider ‘VMICTimeProvider’ has indicated that the current hardware and operating environment is not supported and has stopped. This behavior is expected for
VMICTimeProvider on non-HyperV-guest environments. This may be the expected behavior for the current provider in the current operating environment as well. Остальные сообщения говорят, что синхронизация ОК.Рестартовали сервис w32time, и руками синхронизировали командой w32tm /resync /force. Пишет, что ок, но время все равно отстает на 7 секунд:
с:w32tm /query /status
Leap Indicator: 0(no warning)
Stratum: 3 (secondary reference — syncd by (S)NTP)
Precision: -23 (119.209ns per tick)
Root Delay: 0.0156716s
Root Dispersion: 7.8361065s
ReferenceId: 0x3EF1C6FC (source IP: 1.2.3.4)
Last Successful Sync Time: 27.7.2018 12.10.33
Source: pool.ntp.org
Poll Interval: 10 (1024s)-
Изменено
27 июля 2018 г. 10:13
-
Изменено
Ответы
-
Спасибо за ответы. Начало синхронизироваться, когда удалили Hyper-V. Глубокими причинами этого феномена решил не интересоваться…
-
Помечено в качестве ответа
Anton Sashev Ivanov
17 августа 2018 г. 9:07
-
Помечено в качестве ответа
В этом посте мы рассмотрим причины и способы устранения зарегистрированного события ошибки. Событие с кодом 158. Событие указывает, что двум или более дисковым устройствам в Windows 10 назначаются одинаковые идентификаторы GUID диска.
GUID (или UUID) — это аббревиатура от «Глобально уникальный идентификатор» (или «Универсальный уникальный идентификатор»). Это 128-битное целое число, используемое для идентификации ресурсов. Термин GUID обычно используется разработчиками, работающими с технологиями Microsoft, в то время как UUID используется везде.
Ошибка с кодом события 158 не влияет на функциональность или производительность клиентских систем Windows 10. Это событие предоставляет предупреждение о том, что несколько дисков в системе имеют одну и ту же идентификационную информацию (например, серийный номер, идентификаторы страницы 83 и т. Д.).
Каковы возможные причины ошибки Event ID 158?
Ошибка с кодом события 158 может быть вызвана любой из нескольких различных ситуаций. Две наиболее распространенные ситуации:
- Если доступно несколько путей к одному и тому же физическому диску, но многопутевый ввод-вывод Microsoft (MPIO) не включен, устройство доступно системе по всем доступным путям. Это приводит к тому, что одни и те же данные идентификатора устройства (такие как серийный номер устройства, идентификатор поставщика, идентификатор продукта и т. Д.) Отображаются несколько раз.
- Если виртуальные жесткие диски (VHD) дублируются с помощью операции копирования и вставки для создания дополнительных виртуальных машин (ВМ), ни одна из внутренних структур данных не изменяется. Следовательно, виртуальные машины имеют одинаковые идентификаторы GUID диска и одинаковую информацию об идентификаторе (например, серийный номер устройства, идентификатор поставщика, идентификатор продукта и т. Д.).
Включите MPIO для разрешения события с кодом 158
Согласно Microsoft — чтобы решить эту проблему, если к физическим дисковым устройствам доступно несколько путей, включите MPIO. IMPIO (Multi-Path Input Output) позволяет построить отказоустойчивый транспорт к системе хранения данных. Вы можете включить MPIO с помощью списка функций диспетчера сервера (многопутевый ввод-вывод). Если MPIO включен, система может запрашивать диски и открывать только один экземпляр каждого дискового устройства при перезапуске компьютера.
Кроме того, если несколько виртуальных жестких дисков определены как дубликаты, используйте ResetDiskIdentifier параметр командлета Windows PowerShell Set-VHD.
Бонусный совет: Обновите драйверы набора микросхем для ПК с Windows 10, и если вы используете SD-карту, вставленную в USB-кардридер, отсоедините кард-ридер от компьютера и подключайте его только при необходимости.
Надеюсь это поможет!
У меня довольно серьезная проблема с Windows 10 Enterprise 2016 LTSB 32-bit:
На этой машине приложение работает круглосуточно, и на нем много сетей. Всего есть 14 сетевых портов.
Редко (возможно, один раз в неделю … но время от времени, но постоянно наблюдаемое, если проходит достаточно много времени), мы наблюдаем какую-то системную паузу, которая вызывает неожиданные проблемы с сетью и другими внутренними вещами, происходящими в приложении. Проблема приложения, возможно, проблема в том, что мы всегда наблюдаем некоторые события в Event Viewer в то же самое время, когда это происходит.
Журналы из Event Viewer можно увидеть ниже. Что здесь происходит? Как мы можем избежать этого?
Во-первых, из System . Извините за форматирование, но надеюсь, что это можно прочитать.
Information 2018-03-11 15:02:59 Kernel-General 16 None
The access history in hive ??c:usersdefaultuser0AppDataLocalMicrosoftWindowsusrclass.dat was cleared updating 1 keys and creating 1 modified pages.
Information 2018-03-11 15:02:59 Kernel-General 16 None
The access history in hive ??c:usersdefaultuser0ntuser.dat was cleared updating 9 keys and creating 4 modified pages.
Information 2018-03-11 15:02:03 Kernel-General 16 None
The access history in hive ??C:WindowsSystem32configcomponents was cleared updating 1 keys and creating 1 modified pages.
Warning 2018-03-11 15:01:52 Time-Service 134 None
NtpClient was unable to set a manual peer to use as a time source because of DNS resolution error on 'time.windows.com,0x9'. NtpClient will try again in 15 minutes and double the reattempt interval thereafter. The error was: No such host is known. (0x80072AF9)
Information 2018-03-11 15:01:52 Kernel-General 16 None
The access history in hive SystemRootSystem32ConfigRegBackSAM was cleared updating 65 keys and creating 7 modified pages.
Information 2018-03-11 15:01:52 Kernel-General 16 None
The access history in hive SystemRootSystem32ConfigRegBackDEFAULT was cleared updating 229 keys and creating 38 modified pages.
Information 2018-03-11 15:01:52 Kernel-General 16 None
The access history in hive SystemRootSystem32ConfigRegBackSYSTEM was cleared updating 15748 keys and creating 1077 modified pages.
Information 2018-03-11 15:01:51 Kernel-General 16 None
The access history in hive SystemRootSystem32ConfigRegBackSOFTWARE was cleared updating 78112 keys and creating 5756 modified pages.
Warning 2018-03-11 15:01:51 Time-Service 134 None
NtpClient was unable to set a manual peer to use as a time source because of DNS resolution error on 'time.windows.com,0x9'. NtpClient will try again in 15 minutes and double the reattempt interval thereafter. The error was: No such host is known. (0x80072AF9)
Information 2018-03-11 15:01:51 Time-Service 158 None
The time provider 'VMICTimeProvider' has indicated that the current hardware and operating environment is not supported and has stopped. This behavior is expected for VMICTimeProvider on non-HyperV-guest environments. This may be the expected behavior for the current provider in the current operating environment as well.
Information 2018-03-11 15:01:50 Kernel-General 16 None
The access history in hive SystemRootSystem32ConfigRegBackSECURITY was cleared updating 72 keys and creating 4 modified pages.
Warning 2018-03-11 14:59:31 DNS Client Events 1014 (1014)
Name resolution for the name settings-win.data.microsoft.com timed out after none of the configured DNS servers responded.
Тогда также из Application:
Information 2018-03-11 15:08:22 VSS 8224 None
The VSS service is shutting down due to idle timeout.
Information 2018-03-11 15:04:51 VSS 8224 None
The VSS service is shutting down due to idle timeout.
Information 2018-03-11 15:03:40 SecurityCenter 15 None
Updated Windows Defender status successfully to SECURITY_PRODUCT_STATE_ON.
Information 2018-03-11 15:03:40 SecurityCenter 15 None
Updated Windows Defender status successfully to SECURITY_PRODUCT_STATE_ON.
Information 2018-03-11 15:01:54 Defrag 258 None
The storage optimizer successfully completed defragmentation on System Reserved
Information 2018-03-11 15:01:53 SecurityCenter 15 None
Updated Windows Defender status successfully to SECURITY_PRODUCT_STATE_ON.
Information 2018-03-11 15:01:53 SecurityCenter 15 None
Updated Windows Defender status successfully to SECURITY_PRODUCT_STATE_ON.
ОБНОВЛЕНИЕ: Задачи не выполнялись за последние 30 дней:
