On Tue, 13 Mar 2001 at 12:31am (-0500), Statux wrote:
> On my system, I have the hardware clock (via BIOS) set to GMT, I have the
> correct zone set under Linux, and I have Linux set to do UTC. I've never
> had a problem with my time :)
Well I am glad it works for you - but unless you can offer up some
explination for the disparity this isn't really a very useful data point.
After all, it worked for me too prior to yesterday morning. :)
M.
>
> On Tue, 13 Mar 2001, Matthew Melvin wrote:
>
> > Hello All,
> >
> > I've got a box here, redhat 5.2 with all the errata, and a 2.2.18
> > kernel but seems to be confused about it's time. For the last 2 days it has
> > been more or less randomly jumping the system clock forward 10 hours. This
> > makes me think it must be someone sort of time zone confusion becuase it's
> > set to be 10 hours ahead of GMT - so maybe for some reason (?!?) it trying
> > to 'correct' itself thinking it is GMT so spinning on another 10 hours.
> >
> > But I can't for the life of me find where these time changes might
> > be coming from. :/ Even turning on ps accounting didn't show anything
> > useful which suggests it is a long running process that is responsible.
> >
> > That's a moderatly abysmal attempt at explaining what I'm after so
> > I'm not expecting much - but if you've seen something like this or know what
> > might be going on I'd love to hear form you.
> >
> > "* * * * * rdate -s ntp" is not a solution. :)
> >
> > M.
> >
> > P.S. It was about a fortnight ago that the errata was installed so an
> > update in glibc would seem the sort of thing I should be looking for but why
> > the delayed effect?
> >
> >
>
>
--
WebCentral Pty Ltd Australia's #1 Internet Web Hosting Company
Level 1, 96 Lytton Road. Network Operations - Systems Engineer
PO Box 4169, East Brisbane. phone: +61 7 3249 2557
Queensland, Australia. pgp key id: 0x900E515F
_______________________________________________
Redhat-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/redhat-list
