☰

Centos Linux 停滞不前

tag-icon • tag-icon linux ntp time
Centos Linux 停滞不前

有人见过 Linux 时间卡住吗？从昨天开始我就一直为此抓狂。

# date
Thu Apr  2 16:35:04 UTC 2020
# date
Thu Apr  2 16:35:04 UTC 2020
# date
Thu Apr  2 16:35:04 UTC 2020
# date
Thu Apr  2 16:35:04 UTC 2020

当我登录 servfault 时，大约有 3 分钟的休息时间。

# date
Thu Apr  2 16:35:05 UTC 2020

RTC 似乎在滴答作响，相差约千分之十：

# timedatectl
      Local time: Thu 2020-04-02 16:35:06 UTC
  Universal time: Thu 2020-04-02 16:35:06 UTC
        RTC time: Thu 2020-04-02 16:42:36
       Time zone: America/New_York (UTC, +0000)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a

# timedatectl
      Local time: Thu 2020-04-02 16:35:06 UTC
  Universal time: Thu 2020-04-02 16:35:06 UTC
        RTC time: Thu 2020-04-02 16:42:46
       Time zone: America/New_York (UTC, +0000)
     NTP enabled: yes
NTP synchronized: no
 RTC in local TZ: no
      DST active: n/a

# hwclock --show
Thu 02 Apr 2020 04:43:56 PM UTC  -0.001834 seconds
# hwclock --show
Thu 02 Apr 2020 04:44:04 PM UTC  -0.000916 seconds

这些也相隔大约十秒：

# hwclock --hctosys
# date
Thu Apr  2 16:44:24 UTC 2020
# date
Thu Apr  2 16:44:24 UTC 2020

尝试 NTPd

# systemctl start ntpd
# date
Thu Apr  2 16:44:24 UTC 2020
# date
Thu Apr  2 16:44:24 UTC 2020
# date
Thu Apr  2 16:44:24 UTC 2020
# date
Thu Apr  2 16:44:24 UTC 2020

# systemctl status ntpd
● ntpd.service - Network Time Service
   Loaded: loaded (/usr/lib/systemd/system/ntpd.service; disabled; vendor preset: disabled)
   Active: active (running) since Thu 2020-04-02 16:44:24 UTC; 27ms ago
  Process: 18008 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
 Main PID: 18009 (ntpd)
   CGroup: /system.slice/ntpd.service
           └─18009 /usr/sbin/ntpd -u ntp:ntp -g



# ntpq
ntpq> lpeers
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 time.cloudflare .INIT.          16 u    -   64    0    0.000    0.000   0.977
 clock.sjc.he.ne .INIT.          16 u    -   64    0    0.000    0.000   0.977
 ntp4.doctor.com .INIT.          16 u    -   64    0    0.000    0.000   0.977
 tock.usshc.com  .INIT.          16 u    -   64    0    0.000    0.000   0.977

它只是停留在 .INIT. 虽然同行是可以联系到的

# ping tock.usshc.com
PING tock.usshc.com (199.102.46.72) 56(84) bytes of data.
64 bytes from tock.usshc.com (199.102.46.72): icmp_seq=1 ttl=54 time=1.00 ms

编辑#1

# grep . /sys/devices/system/clocksource/clocksource*/[ac]*_clocksource
/sys/devices/system/clocksource/clocksource0/available_clocksource:tsc hpet acpi_pm refined-jiffies jiffies
/sys/devices/system/clocksource/clocksource0/current_clocksource:jiffies

# dmesg | grep clocksource
[    0.000000] Command line: vmlinuz nomodeset rw selinux=0 enforcing=0 raid=noautodetect nmi_watchdog=0 LAUNCH_INIT=/tmp/SUTup rdshell console=tty0 console=ttyS0,9600n1 HOMEBASE=192.168.1.1 biosdevname=0 clocksource=jiffies nmi_watchdog=0 consoleblank=0 vga=791 ramdisk_size=4000000 initrd=initramfs
[    0.000000] Kernel command line: vmlinuz nomodeset rw selinux=0 enforcing=0 raid=noautodetect nmi_watchdog=0 LAUNCH_INIT=/tmp/SUTup rdshell console=tty0 console=ttyS0,9600n1 HOMEBASE=192.168.1.1 biosdevname=0 clocksource=jiffies nmi_watchdog=0 consoleblank=0 vga=791 ramdisk_size=4000000 initrd=initramfs
[   51.409031] tsc: Refined TSC clocksource calibration: 2394.374 MHz

该服务器正在获取真的很烦人。运行的操作系统是通过 PXE 提供的 CentOS 实时映像。没有 FakeTime。

检查一下：这应该需要大约 2 秒，但实际花费了十倍（通过 SSH 运行，因此我得到一个外部“时间”）

# time ssh 192.168.100.115 'for i in {0..1}; do date; sleep 1 ; done'
Thu Apr  2 23:39:22 UTC 2020
Thu Apr  2 23:39:23 UTC 2020
real    0m20.869s
user    0m0.026s
sys     0m0.007s

没有防火墙阻止 NTP，这是一个小型网络。这是一个物理 Intel 服务器，而不是 VM。

编辑＃2

Paul 建议检查我的时钟源，它是 jiffies，切换到 hpet，一切开始工作；直到昨天才确定它为什么工作（我第一次注意到时间卡住了），我们已经在各种硬件上使用这个图像多年了。

时钟源：https://access.redhat.com/solutions/18627

答案1

您的对等端可能可以通过 ping 访问，但无法通过 NTP 访问，而 NTP 是时钟同步的关键。您可能有本地、网络或 ISP 级防火墙阻止访问。

但是，这并不能解释您的系统时钟冻结。除了 John Mahowald 的建议之外，可能存在虚拟机管理程序或固件问题 - 这是虚拟机还是某种奇特的硬件？

以下命令显示什么？

grep . /sys/devices/system/clocksource/clocksource*/[ac]*_clocksource
dmesg | grep clocksource

相关内容