Page MenuHomePhabricator

SVN service proxying in Phacility cluster can fail in a couple of ways
Closed, ResolvedPublic

Description

I think I narrowed the user report down to a couple of HA/repository service issues:

  • We currently mutate URIs when proxying, then mutate them again on the target. I think this previously worked, but removing callsigns changed the mutation/recognition algorithm. Instead, we should mutate only on the target.
  • The proxy hosts may need to execute svnserve to decode protocol frames, but this requires sudo access to svnserve.

Revisions and Commits

Restricted Differential Revision

Event Timeline

epriestley added a revision: Restricted Differential Revision.Apr 14 2016, 5:10 PM
epriestley added a commit: Restricted Diffusion Commit.Apr 14 2016, 5:12 PM

rCOREf9b858d57460 gives web nodes sudo access to svnserve when they're proxying SSH connections.

A possible alternate fix is to not require sudo, since we're just using svnserve to help us speak the protocol. That runs into some potential path/permissions type issues, though. Still, this may be simpler in the long run as third parties begin configuring clusters.

We could also learn to speak the protocol, but that's much messier since some of the protocol frames we need to speak announce server capabilities.

epriestley added a commit: Restricted Diffusion Commit.Apr 14 2016, 5:15 PM

This has been live for some time and appears to have resolved the problems.