Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized

2014-12-01 Thread Tom Epperly
>From my perspective, it seems like there must be a class of system services
that need to be started after the network is configured and DNS is
available.  Bacula and other members of that class of services should have
a common mechanism to be started after network+DNS are available.

I think my "fix" was to add delays to the bacula init script to make sure
netmanager was done.

Tom

On Mon, Dec 1, 2014 at 1:24 PM, Geert Stappers  wrote:

> On Mon, Dec 01, 2014 at 01:04:34PM -0800, Tom Epperly wrote:
> > On Mon, Dec 1, 2014 at 10:41 AM, Carsten Leonhardt 
> wrote:
> >
> > > Dear Tom,
> > >
> > > is (or was, as your bug report is over 2 years old now) there a
> specific
> > > reason why you had the "FDAddress = faerun.epperly.home" directive in
> > > your bacula-fd.conf?
> > >
> > > Just omitting the directive should (have) give(n) you a functioning
> > > backup.
> > >
> >
> > I think I based my configuration file on the documentation and examples
> > that were available at the time.
> >
>
> What could (should?) be done to avoid that other people
> encounter the bug that you reported?
>
>
>
> Groeten
> Geert Stappers
> --
> Leven en laten leven
>
> --
> To unsubscribe, send mail to 679479-unsubscr...@bugs.debian.org.
>


Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized

2014-12-01 Thread Geert Stappers
On Mon, Dec 01, 2014 at 01:04:34PM -0800, Tom Epperly wrote:
> On Mon, Dec 1, 2014 at 10:41 AM, Carsten Leonhardt  wrote:
> 
> > Dear Tom,
> >
> > is (or was, as your bug report is over 2 years old now) there a specific
> > reason why you had the "FDAddress = faerun.epperly.home" directive in
> > your bacula-fd.conf?
> >
> > Just omitting the directive should (have) give(n) you a functioning
> > backup.
> >
> 
> I think I based my configuration file on the documentation and examples
> that were available at the time.
> 

What could (should?) be done to avoid that other people
encounter the bug that you reported?



Groeten
Geert Stappers
-- 
Leven en laten leven


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#679479: bacula-fd fails to start because network is not initialized

2014-12-01 Thread Carsten Leonhardt
Dear Tom,

> I think I based my configuration file on the documentation and examples
> that were available at the time.

I'm guessing that you either resolved the problem or gave up on bacula
by now?

If you agree that the problem was in the configuration of your system,
I'd like to close this bug report (or you can close it yourself by
replying to 679479-d...@bugs.debian.org).
 
Yours,

Carsten

-- 
carotec GmbH & Co. KGhttp://www.carotec.de
Karl-Friedrich-Str. 64Tel:   +49-241-990012-116
D-52072 Aachen   Fax:   +49-241-990012-10

Sitz der Gesellschaft: Aachen
Registergericht: Amtsgericht Aachen, HRA 7694

Persönlich haftende Gesellschafterin: carotec Verwaltungs GmbH
Sitz der Gesellschaft: Aachen
Registergericht: Amtsgericht Aachen, HRB 16151
Geschäftsführer: Carsten Leonhardt, Roger Koll


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#679479: bacula-fd fails to start because network is not initialized

2014-12-01 Thread Tom Epperly
I think I based my configuration file on the documentation and examples
that were available at the time.

Tom

On Mon, Dec 1, 2014 at 10:41 AM, Carsten Leonhardt  wrote:

> Dear Tom,
>
> is (or was, as your bug report is over 2 years old now) there a specific
> reason why you had the "FDAddress = faerun.epperly.home" directive in
> your bacula-fd.conf?
>
> Just omitting the directive should (have) give(n) you a functioning
> backup.
>
> Yours,
>
> Carsten
>
> --
> To unsubscribe, send mail to 679479-unsubscr...@bugs.debian.org.
>


Bug#679479: bacula-fd fails to start because network is not initialized

2014-12-01 Thread Carsten Leonhardt
Dear Tom,

