[Bacula-users] version 3

2009-10-29 Thread glynd

Thanks for the help. Removing all but one catalog back up sorted it.
Cheers
Glyn

+--
|This was sent by g...@cirrus.co.za via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] version 3

2009-10-26 Thread Martin Simmons
> On Mon, 26 Oct 2009 02:17:49 -0400, glynd  said:
> 
> Martin, Cedric, Thanks for the input.
> I think my understanding as to how to set up Bacula is a bit off!
> The configuration is this:
> 
> mistral Ubuntu machine runs the Director, fd and sd with a USB hard drive
> connected to back up to. mistral hosts sugarcrm and the database is backed
> up. cumulus is a NAS without a client and an nfs mount point allows it to be
> backed up. 
>
> typhoon Ubuntu machine runs a client and is backed up using the typhoon-fd
> 
> Both glyn-laptop and colyn-acer-7 are windows laptops and are running
> clients. Both are backed up during the daytime schedule using the file
> daemons.
> 
> From what you are saying, I don't need multiple catalogs, am I right?

Correct.  All of the jobs can share a single catalog.


> I would appreciate a critique of the director.conf which I have pasted
> below, so I can get Bacula running smoothly. I hope you don't mind pasting
> such a large lump...

At a quick glance, it looks OK except for the catalog backups.

You already have a single catalog, which is good.  To back it up, you need
only one Catalog backup job, specifying Client = mistral-fd.

__Martin

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] version 3

2009-10-25 Thread glynd

Martin, Cedric, Thanks for the input.
I think my understanding as to how to set up Bacula is a bit off!
The configuration is this:
mistral Ubuntu machine runs the Director, fd and sd with a USB hard drive 
connected to back up to. mistral hosts sugarcrm and the database is backed up. 
cumulus is a NAS without a client and an nfs mount point allows it to be backed 
up.
typhoon Ubuntu machine runs a client and is backed up using the typhoon-fd
Both glyn-laptop and colyn-acer-7 are windows laptops and are running clients. 
Both are backed up during the daytime schedule using the file daemons.

>From what you are saying, I don't need multiple catalogs, am I right?

I would appreciate a critique of the director.conf which I have pasted below, 
so I can get Bacula running smoothly. I hope you don't mind pasting such a 
large lump...

#
# Default Bacula Director Configuration file
#
#  The only thing that MUST be changed is to add one or more
#   file or directory names in the Include directive of the
#   FileSet resource.
#
#  For Bacula release 2.2.8 (26 January 2008) -- debian lenny/sid
#
#  You might also want to change the default email address
#   from root to your address.  See the "mail" and "operator"
#   directives in the Messages resource.
#

Director {# define myself
  Name = mistral-dir
  DIRport = 9101# where we listen for UA connections
  QueryFile = "/var/lib/bacula/bin/query.sql"
  WorkingDirectory = "/var/lib/bacula/bin/working"
  PidDirectory = "/var/lib/bacula/bin/working"
  Maximum Concurrent Jobs = 1
  Password = "Cv70F6pf1t6pBopT4vQOnigDrR0v3L" # Console password
  Messages = Daemon
  DirAddress = mistral.cirrus.co.za
}

JobDefs {
  Name = "GlynJob"
  Type = Backup
  Level = incremental
  Client = glyn-laptop-fd 
  FileSet = "Glyn Set"
  Schedule = "DayTime"
  Storage = File
  Messages = Standard
  Pool = Default
  Priority = 10
  Reschedule on error = yes
  Reschedule interval = 1 hour
  Reschedule times = 5
}

JobDefs {
  Name = "ColynJob"
  Type = Backup
  Level = Incremental
  Client = Colyn-Acer-W7-fd 
  FileSet = "Colyn Set"
  Schedule = "DayTime"
  Storage = File
  Messages = Standard
  Pool = Default
  Priority = 10
  Reschedule on error = yes
  Reschedule interval = 1 hour
  Reschedule times = 5
}

JobDefs {
  Name = "CumulusJob"
  Type = Backup
  Level = Incremental
  Client = mistral-fd 
  FileSet = "Cumulus Set"
  Schedule = "WeeklyCycle"
  Storage = File
  Messages = Standard
  Pool = Default
  Priority = 10
}

JobDefs {
  Name = "SugarJob"
  Type = Backup
  Level = Incremental
  Client = mistral-fd 
  FileSet = "Sugar Set"
  Schedule = "WeeklyCycle"
  Storage = File
  Messages = Standard
  Pool = Default
  Priority = 10
}

