Скрипы на перл прописанные в rc.local не запускаются.

Глупый вопрос
>exec ./billing.pl

exec заменяет текущий процесс на вызываемый, насколько я помню,
это ожидаемый эффект? по идее все что после exec не должно выполняться.

Замени пути на абсолютные и убери exec.

#!/bin/sh
#
start ()
{
	/usr/local/billing/bill/billing.pl &
	/usr/local/billing/bill/reload_iptables.pl &
	sleep 1
	/usr/local/sbin/ulogd -d
}

stop ()
{
	killall -9 ulogd
	killall -9 billing.pl
	killall -9 reload_iptables.pl
}

restart ()
{
	stop
	sleep 1
	start
}

case "$1" in
   'start')
      start;;
   'stop')
      stop;;
   'restart')
      restart;;
   *)
      echo "usage $0 start|stop|restart" ;;
esac

Исправил, но ничего не поменялось :(.

TEST=/usr/local/billing/bill/*.pl
ls -l $TEST
head $TEST

>но в списке запущенных процессов их нет.

А они написаны как демоны?
Если нет, то умирают вслед за смертью родит. процесса.

ls -l $TEST
-rwxr-x---  1 stalcker work 461 2006-09-24 21:30 /usr/local/billing/bill/billing.pl*
-rwxr-x---  1 stalcker work 538 2006-09-24 21:50 /usr/local/billing/bill/reload_iptables.pl*

$ head $TEST
==> /usr/local/billing/bill/billing.pl <==
#!/usr/bin/perl
use strict;
use lib "/usr/local/billing/lib/";
use billing_lib;

my $fw = "/usr/sbin/iptables";
my $b_lib = new billing_lib;

my $count = 0;


==> /usr/local/billing/bill/reload_iptables.pl <==
#!/usr/bin/perl
use strict;
use lib "/usr/local/billing/lib/";
use billing_lib;

my $b_lib = new billing_lib;

my $users_conf_file = "/usr/local/billing/conf/users_control.cnf";

&main();

Вот, хотя не понятно что это покажет.

Они запускаются в фоне & вроде как не дложны мереть после смерти родителя.

А если права поставить 755?

Если руками запускается то это изменение ничего не даст.

Руками из-под того же юзера, что и при старте?

Ага root :). Уже скрипты и как демоны переписал не помогает :(.

Сделай:

script1.pl &>/root/script1.log script2.pl &>/root/script2.log

perl -e <путь> или как там у perl'а...

Всем спасибо, кто отклинулся. Ппроблема была в следущем - когда "демонизировал" процессы, запарился и вместо сигнала SIGHUP работал с сигналом SIGCHLD, т.е. как ошибся в самом начале так потом и парился.