On Mon, 2009-10-12 at 12:09 +1100, Nathan Scott wrote:
> As to whether we have the ideal status quo, thats more questionable.
> I agree theres no one right answer here, but the defaults seem to do
> the wrong thing. Daylight savings always switches over in the early
> hours of the morning. Our daily scripts always run before that, so
> we always get the wrong timezone for the day of the switch and hence
> reporting with -z always has the maximum number of hours reported in
> the wrong zone for that day. If we used the last archive, we would
> avoid that issue, I can't see any real downside from doing so.
Obviously there may be (although I can only recall having done it once
in a production environment) sites where the log management is shifted
into a different time window, and for them the default may be less bad.
I think the way forward here is to change the default, and add a -x
option to maintain the status quo. I've looked at the code and this
will not be hard ... it will take more effort to build the archives
needed for the QA test.
Unless I hear a violent objection in the next day or so, I'll do this.
On the missing files issue, please let me know if the -t 7 option gives
you the evidence you need to track down what's going wrong ... at this
stage I don't have a working hypothesis that would explain missing files
in an unmerged archive set.