> -----Original Message-----
> From: John Drescher [mailto:drescherjm AT gmail DOT com]
> Sent: 22 October 2009 18:13
> To: Gabriel - IP Guys; bacula-users
> Subject: Re: [Bacula-users] First Backup Completed - but still
> confusion, full backup only 23M?
> 
> 2009/10/22 Gabriel - IP Guys <Gabriel AT impactteachers DOT com>:
> > Dear List,
> >
> >
> >
> > Finally! After some help from you guys, I've managed to get my first
> full
> > backup running!! Admittedly, the FD, SD, and DIR are all on the same
> > machine, and the client is the machine in question... BUT, I got it
> to work!
> > First time using Bacula, didn't know anything about it two weeks
ago,
> and
> > I've finally got it running. Only problem is, my first backup was
> only 21M
> > ?!?!? I've got 1.5G on disk. Now, I know that there are compression
> > algorithms, but HEY! They are not THAT good! Any ideas, hints, tips
> as to
> > why a full backup is only 23M?
> >
> 
> Bacula by default does not cross filesystem boundaries. Could this be
> the issue?
> 
> John

There are no other mounts - I have everything in on the one disk. Below
is an excerpt from the logs - I was going to use pastebin, but that
won't show up in the future on the list archives. 

22-Oct 23:05 Bacula-Director JobId 15: Begin pruning Jobs.
22-Oct 23:05 Bacula-Director JobId 15: No Jobs found to prune.
22-Oct 23:05 Bacula-Director JobId 15: Begin pruning Files.
22-Oct 23:05 Bacula-Director JobId 15: No Files found to prune.
22-Oct 23:05 Bacula-Director JobId 15: End auto prune.

22-Oct 23:10 Bacula-Director JobId 16: shell command: run BeforeJob
"/usr/lib/bacula/make_catalog_backup bacula bacula"
22-Oct 23:10 Bacula-Director JobId 16: Start Backup JobId 16,
Job=BackupCatalog.2009-10-22_23.10.00_38
22-Oct 23:10 Bacula-Director JobId 16: Using Device "FileStorage"
22-Oct 23:10 Bacula-Storage JobId 16: Volume "Vol0001" previously
written, moving to end of data.
22-Oct 23:10 Bacula-Storage JobId 16: Ready to append to end of Volume
"Vol0001" size=21174285
22-Oct 23:10 Bacula-Storage JobId 16: Job write elapsed time = 00:00:01,
Transfer rate = 110.0 K bytes/second
22-Oct 23:10 Bacula-Director JobId 16: Bacula Bacula-Director 3.0.2
(18Jul09): 22-Oct-2009 23:10:02
  Build OS:               i686-redhat-linux-gnu redhat
  JobId:                  16
  Job:                    BackupCatalog.2009-10-22_23.10.00_38
  Backup Level:           Full
  Client:                 "Bacula-Master" 3.0.2 (18Jul09)
i686-redhat-linux-gnu,redhat,
  FileSet:                "Catalog" 2009-10-16 23:10:00
  Pool:                   "Default" (From Job resource)
  Catalog:                "MyCatalog" (From Client resource)
  Storage:                "File" (From Job resource)
  Scheduled time:         22-Oct-2009 23:10:00
  Start time:             22-Oct-2009 23:10:02
  End time:               22-Oct-2009 23:10:02
  Elapsed time:           0 secs
  Priority:               11
  FD Files Written:       1
  SD Files Written:       1
  FD Bytes Written:       109,943 (109.9 KB)
  SD Bytes Written:       110,053 (110.0 KB)
  Rate:                   0.0 KB/s
  Software Compression:   None
  VSS:                    no
  Encryption:             no
  Accurate:               no
  Volume name(s):         Vol0001
  Volume Session Time:    1256229208
  Last Volume Bytes:      21,284,834 (21.28 MB)
  Non-fatal FD errors:    0
  SD Errors:              0
  FD termination status:  OK
  SD termination status:  OK
  Termination:            Backup OK

22-Oct 23:10 Bacula-Director JobId 16: Begin pruning Jobs.
22-Oct 23:10 Bacula-Director JobId 16: No Jobs found to prune.
22-Oct 23:10 Bacula-Director JobId 16: Begin pruning Files.
22-Oct 23:10 Bacula-Director JobId 16: No Files found to prune.
22-Oct 23:10 Bacula-Director JobId 16: End auto prune.

22-Oct 23:10 Bacula-Director JobId 16: shell command: run AfterJob
"/usr/lib/bacula/delete_catalog_backup"

This is telling me that this job wrote 110,053 bytes?

I know not much changed on the client, but I feel it should have been a
bit more - Or maybe it just is that damn efficient?

I would like to attempt a bare metal restore to another virtual machine,
and see how close the backup is to the machine in question. Or is there
a way to 'validate' the backup against the current live system?

------------------------------------------------------------------------------
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 AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users