distcc

файрвол не режет трафик?

Вот это делали?

Edit /etc/conf.d/distccd to your needs and be sure to set the --allow directive to allow only hosts you trust. For added security, you should also use the --listen directive to tell the distcc daemon what IP to listen on (for multi-homed systems).

А чего пример конфига не выложили?
Выложили бы чтобы остальные посмотрели...

да, к стати. и по wiki и по примерам настройки делал. не пашет. ни на одном компе.
ошибок ни одной, порты прослушиваются, со стороны всё отлично, кроме того, что при сборке пакета distcc говорит - невозможно передать задание на другие компы, работаем локально... у кого-нибудь была подобная ситуация?

Можно ваш конфиг посмотреть?
Я когда ставил его себе год с небольшим назад, вообще ничего не настраивал практически. Указал только allow и listen. И по-моему там еще что-то было насчет количества задач. Все сразу заработало замечательно, но я его снес, поскольку kde4 с его помощью собрать было нереально. А он мне для этого в первую очередь и был нужен.

Кстати, вопрос чуть не совсем в тему: а удавалось ли кому-нибудь собрать 4-е кеды с distcc, при условии, что требуемые зависимости кед установлены только на одной системе, в которой все и собирается, а на остальных вообще нет ничего GUI-шного?

У меня такое :)

/etc/conf.d/distccd

DISTCCD_OPTS="--daemon"
DISTCCD_EXEC="/usr/bin/distccd"
DISTCCD_PIDFILE="/var/run/distccd/distccd.pid"
DISTCCD_OPTS="${DISTCCD_OPTS} --port 3632"
DISTCCD_OPTS="${DISTCCD_OPTS} --log-level critical"
DISTCCD_OPTS="${DISTCCD_OPTS} --allow 192.168.0.0/16 --allow 10.0.0.0/8"
DISTCCD_OPTS="${DISTCCD_OPTS} --listen 0.0.0.0"
DISTCCD_NICE="15"

/etc/distcc/hosts

localhost/1,cpp software/3,lzo,cpp comp1/1,lzo,cpp comp2/1,lzo,cpp comp3/1,lzo,cpp

/etc/make.conf

...
MAKEOPTS="-j7"
FEATURES="distcc"
...

pump emerge -NDu world -a

Все работает шикарно, софт собирается быстрее чем происходит распаковка архивов :)
Единственное что с -j7 нужно много ОЗУ :)

Собирается ядро и весь мир :) Иногда не собираются openoffice, virtualbox-modules-ose

Кое-что нарыл в инете по поводу "failed to build somewhere, running locally instead" во время сборки связанных с kde4 пакетов.
Обсуждение велось на английском, и мне кое-что было не совсем понятно, но я понял главное: в какой-то момент времени distcc по какой-то ему одному ведомой причине начинает думать, что удаленный(е) хост(ы) непригоден(дны) для того, чтобы на нем что-то компилить, "помечает" его(их) как "плохой"(ие) и исключает из списка возможных удаленных distcc хостов на одну минуту. Через минуту "плохая метка" "протухает", и distcc снова пользуется услугами удаленного хоста. Пометка делается просто - создается файл /tmp/.distcc/lock/backoff_tcp_имя_хоста_3632_номер. Если этот файл удалить, все прекрасно компилится удаленно.

Я написал за 5 минут программку на С, которая раз в 2 секунды сканирует каталог "/tmp/.distcc/lock" и удаляет из него все файлы backoff*. Когда программка работает - kde4 компиляется абсолютно без ругательств по поводу "failed to build somewhere". Причем - реально компиляется на удаленных хостах, без ошибок.

Это, конечно, костыль, причем - грубейший... Я так и не пойму, почему distcc именно с kde4 пакетами так странно себя ведет, чем ему не нравятся удаленные distcc-хосты, и как заставить distcc штатно вести себя более благоразумно, когда идет речь о паектах kde4... Но зато проблема решена.

Может, у кого-то есть идеи получше или соображения?