On Thu, Sep 26, 2024 at 4:57 PM Williams, James P. {Jim} (JSC-CD4)[KBR
Wyle Services, LLC] via users <[email protected]> wrote:
>
> I was pulled away from this problem, so I quoted our last exchange. Daniel,
> you asked to test svn co but keeping communications entirely on the server
> machine. I did that by using an https://localhost URL. I also had to turn
> off Kerberos authentication, use "Require all granted", and hide the
> AuthzSVNAccessFile. I assume Kerberos was failing because the Server
> Principal Name doesn't use localhost, and I assume AuthzSVNAccessFile doesn't
> work with "Require all granted".
>
>
>
> With those changes, checkouts consistently succeed to either local disk or an
> NFS mount. I also don't see core dumps from the client (recall 90% of
> attempts hang, 5% core dump, and 5% succeed). That sounds like a useful data
> point, but I'm not sure what to do with it. It points at our network. My
> system administrators are convinced there's no proxy or reverse proxy. I
> expect there is security scanning going on, but it's nothing our production
> server hasn't handled fine for many years. It's also an Apache HTTP server,
> but uses SVN 1.9.7.
>
>
>
> Thanks for any direction you can give me toward a solution.
Hi Jim,
This may be a silly question, but has hardware been checked? I would
start by checking: network wiring to the machine; the machine's RAM.
Thanks,
Nathan
