log4j时间戳不一致,而且越来越糟糕

log4j时间戳不一致,而且越来越糟糕,log4j,timestamp,tcserver,Log4j,Timestamp,Tcserver,在RHEL 5.5系统上,我看到log4j的日志输出中的时间戳值与tcserver的时间戳值逐渐不同。系统时钟显示现在是12:28:11,但日志显示的时间却早了一个小时。这是一个VM,没有ntp守护进程,但安装了vmware工具。此vhost上运行同一应用程序的其他虚拟机均未显示此行为 有人知道是什么导致了这一切吗 这是一个多线程应用程序 昨天的时间戳只差一秒钟 [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:404-规范化URL:rest/null [14

在RHEL 5.5系统上,我看到log4j的日志输出中的时间戳值与tcserver的时间戳值逐渐不同。系统时钟显示现在是12:28:11,但日志显示的时间却早了一个小时。这是一个VM,没有ntp守护进程,但安装了vmware工具。此vhost上运行同一应用程序的其他虚拟机均未显示此行为

有人知道是什么导致了这一切吗

  • 这是一个多线程应用程序
  • 昨天的时间戳只差一秒钟
  • [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:404-规范化URL:rest/null

    [14/08/14 11:42:44:044 EDT]跟踪过滤器。HttpRequestFilter:159

    [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:393-检查本地身份验证

    [14/08/14 11:42:44:044 EDT]跟踪客户端。AcManager:404-规范化URL:rest/null

    [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:419-url需要本地 认证

    [14/08/14 11:42:44:044 EDT]跟踪库连接池:235-已发布的DB语句

    [14/08/14 11:42:44:044 EDT]跟踪客户端。AcManager:419-url需要本地身份验证

    [14/08/14 11:42:44:044 EDT]跟踪库连接池:235-已发布的DB语句

    [14/08/14 11:42:44:044 EDT]跟踪客户端。AcManager:404-规范化URL:rest/null

    [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:419-url需要本地身份验证

    [14/08/14 11:42:44:044 EDT]跟踪库连接池:235-已发布的DB语句

    [14/08/14 12:28:11:011 EDT]跟踪库连接池:209-已释放的数据库连接

    [14/08/14 11:42:44:044 EDT]跟踪库连接池:235-已发布的DB语句

    [14/08/14 11:38:57:057 EDT]跟踪客户端。AcManager:219-规范化URL:rest/info

    [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:235-使用本地身份验证数据

    [14/08/14 12:28:11:011 EDT]跟踪客户端。AcManager:268-url与允许模式匹配:*

    [14/08/14 11:38:57:057 EDT]跟踪客户端。AcManager:304-规范化URL:rest/info

    [14/08/14 11:34:30:030 EDT]跟踪库连接池:144-获取的DB语句

    [14/08/14 11:34:30:030 EDT]信息管理。性能服务:56-执行对metricsdata的调用

    [14/08/14 11:34:30:030 EDT]跟踪库连接池:144-获取的DB语句

    [14/08/14 11:34:30:030 EDT]信息管理。XbrcService:406-执行状态调用

    [14/08/14 11:34:30:030 EDT]管理信息。服务:56-执行对metricsdata的调用

    [14/08/14 11:34:30:030 EDT]信息管理。服务:406-执行对locationinfo的调用

    [14/08/14 11:34:30:030 EDT]跟踪客户端。AcManager:293-检查url是否受保护

    [14/08/14 12:31:26:026 EDT]跟踪筛选器。请求筛选器:159-筛选器SID=2E549D291

    [14/08/14 12:31:26:026 EDT]跟踪管理。系统:63-正在尝试获取状态

    [14/08/14 12:31:26:026 EDT]TRACE client.AcManager:368-规范化URL:rest/config

    [14/08/14 12:41:23:023 EDT]跟踪客户端。AcManager:293-检查url是否受保护


    [14/08/14 12:31:26:026 EDT]信息服务器。HealthConsumer:312-解析名称失败

    您的服务器负载高吗?我相信我曾经看到过类似的事情,当很多用户同时做事情的时候?