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

Re: Problem with svn as Windows service

From: Mikael Lindsten <mikli485_at_student.liu.se>
Date: Fri, 16 May 2008 14:27:02 +0200

Ok, I guess I'll have to put it locally then and use som form of backup to
the mapped drive. It was the backup part I was hoping to get around. (Note
that I'm using the repository or my own stuff only and I want to be able to
wipe my disk without worrying about my repository, but then again... I can
achieve this with backup)

Thanks for all your help!

/ Mikael

2008/5/16, Andy Levy <andy.levy_at_gmail.com>:
>
> On Fri, May 16, 2008 at 7:47 AM, Mikael Lindsten
>
> <mikli485_at_student.liu.se> wrote:
>
> > Hm, I'm not sure. I'm not very familiar with creating services on Windows
> > (as you can tell).
> >
> > As I stated in my question, I created the service with the following
> > command:
> >
> > sc create svn binpath= "\"C:\Program Files\Subversion\bin\svnserve.exe\"
> > --service --root U:\svn_repository" displayname= "Subversion Server"
> depend=
> > Tcpip
> >
> >
> > No other configuration has been made to the service... do I need to set
> > somehow what user account should run the service?
>
>
> See my second reply. You shouldn't be hosting your repository on a
> mapped drive in the first place. Depending upon the how the protocol
> is implemented, it may work fine, or it may lead to repository
> corruption. And you'll always have questions of permissions. Not to
> mention degraded performance.
>
>
> > 2008/5/16, Andy Levy <andy.levy_at_gmail.com>:
> >>
> >> On Fri, May 16, 2008 at 1:31 AM, Mikael Lindsten
> >>
> >> <mikli485_at_student.liu.se> wrote:
> >>
> >> > (Sorry, reply to all it is!)
> >> >
> >> >
> >> > Hmm... if this is the problem, then I don't understand is why it all
> >> > works
> >> > fine when i start svnserve in daemon-mode (i.e. not as a service)!
> >>
> >>
> >> Because your user account is starting it from an interactive shell,
> >> and you have that drive mapped then.
> >>
> >>
> >> > And I'm trying to start the service manually, thus I am logged in and
> >> > the
> >> > drive is mapped (= no dependency issue). How come the svnserve service
> >> > has
> >> > no knowledge of my network drive when svnserve daemon does?
> >>
> >>
> >> Is the service configured to run under a different account?
> >>
> >>
> >> >
> >> > 2008/5/15, Andy Levy <andy.levy_at_gmail.com>:
> >> >>
> >> >> Please be sure to Reply To All so that the list gets your replies.
> >> >>
> >> >> On Thu, May 15, 2008 at 9:11 AM, Mikael Lindsten
> >> >>
> >> >> <mikli485_at_student.liu.se> wrote:
> >> >>
> >> >> > Hi Andy,
> >> >> >
> >> >> > Yes, the U drive is mapped to my home folder on an intranet server.
> >> >> > The
> >> >> > intranet btw is extremely slow!
> >> >>
> >> >>
> >> >> There's your problem right there. Drive mappings are done by user
> >> >> account, and mapped when the user account logs in. So the svnserve
> >> >> service has no knowledge of this U drive at all.
> >> >>
> >> >> Always host your repository on a path which appears as local to the
> >> >> server where your service is running.
> >> >>
> >> >>
> >> >> >
> >> >> > I first thought that the slow intranet was the cause of the
> problem,
> >> >> > but
> >> >> > that would not explain why I get the error after just a second or
> two
> >> >> > (I
> >> >> > would expect it to try for 30 seconds before giving up)...
> >> >> >
> >> >> > / Mikael
> >> >> >
> >> >> >
> >> >> > 2008/5/15, Andy Levy <andy.levy_at_gmail.com>:
> >> >> >>
> >> >> >> On Thu, May 15, 2008 at 1:36 AM, Mikael Lindsten
> >> >> >> <mikli485_at_student.liu.se> wrote:
> >> >> >> > Hi,
> >> >> >> >
> >> >> >> >
> >> >> >> > I don't know if this is the right place to ask, but I'm facing a
> >> >> >> > problem
> >> >> >> > when following the guide provide by svn.collab.net for setting
> up
> >> >> >> > svnserve
> >> >> >> > as a Windows service
> >> >> >> > (
> http://svn.collab.net/repos/svn/trunk/notes/windows-service.txt).
> >> >> >> > I've
> >> >> >> > been
> >> >> >> > looking around but can't seem to find anyone else having this
> >> >> >> > problem.
> >> >> >> >
> >> >> >> >
> >> >> >> > I've successfully registered a service with the following
> command:
> >> >> >> >
> >> >> >> > sc create svn binpath= "\"C:\Program
> >> >> >> > Files\Subversion\bin\svnserve.exe\"
> >> >> >> > --service --root U:\svn_repository" displayname= "Subversion
> >> >> >> > Server"
> >> >> >> > depend=
> >> >> >> > Tcpip
> >> >> >> >
> >> >> >> >
> >> >> >> > When I try to (maually) start the service however, I get the two
> >> >> >> > timeout
> >> >> >> > errors in the event logs:
> >> >> >> > "The service did not respond to the start or control request in
> a
> >> >> >> > timely
> >> >> >> > fashion."
> >> >> >> > "Timeout (30000 milliseconds) waiting for the Subversion Server
> >> >> >> > service
> >> >> >> > to
> >> >> >> > connect."
> >> >> >> >
> >> >> >> >
> >> >> >> > I've found that these errors can occur when autostarting a
> sevice
> >> >> >> > if
> >> >> >> > it
> >> >> >> > depends on some other service that might not have been started
> >> >> >> > yet.
> >> >> >> > However,
> >> >> >> > I get these errors trying to start the service manually!
> >> >> >> >
> >> >> >> > What's more is that the error message pops up only 1 or 2
> seconds
> >> >> >> > (!)
> >> >> >> > after
> >> >> >> > i select "Start" on the service. I thought these messages meant
> >> >> >> > that
> >> >> >> > it
> >> >> >> > took
> >> >> >> > more than 30 seconds to start the service. What can be the
> reason
> >> >> >> > for
> >> >> >> > this?
> >> >> >> >
> >> >> >> >
> >> >> >> > Executing
> >> >> >> > "C:\Program Files\Subversion\bin\svnserve.exe\" --daemon --root
> >> >> >> > U:\svn_repository
> >> >> >> > from the command prompt works just fine!
> >> >> >>
> >> >> >>
> >> >> >> Is the U drive a mapped share located on another server?
> >> >> >
> >> >> >
> >> >
> >> >
> >
> >
>
Received on 2008-05-16 15:43:28 CEST

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.