В лог постоянно пишет

Jan 4 22:15:01 server /USR/SBIN/CRON[5878]: (xxxxx) CMD (/home/xxxxx/light/run_fetchmail.sh) Jan 4 22:20:01 server /USR/SBIN/CRON[5914]: (xxxxx) CMD (/home/xxxxx/light/run_fetchmail.sh) Jan 4 22:25:01 server /USR/SBIN/CRON[5951]: (xxxxx) CMD (/home/xxxxx/light/run_fetchmail.sh) Jan 4 22:30:01 server /USR/SBIN/CRON[6009]: (xxxxx) CMD (/home/xxxxx/light/run_fetchmail.sh) Jan 4 22:35:01 server /USR/SBIN/CRON[6083]: (xxxxx) CMD (/home/xxxxx/light/run_fetchmail.sh)

Тут xxxxx - имя регулярного пользователя, которого давно нет, но конф файлы остались.

Ясное дело, сам крон ничего не знает в своих daily, hourly и пр. о таком счастье. После перемещения каталога /home/xxxxx/light/ начал ругаться сам postfix (будучи основным мэйл-серваком):

Jan 4 22:45:01 server postfix/qmgr[2326]: B6F3C280AA: from=<xxxxx@server.domain>, size=604, nrcpt=1 (queue active)

Jan 4 22:45:01 server postfix/local[6161]: B6F3C280AA: to=<xxxxx@server.domain>, orig_to=<xxxxx>, relay=local, delay=0.17, delays=0.12/0.02/0/0.02, dsn=2.0.0, status=sent (delivered to mailbox)

Jan 4 22:45:01 server postfix/qmgr[2326]: B6F3C280AA: removed

Че за хрень? Помогите прибить...

Есть две карточки на компе сети: eth0 - с выходом в интернет и eth1- локальная. eth1 не виден с eth0. Сам комп является dhcp-сервером в сети eth1. Раздает при этом только статические ip. Как донастроить его таким образом, чтобы: 1) Отдавал ip дополнительно другим клиентам через eth0. 2) Новоиспеченные клиенты могли бы комуницировать с серверным eth1-ip (это уже не dhcp , но всё же...)? 3) Никаким образом не мешать работе основному dhcp в сети eth0 (хотя клиенты статические, всё равно были преценденты...)

Простое прослушивание интерфейса eth0+ вынесение параметров сетки в глобальные не помогло - в логах для MAC-ов таких клиентов пишет «no free leases»

Интересуют готовые решения кластеров из Linux на базе Debian/Ubuntu и тонких клиентов (загрузка корня через nfs). Требования: - полная поддержа acpi (т.е. автоматическое отключение нод во время простоя и автовключение при поступлении задачи, а не то с нашим старым Power Supply со временем дохнет).

С-мы mpi не интересуют- у каждой задачи не более одной ноды на выполнение.

На рабочий кластер общей (уже) вместимостью в 20 нод решено доставить очередную с материнкой p5gdc-v deluxe, 3.3 Ghz Интел проц, 1 Gb оперативки.
Загрузка проходит через сеть с сервера с установленным Linux Debian (про параметры сетевой ОС - ниже в логе). Лог загрузки из сети:

CLIENT MAC ADDR: ...
GUID: ...
CLIENT IP: 192.168.0.22 MASK:255.255.0.0 DHCP IP: 192.168.0.1

(короче, DHCP подхватил корректно, поехали дальше)

PXELINUX 1.53 2001-03-11
PXE Entry point found (we hope) at 9964:00f6
My IP address seems to be C0A80016 192.168.0.22
ip=192.168.0.22:192.168.0.1:255.255.0.0:0.0.0.0
TFTFP prefix: /tftpboot/
Trying to load: pxelinux.cfg/C0A80016 
Loading vmlinuz_cluster...................
 ready.

И всё! Тишина. Это в случае загрузки с внутренней LAN. С внешней с PCI ситуация похожа, только лог на экране не задерживается.

Параметры настроек ноды (файл C0A80016):
PROMPT 0
DEFAULT linux
LABEL linux
	kernel vmlinuz_cluster
	APPEND root=/dev/nfs nfsroot=192.168.0.1:/node_linux/node21 ip=192.168.0.22:192.168.0.1::255.255.0.0:node21::off 

Другие ноды грузятся нормально, если им поменять даже ip на 192.168.0.22, то подхватывают систему без проблем. 
Пробовал и наоборот : брал сетевую карточку нормальной ноды, ставил на целевой комп, грузился с него. Результат аналогичный.

(Надеюсь, задал вопрос в нужную ветку ибо были варианты Linux и железо...)

>>>