is (or was, as your bug report is over 2 years old now) there a specific
reason why you had the "FDAddress = faerun.epperly.home" directive in
your bacula-fd.conf?

Just omitting the directive should (have) give(n) you a functioning
backup.

Yours,

Carsten


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#679479: [pkg-bacula-devel] Bug#679479: Bug#679479: bacula-fd fails to start because network is not initialized

2012-07-08 Thread Alexander Golovko

Yes, you are right.

This is the same trouble in samba package:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=669891

It is not a bug in package and not a bug in network-manager, but 
peoples unhappied :)



Can you try to add /usr/bin/nm-online call into /etc/default/bacula-fd 
and check, that problem solved and there is no annoying delays in work?


I don't know yet, how to change initscripts and don't break machines 
without network-manager, so i need more time for investigate.



On Sun, 8 Jul 2012 07:22:50 -0700, Tom Epperly wrote:

Thanks for your reply. I understand from a developer's perspective
that there is no bug.

Somewhere along the line, I believe a Debian upgrade switched me from
using /etc/network/interfaces and ifupdown to using NetworkManager. 
It
happened a while ago, so I don't remember how it all happened. At 
this

point, my backups stopped happening. Perhaps, it should be considered
a bug in the code that switched me to using NetworkManager. The fact
that it happened on two systems: one managed by me and one managed by
someone else at work suggests that it is not just an isolated issue.

Tom

On Sun, Jul 8, 2012 at 12:41 AM, Alexander Golovko  wrote:


Hi!

Sorry for reply delay.

There is not a bug, so all we can do - add some information about
this case into README.Debian.

You can try one of next workarounds:

1. Allow bacula-fd to listen on all addresses - remove line
"FDAddress = .." or change it to "FDAddress = 0.0.0.0"

2. If you always get the same IP-address from dhcp, then you can
add record for faerun.epperly.home into /etc/hosts or specify IP
address in bacula-fd.conf.
In such case bacula-fd correctly start and will be available on
this address after actual network configuration.

3. You can disable autostart of bacula-fd service (update-rc.d
bacula-fd disable) and start it later after network configuration by
dhclient or network-manager.

If network interface configured from /etc/network/interfaces and
you use dhclient (not udcpc or other), than create executable
/etc/dhcp/dhclient-exit-hooks.d/bacula with content
invoke-rc.d bacula-fd restart

(see man dhclient-script for details)

If network interface configured by NetworkManager directly, than
create executable /etc/NetworkManager/dispatcher.d/bacula with
content
if [ "$1" = "eth1" -a "$2" = "up" ]; then invoke-rc.d bacula-fd
restart; fi

(see man network-manager for details)

On Thu, 28 Jun 2012 20:32:04 -0700, Tom Epperly wrote:


Package: bacula-fd
Version: 5.2.6+dfsg-1
Severity: normal

Dear Maintainer,

bacula-fd does not start when I boot my machine. I am not sure
which
upgrade stopped bacula-fd, but it hasn't been working for a
while.

My machine used to use ifup/ifdown to manage initializing eth1
and initiating
DHCP to get the IP address etc. Some upgrade switched it to use
NetworkManager to initiate DHCP.

This is the error message flashes on the screen during boot up.

[] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd:
ERROR
TERMINATION
at address_conf.c:521
Config error: can't add port (faerun.epperly.home) to (can't
resolve
hostname(fa
erun.epperly.home) Non-authoritative for host not found, or
ServerFail.)
            : line 49, col 33 of file
/etc/bacula/bacula-fd.conf
  FDAddress = faerun.epperly.home

 failed!

This happens no my home desktop, and it also happens on my Ubuntu
laptop at work.

I tried adding $network to the Required-Start for the
init.d/bacula-fd
script, but it didn't fix the problem.

I can "service bacula-fd start" just fine from a terminal window
once
the network is initialized.

