Нужно создать несколько виртуальных серверов, что бы они работали под разными пользователями. Не только cgi работало от разных пользователей, а даже статическое файло читалось от имени определенного пользователя для каждого виртуального хоста. (т.е., suExec не катит).
Попробовал собрать apache 2.0.40 с MPM perchild. Настроил, как в примерах в документации. сервер запустился. Шлю запрос из браузера - долгое молчание. Смотрю на сервере ps aux подряд несколько раз - состояние процессов очень часто меняется, а на запросы сервер не отвечает. решил остановить сервер: ./apachectl stop. Смотрю процессы: остались три апачевские процесса, которые kill'ом из под рута не убиваются. Посоветуйте что-нибудь, плиз!
Ведь как-то можно! На многих хостерах, например, на masterhost.ru именно так работает же...

• RE: Виртуальный хостинг,Booter, 15:33 , 24-Фев-03
  • RE: Виртуальный хостинг,Solotony, 13:40 , 26-Мрт-03
    • RE: Виртуальный хостинг,vasily, 21:46 , 24-Апр-03
      • RE: Виртуальный хостинг,vasily, 12:53 , 25-Апр-03
        • RE: Виртуальный хостинг,vasily, 13:22 , 25-Апр-03
          • RE: Виртуальный хостинг,Alex, 15:51 , 25-Апр-03
        • RE: Виртуальный хостинг,Solotony, 02:42 , 30-Июн-03
          • RE: Виртуальный хостинг,Max, 12:25 , 10-Июл-03
            • RE: Виртуальный хостинг,uldus, 14:52 , 10-Июл-03
              • RE: Виртуальный хостинг,Max, 15:07 , 10-Июл-03
              • RE: Виртуальный хостинг,stricty, 10:34 , 16-Июл-03
            • RE: Виртуальный хостинг,Solotony, 17:56 , 29-Авг-03

>Ведь как-то можно! На многих хостерах, например, на masterhost.ru именно так работает
>же...

http://www.sw.ru/en/products/virtuozzo/

У меня та-же проблема в 2.0.44. Как я понял, там проблема с мьютексами -
нужно создавать файл и в httpd.conf прописывать путь и устанавливать режим.

Люди !
У меня такая вот шняга с 2.0.45 + mod_perl + mod_ssl твориться.
Запускаю apache с дефолтовой конфигурацией ив лог начинает валиться вот такое
(13)Permission denied: apr_proc_mutex_unlock failed. Attempting to shutdown process gracefully.

как с этим бороться ?
OS - Linux RedHat 7.2
apache собран вот так:
./configure
    --enable-layout=RedHat
    --enable-ssl
    --enable-mods-shared=all
    --with-mpm=perchild
    --enable-perl=static
    --enable-suexec
    --with-suexec-caller=www
    --with-suexec-docroot=/home
    --with-suexec-uidmin=500
    --with-suexec-gidmin=500
    --with-suexec-logfile=/var/log/httpd/suexec_log

>Люди !
>У меня такая вот шняга с 2.0.45 + mod_perl + mod_ssl твориться.
>
>Запускаю apache с дефолтовой конфигурацией ив лог начинает валиться вот такое
>(13)Permission denied: apr_proc_mutex_unlock failed. Attempting to shutdown process gracefully.
>
>как с этим бороться ?
>OS - Linux RedHat 7.2
>apache собран вот так:
>./configure
>    --enable-layout=RedHat
>    --enable-ssl
>    --enable-mods-shared=all
>    --with-mpm=perchild
>    --enable-perl=static
>    --enable-suexec
>    --with-suexec-caller=www
>    --with-suexec-docroot=/home
>    --with-suexec-uidmin=500
>    --with-suexec-gidmin=500
>    --with-suexec-logfile=/var/log/httpd/suexec_log

неужели никто не встречался с данной проблемой ?
посоветуйте чё нить !

Нашел решение !

<IfModule perchild.c>
AcceptMutex fcntl
</IfModule>

>Нашел решение !
>
><IfModule perchild.c>
>AcceptMutex fcntl
></IfModule>

ТОже хреново работает:( Я на апаче 1.3 использовал fastcgi сервер... Работает и файлы читает от данного юзера, под которым запущена виртуалка, но там возникают другие проблемы. Хотя живет и сей день

>неужели никто не встречался с данной проблемой ?
>посоветуйте чё нить !

С проблемой встречался, она до сих пор имеется (Linux Mandrake). И в чем ее причина совершенно не ясно :о((

Если тебе действительно это нужно, значит мощность должна позволить следующий рабочий вариант: на 80 порту висит апач, работающий как прокси сервер. На портах выше 1024 висят апачи, запущенные от нужных пользователей. При обращении, запрос через mod_rewrite совершенно прозрачно перекидывается на нужную копию апача. Безопасность вообщем то, максимальная, и, что самое главное, пользователи совершенно независимы.

>запрос через mod_rewrite совершенно прозрачно перекидывается на нужную копию апача.

С каких это пор mod_rewrite позволяет прозрачно перекидывать на _другой_ apache сервер.  Нужно использовать mod_accel или mod_proxy.

> Нужно использовать mod_accel или mod_proxy.
Ну да. Вообщем, головной сервер выполняет роль прокси. Можно в тех же целях сквид использовать

> Нужно использовать mod_accel или mod_proxy.

И потерять REMOTE_ADDR. Объясняй потом всем про X-FORWARDED-FROM...

>Если тебе действительно это нужно, значит мощность должна позволить следующий рабочий вариант:
>на 80 порту висит апач, работающий как прокси сервер. На портах
>выше 1024 висят апачи, запущенные от нужных пользователей. При обращении, запрос
>через mod_rewrite совершенно прозрачно перекидывается на нужную копию апача. Безопасность вообщем
>то, максимальная, и, что самое главное, пользователи совершенно независимы.

А на сколько такое решение будет тормозным? Может кто скажет в цифрах?

Кстати: есть альтернатива perchild-y - metuxmpm. Правда тоже глючная. Но как-то работает.