On Tue, Jun 18, 2013 at 1:33 AM, Mark Phippard <markphip_at_gmail.com> wrote:
> I sent Lieven a tcpdump. Hopefully that will help. In the meantime I
> found another tool that analyzes HTTP traffic. The last request
> before it fails is a DELETE request that the server responds with a
> 204. Would that be unexpected by Serf?
>
> The URL for the DELETE request is:
>
> http://subclipse.tigris.org/svn/subclipse/!svn/act/b61b1e79-ba56-41b3-8b07-8649146e8212
The 204 shouldn't be odd, that just means a response without content.
However, the fact that you have requests happening after a DELETE
request seems odd. This particular DELETE is a activity URL, which
means it is removing the transaction on the server. If for some
reason we're sending this DELETE before we finish sending the other
requests that need to be sent for the commit, that would obviously be
very bad.
Are you sure the DELETE request is not happening after the failure?
Because it would be normal for the client to send DELETE after it
encountered some problem.
> Right before that (maybe Serf has multiple connections going) is a
> CHECKOUT that gets a 201. I notice that one says it was Closed by
> peer, so that might be the problem. Here is the info I can get out of
> this tool:
Possible the client/serf thinks the checkout fails due to whatever is
causing that "Closed by peer" you're seeing, which would trigger error
and the DELETE. Hard to say what any traffic after the DELETE is
without knowing more than you posted on the list.
Received on 2013-06-18 07:56:25 CEST