Subversion периодически зависает (глохнет) при коммите
Всякий раз, когда кто-либо из наших пользователей SVN пытается зафиксировать репозиторий после того, как сервер некоторое время простаивал (например, первый коммит дня), диалог фиксации зависает ровно на одну минуту, независимо от размера коммита. Когда фиксация заканчивается, в статусном сообщении отображается что-то вроде "5 кБайт, переданных за 1 минуту и 0 секунд". Последующие коммиты происходят без каких-либо задержек. Я прочитал на другом форуме предположение, что это может быть связано с кэшированием LDAP, но я не знаю, как можно это расследовать. Можете ли вы объяснить, что может быть причиной этого?
ОБНОВЛЕНИЕ: я использую SVN на локальном сервере, установленном SubversionEdge из CollabNet (v5.2.2), наряду с TortoiseSVN 1.10. Бэкэнд - ActiveDirectory (поддерживается на отдельном корпоративном сервере). LDAP настраивается через SubversionEdge. У меня есть доступ к странице настроек, но все они мне понятны (у меня нет опыта работы с LDAP).
UDPATE # 2: Я подозреваю, что эта проблема может быть связана с проблемой, описанной здесь Джеральдом. Тем не менее, этот был решен путем корректировки LDAPConnectionPoolTTL, но этот параметр недоступен на странице Аутентификации для моих настроек SVN/LDAP, поэтому я не знаю, как его настроить.
1 ответ
Благодаря подробному описанию GeraldSchneider аналогичной проблемы, я смог определить, что проблема связана с настройкой аутентификации LDAP, известной как LDAPConnectionPoolTTL, Задача состояла в том, чтобы выяснить, как настроить этот параметр на административном портале CollabNet. Это не на странице аутентификации. Скорее, вы должны перейти к "Настройки сервера", затем нажать ссылку "Дополнительные настройки", и в нижней части этой страницы есть два поля:
Connection Pool TTL (по умолчанию: -1 - попытка многократного использования соединений)
а также,
Timeout (по умолчанию: 60 секунд; это соответствует времени ответа LDAP)
Я не совсем уверен, каковы оптимальные настройки для этих полей. Я нашел множество предложений на различных форумах:
- В сообщении Джеральда было предложено установить 0 TTL для пула, отключив повторное использование существующих соединений, но мне неясно, какой удар по производительности это может понести.
- Один форум предложил 60 секунд на пуле TTL
- Два других форума предложили 900 для пула и 10 для тайм-аута (вместе с некоторыми дополнительными изменениями в файле httpd.conf).
- Atlassian рекомендует 30 секунд для пула TTL, а IBM рекомендует 10.
Лично я решил поэкспериментировать с настройкой 899 для TTL в пуле и сократить время ожидания ответа LDAP до 10.