我在Linux服务器上运行Jenkins,并显示错误的时间:(
情景:我正在运行另一个java应用程序(在tomcat中也运行Jenkins),它在日志文件中显示正确的时间(我通过slf4j使用Logback )。bios设置为协调世界时时间(系统时钟),如下所示:
在Linux中,/etc/sysconfig/clock指示系统时钟设置为UTC,以及我们所在的时区。我在UTC+1
在Linux上运行date命令可以显示正确的本地时间。示例: Sun Jan 8 12:11:35 CET 2012,但Jenkins显示时间加1小时:(...
jenkins配置显示: user.timezone
我有一个AWS Linux机器,其版本如下:
Linux version 3.13.0-74-generic (buildd@lcy01-07) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #118-Ubuntu SMP Thu Dec 17 22:52:10 UTC 2015
服务器的正常运行时间已经超过100天。当我试图检查date时,它向我展示了:
Fri Jan 5 19:07:06 UTC 2018
..。目前。
然而,偶尔,我看到它从UTC变成了PST。
我正在使用PHP,使用秒划时代的时间将日期保存在服务器上。所以,它搞砸了系统。
我在Linux命令行上,我有具有以下内容的日志文件
Subscription Service Shutdown at 9:59PM UTC
Subscription Service Restarted at 11:57PM UTC
我想为每一行在时间戳之前加上日期
Subscription Service Shutdown at 01 Oct 2016 9:59PM UTC
Subscription Service Restarted at 01 Oct 2016 11:57PM UTC
我在N.Virginia中配置了一个服务器,使其与我们的“旧”服务器和美国/芝加哥时区具有相同的cron时间表。我对/etc/timezone进行了编辑,使其值为America/Chicago。我有环境变量TZ=/usr/share/zoneinfo/US/Central。我基本上已经匹配了旧的服务器,并且两者都在NTP网络上。
cron时间表在UTC上肯定被卡住了。这不是因为这个在2010年4月修复的8年前的bug吗?当前的服务器运行的是旧的东西,所以可能不是。
新服务器信息: uname GNU Linux省略主机名#7-Ubuntu SMP Tue Oct 13 19:55:22 UT
我试图了解时间戳的作用,以及postgreSql是如何处理时区的,并且一直是不成功的。
下面是我创建的用于学习的示例脚本:
drop table if exists timestampTest;
create table timestampTest(
ts timestamp with time zone
);
insert into timestampTest (ts) values (to_timestamp(0) at time zone 'utc');
select
to_timestamp(0) at time zone 'utc' INS
从昨天起,我的钟显示的时间不对。
比当地时间晚了两个小时。(这个错误的时间是UTC,不知道这是不是巧合)。
我确实有一个带有windows的双引导,但我不认为这是问题所在,因为在我的配置文件/etc/default/rcS中,UTC的条目已经设置为no。
有人有主意吗?
hwclock from util-linux 2.20.1
Using /dev interface to clock.
Last drift adjustment done at 1396258906 seconds after 1969
Last calibration done at 1396258906 second