similar to: Strange issue with system time being off

Displaying 20 results from an estimated 10000 matches similar to: "Strange issue with system time being off"

2010 Nov 12
7
hwclock problem
Hi. I run peridocally (from cron) on all of my machines 30 * * * * root /sbin/hwclock --systohc All of those machines in question take their time via NTP from the same local server, and that server gets its time from a ntp pool. Now I had to reboot a couple of them two days ago and to my surprise all had problems with the time upon booting. Here are the important files: [root at XXXXXX ~]
2015 Feb 07
2
lost at 'repository' entry installing centos7
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
2009 May 07
1
timezone "Europe/London" ntpdate
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
2001 Mar 23
1
Timeserver sending wrong time to Windows Clients
Help Andrew! and whoever else.. I have a Linux Mandrake 7.2 box with Samba 2.07 acting as a timeserver for our local lan. We are in the CST timezone. All windows boxes sync thier time from the Linux box via: net time \\Nemesis /set /yes. I would like to have xntp keep the clock on the server updated. Problem: ntpdate and xntp work great at setting the Linux box hardware clock to GMT. The
2015 Jun 23
4
yum and yumex change system time
> Date: Tuesday, June 23, 2015 03:48:36 PM -0400 > From: Jonathan Billings <billings at negate.org> > > On Tue, Jun 23, 2015 at 01:56:13PM -0500, g wrote: >> each and every time i run yum or yumex, system time is advanced >> by 5 hours. >> >> this has gone on thru several updates, maybe even upgrades. >> >> centos = 6.6 current >> yum
2015 Jun 23
2
yum and yumex change system time
Richard, thank you for your response. On 06/23/2015 02:51 PM, Richard wrote: <<>> > I agree, so my questions are: > > - what is your TZ? u.s.a. 'central time zone' - currently on 'daylight savings time'. > - what does "[/bin/]date" show? [geo at boxen ~]$ date Tue Jun 23 14:54:42 CDT 2015 > - what does your hardware clock:
2009 Feb 18
7
question on hwclock
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
2009 Apr 05
3
hwclock and util-linux on 5.3
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
2011 Jul 12
1
Problem in linux domU re: /dev/rtc and hwclock
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.
2009 Apr 23
2
xen and hwclock
<!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
2006 Mar 28
18
wallclock time for paravirtualized guests
The paravirtualized guests are offered wallclock time referenced to UTC only, while fully virtualized guests are given the option via the config file (localtime parameter) of starting with UTC time or local time. What would it take to optionally provide localtime to the paravirtualized guests as well? For a guest that launches assuming localtime as its time basis, then later deriving UTC from it
2020 Apr 30
1
Re: sync guest time
On Thu, Apr 30, 2020 at 2:15 PM Daniel P. Berrangé <berrange@redhat.com> wrote: > > On Thu, Apr 30, 2020 at 01:52:12PM +0200, Miguel Duarte de Mora Barroso wrote: > > Hi, > > > > I'm seeing the following issue when attempting to update the guest's > > clock on a running fc32 guest (using guest agent): > > > > ``` > >
2010 Dec 16
3
Icecast Logs Timestamp in UTC
Hello, I'm having a major problem with the timestamps in both the Icecast access.log and error.log. The timestamp on the logfiles themselves is accurate, but the logging of the various connections to my streams is in UTC. No matter how I try to configure the hwclock or the system clock, the log timestamp is always UTC, which is 8 hours ahead of my current time zone. I've even tried
2020 Apr 30
2
sync guest time
Hi, I'm seeing the following issue when attempting to update the guest's clock on a running fc32 guest (using guest agent): ``` [root@virt-launcher-vmi-masquerade-mh2xm /]# virsh domtime 1 --pretty Time: 2020-04-30 23:27:29 [root@virt-launcher-vmi-masquerade-mh2xm /]# virsh domtime 1 --sync error: internal error: unable to execute QEMU agent command 'guest-set-time': hwclock
2006 Jun 17
1
timezone correction stuff
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
2011 Mar 04
3
Updating hardware clock from cron
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
2011 Feb 20
3
Problem with timezone configuration
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
2015 Feb 07
2
lost at 'repository' entry installing centos7
On 02/07/2015 03:21 PM, Jonathan Billings wrote: <<>> > Could you not see any drives? Or that you there wasn't space to > install on that drive? yes, c7 install shows sda, sdb and sdc. >> my thinking shifted from a straight install of c7 to using a fresh >> and updated c6 install and run "yum upgrade CentOS-7.0-1406". > > Upgrading to CentOS7
2006 Feb 26
17
domU clock over 23s off
Hey, I have rather new installation of xen, dom0 is running ntpd and is perfectly in time. All domU''s are ~23s in future. Running ntpd on the domU''s seem to have no effect, /proc/sys/xen/independent_wallclock appears to have no effect. I''m running xen-unstable and 2.6.16-rc4 in AMD64 box. Any tip would be appricated. Thanks, -- ++ytti
2007 Mar 21
3
Lotus Notes and Daylight Saving Time
Hi Folks, how do you handle the change from standard time to daylight saving time? We are using LotusNotes 6.5.1 and Wine 20041019 on Kubuntu 5.10 Breezy Badger. This is the combination where we experienced the least amount of Bugs. Our hosts run UTC on the hardwareclock and live in the timezone Europe/Vienna, which will change from CET to CEST on sunday. Tests have shown, that