On 21. 12. 25 21:14, Anton Shepelev wrote:
Hello, all.

On FreeBSD 14.3, svn 1.14.2

Out of interest, where did you get this version? I have a VM with FreeBSD 14.2 and the Subversion in ports is version 1.14.5.

freezes at the checkout operation of an
svn:// repository. The working-directory is created together with the
.svn subdirectory, but nothing else appears. If I kill the fronzen
svn process, and do `svn up', it says the working copy is already locked.
If I do `svn cleanup', then `svn up' hangs forever as well.

I have made sure that both /dev/random and /dev/urandom do not
block, by reading a single byte from them:

   od -vAn -N2 -tu2 < /dev/random
   od -vAn -N2 -tu2 < /dev/urandom

Reading one byte won't tell you much. You just tested that the entropy pool isn't empty. Try reading 100 or 1000 bytes, that's a more realistic test.

On FreeBSD, /dev/urandom is a symlink to /dev/random, but it
did not stop other and previous installation of FreeBSD.
Please, help me shoot this trouble, preferable in the head
rather than in the foot.

Subversion itself uses randomness -- via APR's apr_generate_random_bytes(), which uses /dev/urandom on FreeBSD -- to encrypt passwords on disk. This is an optional feature and doesn't seem to be enabled in the port. And anyway, /dev/urandom is guaranteed not to block, see https://s.apache.org/7v30k .

The other obvious user of randomness is OpenSSL, but the svn:// protocol doesn't use it, only the https:// protocol does.


Given all of the above, what evidence do you have that your checkout is blocking on /dev/[u]random and not, for example, on DNS resolution?

-- Brane

Reply via email to