Opened 17 months ago
Closed 17 months ago
#432 closed defect (fixed)
ntp (in a netvm) sudenly fails... (happend more than once)
| Reported by: | joanna | Owned by: | joanna |
|---|---|---|---|
| Priority: | major | Milestone: | Release 1 Beta 3 |
| Component: | core | Keywords: | |
| Cc: | marmarek |
Description
[user@netvm user]$ sudo cat /var/log/messages | grep ntp | grep systemd Jan 29 00:53:05 netvm systemd[1]: ntpd.service: main process exited, code=exited, status=255 Jan 29 00:53:05 netvm systemd[1]: Unit ntpd.service entered failed state. [user@netvm user]$
This results in all clocks in my system getting hugely desynced, by an offset of several hours (which is strange, BTW, because ntp crashed only last night, and this morning my clocks went crazy...)
Change History (3)
comment:1 Changed 17 months ago by joanna
- Milestone changed from Release 1 Beta 3 to Release 1.0
comment:2 Changed 17 months ago by marmarek
I think yes - clock VM is the _source_ of time for dom0 (and in result other VMs).
comment:3 Changed 17 months ago by joanna
- Milestone changed from Release 1.0 to Release 1 Beta 3
- Resolution set to fixed
- Status changed from new to closed

Maybe we should exclude the "clock VM" from being updated by Dom0 upon resume, as it might be causing the ntpd failure?