[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Is there any other way then kill to get svnserve -d to stop

From: Brooke Smith <novorivus_at_optusnet.com.au>
Date: 2005-01-16 12:59:16 CET

Hi Marc-Andre,

I don't have alot of experience in server admin but I notice noone has
replied to this important topic. I would think you'd want to do the
following before shutting down your svnserve:

* make sure noone is accessing repository
* backup your repository (why not! and just in case)
* then shut down

Oh, I meant to add that 'kill -9' is pretty brutal and you'd want to
start with 'kill -3' (QUIT).

Cheers,

Brooke

On 06/01/2005, at 10:33 AM, Marc-Andre Landry wrote:

> Hi,
> newbie to Linux, I encounter different tool to administer my
> server/workstation. I have different deamon running and also the
> svnserve with -d and -r set. Here my question as clear as I can : is
> there a tool that would interact (someway somehow) with the svn deamon
> to start,pause/resume & stop the deamon. If there is more than one
> deamon running the listening port could serve as a identifiant as they
> most already by unique.
> Any workaround would do? I already began to use kill -9 SVNSERVE_PID
> but I fear to interfere with the closing sequance. Am I right to have
> such fear?
>
> LMA
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---
In a world without walls or fences,
what's the need for Gates and Windows?
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Sun Jan 16 13:02:19 2005

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.