Я просто подтвердил это локально. Это, кажется, дизайном:
При выполнении рычагов svn называет apr_proc_wait
apr_proc_wait разработан для ожидания до всего выхода дочерних процессов перед возвратом. Это должно избежать зомби (ненаходящиеся в собственности) процессы, превышающие систему.
Вы могли бы иметь некоторый успех при нахождении способа отсоединить процесс (т.е., режим демона), но я не уверен.
Вы могли бы найти, что он лучше выполнил другой процесс куда-нибудь, который делает некоторую работу в ответ на ping от svn - Гудзон является моим выбором для этого вида вещи - задания могут быть инициированы wget в рычаге постфиксации, или у Вас может быть он подверсия опроса для Вас, в зависимости от того, что Вы хотите сделать.
Когда Вы можете успешно войти в SSH, попробуйте, это - изменяет LogLevel в Вашем sshd_config для чтения:
LogLevel DEBUG
Перезапустите SSHD, в то время как все еще зарегистрированный для изменений, чтобы вступить в силу, затем выйти из системы. В следующий раз Вы можете к успешно SSH в Ваш сервер, отправляете вывод/var/log/secure.
Также, если у Вас есть доступ к клиентской машине Linux, попытайтесь войти в свой сервер с помощью следующей команды:
ssh -vvv user@hostname
Это помогло бы в выяснении, что видит клиент, когда сервер "подвешивается".
Еще одна подсказка - я замечаю, что Вам установили PermitRootLogin на "Да". На общедоступном VPS это - очень плохая идея. Установите его на "Нет" и используйте sudo вместо этого.