我已经购买了CentOS 6.8专用服务器从共享主机迁移，我遇到了时区无法正常显示的问题。 我已经将php.ini时区更改为Europe/Dublin – 它没有工作 我已将httpd.conf时区更改为Europe/Dublin – 它不起作用 我试图改变实际的CentOS时区，这是奇怪的地方。 我从CST （这是默认的）改变了Europe/Dublin时区，似乎认为Europe/Dublin是GMT+14 。 请参阅下面的图像链接。 第二次约会应该说2017年1月7日星期六07:48:11 GMT。
我猜测我的PHP时间和服务器时间是有区别的。 当我用PHP检查当前时间时，显示正在使用MST。 但是，cron作业没有在正确的时间运行。 我怎样才能查看服务器本身使用什么时区，而不是PHP设置使用？
为了在Red Hat上configuration时区，Linux机器（版本5和版本6）需要configuration文件： /etc/sysconfig/clock 并创build一个符号链接 /etc/localtime to /usr/share/zoneinfo/America/New_York 但是/etc/sysconfig/clock也需要设置ZONEvariables，如下例所示： ZONE="America/New_York" 那么当链接/etc/localtime指向/usr/share/zoneinfo/**America/New_York**时，需要设置variablesZONE=America/New_York 。 那么需要将ZONE参数设置为“ America/New_York ”值？
我在几个月前的date在服务器上有一些文件，但find -mtime 7search。 当我把它们列为ls -l它们看起来很正常 -rw-r–r– 1 root root 347253 Jun 12 16:26 pedia_main.2010-06-12-04-25-02.sql.gz -rw-r–r– 1 root root 490144578 Nov 24 16:26 gsmforum_main.2010-11-24-04-25-02.sql.gz 顶部的文件是不可见的，“查找。-mtime 1”，但底部是可见的。 为了理解这一切，我差点被撞墙撞倒了。 我尝试了一些随机的东西，碰到了ls –full-time命令。 这表明，这两个有点不同 -rw-r–r– 1 root root 347253 2010-06-12 16:26:20.000000000 +0400 pedia_main.2010-06-12-04-25-02.sql.gz -rw-r–r– 1 root root 490144578 2010-11-24 16:26:12.000000000 +0300 gsmforum_main.2010-11-24-04-25-02.sql.gz date似乎没有问题，第一个是时区+0400 ，另一个是+0300 。 如何find找不到+0400 ？ OS是最新更新的CentOS 5.5 Final， […]
我们有一个运行CentOS 5.5的VDS，它是用EDT时区创build和configuration的。 我用指向Australia/Melbourne （UTC + 10）时区文件的链接replace了etc/localtime 。 运行date命令显示正确的date和时间。 问题是正在运行cron作业，就好像服务器仍在使用EDT时区，即使在重新启动之后。 例如，应该在凌晨1:01运行的工作就在下午3:01运行。 我错过了什么？
一旦我改变了时间，是否需要重新启动服务器？ 当我改变date时间并且没有重新启动crond时，我遇到了麻烦。 有没有其他的服务可能在时间变化之后有问题？
在FreeBSD中，我想以无人看pipe的方式将时区设置为UTC。 如果我运行tzsetup ，并在对话框中select“是”和“a”，selectUTC，我看到没有/etc/localtime文件存在。 因此，如果我想以无人值守的方式在服务器上设置UTC，我可以只使用rm /etc/localtime而不是运行tzsetup ？
一个月后我的VPS上的服务加载停止工作。 搞乱了一个小时之后，我发现时间已经冻结了。 我收集这是一些虚拟化错误，重启很快就修复了。 但是，今天我试图运行我的S3备份和SSL失败，由于时间的错误。 在检查我得到的时间： Current default timezone: 'Europe/London' Local time is now: Sat Jul 11 22:03:02 BST 2009. Universal Time is now: Sat Jul 11 21:03:02 UTC 2009. tim@vps:~$ sudo ntpdate ntp.ubuntu.com 11 Jul 22:03:30 ntpdate[3901]: step time server 91.189.94.4 offset -14404.833448 sec 现在我在英国现在，显然只有18:03。 我试过手动设置date： sudo date +%T -s "18:03:30" 当我读回来，它没有改变 我搞砸了什么？ 编辑： 我跑了： […]
我有cronjobs设置每天在我的Ubuntu服务器上运行。 例如。 0 4 * * *命令 他们正在运行，除了他们提前8小时运行。 设置服务器时，最初设置为UTC时间。 我运行sudo dpkg-reconfigure tzdata将服务器设置为UTC时间后6小时的CST。 有趣的是，我在PST的8小时后，但我不知道服务器如何知道这一点。 如果我运行命令date ，它显示CST中的时间。 必须有一些时间configuration错误的地方。 我在哪里可以解决这个问题？
几周前，土耳其能源和自然资源部宣布，DST将是永久性的，GMT + 3将永远在国内使用。 目前，我们的Linux服务器的时区设置为欧洲/伊斯坦布尔 。 但是还没有发布tzdata更新。 由于缺less更新，在zoneinfo文件（/ usr / share / zoneinfo / Europe / Istanbul）中声明的时区会自动从2016年10月30日的GMT + 3更改为GMT + 2。 您可以在下面看到2016年的详细信息： # zdump -v /usr/share/zoneinfo/Europe/Istanbul | grep 2016 /usr/share/zoneinfo/Europe/Istanbul Sun Mar 27 00:59:59 2016 UT = Sun Mar 27 02:59:59 2016 EET isdst=0 gmtoff=7200 /usr/share/zoneinfo/Europe/Istanbul Sun Mar 27 01:00:00 2016 UT = Sun Mar 27 […]