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