标签: time

我有几个定期运行的内部自动化脚本。一个是每五分钟一次，另一个是每分钟一次。它们并不需要实时运行。例如，我不在乎它们是在 12:00、12:05 等还是在 12:03、12:08 等运行，我只需要一个稳定的间隔。

目前，我让 crontab 以指定的时间间隔运行这些脚本。但是，在同一台机器上，我也有自定义的内部 systemd 服务单元文件。我很好奇将我的脚本移动到 systemd 服务单元和计时器文件，或者只使用带有 Restart 和 RestartSec 指令的 systemd 服务单元文件会更好。

如果我需要改写某些内容或者我不清楚，请告诉我。

具体而言，定义systemd.service单位转换Restart=always和RestartSec=300是同义为“始终运行每五分钟而忽略了以前的运行的退出代码”。但是，也有systemd.timer 单元可以配置为执行相同的操作，但可能具有特定的退出代码，例如仅成功退出。

我正在寻找两者的优缺点。

谢谢！

好的。在我的工作站间同步时间获得了很多乐趣之后，我解决了这个问题。我的工作站现在与我的 Server 2008 R2 域控制器（物理服务器，而不是虚拟服务器）完美同步。

不幸的是，这意味着我们所有的计算机现在都是错误的，因为时间不正确！

我已经使用组策略配置了域控制器，如下所示：

• 启用 Windows NTP 服务器（效果很好，所有工作站都从该服务器中提取了错误的时间）
• 启用 Windows NTP 客户端
• 配置 Windows NTP 客户端

配置：

NtpServer: ca.pool.ntp.org,0x09
Type: NTP
CrossSiteSyncFlags: 2
ResolvePeerBackoffMinutes: 15
ResolvePeerBackoffMaxTimes: 7
SpecialPollInterval: 3600
EventLogFlags: 0

w32tm /query /status 的输出是：

Leap Indicator: 3(last minute has 61 seconds)
Stratum: 3 (secondary reference - syncd by (S)NTP)
Precision: -6 (15.625ms per tick)
Root Delay: 0.0949367s
Root Dispersion: 4.6343267s
ReferenceId: 0xC632918A (source IP:  198.50.145.138)
Last Successful Sync Time: 2014-08-05 11:34:35 AM
Source: ca.pool.ntp.org,0x09 …

我遇到一个问题，MySQL 报告的时间比系统时间晚六分钟。我已验证所有时区设置均正确，但不知道如何解决六分钟差异的问题：

mysql> SELECT NOW(),CURDATE(),CURTIME();
+---------------------+------------+-----------+
| NOW()               | CURDATE()  | CURTIME() |
+---------------------+------------+-----------+
| 2015-04-24 16:05:24 | 2015-04-24 | 16:05:24  |
+---------------------+------------+-----------+
1 row in set (0.00 sec)


[root@server]# clock
Fri 24 Apr 2015 03:59:04 PM UTC  -0.860391 seconds

谢谢你！

我的一台 Gentoo 服务器出现问题。一段时间后，时钟开始运行得很慢。大约需要一分一秒的时间。主要问题是不仅时钟受到影响，而且系统运行速度也很慢。如果我运行top，则需要 10 多秒才能打开。Asleep 1大约需要一分钟。

系统上没有负载，几乎没有任何东西在运行。我正在运行内核 4.0.5。硬件时钟运行良好。

这种问题的根源是什么？

这是时钟源信息：

# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
refined-jiffies jiffies tsc
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
refined-jiffies

我帮助经营三家企业，我们使用两台 Exchange 服务器 (Windows SBS) 进行基本的电子邮件和文件共享。与我们拥有的 linux 文件服务器相比，这些似乎占用了大量的管理时间，基本上“正常工作”。这是因为我效率低下，还是因为 Windows SBS 本身就需要大量的管理时间？

我估计我每年要花两个人周来管理这些机器，而且我们的要求相当低——总共大约 20 名员工。仅根据我花费的时间、20 个工人和两个服务器，每年 160 个工时是否合理？