Tom

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-fd depends on:
ii  bacula-common  5.2.6+dfsg-1
ii  libacl1        2.2.51-8
ii  libc6          2.13-33
ii  libgcc1        1:4.7.1-1
ii  libpython2.7   2.7.3-1
ii  libssl1.0.0    1.0.1c-3
ii  libstdc++6     4.7.1-1
ii  libwrap0       7.6.q-23
ii  lsb-base       4.1+Debian7
ii  ucf            3.0025+nmu3
ii  zlib1g         1:1.2.7.dfsg-11

bacula-fd recommends no packages.

Versions of packages bacula-fd suggests:
ii  bacula-traymonitor  5.2.6+dfsg-1

-- Configuration Files:
/etc/init.d/bacula-fd changed:
set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/bacula-fd
NAME="bacula-fd"
PORT=9102
DESC="Bacula File daemon"
test -f $DAEMON || exit 0
if [ -n "`getent services bacula-fd`" ]; then
    PORT=`getent services bacula-fd | awk '{
gsub("/tcp","",$2); print $2; }
'`
fi
. /lib/lsb/init-functions
. /usr/share/bacula-common/common-functions.init
if [ -r /etc/default/$NAME ]; then
    . /etc/default/$NAME
fi
CONFIG="${CONFIG:-/etc/bacula/$NAME.conf}"
create_var_run_dir
PIDFILE=/var/run/bacula/$NAME.$PO

Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized

2012-07-08 Thread Tom Epperly
Thanks for your reply. I understand from a developer's perspective that
there is no bug.

Somewhere along the line, I believe a Debian upgrade switched me from using
/etc/network/interfaces and ifupdown to using NetworkManager. It happened a
while ago, so I don't remember how it all happened. At this point, my
backups stopped happening. Perhaps, it should be considered a bug in the
code that switched me to using NetworkManager. The fact that it happened on
two systems: one managed by me and one managed by someone else at work
suggests that it is not just an isolated issue.

Tom

On Sun, Jul 8, 2012 at 12:41 AM, Alexander Golovko
wrote:

