chrony log选项

log指令指示要记录某些信息。日志文件被写入logdir指令指定的目录。文件中会定期写入一条横幅,以指示列的含义。

rawmeasurements

此选项将原始 NTP 测量结果和相关信息记录到名为 measure.log 的文件中。 为从源接收到的每个数据包创建一个条目。 这在调试问题时很有用。 日志文件中的示例行(实际上在文件中显示为单行)如下所示。

     2016-11-09 05:40:50 203.0.113.15    N  2 111 111 1111  10 10 1.0 \
                  -4.966e-03  2.296e-01  1.577e-05  1.615e-01  7.446e-03 CB00717B 4B D K

各列如下(方括号中的数量为上述示例行中的值):

  1. 日期 [2016-11-09]

  2. 时:分:秒。 请注意,日期时间对以 UTC 表示,而不是本地时区。 [05:40:50]

  3. 测量来源的服务器或对等方的 IP 地址 [203.0.113.15]

  4. Leap状态(N表示正常,+表示当月最后一分钟有61秒,-表示当月最后一分钟有59秒,?表示远程计算机当前未同步。)[N]

  5. 远程计算机的层(Stratum)。 [2]

  6. RFC 5905 测试 1 到 3 (1=pass, 0=fail) [111]

  7. RFC 5905 测试 5 到 7 (1=pass, 0=fail) [111]

  8. 根据定义的参数测试最大延迟、最大延迟比和最大延迟偏差比,以及同步循环测试 (1=pass, 0=fail) [1111]

  9. 本地轮询 [10]

  10. 远程轮询 [10]

  11. “分数”(每个轮询级别内的内部分数,用于决定何时增加或降低轮询级别。根据当前用于回归算法的测量数量进行调整)。 [1.0]

  12. 估计的本地时钟误差(RFC 5905中的theta)。“正”表示本地时钟比远端时钟慢。 [-4.966e-03]

  13. 对等端延迟(RFC 5905 中的增量)。 [2.296e-01]

  14. 对等离散(RFC 5905 中的 epsilon)。 [1.577e-05]

  15. 根延迟(RFC 5905 中的 DELTA)。 [1.615e-01]

  16. 根离散(RFC 5905 中的 EPSILON)。 [7.446e-03]

  17. 以十六进制数表示的服务器源的参考 ID。[CB00717B]

  18. 接收数据包的NTP模式 (1=active peer, 2=passive peer, 4=server, B=basic, I=interleaved). [4B]

  19. 本地发送时间戳的来源 (D=daemon, K=kernel, H=hardware). [D]

  20. 本地接收时间戳的来源 (D=daemon, K=kernel, H=hardware). [K]

measurements
此选项与rawmeasurements选项相同,只是它只记录来自同步源的有效测量,即通过RFC 5905测试1至7的测量。这对于生成源的性能图很有用。

statistics

此选项将有关回归处理的信息记录到名为 statistics.log 的文件中。 示例行(实际上在日志文件中显示为单行),如下所示

2016-08-10 05:40:50 203.0.113.15     6.261e-03 -3.247e-03 \
                        2.220e-03  1.874e-06  1.080e-06 7.8e-02  16   0   8  0.00

列如下(方括号中的数量是上面示例行中的值):

  1. 日期 [2016-08-10]
  2. 时:分:秒。 请注意,日期时间对以 UTC 表示,而不是本地时区。 [05:40:50]
  3. 测量来源的服务器或对等方的 IP 地址 [203.0.113.15]
  4. 来自源的测量值的估计标准差(以秒为单位)。 [6.261e-03]
  5. 源的估计偏移量(在这种情况下,以秒为单位,正表示本地时钟估计很快)。[-3.247e-03]
  6. 偏移估计的估计标准差(以秒为单位)。[2.220e-03]
  7. 本地时钟相对于源增加或减少时间的估计速率(以秒/秒为单位,正表示本地时钟正在增加)。这是相对于当前应用于本地时钟的补偿,而不是不进行任何补偿的本地时钟。[1.874e-06]
  8. 速率值中的估计误差(单位秒/秒)。[1.080 e-06]。
  9. |old_rate - new_rate| / old_rate_error的比值。较大的值表明统计数据没有很好地模拟源。[7.8 e-02]
  10. 当前用于回归算法的测量数。[16]
  11. 新的起始索引(最旧的样本的索引为 0;这是在旧样本看起来不再适合线性模型时修剪旧样本的方法)。 [0,即这次没有丢弃样本]
  12. 运行次数。 计算具有相同符号的回归残差的运行次数。 如果这太小,则表明测量值不再由线性模型很好地表示,并且需要丢弃一些较旧的样本。 保留的数据的运行次数以表格形式列出。预计值约为样本数量的一半。 [8]
  13. 用于校正测量偏移的源路径上网络抖动的估计或配置不对称。不对称性可以在-0.5到+0.5之间。负值意味着发送到源的数据包的延迟比从源发回的数据包的延迟变化更大。[0.00,即不校正不对称性]

