Вопросы Теги

Включение Apache2 Включает причины модуля svn доступ для выхода из работы

Вы могли бы попробовать ntop. Вы запускаете процесс как демон, затем соединяете использование веб-браузера, и можно наблюдать оперативную пропускную способность и статистику.

Я не уверен, что это может получить состояние соединения для каждого процесса - но это - большое приложение со многими опциями. Могло быть полезным.

Это действительно продолжает работать *BSD.

0
задан 1 February 2010 в 23:54
1 ответ

Я, возможно, пропускаю что-то, но...

Где физически расположены Ваш repos? (похоже, что Вы не выполнили требование Местоположения: "Используйте для применения директив для удовлетворения, который живет вне файловой системы" - или из svn документа: "Убедитесь, что при определении нового Местоположения оно не накладывается с другими экспортируемыми местоположениями".).

На моей конфигурации у меня также есть экспортируемые URL непосредственно под корнем. Я был затем палаточным для использования единственной директивы Местоположения, как:

<Location />
  DAV svn
  SVNParentPath "path to repos - outside DocumentRoot, Alias,etc"
  SVNListParentPath on
  ...
</Location>

Такая конфигурация, к сожалению, не сделала работавший и для доступа Черепахи, Просмотра веб-страниц и для других файлов, которые будут поданы "нормальным" (non-svn), но пойманы этой директивой.

Таким образом для решения этой проблемы, не прося, чтобы пользователи переместили их туалет (и изменив все документы), я просто добавил директиву для каждого repos:

<Location /sandbox>
     DAV svn
     SVNPath /var/lib/svn/sandbox
     ...
</Location>

<Location /software>
    DAV svn
    SVNPath /var/lib/svn/software
    ...
</Location>

<Location /stagingarea>
    DAV svn
    SVNPath /var/lib/svn/stagingarea
    ...
</Location>

...

Это - возможно, не то же для Вас (по-видимому, у Вас есть дополнительный/svn уровень), но с так мало детализирует, трудно выяснить реальную причину. Если возможно, сообщение еще некоторые детали о Вашей конфигурации (как апачская конфигурация).

с уважением

0
ответ дан 5 December 2019 в 17:45
  • 1
    Самая важная часть (imo) - то, что все это работало отлично, прежде чем я включил " include" модификация. Так it' s действительно трудный для меня для наблюдения, почему моя конфигурация могла быть виновным. Однако I' ll отправляют еще некоторые детали. –  Matthew Talbert 1 February 2010 в 20:54
  • 2
    btw, я попробовал Ваш метод, но это didn' t работают также. I' m начинающий думать это имеет некоторое отношение к AcceptPathInfo (включайте, отключает его) httpd.apache.org/docs/2.0/mod/core.html#acceptpathinfo , но до сих пор мои попытки включить его были бесполезны. –  Matthew Talbert 1 February 2010 в 23:29
  • 3
    Я честно don' t думают, что modinclude является настоящей проблемой, но больше побочный эффект - так или иначе, Вы можете, имел, скорее рекомендуют путем регистрации на списке пользователей подверсии: users@subversion.apache.org (который также доступен от gmane gmane.comp.version-control.subversion.user), –  Flo 2 February 2010 в 10:20
  • 4
    Так или иначе от Вашей конфигурации I don' t understant, почему у Вас есть в два раза < Местоположение/svn> директива; isn' t, что по глупой причине вторая используется (который, очевидно, isn' t завершенный)? Можно попытаться переместить содержание dav_svn.conf (Директива местоположения) к виртуальному хосту - или для тестовой цели, просто добавить другое Местоположение с полным определением, но другим URL: < Местоположение/testsvn> DAV svn \SVNParentPath/home/matthew/svn \... </Location> и просмотр " mywebsite.com/testsvn/individual-repo" (\обозначают CR). BTW, никакой prob с debian lenny, apache2.2.9 и modinclude –  Flo 2 February 2010 в 10:33

Теги

Похожие вопросы