In http://svn.collab.net/repos/svn/trunk/tools/server-side/fsfs-reshard.py,
this block appears at the end:
if __name__ == '__main__':
raise Exception, \
"""This script is unfinished and not ready to be used on live data.
Trust us."""
main()
The exception-raise was added in r24552 by Malcolm:
* tools/server-side/fsfs-reshard.py
Prevent use, for now, and add a license block.
Suggested by: cmpilato
Since then there have been a few commits to fsfs-reshard.py, but the
exception is still in place. Do we know exactly what it is that is
making fsfs-reshard.py be not ready for production use? The reason I
ask is that people are starting to write their own reshard scripts (see
the mail below from users@)...
-Karl
> On Tue, 05 Aug 2008 17:37:04 -0400
> Karl Fogel <kfogel_at_red-bean.com> wrote:
>
>> Mark K <mark_at_mitsein.net> writes:
>> > when using svnadmin upgrade, I see a message about svnadmin locking
>> > the repository. From what I can tell in the code, all that happens
>> > is that svnadmin upgrade implies --wait. Is there actually some
>> > sort of locking involved?
>>
>> I'm not sure, but maybe it just means you can't commit while the
>> upgrade is under way? What happens if you try operations against a
>> repository while it's being upgraded?
>
> I haven't tried it because an upgrade takes such a short amount of
> time :). Digging more into the code, I think there is some sort of
> fcntl lock through APR on the write-lock file that acts as a marker
> that a transaction is underway.
>
> The main reason that I was looking for an answer to this is that I
> wrote my own verison of fsfs-reshard since fsfs-reshard.py is marked as
> not fit for production. I wrote one in perl that doesn't attempt to
> handle as many cases as the original fsfs-reshard.py does but I wanted
> to add some sort of locking mechanism to it.
>
> At any rate, I did my upgrade last week and just ran svnadmin
> upgrade /svn/repos && fsfs-reshard.pl /svn/repos on all of my
> repositories and crossed my fingers :). Nothing went wrong, but it
> would be nice to improve the script with some locking.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-08-10 17:28:15 CEST