Op 28/02/2011 17:10, Mike Hobbs schreef:
>    I'm testing Bacula, so this is not a production setup and I ran into
> an issue, problem, bug, I'm not sure.  During my testing, I'm backing up
> a file system of about 700gb to a disk.  A FULL backup took around 21
> hours with compression turned on.  While this was happening the
> remaining backup jobs were queued waiting for the big job to finish.
> Once the big 700gb job was done the remaining jobs ran and all was well.
>
> The problem came when it was time to do the big job again, I thought it
> would have ran an incremental as all the other backup jobs have done,
> but bacula decided to re-run a FULL job again.  I'm not sure why or
> where to look to try and figure out why.  Anyone have any thoughts?
>
Is the "big job" set to use the same schedule as the other jobs? 
Correctly pointing towards the correct full and incremental pools?
What does the job log says the second time? Type Full (something wrong 
in configs), type incremental (maybe another process is changing ctimes?)
or an upgraded incremental to Full? (bacula couldn't find the first full)

> Some other minor questions..
>
> Does bacula use the /etc/dumpdates file? (I don't think so)
Bacula looks to mtime and ctime to determine if a file has changed since 
the last full backup. You can check these values with "stat" on linux.
> Are there any limitations to file, folder or file system sizes that
> bacula can't do?
No limitations from bacula itself, only whatever limitations the OS or 
filesystem you're using might have.
> Thank you!
>
> mike
Kind regards,
Jeremy

 **** DISCLAIMER ****
http://www.schaubroeck.be/maildisclaimer.htm

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users