Re: svn freezing at checkout on FreeBSD
Branko Čibej <[email protected]> Wed, 24 Dec 2025 19:51:37 +0100
| Newsgroups | gmane.comp.version-control.subversion.user |
|---|---|
| Organization | The Apache Software Foundation |
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format.
--------------mdeZD5l7uBltXfgKDfsiOpUL
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
On 24. 12. 25 16:05, Anton Shepelev wrote:
> Branko Cibej to Anton Shepelev:
[...]
>
>> So this seems not to be the case. Can you try
>> something like this:
>>
>> ac8 ant> svn cosvn://<hidden> &
>>
>>
>> and then, while the svn job is blocked in the
>> background:
>>
>> ac8 ant> lsof | grep '/dev/u*random'
> For some reason,
> $ svn co svn<hidden> ad1 &
> writes to stdout and blocks, so I tried the `lsof'
> invocation in another GNU screen window, while `svn co'
> was hung up, and it printed nothing. If that means
> it is not blocking on reading random data, then it is
> blocking on something else.
It is something else. It can't be blocking on /dev/urandom if it hasn't
opened /dev/urandom.
> IMHO, it would be more
> polite of svn to fail and explain which operation timed out.
Clearly nothing has timed out, that's why the process is blocked.
> What else can I do -- learn and apply dtrace?
I think dtrace/strace would be the next thing to try yes.
> P.S.: Beg pardon for delayed replies. I access the
> affected system remotely, via a reverse SSH tunnel
> established by autossh, at the relatively rare
> times the machine is online.
That's really not a problem. We all accept that e-mail is asynchronous.
Nay, we revel in it! :D
-- Brane
--------------mdeZD5l7uBltXfgKDfsiOpUL
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 24. 12. 25 16:05, Anton Shepelev
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre">Branko Cibej to Anton Shepelev:</pre>
</blockquote>
[...]
<blockquote type="cite"
cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre">
</pre>
<blockquote type="cite">
<pre wrap="" class="moz-quote-pre">So this seems not to be the case. Can you try
something like this:
ac8 ant> svn cosvn://<hidden> &
and then, while the svn job is blocked in the
background:
ac8 ant> lsof | grep '/dev/u*random'
</pre>
</blockquote>
<pre wrap="" class="moz-quote-pre">
For some reason,
$ svn co svn<hidden> ad1 &
writes to stdout and blocks, so I tried the `lsof'
invocation in another GNU screen window, while `svn co'
was hung up, and it printed nothing. If that means
it is not blocking on reading random data, then it is
blocking on something else.</pre>
</blockquote>
<br>
<br>
It is something else. It can't be blocking on /dev/urandom if it
hasn't opened /dev/urandom.<br>
<br>
<br>
<blockquote type="cite"
cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre"> IMHO, it would be more
polite of svn to fail and explain which operation timed out.</pre>
</blockquote>
<br>
<br>
Clearly nothing has timed out, that's why the process is blocked.<br>
<br>
<br>
<blockquote type="cite"
cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre">What else can I do -- learn and apply dtrace?</pre>
</blockquote>
<br>
<br>
I think dtrace/strace would be the next thing to try yes.<br>
<br>
<blockquote type="cite"
cite="mid:[email protected]">
<pre wrap="" class="moz-quote-pre">
P.S.: Beg pardon for delayed replies. I access the
affected system remotely, via a reverse SSH tunnel
established by autossh, at the relatively rare
times the machine is online.</pre>
</blockquote>
<br>
That's really not a problem. We all accept that e-mail is
asynchronous. Nay, we revel in it! :D<br>
<br>
-- Brane<br>
<br>
</body>
</html>
--------------mdeZD5l7uBltXfgKDfsiOpUL--