Время NTP всегда неверно после перезагрузки. Он синхронизируется с ESX даже с настройкой NTP
Я наконец понял, что именно происходит, когда увидел эту ссылку Обработка ACL
В частности, эти маски в основном заменяют и функционируют вместо NAMED USER и всех разрешений GROUP. Это означает, что если вы:
- настроить маску, вы меняете максимальные права группы,
- Если вы измените какие-либо разрешения группы при наличии маски, маска получит максимальное количество разрешений группы из всех разрешений группы
- Права на чтение, запись и выполнение группы определяются на основе маски, если она присутствует
Надеюсь, это поможет.
Хотя в официальных документах VMWare рекомендуется запускать NTP-сервер в установке виртуальной машины Linux, по умолчанию , время виртуальной машины синхронизируется со временем гипервизора/хоста, на котором она находится.
Если существует разница во времени гипервизора с фактическим временем, при загрузке или , если демон ntpd не запущен, возникнет разница во времени на виртуальных машинах, размещенных в затронутых гипервизорах.
Центр документации vSphere -Настройка синхронизации времени между гостевой и хост-операционными системами описание поведения VMWare по умолчанию :
After time synchronization occurs, VMware Tools checks once every minute to determine whether the clocks on the guest and host operating systems still match. If not, the clock on the guest operating system is synchronized to match the clock on the host.
If the clock on the guest operating system falls behind the clock on the host, VMware Tools moves the clock on the guest forward to match the clock on the host. If the clock on the guest operating system is ahead of that on the host, VMware Tools causes the clock on the guest to run more slowly until the clocks are synchronized.
Regardless of whether you turn on VMware Tools periodic time synchronization, time synchronization occurs after certain operations:
When the VMware Tools daemon is started (such as during a reboot or power on operation)
When resuming a virtual machine from a suspend operation
After reverting to a snapshot
After shrinking a disk
Если существует такая разница между реальным временем, временем гипервизора и временем ВМ (с ), следует выполнить несколько действий:
- исправление времени, часового пояса/включение NTP в хосте/гипервизоре VMware;
- отключение в файле VMWare side/vmx ВМ синхронизации между ВМ/Linux и гипервизором;
отсутствие доступа к гипервизору, отключение синхронизации ВМ с гипервизором на стороне ВМ/Linux при загрузке с использованием vmtools , чтобы он не конкурировал все время , с демоном NTP, устанавливающим/сдвигающим время виртуальной машины:
vmware-toolbox-cmd timesync disableВыполнение отключения синхронизации времени является обязательным, если вы не можете исправить время хоста/гипервизора , и тем более актуально, когда эти различия выше.
Повторная цитата из Центр документации vSphere -Настройка синхронизации времени между гостевой и хост-операционными системами
Native time synchronization software, such as Network Time Protocol (NTP)..., is typically more accurate than VMware Tools periodic time synchronization and is therefore preferred. Use only one form of periodic time synchronization in your guests. If you are using native time synchronization software, turn off VMware Tools periodic time synchronization.
Что касается службы NTP на стороне виртуальной машины, ntpd прерывает работу, если разница во времени слишком велика, или иным образом синхронизирует ее очень медленно, если ее проигнорировать.
При запуске службы загрузки/NTPизменение времени должно производиться немедленно и автоматически, добавить в качестве первой строки ntp.conf:
tinker panic 0
См. также:
База знаний VMWare -Отключение синхронизации времени (1189 ), для полного отключения синхронизации времени между хостом и виртуальной машиной .
11-минутный режим при рассинхронизации более 30 минут для более подробного объясненияtinker panic 0
Дополнения
Тем не менее, повторяя это еще раз, настоятельно рекомендуется исправить представление о времени на стороне хоста и довести это до сведения команды VMWare, если она работает с междисциплинарными командами.
Отключение одного гипервизора -влияет на отметки времени журналов и время создания/изменения виртуальных машин/служебных файлов, генерируемых этим хостом VMWare.
Последствия наличия гипервизоров с неправильным временем могут быть более запутанными, особенно если:
- пространство для хранения, в котором находятся файлы VMWare, совместно используется несколькими хостами VMWare;
- журналы отправляются на центральный сервер системных журналов;
- несколько хостов VMWare управляются одним и тем же vCenter.
фон
На большинстве компьютеров во время загрузки:
- Время считывается с RTC (, который работал от батареи, когда компьютер был выключен ).
- Некоторые настройки могут быть добавлены в зависимости от того, что было сохранено в файле при последнем -выключении компьютера.
- Это новое «аппаратное время» и время компьютера.
- До некоторого времени клиент (sntp, ntpdate, ntpd, chronyd и т. д. )или аппаратные часы (GPS )обновляют это время, чтобы получить более точную оценку.
Если по какой-либо причине батарея RTC выйдет из строя, время при загрузке может сильно отличаться от правильного времени.
Ответ
В виртуальном компьютере RTC является не реальным RTC, а виртуальным RTC, время считывается из времени главного компьютера. Если время хоста отключено, время загрузки виртуальной машины также будет сильно отключено. Так же, как если бы батарея RTC села.
Вот почему так происходит (что вы скопировали с ВМ):
root@host001:~# timedatectl
Local time: Fri 2020-05-08 16:00:59 UTC
Universal time: Fri 2020-05-08 16:00:59 UTC
RTC time: Fri 2020-05-08 08:57:03
Time zone: UTC (UTC, +0000)
System clock synchronized: no
systemd-timesyncd.service active: no
RTC in local TZ: no
Время RTC отличается от реального, местного или UTC.
Решение
Убедитесь, что время хоста правильное. Либо используйте ntp или GPS там.
Например, из справочной страницы Qemu:
-rtc [base=utc|localtime|datetime][,clock=host|rt|vm][,driftfix=none|slew]
By default the RTC is driven by the host system time. This allows using of the RTC as accurate reference clock inside the guest, specifically if the host time is smoothly following an accurate external reference clock, e.g. via NTP.