Thank you for your answer.
Here is the output for status director :
*status director
nec-dir Version: 2.0.3 (06 March 2007) i686-pc-linux-gnu redhat
Daemon started 22-mar-07 16:46, 6 Jobs run since started.
Heap: bytes=51,286 max_bytes=52,985 bufs=280 max_bufs=300
Scheduled Jobs:
Level Type Pri Scheduled Name Volume
===================================================================================
Incremental Backup 10 23-mar-07 23:05 NecFullWeekly Vol0004
Incremental Backup 10 23-mar-07 23:05 asperience-sp2 Vol0004
Incremental Backup 10 23-mar-07 23:05 ChampFullWeekly Vol0004
Full Backup 11 23-mar-07 23:10 BackupCatalog Vol0004
====
Running Jobs:
JobId Level Name Status
======================================================================
10 Full ChampFullWeekly.2007-03-23_09.08.37 is waiting for Client
champ-fd to connect to Storage File
====
Terminated Jobs:
JobId Level Files Bytes Status Finished Name
====================================================================
6 Full 0 0 Cancel 22-mar-07 15:38 ChampFullWeekly
1 Full 0 0 Cancel 22-mar-07 16:02 ChampFullWeekly
2 Full 106,641 1.512 G OK 22-mar-07 16:12 NecFullWeekly
3 Full 0 0 Cancel 22-mar-07 16:40 ChampFullWeekly
4 Full 0 0 Cancel 22-mar-07 16:50 ChampFullWeekly
5 Full 0 0 Cancel 22-mar-07 17:15 ChampFullWeekly
6 Incr 752 13.86 M OK 22-mar-07 23:05 NecFullWeekly
7 Full 0 0 Error 22-mar-07 23:05 asperience-sp2
8 Full 0 0 Error 22-mar-07 23:44 ChampFullWeekly
9 Full 1 13.82 M OK 22-mar-07 23:44 BackupCatalog
====
Now I know the server is waiting for the client.
Output from status client :
*status client
The defined Client resources are:
1: nec-fd
2: champ-fd
3: asperience-sp2-fd
Select Client (File daemon) resource (1-3): 2
Connecting to Client champ-fd at champ.chantrerie.asperience.fr:9102
He waits forever...
So I think there is a problem of connection between my server and client.
I'll investigate the problem and come back here when I find. Any other thing
than /etc/hosts.allow and iptables (on both client and server) to check (the
password is the same in bacula-fd on the client and bacula-dir on the
server, as you can see in my first mail) ?
PS : I have made a test, clearing IPTABLES so that it accept any connection
(don't worry, I have cut the internet access before), and then when i tried
to status client, i got the message connection refused (translated in
french because my client system is french translated. I think "Relais brisé"
means broken pipe) :
*status client
The defined Client resources are:
1: nec-fd
2: champ-fd
3: asperience-sp2-fd
Select Client (File daemon) resource (1-3): 2
Connecting to Client champ-fd at champ.chantrerie.asperience.fr:9102
Failed to connect to Client champ-fd.
====
You have messages.
*messages
23-mar 09:49 nec-dir: Error: bnet.c:439 Write error sending 43 bytes to
client:192.168.0.1:36131: ERR=Relais bris�(pipe)
23-mar 09:49 nec-dir: *Console*.2007-03-23_09.49.02 Fatal error: bnet.c:870
Unable to connect to File daemon on champ.chantrerie.asperience.fr:9102.
ERR=Connexion refus�
23-mar 09:49 nec-dir: Error: bnet.c:439 Write error sending 43 bytes to
client:192.168.0.1:36131: ERR=Relais bris�(pipe)
23-mar 09:49 nec-dir: *Console*.2007-03-23_09.29.40 Fatal error: bnet.c:870
Unable to connect to File daemon on champ.chantrerie.asperience.fr:9102.
ERR=Connexion refus�
23-mar 09:49 nec-dir: *Console*.2007-03-23_09.49.29 Fatal error: bnet.c:870
Unable to connect to File daemon on champ.chantrerie.asperience.fr:9102.
ERR=Connexion refus�
if iptables is accepting any connection, and i still have connecton refused,
i thought the problem would come from hosts.allow, but I think it looks fine
:
On the client :
champ:~ # cat /etc/hosts.allow
# /etc/hosts.allow
# See 'man tcpd' and 'man 5 hosts_access' for a detailed description
# of /etc/hosts.allow and /etc/hosts.deny.
#
# short overview about daemons and servers that are built with
# tcp_wrappers support:
#
# package name | daemon path | token
#
----------------------------------------------------------------------------
# ssh, openssh | /usr/sbin/sshd | sshd, sshd-fwd-x11,
sshd-fwd-<port>
# quota | /usr/sbin/rpc.rquotad | rquotad
# tftpd | /usr/sbin/in.tftpd | in.tftpd
# portmap | /sbin/portmap | portmap
# The portmapper does not verify against hostnames
# to prevent hangs. It only checks non-local
addresses.
#
# (kernel nfs server)
# nfs-utils | /usr/sbin/rpc.mountd | mountd
# nfs-utils | /sbin/rpc.statd | statd
#
# (unfsd, userspace nfs server)
# nfs-server | /usr/sbin/rpc.mountd | rpc.mountd
# nfs-server | /usr/sbin/rpc.ugidd | rpc.ugidd
#
# (printing services)
# lprng | /usr/sbin/lpd | lpd
# cups | /usr/sbin/cupsd | cupsd
# The cupsd server daemon reports to the cups
# error logs, not to the syslog(3) facility.
#
# (Uniterrupted Power Supply Software)
# apcupsd | /sbin/apcupsd | apcupsd
# apcupsd | /sbin/apcnisd | apcnisd
#
# All of the other network servers such as samba, apache or X, have their
own
# access control scheme that should be used instead.
#
# In addition to the services above, the services that are started on
request
# by inetd or xinetd use tcpd to "wrap" the network connection. tcpd uses
# the last component of the server pathname as a token to match a service in
# /etc/hosts.{allow,deny}. See the file /etc/inetd.conf for the token names.
# The following examples work when uncommented:
#
#
# Example 1: Fire up a mail to the admin if a connection to the printer
daemon
# has been made from host foo.bar.com, but simply deny all others:
# lpd : foo.bar.com : spawn /bin/echo "%h printer access" | \
# mail -s "tcp_wrappers on %H" root
#
#
# Example 2: grant access from local net, reject with message from
elsewhere.
# in.telnetd : ALL EXCEPT LOCAL : ALLOW
# in.telnetd : ALL : \
# twist /bin/echo -e "\n\raccess from %h declined.\n\rGo away.";sleep 2
#
#
# Example 3: run a different instance of rsyncd if the connection comes
# from network 172.20.0.0/24, but regular for others:
# rsyncd : 172.20.0.0/255.255.255.0 : twist /usr/local/sbin/my_rsyncd-script
# rsyncd : ALL : ALLOW
#
all : 127.0.0.1 192.168.0.0/255.255.255.0 : ALLOW
On the server :
[EMAIL PROTECTED] bacula]# cat /etc/hosts.allow
#------------------------------------------------------------
# !!DO NOT MODIFY THIS FILE!!
#
# Manual changes will be lost when this file is regenerated.
#
# Please read the developer's guide, which is available
# at http://www.contribs.org/development/
#
# Copyright (C) 1999-2006 Mitel Networks Corporation
#------------------------------------------------------------
afpd: 127.0.0.1 192.168.0.0/255.255.255.0
papd: 127.0.0.1 192.168.0.0/255.255.255.0
# 'oidentd' is disabled in the configuration database
# LDAP servers
slapd: 127.0.0.1 192.168.0.0/255.255.255.0
all: 127.0.0.1 192.168.0.0/255.255.255.0
pop3s: 127.0.0.1 192.168.0.0/255.255.255.0
# pptpd is disabled
qmail-popup: 127.0.0.1 192.168.0.0/255.255.255.0
sshd: 127.0.0.1 192.168.0.0/255.255.255.0
[EMAIL PROTECTED] bacula]#
Can anybody see what's wrong ?
2007/3/22, Alex Chekholko <[EMAIL PROTECTED]>:
On Thu, 22 Mar 2007 17:29:09 +0100
"Jerome Massano" <[EMAIL PROTECTED]> wrote:
> Hello !
>
> First, please excuse my bad english. Also excuse me for this is a very
long
> mail
>
> I'm all new to bacula.
> I installed it yesterday, following the tutorial. Everything worked
fine,
> and I can backup the source tree of bacula with no problem, and restore
it
> with no problem.
> I have modified my configuration files, and I am able to backup and
restore
> the entire system where bacula is installed with no problem...
> Then "what's the problem ?", you would ask.
> Here's my problem :
> After configuring bacula to backup it's own system, I tried to set it up
to
> backup another system on my network. I think I configured it well
(please
> see my configuration files below), but when I run a backup, it starts
and
> does nothing (I can tell it does nothing cause my HDD activity LED is
idle,
> and I've let the job run for more than an hour and it has never finished
> (I'm backing up only 300 Mb with no compression, the entire system
backup on
> the server backed up more than 3GB in 10 minutes with GZIP6 compression)
>
> Here is what I get on the bconsole when I start a backup :
>
> [EMAIL PROTECTED] bacula]# ./bconsole
> Connecting to Director nec:9101
> 1000 OK: nec-dir Version: 2.0.3 (06 March 2007)
> Enter a period to cancel a command.
> *run
> Automatically selected Catalog: MyCatalog
> Using Catalog "MyCatalog"
> A job name must be specified.
> The defined Job resources are:
> 1: NecFullWeekly
> 2: asperience-sp2
> 3: ChampFullWeekly
> 4: BackupCatalog
> 5: RestoreFiles
> Select Job resource (1-5): 3
> Run Backup job
> JobName: ChampFullWeekly
> Level: Incremental
> Client: champ-fd
> FileSet: Home
> Pool: Default (From Job resource)
> Storage: File (From Job resource)
> When: 2007-03-22 17:12:42
> Priority: 10
> OK to run? (yes/mod/no): yes
> Job queued. JobId=5
> You have messages.
> *messages
> 22-mar 17:12 nec-dir: No prior Full backup Job record found.
> 22-mar 17:12 nec-dir: No prior or suitable Full backup found in catalog.
> Doing FULL backup.
> 22-mar 17:12 nec-dir: Start Backup JobId 5, Job=
> ChampFullWeekly.2007-03-22_17.12.46
> *messages
> You have no messages.
>
>
> This looks ok to me, Am I right ?
> After more than an hour, i cancel the job, and here is what I get (for
this
> example, i canceled after just a few minutes, but it's the same)
OK, at this point, can you issue, in the console:
status dir
status sd
status client
It will tell you more.
Make sure you network settings allow the dir to initiate a connection to
the fd and then allow the fd to initiate a connection to the sd.
--
Alex Chekholko
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
