> From: Philip Martin
> Sent: Thursday, 15 August 2013 19:02 PM
> Geoff Field writes:
> > I've just commented out the "AuthzSVNAccessFile" line and have done
> > the following:
This time, I changed the "AuthType" line to "AuthType None" for the Subversion location. Similar test (but with fewer typos this time).
C:\>svn co https://aapleng1/Subversion/Playground/trunk/ \SVN_Test
A SVN_Test\test7.txt
A SVN_Test\test.txt
Checked out revision 898.
C:\>cd SVN_Test
C:\SVN_Test>copy test.txt test9.txt
1 file(s) copied.
C:\SVN_Test>svn add test9.txt
A test9.txt
C:\SVN_Test>svn ci test9.txt --message "test9"
Adding test9.txt
svn: E155011: Commit failed (details follow):
svn: E155011: File 'C:\SVN_Test\test9.txt' is out of date
svn: E175005: File 'test9.txt' already exists
> > C:\SVN_Test>svn ci test6.txt --message "test 1.8.1 checkin"
> > Adding test6.txt
> > svn: E155011: Commit failed (details follow):
> > svn: E155011: File 'C:\SVN_Test\test6.txt' is out of date
> > svn: E175005: File 'test6.txt' already exists
Same error report persisting.
> > 10.63.36.64 - AAPL\\gf [15/Aug/2013:10:33:21 +1000] "CHECKOUT
> > /Subversion/Playground/!svn/ver/897/trunk HTTP/1.1" 201 439
> > 10.63.36.64 - - [15/Aug/2013:10:33:21 +1000] "HEAD
> > /Subversion/Playground/trunk/test6.txt HTTP/1.1" 401 -
> > 10.63.36.64 - - [15/Aug/2013:10:33:21 +1000] "DELETE
> >
> /Subversion/Playground/!svn/act/fe51daff-f5fc-d84f-ada1-17b5395050b2
> > HTTP/1.1" 401 580
> > 10.63.36.64 - - [15/Aug/2013:10:33:21 +1000] "DELETE
> >
> /Subversion/Playground/!svn/act/fe51daff-f5fc-d84f-ada1-17b5395050b2
> > HTTP/1.1" 401 580
> > 10.63.36.64 - AAPL\\gf [15/Aug/2013:10:33:21 +1000] "DELETE
> >
> /Subversion/Playground/!svn/act/fe51daff-f5fc-d84f-ada1-17b5395050b2
> > HTTP/1.1" 204 -
>
> That still shows "401 unauthorized" which is odd if you are
> not using Authz. Do you have some other authz beyond
> AuthzSVNAccessFile?
It could be the SSL layer. The location section does contain the following line:
SSLRequireSSL
Still showing:
...
0.63.36.64 - AAPL\\gf [16/Aug/2013:09:39:24 +1000] "CHECKOUT /Subversion/Playground/!svn/ver/898/trunk HTTP/1.1" 201 439
10.63.36.64 - - [16/Aug/2013:09:39:25 +1000] "HEAD /Subversion/Playground/trunk/test9.txt HTTP/1.1" 401 -
10.63.36.64 - - [16/Aug/2013:09:39:26 +1000] "DELETE /Subversion/Playground/!svn/act/c6198893-72e5-4548-8b05-ca9a07555ac2 HTTP/1.1" 401 580
10.63.36.64 - - [16/Aug/2013:09:39:27 +1000] "DELETE /Subversion/Playground/!svn/act/c6198893-72e5-4548-8b05-ca9a07555ac2 HTTP/1.1" 401 580
10.63.36.64 - AAPL\\gf [16/Aug/2013:09:39:27 +1000] "DELETE /Subversion/Playground/!svn/act/c6198893-72e5-4548-8b05-ca9a07555ac2 HTTP/1.1" 204 -
> The 1.2.3 client simply shows that with neon we don't send HEAD.
>
> > Again, the error log did not change.
>
> You may get more information if you add
>
> LogLevel debug
I did that, too. I'll email the full results privately, as the 3000-odd lines resulting from this set of transactions is a bit too big for a group email. The final sections of the error log say this, though:
...
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_io.c(1490): +-------------------------------------------------------------------------+
[Fri Aug 16 09:39:25 2013] [info] Subsequent (No.11) HTTPS request received for child 249 (server aapleng1.aapl.com.au:443)
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_io.c(1523): OpenSSL: I/O error, 5 bytes expected to read on BIO#1114588 [mem: 121bae8]
[Fri Aug 16 09:39:25 2013] [info] Connection to child 248 established (server aapleng1.aapl.com.au:443, client 10.63.36.64)
[Fri Aug 16 09:39:25 2013] [info] (70014)End of file found: SSL input filter read failed.
[Fri Aug 16 09:39:25 2013] [info] Seeding PRNG with 136 bytes of entropy
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_kernel.c(1794): OpenSSL: Write: SSL negotiation finished successfully
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_kernel.c(1776): OpenSSL: Handshake: start
[Fri Aug 16 09:39:25 2013] [info] Connection to child 249 closed with standard shutdown(server aapleng1.aapl.com.au:443, client 10.63.36.64)
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_kernel.c(1784): OpenSSL: Loop: before/accept initialization
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_io.c(1512): OpenSSL: read 11/11 bytes from BIO#112df18 [mem: 52345e0] (BIO dump follows)
[Fri Aug 16 09:39:25 2013] [debug] ssl_engine_io.c(1459): +-------------------------------------------------------------------------+
...
[Fri Aug 16 09:39:27 2013] [info] Subsequent (No.2) HTTPS request received for child 248 (server aapleng1.aapl.com.au:443)
[Fri Aug 16 09:39:27 2013] [info] [client 10.63.36.64] Access granted: 'AAPL\\gf' DELETE Playground:
[Fri Aug 16 09:39:27 2013] [debug] ssl_engine_io.c(1523): OpenSSL: I/O error, 5 bytes expected to read on BIO#112df18 [mem: 52345e0]
[Fri Aug 16 09:39:27 2013] [info] (70014)End of file found: SSL input filter read failed.
[Fri Aug 16 09:39:27 2013] [debug] ssl_engine_kernel.c(1794): OpenSSL: Write: SSL negotiation finished successfully
[Fri Aug 16 09:39:27 2013] [info] Connection to child 248 closed with standard shutdown(server aapleng1.aapl.com.au:443, client 10.63.36.64)
Other parts of ths log contain lots of "read 5/5 bytes". It looks to me like a corner case with the last part of a fragmented packet.
Thanks again for any time and attention you feel fit to devote to this.
I'm still working as a background task to update the server. Having problems getting SVN to respond from Apache 2.2. (I know that almost everybody else in the world is running Apache 2.2 quite happily with SVN, so it's something I've done - more reading required...)
Regards,
Geoff
- The contents of this email, and any attachments, are strictly private
and confidential.
- It may contain legally privileged or sensitive information and is intended
solely for the individual or entity to which it is addressed.
- Only the intended recipient may review, reproduce, retransmit, disclose,
disseminate or otherwise use or take action in reliance upon the information
contained in this email and any attachments, with the permission of
Australian Arrow Pty. Ltd.
- If you have received this communication in error, please reply to the sender
immediately and promptly delete the email and attachments, together with
any copies, from all computers.
- It is your responsibility to scan this communication and any attached files
for computer viruses and other defects and we recommend that it be
subjected to your virus checking procedures prior to use.
- Australian Arrow Pty. Ltd. does not accept liability for any loss or damage
of any nature, howsoever caused, which may result
directly or indirectly from this communication or any attached files.
Received on 2013-08-16 02:03:45 CEST