JobDefs {
  Name = "TyphoonJob"
  Type = Backup
  Level = Incremental
  Client = typhoon-fd 
  FileSet = "Typhoon Set"
  Schedule = "WeeklyCycle"
  Storage = File
  Messages = Standard
  Pool = Default
  Priority = 10
}
#
# Define the main nightly save backup job
#   By default, this job will back up to disk in 
Job {
  Name = "Sugar"
  JobDefs = "SugarJob"
  Write Bootstrap = "/var/lib/bacula/bin/Sugar.bsr"
}

Job {
  Name = "Cumulus"
  JobDefs = "CumulusJob"
  Write Bootstrap = "/var/lib/bacula/bin/Cumulus.bsr"
}

Job {
  Name = "Glyn"
  JobDefs = "GlynJob"
  Write Bootstrap = "/var/lib/bacula/bin/Glyn.bsr"
}

Job {
  Name = "Colyn"
  JobDefs = "ColynJob"
  Write Bootstrap = "/var/lib/bacula/bin/Colyn.bsr"
}

Job {
  Name = "Typhoon"
  JobDefs = "TyphoonJob"
  Write Bootstrap = "/var/lib/bacula/bin/Typhoon.bsr"
}


# Backup the catalog database (after the nightly save)
Job {
  Name = "SugarCatalog"
  JobDefs = "SugarJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "WeeklyCycleAfterBackup"
  # This creates an ASCII copy of the catalog
  # WARNING!
  # Ubuntu uses make_catalog_backup_awk script for
  # security reasons
  # Replace  with the real Catalog name
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  # This deletes the copy of the catalog
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/SugarBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "CumulusCatalog"
  JobDefs = "CumulusJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "WeeklyCycleAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/CumulusBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "ColynCatalog"
  JobDefs = "ColynJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "DayTimeAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/ColynBackupCatalog.bsr"
  Priority = 11   # run after main

Re: [Bacula-users] version 3

2009-10-23 Thread Cedric Tefft
glynd wrote:
> Sorry forget this
> # Backup the catalog database (after the nightly save)
> Job {
>   Name = "SugarCatalog"
>   JobDefs = "SugarJob"
>   Level = Full
>   FileSet="Catalog"
>   Schedule = "WeeklyCycleAfterBackup"
>   # This creates an ASCII copy of the catalog
>   # WARNING!
>   # Ubuntu uses make_catalog_backup_awk script for
>   # security reasons
>   # Replace  with the real Catalog name
>   RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
>   # This deletes the copy of the catalog
>   RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
>   Write Bootstrap = "/var/lib/bacula/bin/SugarBackupCatalog.bsr"
>   Priority = 11   # run after main backup
> }
>   
[snip]

I see you're using JobDefs.  The only way for us to get a clear picture 
of your Job configs is to include the JobDefs they're based on.

Also, I asked if you could post your FileSets, but it appears you did 
not do that,  however that may turn out to be moot because...

as Martin pointed out it's rather unusual to have five separate 
catalogs, and this may be where you're getting into trouble.  You need 
to make sure your dump scripts correlate exactly with your clients -- in 
other words make absolutely certain you aren't dumping the database to 
the backup server's hard drive, and then trying to pull the dump file 
from one of your remote client's hard drives (where it obviously doesn't 
exist).

- Cedric



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] version 3

2009-10-23 Thread Cedric Tefft
glynd wrote:
> Hi Cedric,
>
> IS this what you are looking for?
>
> r...@mistral:~# ls -la /var/lib/bacula/bin/bacula.sql
> -rw-rw-r-- 1 bacula root 0 2009-10-22 08:20 /var/lib/bacula/bin/bacula.sql
> r...@mistral:~#
>   

The size of the dump file is zero bytes.  That's definitely not good!  I 
can think of three reasons off the top of my head why this might happen:

1) You ran the ls command at JUST the right second -- after the dump job 
started but before it had generated any data (possible, but unlikely)
2) The dump failed completely
3) The dump job is still running (or, more likely hung) and the dump 
file is essentially locked by the running job

Try running the dump script manually.  Look for errors.  Check the size 
of the dump file when it is finished.

BTW, it's probably not a bad idea to make sure you're not running low on 
disk space on /var (or anywhere else).

- Cedric


--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] version 3

