Hipchat Server UTC time is incorrect
プラットフォームについて: Server および Data Center のみ。この記事は、Server および Data Center プラットフォームのアトラシアン製品にのみ適用されます。
Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.
*Fisheye および Crucible は除く
This is for an outdated version of Hipchat Server
This article applies to a version of Hipchat Server which will be deprecated soon. After that period the version will no longer be supported.
You should upgrade to a more recent version of Hipchat Server as soon as you can to take advantage of new features, and security and bug fixes.
問題
The Hipchat Server has the correct time zone set (UTC) but the actual time on the server is being displayed incorrectly.
This also results in the time stamps being displayed incorrectly on all Hipchat clients during chat sessions.
Running the 'date' command on the Hipchat Server reveals that the default time zone for Hipchat Server is set correctly (UTC) but the time displayed is for a local time zone (PST, for example):
# date
Thu Jul 21 09:11:38 UTC 2016
In the above, the UTC time should be set to 16:11:38, but, instead it is showing 09:11:38, which is the local time in the Pacific time zone.
診断
環境
- Hipchat Server deployed via OVA in a VMware vSphere environment.
Diagnostic Steps
- Disabled host-to-guest time syncing at the VMWare vSphere level and rebooted the Hipchat Server Virtual Machine with no change.
- Restarted the NTP service on the Hipchat Server with no change.
Reset the NTP server on the Hipchat Server using the command below and verified that the NTP servers were reachable, but, this did not resolve the issue:
hipchat network -p <ntpServer>
Possible Workaround / Resolution
Solution 1 - Using hwclock
Check the Operating System's hardware clock setting to see if the correct UTC time is in use.
Log in to the Hipchat Server's command line interface and run the following commands:
sudo dont-blame-hipchat
hwclock
If the hwclock setting is correct, then the following command can be used to set the System Time from the Hardware Clock. Running the date command afterward will confirm the correct time.
hwclock --hctosys
date
There is no need to restart the server or any of the chat client sessions after making this change. The clients will see the difference in their chat time stamps right away.
Solution 2 - How to force an ntp system time update
Even if you update to the correct ntp server, the system clock could still be off. To force an NTP update:
Stop the NTP service:
service ntp stop
Force the NTP update:
ntpd -gq
Then start the NTP service:
service ntp start
From here, double-check the ntpq -p command to be sure you are connected to the time servers.
Solution 3 - Check your Hypervisor
If you are still seeing a problem with clock drift, then there may be a drift issue on your hypervisor at the VM level. Please checkout Time in virtual machine drifts due to hardware timer drift for more info.