[SOLVED] UTC Time Displaying Localtime

I am trying to get Conky to display the correct UTC time on my desktop, but the localtime is being displayed instead. In light of this issue, I concluded that the hardware clock must be set to use localtime, rather than UTC, and or that the system clock is not syncing correctly with the hardware clock on boot up.
So, I tried issuing the command
timedatectl set-local-rtc 0
to set the system time to use UTC as indicated in this ArchWiki page. However, even after rebooting, Conky still displays the localtime rather than the UTC time.
Issuing the command
timedatectl status
results in the output
Local time: Tue 2013-07-16 07:27:07 EDT
Universal time: Tue 2013-07-16 11:27:07 UTC
RTC time: Tue 2013-07-16 11:27:07
Timezone: America/New_York (EDT, -0400)
NTP enabled: n/a
NTP synchronized: no
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
Sun 2013-03-10 01:59:59 EST
Sun 2013-03-10 03:00:00 EDT
Next DST change: DST ends (the clock jumps one hour backwards) at
Sun 2013-11-03 01:59:59 EDT
Sun 2013-11-03 01:00:00 EST
After having tried the above command without success, I then entered into the system BIOS on boot, and inspected the hardware clock time, which is correctly set to the UTC time.
So, after booting again into Arch Linux, I tried using the
hwclock
command to troubleshoot the problem.
Issuing the command
hwclock --debug
yields
hwclock from util-linux 2.23.1
Using /dev interface to clock.
Last drift adjustment done at 1373971186 seconds after 1969
Last calibration done at 1373971186 seconds after 1969
Hardware clock is on UTC time
Assuming hardware clock is kept in UTC time.
Waiting for clock tick...
...got clock tick
Time read from Hardware Clock: 2013/07/16 11:19:10
Hw clock time : 2013/07/16 11:19:10 = 1373973550 seconds since 1969
Tue 16 Jul 2013 07:19:10 AM EDT -0.985669 seconds
According to the output above, the
Hardware clock is on UTC time
, so I am not sure why the system clock is not syncing properly with the hardware clock on boot up.
Issuing the command
hwclock -r
yields
Tue 16 Jul 2013 07:37:51 AM EDT -0.797938 seconds
which displays localtime, instead of UTC.
In addition, I find it somewhat confusing that
hwclock --localtime
yields
Tue 16 Jul 2013 11:39:23 AM EDT -0.079090 seconds
which appears to be the UTC time, and issuing
hwclock --utc
yields
Tue 16 Jul 2013 07:40:17 AM EDT -0.485343 seconds
which appears to be the localtime.
I also tried using the command
hwclock --systohc
according to this question on serverfault.com, with no success.
The output of the
date
command is
Tue Jul 16 07:46:03 EDT 2013
, which appears to be the localtime, rather than the UTC time.
I noted that in the ouput of
timedatectl status
it says
NTP enabled: n/a
NTP synchronized: no
which I believe may be contributing to the problem, but I am somewhat unclear as to whether or not NTP is necessary for the system time to be correctly synced with the hardware clock and the UTC time.
Also, I am using the Conky Metro Clock Conky configuration for my .conkyrc file.
Any help would be greatly appreciated.
Thank you.
EDIT:
For clarification, I did not actually actual want to display the UTC time with Conky, but rather the localtime. I accidentally concluded that I wanted to display the UTC time because my hardware clock was synced to my localtime, rather than the actual UTC time. Therefore, this caused the UTC time to be synced with the localtime, and furthermore, the localtime to be 4 hours behind the correct localtime in my timezone (UTC-4hrs).
Last edited by kevin.gurney (2013-07-16 22:52:15)

kevin.gurney wrote:2ManyDogs, I don't actually want to display the UTC time. The reason why I originally wanted to display the UTC time was because it appeared to be the correct time because it was actually set to the localtime in my timezone. Therefore, the localtime that was being displayed on my system was actually 4 hours behind the correct time in my timezone relative to this UTC time since my timezone is UTC-4hrs. I apologize for the misunderstanding, although I do understand the difference between UTC and my localtime, it it simply a matter of the UTC time being incorrect on my system, and, therefore, the localtime, as well.
Ah. We could have helped you much more quickly if we understood what the real problem was. Oh well, at least you have it the way you want it now.
This is what confused me:
kevin.gurney wrote:I am trying to get Conky to display the correct UTC time on my desktop
With your last explanation, I understand what you were actually asking for.
Last edited by 2ManyDogs (2013-07-16 22:36:26)

