I'll take another look, but I don't recall seeing anything that looked out of the ordinary. I did a tcpdump while performing a commit and that looked okay, too, I guess. I have no idea what a lot of it means, but here's the summary: username [~]$ sudo /usr/sbin/tcpdump host balt-002494 and port 80 >> ~/tcpdump.out tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 44502 packets captured 89010 packets received by filter 0 packets dropped by kernel A tail on the output doesn't show anything that looks out of the ordinary - at least not to a layman. Just in case, though, I've pasted it below: 18:54:35.173448 IP seprojects.mydomain.com.http > balt-002494.mydomain.com.interactionweb: S 1002731913:1002731913(0) ack 3899603588 win 5840 <mss 1460,nop,nop,sackOK> 18:54:35.176655 IP balt-002494.mydomain.com.interactionweb > seprojects.mydomain.com.http: . ack 1 win 65535 18:54:35.176736 IP balt-002494.mydomain.com.interactionweb > seprojects.mydomain.com.http: P 1:516(515) ack 1 win 65535 18:54:35.184612 IP seprojects.mydomain.com.http > balt-002494.mydomain.com.interactionweb: . ack 516 win 6432 18:54:35.441586 IP seprojects.mydomain.com.http > balt-002494.mydomain.com.interactionweb: P 1:306(305) ack 516 win 6432 18:54:35.441972 IP seprojects.mydomain.com.http > balt-002494.mydomain.com.interactionweb: F 306:306(0) ack 516 win 6432 18:54:35.445499 IP balt-002494.mydomain.com.interactionweb > seprojects.mydomain.com.http: F 516:516(0) ack 306 win 65230 18:54:35.445639 IP mydomain.sysalli.com.http > balt-002494.mydomain.com.interactionweb: . ack 517 win 6432 18:54:35.445515 IP balt-002494.mydomain.com.interactionweb > seprojects.mydomain.com.http: . ack 307 win 65230 Does it mean anything to you? On 8/21/06, Joshua Slive <joshua@xxxxxxxx> wrote:
On 8/21/06, Rob Wilkerson <r.d.wilkerson@xxxxxxxxx> wrote: > I'll take a look at the forensics and the packet trace. The server is > on a LAN - I don't believe there are any proxies involved, but I'm not > the guy who has to put together the servers. I'm just the guy that > has to communicate with them. I'll ask about that. A tracert, > though, shows no hops between the client and the server. > > Subversion provides atomic commits so, although I see no evidence on > the server side, I assume that's because the commit process failed so > Subversion actually committed nothing. And, to be honest, I can't be > completely sure the commit fails mid-stream, but I See a lot of > generated output indicating the process is doing what it's supposed to > (adding and removing files from the repository) and then the failure > message. That's what leads me to think it's a mid-stream failure. If > someone who knows more than I do (should be a lot of those people > about) can offer another suggestion, I'm all ears. Apache logs every request it receives. So regardless of whether the commit transaction fails or not, there should be stuff in the apache access_log. If there is not, it indicates that either apache didn't receive the request at all, or that the apache process serving the request crashed before it could do the logging. In the latter case, you would usually see a segmentation fault signalled in the error log. Joshua. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
-- Rob Wilkerson --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx