RTC and System clock not in sync
How to set the system clock sync with RTC (Hardware Clock / BIOS). I am writing a script that uses a system clock in order to start the system with alarm.
For this the sole requirement is to have a proper RTC clock. On my test system (SLES 10 SP4), I use NTP Server to manage the system clock. But the RTC clock is always ahead.
So for example : currently the system clock shows 14:00 26.05.2016 and the RTC shows 16:00 Hrs. I read the man pages of hwclock and it shows that following command
would sync the RTC clock to system clock. Which it did.
hwclock --systohc --localtime.
But after a reboot/shutdown, when the system comes up again , the RTC is again messed up. So there is something more which controls the RTC when the system is rebooted.
Could someone point me in the right direction. Thanx in advance.
linux suse
bumped to the homepage by Community♦ 2 days ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
How to set the system clock sync with RTC (Hardware Clock / BIOS). I am writing a script that uses a system clock in order to start the system with alarm.
For this the sole requirement is to have a proper RTC clock. On my test system (SLES 10 SP4), I use NTP Server to manage the system clock. But the RTC clock is always ahead.
So for example : currently the system clock shows 14:00 26.05.2016 and the RTC shows 16:00 Hrs. I read the man pages of hwclock and it shows that following command
would sync the RTC clock to system clock. Which it did.
hwclock --systohc --localtime.
But after a reboot/shutdown, when the system comes up again , the RTC is again messed up. So there is something more which controls the RTC when the system is rebooted.
Could someone point me in the right direction. Thanx in advance.
linux suse
bumped to the homepage by Community♦ 2 days ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
1
What time zone is the system set to? Try using--utc
rather than--localtime
. Lastly, what doeshwclock
show after you run it with--systohc
?
– mkomarinski
May 26 '16 at 13:10
1
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51
add a comment |
How to set the system clock sync with RTC (Hardware Clock / BIOS). I am writing a script that uses a system clock in order to start the system with alarm.
For this the sole requirement is to have a proper RTC clock. On my test system (SLES 10 SP4), I use NTP Server to manage the system clock. But the RTC clock is always ahead.
So for example : currently the system clock shows 14:00 26.05.2016 and the RTC shows 16:00 Hrs. I read the man pages of hwclock and it shows that following command
would sync the RTC clock to system clock. Which it did.
hwclock --systohc --localtime.
But after a reboot/shutdown, when the system comes up again , the RTC is again messed up. So there is something more which controls the RTC when the system is rebooted.
Could someone point me in the right direction. Thanx in advance.
linux suse
How to set the system clock sync with RTC (Hardware Clock / BIOS). I am writing a script that uses a system clock in order to start the system with alarm.
For this the sole requirement is to have a proper RTC clock. On my test system (SLES 10 SP4), I use NTP Server to manage the system clock. But the RTC clock is always ahead.
So for example : currently the system clock shows 14:00 26.05.2016 and the RTC shows 16:00 Hrs. I read the man pages of hwclock and it shows that following command
would sync the RTC clock to system clock. Which it did.
hwclock --systohc --localtime.
But after a reboot/shutdown, when the system comes up again , the RTC is again messed up. So there is something more which controls the RTC when the system is rebooted.
Could someone point me in the right direction. Thanx in advance.
linux suse
linux suse
asked May 26 '16 at 13:01
Sachin HSachin H
1615
1615
bumped to the homepage by Community♦ 2 days ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 2 days ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
1
What time zone is the system set to? Try using--utc
rather than--localtime
. Lastly, what doeshwclock
show after you run it with--systohc
?
– mkomarinski
May 26 '16 at 13:10
1
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51
add a comment |
1
What time zone is the system set to? Try using--utc
rather than--localtime
. Lastly, what doeshwclock
show after you run it with--systohc
?
– mkomarinski
May 26 '16 at 13:10
1
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51
1
1
What time zone is the system set to? Try using
--utc
rather than --localtime
. Lastly, what does hwclock
show after you run it with --systohc
?– mkomarinski
May 26 '16 at 13:10
What time zone is the system set to? Try using
--utc
rather than --localtime
. Lastly, what does hwclock
show after you run it with --systohc
?– mkomarinski
May 26 '16 at 13:10
1
1
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51
add a comment |
3 Answers
3
active
oldest
votes
You can use the hwclock
command to set the hardware clock.
From the man hwclock page
:
--set Set the Hardware Clock to the time given by the --date option.
You can apply the current system time to the hw clock with :
hwclock -w
or even manually with :
hwclock --set --date "$(date)"
After you added details to your question, my answer is not enough though, so here are more details below.
You can check timezone with the timedatectl status
command.
List timezones with timedatectl list-timezones
.
You can set your timezone to UTC for example with timedatectl set-timezone UTC
.
You will find more details about timezone settings here.
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
okhwclock -w
or my corrected example should work. can you installtimedatectl
?
– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
add a comment |
It depends how you system is set up. Normally Unix expects the RTC to be in GMT/UTC, and the system knows its offset/timezone... But this is incompatible with old Windows systems that expect the RTC to be in local time and this causes problems in multi-boot systems. So there is a setting in /etc/default/rcS to tell if your system uses a RTC in GMT or local time (you likely want the latter, which is not the default):
# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
add a comment |
Is this a virtual machine? Or a physical system on blade hardware?
Some manufacturers' blade hardware has an option to sync the hardware clocks of each blade to the clock of the management processor of the blade enclosure. At least on (some models of) Fujitsu's blade hardware, this sync option was enabled by default. To turn it off, you had to access the BIOS settings of the blade.
Virtual machines usually sync their virtual hardware clock according to the clock of the physical host system at VM initialization time, since a virtual machine cannot have a real physical hardware clock. If your hosting provider has primarily Windows systems, the syncing may have been configured to use local time rather than UTC.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f285674%2frtc-and-system-clock-not-in-sync%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
You can use the hwclock
command to set the hardware clock.
From the man hwclock page
:
--set Set the Hardware Clock to the time given by the --date option.
You can apply the current system time to the hw clock with :
hwclock -w
or even manually with :
hwclock --set --date "$(date)"
After you added details to your question, my answer is not enough though, so here are more details below.
You can check timezone with the timedatectl status
command.
List timezones with timedatectl list-timezones
.
You can set your timezone to UTC for example with timedatectl set-timezone UTC
.
You will find more details about timezone settings here.
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
okhwclock -w
or my corrected example should work. can you installtimedatectl
?
– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
add a comment |
You can use the hwclock
command to set the hardware clock.
From the man hwclock page
:
--set Set the Hardware Clock to the time given by the --date option.
You can apply the current system time to the hw clock with :
hwclock -w
or even manually with :
hwclock --set --date "$(date)"
After you added details to your question, my answer is not enough though, so here are more details below.
You can check timezone with the timedatectl status
command.
List timezones with timedatectl list-timezones
.
You can set your timezone to UTC for example with timedatectl set-timezone UTC
.
You will find more details about timezone settings here.
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
okhwclock -w
or my corrected example should work. can you installtimedatectl
?
– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
add a comment |
You can use the hwclock
command to set the hardware clock.
From the man hwclock page
:
--set Set the Hardware Clock to the time given by the --date option.
You can apply the current system time to the hw clock with :
hwclock -w
or even manually with :
hwclock --set --date "$(date)"
After you added details to your question, my answer is not enough though, so here are more details below.
You can check timezone with the timedatectl status
command.
List timezones with timedatectl list-timezones
.
You can set your timezone to UTC for example with timedatectl set-timezone UTC
.
You will find more details about timezone settings here.
You can use the hwclock
command to set the hardware clock.
From the man hwclock page
:
--set Set the Hardware Clock to the time given by the --date option.
You can apply the current system time to the hw clock with :
hwclock -w
or even manually with :
hwclock --set --date "$(date)"
After you added details to your question, my answer is not enough though, so here are more details below.
You can check timezone with the timedatectl status
command.
List timezones with timedatectl list-timezones
.
You can set your timezone to UTC for example with timedatectl set-timezone UTC
.
You will find more details about timezone settings here.
edited May 26 '16 at 13:44
answered May 26 '16 at 13:08
mazsmazs
2,5921623
2,5921623
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
okhwclock -w
or my corrected example should work. can you installtimedatectl
?
– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
add a comment |
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
okhwclock -w
or my corrected example should work. can you installtimedatectl
?
– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
I tried above command but it did not set the time. pluto:~ # curr_da=$(date "+%d %m %Y %H:%M") pluto:~ # echo $curr_da 26 05 2016 16:45 pluto:~ # hwclock --set --date "${curr_da}" date: invalid date `26 05 2016 16:45' The date command issued by hwclock returned unexpected results. The command was: date --date="26 05 2016 16:45" +seconds-into-epoch=%s The response was: No usable set-to time. Cannot set clock. pluto:~ #
– Sachin H
May 26 '16 at 13:32
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
thanx but timedatectl command not found.
– Sachin H
May 26 '16 at 13:39
ok
hwclock -w
or my corrected example should work. can you install timedatectl
?– mazs
May 26 '16 at 13:45
ok
hwclock -w
or my corrected example should work. can you install timedatectl
?– mazs
May 26 '16 at 13:45
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
Since my Installation Timezone is CEST . It makes sense that system clock always goes +2Hrs ahead than RTC (which i manually set to current time). So e.g. here the current time is = 11:00 which I set in BIOS as well. And then booted the system and it shows now : 13:00 But then how do I set both these clocks show same time? I dont think I should change the timezone completely as it is correctly set to Europe.
– Sachin H
May 27 '16 at 9:03
add a comment |
It depends how you system is set up. Normally Unix expects the RTC to be in GMT/UTC, and the system knows its offset/timezone... But this is incompatible with old Windows systems that expect the RTC to be in local time and this causes problems in multi-boot systems. So there is a setting in /etc/default/rcS to tell if your system uses a RTC in GMT or local time (you likely want the latter, which is not the default):
# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
add a comment |
It depends how you system is set up. Normally Unix expects the RTC to be in GMT/UTC, and the system knows its offset/timezone... But this is incompatible with old Windows systems that expect the RTC to be in local time and this causes problems in multi-boot systems. So there is a setting in /etc/default/rcS to tell if your system uses a RTC in GMT or local time (you likely want the latter, which is not the default):
# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
add a comment |
It depends how you system is set up. Normally Unix expects the RTC to be in GMT/UTC, and the system knows its offset/timezone... But this is incompatible with old Windows systems that expect the RTC to be in local time and this causes problems in multi-boot systems. So there is a setting in /etc/default/rcS to tell if your system uses a RTC in GMT or local time (you likely want the latter, which is not the default):
# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes
It depends how you system is set up. Normally Unix expects the RTC to be in GMT/UTC, and the system knows its offset/timezone... But this is incompatible with old Windows systems that expect the RTC to be in local time and this causes problems in multi-boot systems. So there is a setting in /etc/default/rcS to tell if your system uses a RTC in GMT or local time (you likely want the latter, which is not the default):
# assume that the BIOS clock is set to UTC time (recommended)
UTC=yes
answered May 26 '16 at 13:57
xenoidxenoid
2,6831724
2,6831724
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
add a comment |
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
# hwclock --debug hwclock from util-linux-2.12r Using /dev/rtc interface to clock. Last drift adjustment done at 1464276196 seconds after 1969 Last calibration done at 1464276196 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2016/05/26 17:49:55 Hw clock time : 2016/05/26 17:49:55 = 1464277795 seconds since 1969 Thu May 26 17:49:55 2016 -0.000185 seconds
– Sachin H
May 26 '16 at 14:37
add a comment |
Is this a virtual machine? Or a physical system on blade hardware?
Some manufacturers' blade hardware has an option to sync the hardware clocks of each blade to the clock of the management processor of the blade enclosure. At least on (some models of) Fujitsu's blade hardware, this sync option was enabled by default. To turn it off, you had to access the BIOS settings of the blade.
Virtual machines usually sync their virtual hardware clock according to the clock of the physical host system at VM initialization time, since a virtual machine cannot have a real physical hardware clock. If your hosting provider has primarily Windows systems, the syncing may have been configured to use local time rather than UTC.
add a comment |
Is this a virtual machine? Or a physical system on blade hardware?
Some manufacturers' blade hardware has an option to sync the hardware clocks of each blade to the clock of the management processor of the blade enclosure. At least on (some models of) Fujitsu's blade hardware, this sync option was enabled by default. To turn it off, you had to access the BIOS settings of the blade.
Virtual machines usually sync their virtual hardware clock according to the clock of the physical host system at VM initialization time, since a virtual machine cannot have a real physical hardware clock. If your hosting provider has primarily Windows systems, the syncing may have been configured to use local time rather than UTC.
add a comment |
Is this a virtual machine? Or a physical system on blade hardware?
Some manufacturers' blade hardware has an option to sync the hardware clocks of each blade to the clock of the management processor of the blade enclosure. At least on (some models of) Fujitsu's blade hardware, this sync option was enabled by default. To turn it off, you had to access the BIOS settings of the blade.
Virtual machines usually sync their virtual hardware clock according to the clock of the physical host system at VM initialization time, since a virtual machine cannot have a real physical hardware clock. If your hosting provider has primarily Windows systems, the syncing may have been configured to use local time rather than UTC.
Is this a virtual machine? Or a physical system on blade hardware?
Some manufacturers' blade hardware has an option to sync the hardware clocks of each blade to the clock of the management processor of the blade enclosure. At least on (some models of) Fujitsu's blade hardware, this sync option was enabled by default. To turn it off, you had to access the BIOS settings of the blade.
Virtual machines usually sync their virtual hardware clock according to the clock of the physical host system at VM initialization time, since a virtual machine cannot have a real physical hardware clock. If your hosting provider has primarily Windows systems, the syncing may have been configured to use local time rather than UTC.
answered Apr 7 '18 at 7:46
telcoMtelcoM
16k12143
16k12143
add a comment |
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f285674%2frtc-and-system-clock-not-in-sync%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
1
What time zone is the system set to? Try using
--utc
rather than--localtime
. Lastly, what doeshwclock
show after you run it with--systohc
?– mkomarinski
May 26 '16 at 13:10
1
A Unix system's system clock should be set to UTC.
– Kusalananda
Apr 7 '18 at 7:51