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

RE: svnserve hangs all the time

From: Mads Randstoft <mr_at_comendo.dk>
Date: 2006-11-01 15:33:20 CET

I am using gentoo thus using emerge...

The problem was the APR library and it takes a configure option that is
--with-devrandom=/dev/urandom
that solves the problem. However if you are using any cryptographic
programs that uses APR you can't do this!

If you (like me) uses gentoo you can supply USE="urandom" for the emerge
command for APR and you have the library with urandom...

Ofcause if you would like to run svnserve on a server with other
services you could make a static link (or a compat lib) for svn... But I
guess that is beyond this forum?

-- Mads

-----Original Message-----
From: Russ [mailto:rsivak@istandfor.com]
Sent: 1. november 2006 15:16
To: Mads Randstoft; Erik Huelsmann
Cc: users@subversion.tigris.org
Subject: Re: svnserve hangs all the time

************************************************************************
****
Denne mail er blevet scannet af http://www.comendo.dk og indeholder ikke
virus!
************************************************************************
****

I'm sorry, can you provide a bit more detail? We have trac seem to hang
from time to time and was wondering if its the same issue.

Russ
Sent wirelessly via BlackBerry from T-Mobile.

-----Original Message-----
From: "Mads Randstoft" <mr@comendo.dk>
Date: Wed, 1 Nov 2006 11:10:04
To:"Erik Huelsmann" <ehuels@gmail.com>
Cc:<users@subversion.tigris.org>
Subject: RE: svnserve hangs all the time

I have just done a "USE="urandom" emerge arp on my server and now
everything seems to work fine... It have not yet been hanging, so it
seems to be the entropy problem...

Thanx for all the help!

-- Mads

-----Original Message-----
From: Erik Huelsmann [mailto:ehuels@gmail.com]
Sent: 31. oktober 2006 15:24
To: Mads Randstoft
Cc: users@subversion.tigris.org
Subject: Re: svnserve hangs all the time

************************************************************************
****
Denne mail er blevet scannet af http://www.comendo.dk og indeholder ikke
virus!
************************************************************************
****

> From time to time svnserve just hangs there and does nothing...
>
> It does not matter what client or protocol I use (normally I use
svn:// from
> either Linux or Windows clients, sometimes I use file:// from the
server

file:// doesn't use svnserve, just saying that because I don't know if
you know. Now you do :-)

> itself to test) and from time to time it just hangs there... and does
> nothing... It don't matter what service I request, list, import,
commit,
> checkout whatever...
>
> I followed the setup from the book and have used fsfs filesystem...
Because
> the server runs on a virtual server instance with a network mounted
> directory (Blade server setup with VMWare)... Could it be a problem
with the
> server running on VMWare?? Or is it some other problem??

No, it can't be a VMWare problem, or at least, the more likely option
is that it runs out of entropy in /dev/random. It reads bytes from
/dev/random to generate UUIDs, but reading from /dev/random is a
blocking operation (problem with APR). You could recompile your APR to
link to /dev/urandom which isn't cryptographic quality, but you
probably don't need that for UUIDs...

Note that other applications might use the same APR routines to do
crypto work though. Be sure you know what you do when replacing your
APR versions.

bye,

Erik.

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

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Nov 1 15:34:43 2006

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.