tracking

此选项将系统增加或减少时间率估计值的更改以及所做的任何转换记录到名为 tracking.log 的文件中。 日志文件中的示例行(实际上在文件中显示为单行)如下所示。

         2017-08-22 13:22:36 203.0.113.15     2     -3.541      0.075 -8.621e-06 N \
                               2  2.940e-03 -2.084e-04  1.534e-02  3.472e-04  8.304e-03

列如下(方括号中的数量是上面示例行中的值):

  1. 日期 [2017-08-22]
  2. 时:分:秒。 请注意,日期时间对以 UTC 表示,而不是本地时区。[13:22:36]
  3. 本地系统与之同步的服务器或对等方的IP地址。[203.0.113.15]
  4. 本地系统的层(Stratum)。 [2]
  5. 本地系统频率(以 ppm 为单位,正表示本地系统运行速度快于 UTC)。 [-3.541]
  6. 频率的误差范围(以 ppm 为单位)。 [0.075]
  7. epoch 的估计本地偏移量,通常通过调整本地时钟来校正(以秒为单位,正数表示时钟比 UTC 快)。 [-8.621e-06]
  8. Leap状态(N表示正常,+表示当月最后一分钟有61秒,-表示当月最后一分钟有59秒,?表示远程计算机当前未同步。)[N]
  9. 组合源的数量。 [2]
  10. 组合偏移的估计标准差(以秒为单位)。 [2.940e-03]
  11. 上次更新的剩余偏移校正(以秒为单位,正数表示系统时钟比 UTC 慢)。 [-2.084e-04]
  12. 本地时钟最终同步到的参考时钟的网络路径总延迟(以秒为单位)。 [1.534e-02]
  13. 通过所有服务器累积到本地时钟最终被同步到的参考时钟的总离散(以秒为单位)。[3.472 e-04]
  14. 自上次更新以来的时间间隔内系统时钟的最大估计误差(以秒为单位)。 它包括偏移量、剩余偏移量校正、根延迟和上一次更新的离散度以及在间隔中累积的离散度。 [8.304e-03]

rtc

此选项记录有关系统实时时钟的信息。 来自 rtc.log 文件的示例行(实际上在文件中显示为单行)如下所示。

2015-07-22 05:40:50     -0.037360 1       -0.037434\
                             -37.948  12   5  120   

列如下(方括号中的数量是上面示例行中的值):

  1. 日期 [2015-07-22]
  2. 时:分:秒。 请注意,日期时间对以 UTC 表示,而不是本地时区。[05:40:50]
  3. RTC 和系统时钟之间的测量偏移(以秒为单位)。 正值表示 RTC 比系统时间快 [-0.037360]。
  4. 指示回归是否产生有效系数的标志。(1表示yes, 0表示no)。[1]
  5. 回归过程预测的当前时间的偏移量。 该值与测量的偏移量之间的较大差异往往表明该测量是具有严重测量误差的异常值。 [-0.037434]
  6. RTC 相对于系统时钟减少或增加时间的速率。 以 ppm 为单位,带有正数表示 RTC 正在增加时间。 [-37.948]
  7. 回归中使用的测量次数。 [12]
  8. 相同符号的回归残差的运行次数。 低值表明直线不再是测量数据的良好模型,应丢弃较旧的测量值。 [5]
  9. 在进行测量之前使用的测量间隔(以秒为单位)。 [120]

logdir directory

该指令允许指定写入日志文件的目录。

该指令的使用示例如下:

    logdir /var/log/chrony   
  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
根据引用中的信息,可以使用"chronyc tracking -v"命令来查看ntp服务器的详细信息。这个命令将显示以下参数: 1. Refid:与服务器同步的参考ID。 2. Stratum:服务器的层级。 3. Type:服务器的类型(本地,远程,自主等)。 4. When:从服务器接收到最后一次数据的时间。 5. Poll:下一次将与服务器通信的时间间隔。 6. Reach:服务器接收到的最近一系列数据的状态。 7. Delay:从服务器接收到数据的延迟。 8. Offset:本地系统时间和服务器时间之间的差异。 9. Jitter:本地系统时间与服务器时间之间的抖动。 通过查看这些参数,可以更好地了解服务器与本地系统之间的时间同步情况和性能。 引用中提到可以根据定义的参数来测试最大延迟、最大延迟比和最大延迟偏差比,以及同步循环测试。这可能是用于评估服务器的性能和同步精度的一种方法。<span class="em">1</span><span class="em">2</span><span class="em">3</span> #### 引用[.reference_title] - *1* *2* [Linux篇之采用Chrony实现网络时间同步](https://blog.csdn.net/xu710263124/article/details/120363875)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] - *3* [chrony log选项](https://blog.csdn.net/QTM_Gitee/article/details/123181519)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v92^chatsearchT3_1"}}] [.reference_item style="max-width: 50%"] [ .reference_list ]

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值