Similar Messages

  • [SOLVED] Incorrect time displayed in my system

    Hey Archers,
    I have trouble correct time being displayed in my system.
    My BIOS time is:
    May 18 2012 08:39:21 PM IST
    Date command displays
    Sat May 19 02:09:59 IST 2012
    Clearly the time displayed by date command is localtime+05:30 (Asia/Kolkata), when I expect it to be just localtime.
    How do I correct this?
    I dont dual boot and have just Arch installed on my machine.
    And my /etc/rc.conf has this:
    HARDWARECLOCK="UTC"
    TIMEZONE="Asia/Kolkata"
    Please correct if my understanding is wrong, but is this how it works?
    When I say HARDWARECLOCK=UTC and TIMEZONE=''Asia/Kolkata",
    It assumes, hardwareclock, time displayed by BIOS, is infact UTC, and, since the user is interested in timezone, +0530, it adds 0530 to hardware clock.
    Thanks,
    Nachiket.
    Last edited by Nachiket (2012-05-19 07:22:47)

    Hey Tectu,
    The wiki article on Time was indeed splendid. It had all the information I needed. Thank you.
    Trilby,
    You were right, my hardware clock was on local time.
    So this is what I did to set it correct.
    1. Set the HARDWARECLOCK to "localtime" in /etc/rc.conf
    HARDWARECLOCK="localtime"
    TIMEZONE="Asia/Kolkata"
    2. Reboot the system
    3. Set the systemclock to UTC by doing a -0530 (minus 05 hours 30 minutes)
    # date `date -d "-05 hours -30 mins" +%m%d%H%M%Y`
    4. Copy the system clock value to hardware clock
    # hwclock --systohc
    5. Edit the /etc/rc.conf to set HARDWARECLOCK back to UTC
    HARDWARECLOCK="UTC"
    TIMEZONE="Asia/Kolkata"
    6. Reboot the system.
    And yes, now my system clock displays correct time
    Just setting HARDWARECLOCK to "localtime" also worked. But since I the beginners guide recomments "UTC" I did all this.
    Marking the thread as SOLVED.
    Regards,
    Nachiket.
    Last edited by Nachiket (2012-05-19 07:23:33)

  • Image time display discrepancies between product

    The following is an example of a problem I've observed in many places in my photo collection.
    I have two files taken 8 seconds apart in April 2009 with a Nikon D70 shooting .jpg format.  The files were subsequently imported from the camera memory card using a card reader and Photoshop Elements.  PSE was also used to add tags to these files.
    Since then I've acquired Photoshop CS 5 Extended.  The other day I was looking at these files in both PSE and Bridge.  PSE shows the time of these two files to be the same (as it should), however, it adds an hour to the actual time the image was taken to adjust for the difference between the time set in the camera (it was Pacific Time) and the time zone where my computer is now located (Mountain Time).  When I look at the time on the images in Bridge, one of them shows the correct time in Pacific Daylight Time, but the other is showing the corresponding UTC time value, 7 hours later than the local time.  Looking at the file list in Window Explorer shows the "Date" and "Date taken" values to be the same as that shown by Bridge.
    There were two other images taken shortly before the first one mentioned above and they show the correct local time.  The two files that followed the UTC timed file also show a UTC time value.  Then following that the next file shows local time and then there are a number of files showing UTC for time.
    If I look at the two files with Windows Notepad so that I can see some of the text strings in the exif data portion of the file, the first file has a couple different places where time is shown in the format "...hh:mm:ss-07:00" and the other in the format "...hh:mm:ssZ".  The time value is preceded by the date in yyyy:mm:dd format. It would appear that Bridge is reading these values and displaying them, while PSE is getting some other time value from the file. Here is the actual string from the file that displays in UTC:
         exif:DateTimeOriginal="2009-04-05T17:08:10Z"   exif:DateTimeDigitized="2009-04-05T17:08:10Z"
    and for the file that displays time in local time the string is:
         exif:DateTimeOriginal="2009-04-05T10:08:02-07:00"   exif:DateTimeDigitized="2009-04-05T10:08:02-07:00"
    I've observed this same discrepany with files taken more recently with a Nikon D700 and images in NEF format.  I think I can reasonably eliminate the possibility that this is a camera caused discrepancy.  I suspect that some program is actually reading the local time and offset, then writing that back to the file as a UTC time value.  The behaviors of PSE and Bridge seem to point to the fact that the two programs are extracting time from different fields / strings in the file.  At this point the occurrance of the problem seems random, at least I've not been able to discern a pattern and reproduce it at will.
    Although this is not a catastrophic problem, it does cause confusion.  I've also looked at these files in Lightroom, which on initial inspection appears to get the same time values as Bridge.  The down side of this is that files in Lightroom are sorted into time order, which may not be the order they were taken.  Although I recognize that these products may not have been design for complete compatibility, it sure would be nice if they all treated time in the same way.

    I believe I now have more information about how PSE works and therefore need to slightly correct my original post.  It looks like PSE takes what ever time it finds for the photo's "time taken," converts it to UTC, then converts it to the local time on which PSE is running.  That will explain why two images taken seconds apart, with on having time coded as local time plus UTC offset and the other having an absolute UTC time, display the time taken in local time.  On the other hand, Bridge (and Lightroom) just displays what ever time it finds in the file.

  • Email times displayed as UTC

    Hi,
    I'm having a weird display issue in Mail. All emails show in the list with times that are UTC instead of PDT. My date and time and international system preferences are correctly set to display Pacific Daylight time (Los Angeles) in standard American date format. Apple Mail is the only program that isn't obeying that setting.
    To make this more interesting, I've configured Mail in a non-standard way. Since there's no obvious way to lock out access to Mail other than to create a separate user account (which doesn't meet our needs for this system), I created an encrypted sparse disk image and moved ~/Library/Mail/ into that disk image. I then created a symbolic link to point ~/Library/Mail/ to the disk image volume.
    This work around is working out perfectly and provides me a way to secure access to email without creating a unique user account. The only funky thing appears to be this date display issue.
    I know that the disk image implementation is non-standard and probably not recommended, but it's the only way I could figure out how to secure access to my mail within a shared single user account (which I need for other reasons).
    Any ideas on how to correct this date display issue?
    Thank you,
    Todd
    iMac Mac OS X (10.4.10)
      Mac OS X (10.4.10)  

    Following is the full header for another sample message. I have other accounts on this server that I check on other computers using Apple Mail and time displays properly, so I doubt it has anything to do with the email server. This is a POP account and the server runs some flavor of BSD running sendmail/postfix or something similar. While the sample below was sent from MS Exchange, the date display issue applies to the display of all messages.
    The following message appears with Date Received: "Today 3:35 AM".
    The Date Sent column displays: "Yesterday 8:35 PM"
    The date sent is correctly showing the message time for our time zone. For some reason, date received is showing messages at GMT.
    Thanks again for taking a look at this.
    Todd
    Return-Path: <[email protected]>
    X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on x.net
    X-Spam-Level:
    X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=ham
    version=3.1.3
    Received: from p03c11m003.symantecmail.net (mxl144v243.mxlogic.net [208.65.144.243])
    by x.net (8.13.6.20060614/8.13.1) with ESMTP id l6H3Ztm4095850
    for <[email protected]>; Tue, 17 Jul 2007 03:35:56 GMT
    Received: from unknown [64.168.126.9] (EHLO nbmailg.irell.com)
    by p03c11m003.symantecmail.net (mxl_mta-2.14.0-16)
    with ESMTP id c193c964.275209136.8973.p03c11m003.symantecmail.net (envelope-from <[email protected]>);
    Mon, 16 Jul 2007 21:35:56 -0600 (MDT)
    X-WSS-ID: 0JLB0P0-03-3NN-01
    Received: from ccexch2k01.imnt.irell.net (unknown [128.100.1.242]) by nbmailg.irell.com (Tumbleweed
    MailGate) with ESMTP id 279B7100692C0 for <[email protected]>; Mon, 16 Jul 2007
    20:36:36 -0700 (PDT)
    X-MimeOLE: Produced By Microsoft Exchange V6.5
    Content-class: urn:content-classes:message
    MIME-Version: 1.0
    Content-Type: text/plain;
    charset=us-ascii
    Subject: RE: Queen Bee Waxing
    Date: Mon, 16 Jul 2007 20:35:54 -0700
    Message-ID: <[email protected]>
    In-Reply-To: <[email protected]>
    X-MS-Has-Attach:
    X-MS-TNEF-Correlator:
    Thread-Topic: 1234
    Thread-Index: AcfH0xjxzwFUuPXmRfO1k1JK4W4zNwAT/IMQ
    From: "fn, ln" <[email protected]>
    To: "fn1 ln1" <[email protected]>
    X-Spam: [F=0.5000000000; BMI=0.500(none); SC=none]
    X-MAIL-FROM: <[email protected]>
    X-SOURCE-IP: [64.168.126.9]
    X-Brightmail-Tracker: AAAAAA==
    Content-Transfer-Encoding: 8bit
    X-MIME-Autoconverted: from quoted-printable to 8bit by x.net id l6H3Ztm4095850
    Status:

  • [SOLVED]Incorrect time - 1h+

    Hello,
    I've followed the wiki's page: https://wiki.archlinux.org/index.php/time
    timedatectl status | grep local
    RTC in local TZ: no
    I've tried this, but didn't help:
    timedatectl set-local-rtc false
    timedatectl status
    Local time: Sat 2014-02-22 12:17:18 CET
    Universal time: Sat 2014-02-22 11:17:18 UTC
    Timezone: Europe/Copenhagen (CET, +0100)
    NTP enabled: n/a
    NTP synchronized: no
    RTC in local TZ: no
    DST active: no
    Last DST change: DST ended at
    Sun 2013-10-27 02:59:59 CEST
    Sun 2013-10-27 02:00:00 CET
    Next DST change: DST begins (the clock jumps one hour forward) at
    Sun 2014-03-30 01:59:59 CET
    Sun 2014-03-30 03:00:00 CEST
    UTC time is correct, but my arch uses localtime (shown in tint2). How to fix this? I've searched this forum and Google, but nothing solved the problem.
    Last edited by decas (2014-02-22 18:57:20)

    Either adjust it manually (e.g. in the BIOS), or use something like NTP to sync your software clock, then use hwclock to save the changes to the hardware clock (I believe that it saves it as UTC by default, but you might want to check that).

  • How to turn off lumia520 time display on the scree...

    How do i turn it off? I just want to have the date display on the block screen. I have a watch so i dont want to look at the time on the phone. Also, how do i turn the lady's voice off when i am receiving a call? She keeps saying: call from ####.

    As far as I know the time display is built into the lockscreen although it could be alternative lockscreen allow you to modify how it shows.
    To turn off voice;
    Settings > ease of access> Narrator > OFF
    Although I am not a 100% sure on this..
    Click on the blue Star Icon below if my advice has helped you or press the 'Accept As Solution' link if I solved your problem..

  • Embarrassing UTC time in iPhone/iPad calendar

    Hi,
    I sync my iPhone6 calendar with Gmail.
    I currently have a problem with the iPhone calendar. The event contains the good times , however, placed in the box of the event, the time is displayed in UTC so with 2 hours ( or 1 hour in winter ) less (french time). When I click on the event, the time is displayed in UTC and local time.
    This is very annoying because you have to edit the event in Paris instead of hours utc for the display again become normal .
    All French users under IOS8 have the same problem. We talk more and more about in forums.
    This appeared with IOS8 .
    How to remove this UTC time in the event's content?
    Should we wait a consideration of the issue by Apple and wait for an update ?
    Thank's for your help.
    Screenshot Ipad, but like on Iphone.
    Thank's

    Had all the same issues mentioned before.
    Though not mentioned here, people have said that going to isync and resetting the history under preferences may resolve the issue. In my case where it was also 4 hours off this solution on this page worked for me. Barry, when you say that Time Zone support is on (under settings | general | time and date) What do you have it set to ? That is by default it has Time Zone Support On. However beneath that, you have to type in manually where you want it to be set to. I searched for Washington DC and selected that. (Which matches what my computer has set to) This fixed the issue. Also make sure Time Zone Support is on in iCal (as you already did)
    So just add whatever city your computer is set to in the iPhone and that should do the trick.

  • Time display not updating on Menu Bar

    I have a MacBook Pro 15" Retina laptop running OSX 10.8.3
    The time display on the menu bar doesn't update unless I click on it.
    Does anyone else have this problem?  Are there any solutions?  I have not been able to find any discussions about this.

    Thanks LexSchellings for your reply and help.  I have nominated a time zone and unchecked "set time zone automatically .." as you have suggested.  I still need to restart the machine then time will tell if this solves my problem!  (Pun intended ... sorry!)
    Thank you again for your response!

  • UTC time

    Hi,
    I'm looking for a way to get date/time formatted to UTC time out of the database:
    When selecting SYSDATE, I got "local time", but what I really want is the UTC time instead.
    Could anyone help me with that?
    TIA!
    eva

    System time is, technically, UTC time.
    Every application that then displays the time to you generally chooses to use your configured timezone information.
    (Sometimes, Applications offer more flexibility. E.g. with Aperture you can tell it to treat the time on imported photograph files, which don't have any embedded timezone information, as being for a particular time; and can also tell it that the timezone of that photograph when displayed should be another. My cameras are always set to UTC, and generally my pictures are "Europe/London" when taken in the UK, giving me GMT and BST according to the time of year.)
    What is it that you want to happen/ what is it that is displaying in one form, that you'd rather have display in another?

  • Can I turn off Time Display on my Motorola QIP 7232/2 at night without unplugging?

    I would like to be able to turn off the Time Display on my STB at night. Right now, I have to place a book in front of the display as it is in my bedroom and lights up the room. The QIP 7200 STB in another room goes totally blank when the TV and STB are shut off with the remote. Any help would be appreciated.
    Solved!
    Go to Solution.

    There is a setting in the main menu to shut it off, something like Set Top Box Display, go into that and look for the option to turn it off.

  • Time display

    Somehow I have the time displayed wrong. I have enabled the time display in the menu, digits no seconds. like 10:42. When my screen saver "computer name" starts the time is displayed in: minutes / seconds. Like 4232. This seems to affect the profiler as well. What I did is changing the time server from apple.europe to apple us. Thought that might solve a video chat issue. That was a couple of days ago and I reset it to european time within an hour.
    The time displays accurate in the menu and the settings in preferences. I don't know how to set it so the screen saver to display it h/min/sec again. Does any one know how I can adjust this?
    Message was edited by: CodLBi

    My error. Most likely I ignored that setting years ago and missed it this time. You've got something amiss, no matter which time setting I show in Date & Time, the screensaver, with show time selected, only shows hours and minutes. You could move all screensaver plist files from /username/Library/Preferences/ and /username/Library/Preferences/ByHost/ to the desktop, log out and back in, reset its settings, and see if that fixes the problem.
    Alternatively, check the International prefPane for time formats.

  • Meeting invite has UTC time zone info (Exchange 2010)

    In .NET C# I create a Meeting for September 9, 2013 2:00 PM-2:45 PM. The Time Zone is correctly booked in meeting organizers' Calendar.
    Next I invite someone, and the invitee is sent an email that will display this info below the calendar picture:
    When: Monday, September 09, 2013
    6:00 PM-6:45 PM. UTC
    Note that above the Calendar, the info is correct:
    When: September 9, 2013 2:00 PM-2:45 PM
    Why is this happening when using EWS?
    It is not happening when using Outlook client to invite someone to a meeting.
    This is the code (.NET C#) that we use:
    Microsoft.Exchange.WebServices.Data.ExchangeService service = new Microsoft.Exchange.WebServices.Data.ExchangeService("2010", TimeZoneInfo.FindSystemTimeZoneById("Eastern Standard Time"));
    service.Credentials = new Microsoft.Exchange.WebServices.Data.WebCredentials(sUser, sPassword, sDomain);
    service.Url = new Uri(sEWS);
    appointment = Microsoft.Exchange.WebServices.Data.Appointment.Bind(service, new Microsoft.Exchange.WebServices.Data.ItemId("AAA"));
    appointment.RequiredAttendees.Add("[email protected]");
    appointment.Update(Microsoft.Exchange.WebServices.Data.ConflictResolutionMode.AlwaysOverwrite, Microsoft.Exchange.WebServices.Data.SendInvitationsOrCancellationsMode.SendOnlyToChanged);
    Thanks,

    Hi,
    According to the code (.NET C#) used to create the meeting, I noticed that your time zone was set on
    Eastern Standard Time(EST).
    With my consideration, the reason why the time in invitee’s calendar is different from yours is because the invitee is on UTC time zone which has
    5 hour offset with EST.
    Additionally, from the last Sunday in March through the Last Saturday in October
    daylight savings time is noted as Eastern Daylight Time (EDT), (CDT), (MDT) or (PDT) which is
    one hour added to standard time. Therefore, there is 4 hours offset from your time.
    To avoid this issue, just set the same time zone in Outlook File > Options > Calendar > Time zones.
    If there is any question about daylight saving time, please go to the following forum for more helps:
    Daylight Saving Time Help and Support Center
    http://support.microsoft.com/gp/cp_dst
    Thanks,
    Winnie

  • I want to hide UTC Time in calendar

    Hi,
    On my calendar, when I add a meeting, the time of UTC is displayed.
    I don't need this. Is it possible to hide it ?
    I have an Iphone 6 up to date on iOs level.
    Thks and regards,
    Tutu

    hii
    chk this fm
    <b>TZON_CHECK_TIMEZONE
    TZON_GET_TIMEZONE_TEXT
    TZON_GET_USER_TIMEZONE
    TZ_LOCATION_TIMEZONE</b>
    REPORT Z_TIMESTAMP .
    DATA: TSTAMP TYPE TIMESTAMP,
    D TYPE D VALUE '19971224',
    T TYPE T VALUE '235500'.
    SET COUNTRY 'US'.
    CONVERT DATE D TIME T INTO
    TIME STAMP TSTAMP TIME ZONE 'UTC+12'.
    " tstamp : 19971224115500
    " (12/24/1997 11:55:00)
    CONVERT TIME STAMP TSTAMP TIME ZONE 'UTC+12' INTO
    DATE D TIME T.
    chk this documentation
    CONVERT - Converting Timestamps
    CONVERT - Converting Timestamps
    Variants:
    1. CONVERT TIME STAMP tst TIME ZONE tz INTO DATE d TIME t.
    2. CONVERT DATE d TIME t INTO TIME STAMP tst TIME ZONE tz.
    Effect Converts the timestamp tst into date d or
    time t based on the time zone tz.
    tst must have the type P(8) (short form) or P(11) with 7 decimal places (long form). tz must have the type C(6). The ABAP Dictionary contains the data elements TIMESTAMP,TIMESTAMPL, and TIMEZONE, which you can use in DATA ... TYPE ... statements to declare tst and tz. There are no strict type checks for the date d or time t. If you specify a variable that does not have type T, the system uses the type conversion rules applied in the MOVE statement.
    Regards
    Naresh

  • Time display iphone 5s

    HI, I'm new here, and not sure if anyone has asked this before,
    does anyone experience this? I've seen lots of screenshots from my friends, and their time display (AM/PM) is in lower case.
    However, mine is in Uppercase. Any idea how to change it or something?

    Back up and restore via iTunes. If the problem continues, restore as a new device and test. If the problem is solved, there is some kind of corruption in your backup file or maybe it's one of your apps causing problems. If it continues, take it to an Apple Store for evaluation of a possible hardware problem.

  • How to reset numbers in real time display in Cisco Supervisor Desktop?

    Hi all,
    I wonder about numbers in real time display in Cisco Supervisor Desktop. There are many statistic number for example : Call Handled, Max Talking, Avg Talking, Max Ready, Total Ready, Call abandoned, etc. Is there any way to reset those numbers back to zero? Please let me know.
    Thank you.

    Joe,
    I haven't tried that, but I'm very skeptical. The CAD Agent gets stats from two places - CTIOS and RASS. RASS keeps the call log information in a SQL Desktop Engine database.
    Stats derived from CTIOS reset at midnight. Obviously, restarting the RASS service has no effect on those. Call log information is being kept in a database so it seems to me that a restart of RASS should also have no effect.
    I guess I will have to try for myself.
    Regards,
    Geoff

Maybe you are looking for