You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@spamassassin.apache.org by Theo Van Dinter <fe...@apache.org> on 2007/12/09 19:51:56 UTC
Time is *way* off on SA zone machine
My nightly/weekly runs have been failing because of mismatched versions
(*-versions.txt says version X, but the rsync code is version Y). I thought
it may be related to the clocks, so I went to check and found this:
my machine:
$ TZ=GMT date
Sun Dec 9 18:30:08 GMT 2007
zone machine:
$ date
Sun Dec 9 11:32:58 GMT 2007
Even if the zone machine's clock was in local time and the TZ just set
wrong, it's off an hour (it's actually currently 10:30 in PST...)
I don't see ntpd running, and while I'm not familiar with the whole svc thing
in Solaris 10, "svcs" doesn't list a ntp-like service at all.
Running "ntpdate" says "Not owner", as does trying to set the date via
"date -u", so perhaps it has to be run on the zone host and not the
individual zones?
Justin, I saw some mails about recent maintenance on the zones, did ntpd/etc
not get started up properly perhaps? Thoughts?
Thanks! :)
--
Randomly Selected Tagline:
"Who will guard the guards" == "quis custodiet ipsos"
Re: Time is *way* off on SA zone machine
Posted by Theo Van Dinter <fe...@apache.org>.
On Wed, Dec 12, 2007 at 12:37:02PM -0500, Daryl C. W. O'Shea wrote:
> Really? Wouldn't the rsync code have been updated the same time apart
> from the version file being updated as before?
It depends. :)
There are different cronjobs to update the versions and the rsync area, so
there's a race condition there. My run-corpora script also attempts to cache
the versions data if it was updated within a certain time range.
All in all, it seemed like it was a possibility and something to check, and
sure enough things run fine now that the skew was corrected.
--
Randomly Selected Tagline:
"My spleen is twice the size of a normal human spleen. This isn't
such a big deal right now, but after I'm dead ... There's going to be
a bidding war." - Dave Foley, Kids in the Hall
Re: Time is *way* off on SA zone machine
Posted by "Daryl C. W. O'Shea" <sp...@dostech.ca>.
Theo Van Dinter wrote:
> My nightly/weekly runs have been failing because of mismatched versions
> (*-versions.txt says version X, but the rsync code is version Y). I thought
> it may be related to the clocks, so I went to check and found this:
Really? Wouldn't the rsync code have been updated the same time apart
from the version file being updated as before?
Daryl
Re: Time is *way* off on SA zone machine
Posted by "Daryl C. W. O'Shea" <sp...@dostech.ca>.
Justin Erenkrantz wrote:
> On Dec 12, 2007 3:36 PM, Justin Mason <jm...@jmason.org> wrote:
>> this is now fixed, right?
>
> Looked fixed to me yesterday when I logged in... -- justin
It was fixed a few hours after I posted to infra@ on the 9th. Not sure
who did it. In any case, thanks.
Daryl
Re: Time is *way* off on SA zone machine
Posted by Justin Erenkrantz <ju...@erenkrantz.com>.
On Dec 12, 2007 3:36 PM, Justin Mason <jm...@jmason.org> wrote:
>
> this is now fixed, right?
Looked fixed to me yesterday when I logged in... -- justin
Re: Time is *way* off on SA zone machine
Posted by Theo Van Dinter <fe...@apache.org>.
Yeah, it looks like it got dealt with in the last day or so. :)
On Wed, Dec 12, 2007 at 02:36:15PM +0000, Justin Mason wrote:
>
> this is now fixed, right?
>
> Theo Van Dinter writes:
> > My nightly/weekly runs have been failing because of mismatched versions
> > (*-versions.txt says version X, but the rsync code is version Y). I thought
> > it may be related to the clocks, so I went to check and found this:
> >
> > my machine:
> > $ TZ=GMT date
> > Sun Dec 9 18:30:08 GMT 2007
> >
> > zone machine:
> > $ date
> > Sun Dec 9 11:32:58 GMT 2007
> >
> > Even if the zone machine's clock was in local time and the TZ just set
> > wrong, it's off an hour (it's actually currently 10:30 in PST...)
> >
> > I don't see ntpd running, and while I'm not familiar with the whole svc thing
> > in Solaris 10, "svcs" doesn't list a ntp-like service at all.
> >
> > Running "ntpdate" says "Not owner", as does trying to set the date via
> > "date -u", so perhaps it has to be run on the zone host and not the
> > individual zones?
> >
> > Justin, I saw some mails about recent maintenance on the zones, did ntpd/etc
> > not get started up properly perhaps? Thoughts?
> >
> > Thanks! :)
> >
> >
> > --
> > Randomly Selected Tagline:
> > "Who will guard the guards" == "quis custodiet ipsos"
> > part 2 application/pgp-signatur 189
--
Randomly Selected Tagline:
"Zaphod grinned two manic grins, sauntered over to the bar
and bought most of it."
- Zaphod in paradise.