similar to: hwclock problem

Is there a package to do this? Normally the hardware clock is set during shutdown if one is running ntpd. But if a long-running server shuts down unexpectedly, this isn't done, and the hardware clock might be off by a lot when it comes back up. So setting it periodically from a cron job could be useful. What do others do? Adding a one liner to /etc/cron.daily that invokes

Hi all, I am having an issue with some older CentOS 5.3 servers. Every time the server boots, it gives the error "Cannot access the hardware clock by any known method", and then promptly sets the time 5 hours behind the hardware clock, down to the second. After the system is up. "hwclock" works fine. hwclock --debug does not show any error at all. The hardware clock is

Hi CentOS 5.3 with latest updates. I have a problem with the time zone on dedicated server. I had to setup the timezone using system-config-date to "Europe/London" and "System clock uses UTC" == checked # date; date -u; hwclock --show; hwclock --show --utc; zdump /etc/localtime Thu May 7 21:29:47 GMT 2009 Thu May 7 21:29:47 UTC 2009 Thu 07 May 2009 09:29:48 PM GMT

Does any know of a way to sync the hardware clock without a reboot? Graham Johnston Senior Network Analyst Westman Communications Group 204.725.4300 ext 382 johnstong at westmancom.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20060719/70ef23ce/attachment-0002.html>

On Sat, Feb 07, 2015 at 01:05:58PM -0600, g wrote: > so much for all that. > > i just thought it was working. :-( > > only way i can get system clock to show correct CST is to set bios > clock to CST. I suggest reading the man page for 'hwclock'. Namely, the --utc option. If you don't tell your system that the BIOS is stored as UTC, then it will assume it's

Hi, I would like to sync my CentOS 6.3 hardware clock time to my NTP server's time. Can I do that without reboot the hosts? If yes, it would be great if anyone of you can provide me steps to do that. I am newbie in CentOS. Thanks, Anand Singh

https://bugzilla.samba.org/show_bug.cgi?id=4168 Summary: Random file has vanished when syncing clock with ntpdate/hwclock ? Product: rsync Version: 2.6.4 Platform: x86 OS/Version: Linux Status: NEW Severity: major Priority: P3 Component: core AssignedTo: wayned@samba.org

Hi, I have a set of servers whose system time is drifting. I am running ntp client on CentOS 5.8. My config is here -> http://fpaste.org/s55U/ Anything i am missing? Regards, Kaushal

Hello, I have a problem configuring the timezone on a CentOS 5.5 server. I would like the timezone to be Europe/Paris. I have followed the steps described here: http://www.wikihow.com/Change-the-Timezone-in-Linux I think I have changed the appropriate configuration files ( /etc/localtime, /etc/sysconfig/clock ), but the output of the ?date? command still indicates the timezone is EST. [root

Hey all, I was watching some logs on a domU today and i suddenly noticed that the timestamps were off by something on the order of 47 seconds. I was surprised because *I don''t* run independent wall clocks. I checked some other domUs and the "drift" was also very close to that of the first domU. I also checked another dom0, Here the domUs were "only" out of sync by

I am trying to hwclock to set the time. (hwclock -w) this is what I get on standard 5.2 x86_64. hwclock --debug hwclock from util-linux-2.13-pre7 hwclock: Open of /dev/rtc failed, errno=19: No such device. No usable clock interface found. Cannot access the Hardware Clock via any known method. [root at devcentos5x64 src]# ls -l /dev/rtc crw------- 1 root root 10, 135 Feb 6 13:32 /dev/rtc Any

I am getting this error: hwclock --debug hwclock from util-linux-2.13-pre7 hwclock: Open of /dev/rtc failed, errno=16: Device or resource busy. No usable clock interface found. Cannot access the Hardware Clock via any known method. [root at devcentos5x64 src]# uname -a Linux devcentos5x64.msgnet.com 2.6.18-128.el5 #1 SMP Wed Jan 21 10:41:14 EST 2009 x86_64 x86_64 x86_64 GNU/Linux rpm -qa | grep

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.16.1"> </HEAD> <BODY> Hello All, I have a problem with hwclock on centos 5.3. in xen guest environment<FONT

Hi all, One of our domU VMs (CentOS 5.6 x86_64) runs a cobol application, which in turn called ''clock'' to get timestamps. Changing this is non-trivial. When I try to call ''clock --debug'' I get: [root@vm0010 ~]# clock --debug hwclock from util-linux-2.13-pre7 hwclock: Open of /dev/rtc failed, errno=19: No such device. No usable clock interface found.

Apologies for being late to the party with this... I finally found my old notes on this re: helping out a blind friend fix his centos box... log in as root cd /usr/share/timezone cd /usr/share/zoneinfo/America/ cp Los_Angeles /etc/localtime /usr/bin/rdate -s time.nist.gov /sbin/hwclock --systohc For more details, go to http://wiki.ehow.com/Change-the-Timezone-in-Linux - rh -- Robert

Hi all: I joined a samba4 DC to Win2k3. After run the samba-tool domain join command, all data migrate perfectly. BUT then when I create an object into either samba4 or win2k3, these objects are not replicated to the another DC. Then, I tried to obtain a kerberos ticket (kinit) and the output is: kinit: "Clock skew too great while getting initial credentials". Then I sync both CDs

I can't reboot a server to set the hardware clock to UTC time, but CentOS was installed with the assumption that the PC was running UTC. Is it possible to update the hardware clock to the right time and therefore allow CentOS to maintain the right time without rebooting? I am hoping to use this route for consistency versus changing how CentOS interprets the time so all servers are the same.

On 07/29/2015 11:38 AM, Nathan March wrote: > Hi All, > > > > I'm seeing clock issues with live migrations on the latest kernel > packages, migrating a VM from 3.10.68-11 to 3.18.17-13 results in the VM > clock being off by 7 hours (I'm PST, so appears to be a timezone issue). > This is also between xen versions, but rolling the target back to 3.10 > resolved

On a selection of boxes, ntpd running in Xen Dom0 reproducibly exhibits extermely high noise/jitter. Switching back to -default, non-xen kernel ntpd runs with very low jitter/noise. Question -- how can I ''tame'' ntpd noise & jitter when running in Dom0? Is the problem a config issue, or a bug? Already reported this downstream; everybody''s "stumped".

On a selection of boxes, ntpd running in Xen Dom0 reproducibly exhibits extermely high noise/jitter. Switching back to -default, non-xen kernel ntpd runs with very low jitter/noise. Question -- how can I ''tame'' ntpd noise & jitter when running in Dom0? Is the problem a config issue, or a bug? Already reported this downstream; everybody''s "stumped".