Is it okay to reset the clock on a Subversion server?

[Paul Keating <ke...@acm.org>]

The system clock on my Subversion server is 1 hour fast. It's not a DST
thing, the clock is genuinely wrong.

I think the original administrator may have done this deliberately because
he did not like the fact that Subversion's timestamps are in GMT.

Whatever. I now want to fix it.

Only problem is, I can think of several bad things that might happen if I
set the clock back by an hour. Can anyone tell me if it is safe to do this,
or if the worst I can expect isn't too bad?

For instance, if Subversion won't accept checkins until the time on the
wall-clock is later than the timestamp on the head revision, then that is
pretty harmless, I just have to do it in quiet time.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: fixed: regression in mergeinfo-aware merges against 1.5.3

[Silver Zachara <si...@gmail.com>]

Or where was a problem and what were the problem's concomitants.

-- 
-------------------------------------------------------------------
                      --== Silver Zachara ==--
- pgp - http://radeonvmod.ic.cz/keys/silver.zachara@gmail.com.asc -

Re: Is it okay to reset the clock on a Subversion server?

[Ryan Schmidt <su...@ryandesign.com>]

On Oct 25, 2008, at 18:05, Paul Keating wrote:

> The system clock on my Subversion server is 1 hour fast. It's not a  
> DST
> thing, the clock is genuinely wrong.
>
> I think the original administrator may have done this deliberately  
> because
> he did not like the fact that Subversion's timestamps are in GMT.
>
> Whatever. I now want to fix it.
>
> Only problem is, I can think of several bad things that might  
> happen if I
> set the clock back by an hour. Can anyone tell me if it is safe to  
> do this,
> or if the worst I can expect isn't too bad?
>
> For instance, if Subversion won't accept checkins until the time on  
> the
> wall-clock is later than the timestamp on the head revision, then  
> that is
> pretty harmless, I just have to do it in quiet time.

Subversion will not prevent commits. But, your commits might then not  
all be in chronological order. If that happens, you can never rely on  
the "-r{date}" syntax for locating revisions by date. So if you ever  
want to use that syntax, you should ensure that your revisions remain  
in chronological order, e.g. by switching the server's clock at a  
time when nobody will commit. Disable commits to the repository  
during this time to be absolutely sure, e.g. install a "start-commit"  
hook that prints a message explaining the situation and exits with a  
nonzero code. Remove the hook again once the server's clock has  
caught up to where it was before you changed it (or at least caught  
up to the time of the last revision in the repository).



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org