[ale] NTP/Chrony time zone persistence

[Edward O. Holcroft]

In all the time I've been staring at this, I never realized they're months
apart ... I was only looking at the hours ...


_________________________________________

*Edward O. Holcroft*
IT Operations Manager

*Madsen, Kneppers & Associates, Inc.*
Construction Consultants & Engineers
11695 Johns Creek Parkway, Suite 250
Johns Creek, GA 30097

*O*  770.446.9606  |  *F*  770.446.9612  |  *C*  770.630.0949  |
eholcroft at mkainc.com

www.mkainc.com

On Thu, Sep 15, 2016 at 2:32 PM, Derek Atkins <derek at ihtfp.com> wrote:

> Jeremy,
>
> I highly doubt that's the case here.
> The time isn't a mere hours apart.  They are MONTHS apart.
> The hwclock says September 14; the system comes up in December.
> That's not a timezone issue or mismatch.
> That's pure failure.
>
> -derek
>
> On Thu, September 15, 2016 2:28 pm, Jeremy T. Bouse wrote:
> > I know older versions of SUSE on ESX 5.x have issues with time sync and
> > I believe it's kernel related as I recall.
> >
> > We've got RHEL and CentOS < 7 (5 & 6) running in ESX 5.x without this
> > type of time issue.
> >
> > Another thing to consider is the actually BIOS and ESX time/timezone
> > settings. Is the BIOS in UTC or localtime? Same with the ESX server
> > itself. Does this differ from the CentOS guest VM? It could be that the
> > systems don't match in what they believe the hwclock time is set to and
> > are treating it incorrectly on startup when the OS will look at the
> > hwclock to get the initial time and set it.
> >
> > On 9/15/2016 12:25 PM, Jim Kinney wrote:
> >> This was ages ago. pre esx6
> >>
> >> I'm not running esx except as legacy. All VM hosting is Ovirt so I
> >> can't test
> >>
> >> On Thu, 2016-09-15 at 12:09 -0400, Jeremy T. Bouse wrote:
> >>> On 9/15/2016 11:51 AM, Jim Kinney wrote:
> >>>> vague memory of vmware bug not passing the timezone on a time
> >>>> request to virtual hardware clock. Only solution was a start up
> >>>> script that sets TZ on boot then does a time sync to an external
> >>>> source. Did not affect windows VMs but played hell on Linux VMs that
> >>>> expected the hwclock to send good data.
> >>>
> >>> If this is the case then it is either specific to CentOS 7 because I'm
> >>> running ESXi 6 with a dozen Ubuntu 14.04/16.04 and Debian 7/8/testing
> >>> VMs and not a one has a problem holding time or it's timezone.
> >>>
> >>> _______________________________________________
> >>> Ale mailing list
> >>> Ale at ale.org <mailto:Ale at ale.org>
> >>> http://mail.ale.org/mailman/listinfo/ale
> >>> See JOBS, ANNOUNCE and SCHOOLS lists at
> >>> http://mail.ale.org/mailman/listinfo
> >> --
> >> James P. Kinney III
> >>
> >> Every time you stop a school, you will have to build a jail. What you
> >> gain at one end you lose at the other. It's like feeding a dog on his
> >> own tail. It won't fatten the dog.
> >> - Speech 11/23/1900 Mark Twain
> >>
> >> http://heretothereideas.blogspot.com/
> >>
> >>
> >> _______________________________________________
> >> Ale mailing list
> >> Ale at ale.org
> >> http://mail.ale.org/mailman/listinfo/ale
> >> See JOBS, ANNOUNCE and SCHOOLS lists at
> >> http://mail.ale.org/mailman/listinfo
> >
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
> >
>
>
> --
>        Derek Atkins                 617-623-3745
>        derek at ihtfp.com             www.ihtfp.com
>        Computer and Internet Security Consultant
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
>

-- 
MADSEN, KNEPPERS & ASSOCIATES USA, MKA Canada Inc. WARNING/CONFIDENTIALITY 
NOTICE: This message may be confidential and/or privileged. If you are not 
the intended recipient, please notify the sender immediately then delete it 
- you should not copy or use it for any purpose or disclose its content to 
any other person. Internet communications are not secure. You should scan 
this message and any attachments for viruses. Any unauthorized use or 
interception of this e-mail is illegal.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160915/4841164a/attachment.html>