2009-10-23 Thread Martin Simmons
> On Fri, 23 Oct 2009 09:56:49 -0400, glynd  said:
> 
> Sorry forget this
> # Backup the catalog database (after the nightly save)
> Job {
>   Name = "SugarCatalog"
>   JobDefs = "SugarJob"
> ...
> 
> Job {
>   Name = "CumulusCatalog"
>   JobDefs = "CumulusJob"
> ...
> 
> Job {
>   Name = "ColynCatalog"
>   JobDefs = "ColynJob"
> ...
> 
> Job {
>   Name = "GlynCatalog"
>   JobDefs = "GlynJob"
> ...
> 
> Job {
>   Name = "TyphoonCatalog"
>   JobDefs = "TyphoonJob"
> ...

Wow, you have 5 different catalogs?!  That's unusual.

Are they running on 5 different machines (specified via the JobDefs), which
are all different from your Bacula Director machine?

If so, then you'll either need to use ClientRunBeforeJob and ClientRunAfterJob
to dump the backups on the correct machine or have variants of the
make_catalog_backup script to connect to the correct machine.

Don't forget that the catalog backup job is just a normal job that uses a
normal Bacula FD.  You have to ensure that the sql file is present on that
Bacula FD.

__Martin

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] version 3

2009-10-23 Thread glynd

Sorry forget this
# Backup the catalog database (after the nightly save)
Job {
  Name = "SugarCatalog"
  JobDefs = "SugarJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "WeeklyCycleAfterBackup"
  # This creates an ASCII copy of the catalog
  # WARNING!
  # Ubuntu uses make_catalog_backup_awk script for
  # security reasons
  # Replace  with the real Catalog name
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  # This deletes the copy of the catalog
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/SugarBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "CumulusCatalog"
  JobDefs = "CumulusJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "WeeklyCycleAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/CumulusBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "ColynCatalog"
  JobDefs = "ColynJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "DayTimeAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/ColynBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "GlynCatalog"
  JobDefs = "GlynJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "DayTimeAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/GlynBackupCatalog.bsr"
  Priority = 11   # run after main backup
}

Job {
  Name = "TyphoonCatalog"
  JobDefs = "TyphoonJob"
  Level = Full
  FileSet="Catalog"
  Schedule = "WeeklyCycleAfterBackup"
  RunBeforeJob = "/var/lib/bacula/bin/make_catalog_backup bacula bacula"
  RunAfterJob  = "/var/lib/bacula/bin/delete_catalog_backup"
  Write Bootstrap = "/var/lib/bacula/bin/TyphoonBackupCatalog.bsr"
  Priority = 11   # run after main backup
}
#

+--
|This was sent by g...@cirrus.co.za via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] version 3

2009-10-23 Thread Martin Simmons
> On Thu, 22 Oct 2009 03:23:11 -0400, glynd  said:
> 
> When the backup runs I keep getting this error:
> 
> 22-Oct 09:09 glyn-laptop-fd JobId 161:  Could not stat 
> "/var/lib/bacula/bin/bacula.sql": ERR=The system cannot find the path 
> specified.
> 
> The file exists and is owned by bacula.root and chmod is 664
> 
> Why would this happen?
> 
> This is the backup of the catalog, BTW

Do have the correct client in the job definition?  It is looking for the file
on glyn-laptop-fd.

__Martin

--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] version 3

2009-10-23 Thread glynd

Hi Cedric,

IS this what you are looking for?

r...@mistral:~# ls -la /var/lib/bacula/bin/bacula.sql
-rw-rw-r-- 1 bacula root 0 2009-10-22 08:20 /var/lib/bacula/bin/bacula.sql
r...@mistral:~#

Cheers and thanks
Glyn

+--
|This was sent by g...@cirrus.co.za via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] version 3

2009-10-22 Thread Cedric
On Thu, Oct 22, 2009 at 12:23 AM, glynd wrote:

>
> When the backup runs I keep getting this error:
>
> 22-Oct 09:09 glyn-laptop-fd JobId 161:  Could not stat
> "/var/lib/bacula/bin/bacula.sql": ERR=The system cannot find the path
> specified.
>
> The file exists and is owned by bacula.root and chmod is 664
>
> Why would this happen?
>
> This is the backup of the catalog, BTW
>
>
Can you run ls -la /var/lib/bacula/bin/bacula.sql and post the command
itself as well as its output.

Also, please include the relevant Job and FileSet sections of your
director's config.
--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] version 3

2009-10-22 Thread glynd

When the backup runs I keep getting this error:

22-Oct 09:09 glyn-laptop-fd JobId 161:  Could not stat 
"/var/lib/bacula/bin/bacula.sql": ERR=The system cannot find the path specified.

The file exists and is owned by bacula.root and chmod is 664

Why would this happen?

This is the backup of the catalog, BTW

TIA
Glyn

+--
|This was sent by g...@cirrus.co.za via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users