[Bacula-users] Failure Backing Up Windows Client Machine

Bacula Users Group

I have a beautiful CentOS server running Bacula open source that has been backing up my RedHat and CentOS systems great for years.

Recently on the Microsoft side of the house I lost my Microsoft DPM (Data Protection Manager) server that backed all the Windows servers. It is a hardware and software issue that I have not been able to solve on my own.

As a test, I am trying to add a single Windows system to my Bacula environment (even just a single directory....”C:\Bacula-test-folder\*” that contains some small .txt, .xls, .doc, .ppt, .vsd, .htm and .dwg files).

My attempts to successfully backup this Windows box have continued to fail and I am not sure why (otherwise I would not bother the group with this plea for knowledge).

Both hosts can ping and talk to each other so I do not believe it is an issue at OSI layers 1, 2 or 3.

I have read everything I could find on the Bacula sites and scouring Google.

It must be right under my nose.

Here is my system details:

Director/Storage Server

Bacula Version: 5.0.3

Operating system CentOS Linux 5.5

Kernel and CPU Linux 2.6.18-308.1.1.el5PAE on i686

Processor information Intel(R) Xeon(R) CPU 5140 @ 2.33GHz, 4 cores

CPU load averages 0.01 (1 min) 0.14 (5 mins) 0.21 (15 mins)

CPU usage 1% user, 0% kernel, 1% IO, 98% idle

Real memory 3.96 GB total, 320.48 MB used

Virtual memory 1.94 GB total, 112 kB used

Local disk space 726.39 GB total, 214.83 GB used

Windows Client

Bacula Version 5.0.3

Operating system Microsoft Windows Server 2003 Standard Edition Service Pack 2

Computer Dual-Core AMD Opteron Processor 2218 2.60 GHz 4.00 GB of RAM

System Load Extremely Low (that is why this system was chosen to beta)

The Windows server that I am trying to backup is bnspflu1-ts01, (number 11 in the console output below). I have also turned off the Windows Firewall to make sure that it cannot be a factor. I have checked what I think is obvious, the password on the director/storage server in the /etc/bacula/bacula-dir.conf file and the bnspflu1-ts01-fd.conf file on the Windows client, and all networking. Again I think it must be right under my nose. Kern’s software is so great and it has really saved our bacon over the years on the Linux side, now I want to prove to my team how great it can be for Windows systems and possibly other future systems we might use. If anyone can help me it would be appreciated, probably this is a simple fix that I am just overlooking. - LK

Here is my output from the backup job on the server below.

Starting backup job bnspflu1-ts01 ..

Automatically selected Catalog: MyCatalog

Using Catalog "MyCatalog"

A job name must be specified.

The defined Job resources are:

1: xxxxxxxxxxxxxxx.com

2: xxxxxxxxxxxxxxx.com

3: xxxxxxxxxxxxxxx.com

4: speedtest.xxxxx.com

5: dns3.xxxxxxxxxx.com

6: masterdns.xxxxx.com

7: rwhois1.xxxxxxx.com

8: vmhost1.xxxxxxx.com

9: dns2.xxxxxxxxxx.com

10: dns1.xxxxxxxxxx.com

11: bnspflu1-ts01

Select Job resource (1-11): 11

Run Backup job

JobName: bnspflu1-ts01

Level: Full

Client: bnspflu1-ts01-fd

FileSet: bnspflu1-ts01

Pool: File (From Job resource)

Storage: File (From Job resource)

When: 2014-02-22 08:50:08

Priority: 10

OK to run? (yes/mod/no):

.. the backup job is now running. When complete, the results will be shown below ..

22-Feb 08:50 bacula1-dir JobId 3652: Start Backup JobId 3652, Job=bnspflu1-ts01.2014-02-22_08.50.08_41

22-Feb 08:50 bacula1-dir JobId 3652: Using Device "FileStorage"

22-Feb 08:50 bacula1-dir JobId 3652: Warning: bsock.c:128 Could not connect to Client: bnspflu1-ts01-fd on 10.100.101.203:9102. ERR=Connection refused

Retrying ...

22-Feb 08:53 bacula1-dir JobId 3652: Fatal error: bsock.c:134 Unable to connect to Client: bnspflu1-ts01-fd on 10.100.101.203:9102. ERR=Connection refused

22-Feb 08:53 bacula1-dir JobId 3652: Fatal error: No Job status returned from FD.

22-Feb 08:53 bacula1-dir JobId 3652: Error: Bacula bacula1.usmetrotel.com-dir 5.0.3 (04Aug10): 22-Feb-2014 08:53:11

Build OS: i686-pc-linux-gnu redhat

JobId: 3652

Job: bnspflu1-ts01.2014-02-22_08.50.08_41

Backup Level: Full

Client: "bnspflu1-ts01-fd"

FileSet: "bnspflu1-ts01" 2014-02-21 17:28:15

Pool: "File" (From Job resource)

Catalog: "MyCatalog" (From Client resource)

Storage: "File" (From Job resource)

Scheduled time: 22-Feb-2014 08:50:08

Start time: 22-Feb-2014 08:50:11

End time: 22-Feb-2014 08:53:11

Elapsed time: 3 mins

Priority: 10

FD Files Written: 0

SD Files Written: 0

FD Bytes Written: 0 (0 B)

SD Bytes Written: 0 (0 B)

Rate: 0.0 KB/s

Software Compression: None

VSS: no

Encryption: no

Accurate: no

Volume name(s):

Volume Session Id: 258

Volume Session Time: 1385992415

Last Volume Bytes: 11,507,578,318 (11.50 GB)

Non-fatal FD errors: 0

SD Errors: 0

FD termination status: Error

SD termination status: Waiting on FD

Termination: *** Backup Error ***

.. the backup did not complete successfully. Check the error message above for details.

------------------------------------------------------------------------------
Managing the Performance of Cloud-Based Applications
Take advantage of what the Cloud has to offer - Avoid Common Pitfalls.
Read the Whitepaper.
http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk

_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users