> Hi!
>
> Sorry for reply delay.
>
> There is not a bug, so all we can do - add some information about this
> case into README.Debian.
>
>
> You can try one of next workarounds:
>
> 1. Allow bacula-fd to listen on all addresses - remove line "FDAddress =
> .." or change it to "FDAddress = 0.0.0.0"
>
>
> 2. If you always get the same IP-address from dhcp, then you can add
> record for faerun.epperly.home into /etc/hosts or specify IP address in
> bacula-fd.conf.
> In such case bacula-fd correctly start and will be available on this
> address after actual network configuration.
>
>
> 3. You can disable autostart of bacula-fd service (update-rc.d bacula-fd
> disable) and start it later after network configuration by dhclient or
> network-manager.
>
> If network interface configured from /etc/network/interfaces and you use
> dhclient (not udcpc or other), than create executable
> /etc/dhcp/dhclient-exit-hooks.**d/bacula with content
> invoke-rc.d bacula-fd restart
>
> (see man dhclient-script for details)
>
> If network interface configured by NetworkManager directly, than create
> executable /etc/NetworkManager/**dispatcher.d/bacula with content
> if [ "$1" = "eth1" -a "$2" = "up" ]; then invoke-rc.d bacula-fd restart; fi
>
> (see man network-manager for details)
>
>
>
> On Thu, 28 Jun 2012 20:32:04 -0700, Tom Epperly wrote:
>
>> Package: bacula-fd
>> Version: 5.2.6+dfsg-1
>> Severity: normal
>>
>> Dear Maintainer,
>>
>> bacula-fd does not start when I boot my machine. I am not sure which
>> upgrade stopped bacula-fd, but it hasn't been working for a while.
>>
>> My machine used to use ifup/ifdown to manage initializing eth1 and
>> initiating
>> DHCP to get the IP address etc. Some upgrade switched it to use
>> NetworkManager to initiate DHCP.
>>
>> This is the error message flashes on the screen during boot up.
>>
>> [] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd: ERROR
>> TERMINATION
>> at address_conf.c:521
>> Config error: can't add port (faerun.epperly.home) to (can't resolve
>> hostname(fa
>> erun.epperly.home) Non-authoritative for host not found, or ServerFail.)
>> : line 49, col 33 of file /etc/bacula/bacula-fd.conf
>>   FDAddress = faerun.epperly.home
>>
>>  failed!
>>
>> This happens no my home desktop, and it also happens on my Ubuntu
>> laptop at work.
>>
>> I tried adding $network to the Required-Start for the init.d/bacula-fd
>> script, but it didn't fix the problem.
>>
>> I can "service bacula-fd start" just fine from a terminal window once
>> the network is initialized.
>>
>> Tom
>>
>> -- System Information:
>> Debian Release: wheezy/sid
>>   APT prefers unstable
>>   APT policy: (500, 'unstable'), (1, 'experimental')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
>> Shell: /bin/sh linked to /bin/bash
>>
>> Versions of packages bacula-fd depends on:
>> ii  bacula-common  5.2.6+dfsg-1
>> ii  libacl12.2.51-8
>> ii  libc6  2.13-33
>> ii  libgcc11:4.7.1-1
>> ii  libpython2.7   2.7.3-1
>> ii  libssl1.0.01.0.1c-3
>> ii  libstdc++6 4.7.1-1
>> ii  libwrap0   7.6.q-23
>> ii  lsb-base   4.1+Debian7
>> ii  ucf3.0025+nmu3
>> ii  zlib1g 1:1.2.7.dfsg-11
>>
>> bacula-fd recommends no packages.
>>
>> Versions of packages bacula-fd suggests:
>> ii  bacula-traymonitor  5.2.6+dfsg-1
>>
>> -- Configuration Files:
>> /etc/init.d/bacula-fd changed:
>> set -e
>> PATH=/sbin:/bin:/usr/sbin:/**usr/bin
>> DAEMON=/usr/sbin/bacula-fd
>> NAME="bacula-fd"
>> PORT=9102
>> DESC="Bacula File daemon"
>> test -f $DAEMON || exit 0
>> if [ -n "`getent services bacula-fd`" ]; then
>> PORT=`getent services bacula-fd | awk '{ gsub("/tcp","",$2); print
>> $2; }
>> '`
>> fi
>> . /lib/lsb/init-functions
>> . /usr/share/bacula-common/**common-functions.init
>> if [ -r /etc/default/$NAME ]; then
>> . /etc/default/$NAME
>> fi
>> CONFIG="${CONFIG:-/etc/bacula/**$NAME.conf}"
>> create_var_run_dir
>> PIDFILE=/var/run/bacula/$NAME.**$PORT.pid
>> do_start()
>> {
>> start-stop-daemon --start --quiet --pidfile $PIDFILE \
>> --oknodo --exec $DAEMON -- -c $CONFIG $ARGS
>> }
>> do_stop()
>> {
>> start-stop-daemon --oknodo --stop --quiet --pidfile $PIDFILE \
>> --exec $DAEMON -- -c $CONFIG 

Bug#679479: [pkg-bacula-devel] Bug#679479: bacula-fd fails to start because network is not initialized

2012-07-08 Thread Alexander Golovko

Hi!

Sorry for reply delay.

There is not a bug, so all we can do - add some information about this 
case into README.Debian.



You can try one of next workarounds:

1. Allow bacula-fd to listen on all addresses - remove line "FDAddress 
= .." or change it to "FDAddress = 0.0.0.0"



2. If you always get the same IP-address from dhcp, then you can add 
record for faerun.epperly.home into /etc/hosts or specify IP address in 
bacula-fd.conf.
In such case bacula-fd correctly start and will be available on this 
address after actual network configuration.



3. You can disable autostart of bacula-fd service (update-rc.d 
bacula-fd disable) and start it later after network configuration by 
dhclient or network-manager.


If network interface configured from /etc/network/interfaces and you 
use dhclient (not udcpc or other), than create executable 
/etc/dhcp/dhclient-exit-hooks.d/bacula with content

invoke-rc.d bacula-fd restart

(see man dhclient-script for details)

If network interface configured by NetworkManager directly, than create 
executable /etc/NetworkManager/dispatcher.d/bacula with content
if [ "$1" = "eth1" -a "$2" = "up" ]; then invoke-rc.d bacula-fd 
restart; fi


(see man network-manager for details)



On Thu, 28 Jun 2012 20:32:04 -0700, Tom Epperly wrote:

Package: bacula-fd
Version: 5.2.6+dfsg-1
Severity: normal

Dear Maintainer,

bacula-fd does not start when I boot my machine. I am not sure which
upgrade stopped bacula-fd, but it hasn't been working for a while.

My machine used to use ifup/ifdown to manage initializing eth1 and 
initiating

DHCP to get the IP address etc. Some upgrade switched it to use
NetworkManager to initiate DHCP.

This is the error message flashes on the screen during boot up.

[] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd: ERROR
TERMINATION
at address_conf.c:521
Config error: can't add port (faerun.epperly.home) to (can't resolve
hostname(fa
erun.epperly.home) Non-authoritative for host not found, or 
ServerFail.)

: line 49, col 33 of file /etc/bacula/bacula-fd.conf
  FDAddress = faerun.epperly.home

 failed!

This happens no my home desktop, and it also happens on my Ubuntu
laptop at work.

I tried adding $network to the Required-Start for the 
init.d/bacula-fd

script, but it didn't fix the problem.

I can "service bacula-fd start" just fine from a terminal window once
the network is initialized.

Tom

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-fd depends on:
ii  bacula-common  5.2.6+dfsg-1
ii  libacl12.2.51-8
ii  libc6  2.13-33
ii  libgcc11:4.7.1-1
ii  libpython2.7   2.7.3-1
ii  libssl1.0.01.0.1c-3
ii  libstdc++6 4.7.1-1
ii  libwrap0   7.6.q-23
ii  lsb-base   4.1+Debian7
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.7.dfsg-11

bacula-fd recommends no packages.

Versions of packages bacula-fd suggests:
ii  bacula-traymonitor  5.2.6+dfsg-1

-- Configuration Files:
/etc/init.d/bacula-fd changed:
set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/bacula-fd
NAME="bacula-fd"
PORT=9102
DESC="Bacula File daemon"
test -f $DAEMON || exit 0
if [ -n "`getent services bacula-fd`" ]; then
PORT=`getent services bacula-fd | awk '{ gsub("/tcp","",$2); 
print $2; }

'`
fi
. /lib/lsb/init-functions
. /usr/share/bacula-common/common-functions.init
if [ -r /etc/default/$NAME ]; then
. /etc/default/$NAME
fi
CONFIG="${CONFIG:-/etc/bacula/$NAME.conf}"
create_var_run_dir
PIDFILE=/var/run/bacula/$NAME.$PORT.pid
do_start()
{
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--oknodo --exec $DAEMON -- -c $CONFIG $ARGS
}
do_stop()
{
start-stop-daemon --oknodo --stop --quiet --pidfile $PIDFILE 
\

--exec $DAEMON -- -c $CONFIG $ARGS
}
case "$1" in
  start)
if [ "$ENABLED" = "no" ]; then
log_failure_msg "Not starting $DESC: disabled via
/etc/default/$
NAME"
exit 0
fi
log_daemon_msg "Starting $DESC..."
if do_start ; then
log_end_msg 0
else
log_end_msg 1
fi
;;
  stop)
log_daemon_msg "Stopping $DESC..."
if do_stop ; then
log_end_msg 0
else
log_end_msg 1
fi
;;
  restart|force-reload)
$0 stop
sleep 1
$0 start
;;
  status)
status_of_proc -p $PIDFILE $DAEMON $NAME
;;
  *)
N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload|status}" >&2
exit 1
;;
esac
exit 0


-- no debconf information




___
pkg-bacula-devel mailing list
pkg-bacula-de...@lists.alioth.debian.org

http://lists.alioth.d

Bug#679479: bacula-fd fails to start because network is not initialized

2012-06-28 Thread Tom Epperly

Package: bacula-fd
Version: 5.2.6+dfsg-1
Severity: normal

Dear Maintainer,

bacula-fd does not start when I boot my machine. I am not sure which 
upgrade stopped bacula-fd, but it hasn't been working for a while.


My machine used to use ifup/ifdown to manage initializing eth1 and 
initiating

DHCP to get the IP address etc. Some upgrade switched it to use
NetworkManager to initiate DHCP.

This is the error message flashes on the screen during boot up.

[] Starting Bacula File daemon...:28-Jun 20:20 bacula-fd: ERROR 
TERMINATION

at address_conf.c:521
Config error: can't add port (faerun.epperly.home) to (can't resolve 
hostname(fa

erun.epperly.home) Non-authoritative for host not found, or ServerFail.)
: line 49, col 33 of file /etc/bacula/bacula-fd.conf
  FDAddress = faerun.epperly.home

 failed!

This happens no my home desktop, and it also happens on my Ubuntu
laptop at work.

I tried adding $network to the Required-Start for the init.d/bacula-fd
script, but it didn't fix the problem.

I can "service bacula-fd start" just fine from a terminal window once 
the network is initialized.


Tom

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bacula-fd depends on:
ii  bacula-common  5.2.6+dfsg-1
ii  libacl12.2.51-8
ii  libc6  2.13-33
ii  libgcc11:4.7.1-1
ii  libpython2.7   2.7.3-1
ii  libssl1.0.01.0.1c-3
ii  libstdc++6 4.7.1-1
ii  libwrap0   7.6.q-23
ii  lsb-base   4.1+Debian7
ii  ucf3.0025+nmu3
ii  zlib1g 1:1.2.7.dfsg-11

bacula-fd recommends no packages.

Versions of packages bacula-fd suggests:
ii  bacula-traymonitor  5.2.6+dfsg-1

-- Configuration Files:
/etc/init.d/bacula-fd changed:
set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/bacula-fd
NAME="bacula-fd"
PORT=9102
DESC="Bacula File daemon"
test -f $DAEMON || exit 0
if [ -n "`getent services bacula-fd`" ]; then
PORT=`getent services bacula-fd | awk '{ gsub("/tcp","",$2); print 
$2; }

'`
fi
. /lib/lsb/init-functions
. /usr/share/bacula-common/common-functions.init
if [ -r /etc/default/$NAME ]; then
. /etc/default/$NAME
fi
CONFIG="${CONFIG:-/etc/bacula/$NAME.conf}"
create_var_run_dir
PIDFILE=/var/run/bacula/$NAME.$PORT.pid
do_start()
{
start-stop-daemon --start --quiet --pidfile $PIDFILE \
--oknodo --exec $DAEMON -- -c $CONFIG $ARGS
}
do_stop()
{
start-stop-daemon --oknodo --stop --quiet --pidfile $PIDFILE \
--exec $DAEMON -- -c $CONFIG $ARGS
}
case "$1" in
  start)
if [ "$ENABLED" = "no" ]; then
log_failure_msg "Not starting $DESC: disabled via 
/etc/default/$

NAME"
exit 0
fi
log_daemon_msg "Starting $DESC..."
if do_start ; then
log_end_msg 0
else
log_end_msg 1
fi
;;
  stop)
log_daemon_msg "Stopping $DESC..."
if do_stop ; then
log_end_msg 0
else
log_end_msg 1
fi
;;
  restart|force-reload)
$0 stop
sleep 1
$0 start
;;
  status)
status_of_proc -p $PIDFILE $DAEMON $NAME
;;
  *)
N=/etc/init.d/$NAME
echo "Usage: $N {start|stop|restart|force-reload|status}" >&2
exit 1
;;
esac
exit 0


-- no debconf information




--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org