Just before the I received the mail, I deleted my apr and did a new clean
install on svnserve,
including the ./configure --with-dev-random=/dev/urandom for apr.
Still the same issue.
I did the configure just in case, since I found that suggestion in the
subversion.tigris.org FAQ a couple of days ago.
It would be intresting to know, what actually happens when the prossess
hangs on:
socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(10023), sin_addr=inet_addr("
78.46.66.102")}, 16) = 0
read(4, "( success ( 1 2 ( ANONYMOUS ) ( "..., 4096) = 76
write(4, "( 2 ( edit-pipeline svndiff1 abs"..., 100) = 100
read(4, "( success ( ( CRAM-MD5 ) 14:as3s"..., 4096) = 47
write(4, "( CRAM-MD5 ( ) ) ", 17) = 17
read(4,
Is that one of the places where random numbers are needed?
2008/4/28 Karl Fogel <kfogel_at_red-bean.com>:
> "Erik Huelsmann" <ehuels_at_gmail.com> writes:
> > Karl, may I suggest this is not related to the repository, but rather
> > to the server running out of entropy?
> >
> > Search the list archives for solutions to the problem of servers
> > drawing from /dev/random and blocking because of it.
>
> Ah, yes. For some reason that seems to have come up a lot in the last
> few days -- maybe the solar system is running out of entropy or
> something.
>
> Thorsten Schmitt-Rink, can you rebuild APR to use /dev/urandom instead
> of /dev/random, and then rebuild Subversion against the new APR? Uh,
> I'm not sure whether both client and server need this done (and in fact,
> the answer may be different for http:// vs svn://), so do both to be
> safe. I just can't remember all the circumstances in which we need
> random numbers.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
> For additional commands, e-mail: users-help_at_subversion.tigris.org
>
>
Received on 2008-04-28 23:37:10 CEST