我负责所有的管理工作，例如每年添加和删除 4 个用户、清空阻塞服务器的日志文件、安装更新、在需要时重置密码、设置 spf/dkim/transport、垃圾邮件过滤等规则。其中 90% 归咎于电子邮件/交换管理员。

我注意到如果服务器上的时间不同步，则与安全服务器的连接会重置。

我相信时间同步协议可以精确到与外部时间服务器的网络延迟顺序一样，可能高达几百毫秒。

TLS 连接和证书验证的时间精度要求是什么？

拥有已成功运行多年的 Windows Server 2016（托管于 Amazon AWS EC2）。

自从某个月以来，我遇到了计划任务（例如配置为每天运行的任务）未执行的情况。任务历史记录中没有错误消息。事件日志中没有条目。没有什么。

这些任务根本不运行，并且“下次运行时间”列中是未来的日期，例如明天。明天再次查看时，同样的图片：未运行任何任务，“下一次运行时间”再次指向未来。

这是我的系统时间的另一个例子：

上面的 Windows 更新屏幕截图显示，我在2022 年2 月5 日安装的 SQL Server 更新实际上被错误地显示为在2022 年3 月5 日安装。未来一个月。

我刚刚在命令行中调用了它：

C:\\>w32tm /query /status\n

打印了这个结果：

Leap Indicator: 0(no warning)\nStratum: 4 (secondary reference - syncd by (S)NTP)\nPrecision: -6 (15.625ms per tick)\nRoot Delay: 0.0096024s\nRoot Dispersion: 0.0493815s\nReferenceId: 0x28779426 (source IP:  40.119.148.38)\nLast Successful Sync Time: 08.02.2022 08:41:13\nSource: time.windows.com,0x8\nPoll Interval: 10 (1024s)\n

我看来没有什么可疑之处。

我也检查过病毒，没有任何阳性结果。我还运行了“MRT”工具，但没有任何积极效果。

上次发生这种情况可能是一个月前，我重新启动了系统，我想这（暂时）解决了问题。只是现在再次出现。 …

在过去的几个月中，我们的 Windows Server 2022 盒子中有几次会在事件日志中显示类似于此的警告

时间服务已设置偏移量 19630688 秒的时间。,

然后时间会向前跳很多秒。然后几分钟后，它似乎再次与时间服务器同步，我们收到以下错误

时间服务检测到系统时间需要更改-19630688 秒。时间服务不会将系统时间更改超过 54000 秒。验证您的时间和时区是否正确，以及时间源 time.nist.gov (ntp.m|0x0|0.0.0.0:123->128.138.140.44:123) 是否正常工作。

在出现一些与措辞类似的错误之后，时钟会自行纠正，通常在 10 分钟左右。该盒子不在域中，并且它使用 Windows 中的默认时间服务器。知道这里可能出了什么问题吗？

如果 NTP 在 10:59:55 运行，并将时间固定到 11:00:13，那么 chron 会运行 11:00:00 和 *:00:00 任务，还是跳过它们？

或者，如果 NTP 在 11:00:00 运行并将时间固定为 10:59:48，这些任务会运行两次吗？

如果它们被跳过，使用什么方法来解决这个问题？

其他调度程序（窗口等）呢？

-亚当

我经常发现自己需要从一种类型的时间转换到另一种类型的时间，并且还没有找到一种我一直满意的方式。每次我在谷歌上进行快速搜索时，都会得到不同的（有时是非常复杂的）答案。

我很高兴

date -d "Sep 5 1986" "+%s"

用于将标准日期转换为纪元时间，但我似乎无法进行反向工作（而且我浏览过的手册页没有多大帮助。）

date -d "526276800" "+%m/%d/%y"

在我的 RHEL 5 安装中产生错误。

社区可以为我提供一些轻松来回转换的策略吗？我将采用所有形式：awk、perl、date。每种方法的优缺点是什么？