Hello,
On 1/16/2006 11:13 PM, Eric Peterson wrote:
Hi,
I'm using 1.36.3-2 on Debian Etch and I'm using hard drive volumes
rather than tapes for backups.
I have seperate Full, Differential and Incremental pools for each
client. Fulls run on the first Sunday of every month, diffs on every
sunday after, and incrementals every other day of the week.
This month the backups were waiting on a delayed job and so I had to
cancel them so they wouldn't interfere with the day's normal operations.
I thought Bacula would upgrade the next Incremental job to a Full for
all clients whose backups were canceled. I was surprised to see that
they weren't so I thought they were using the previous Full/Diff backup
as a reference point.
They should, usually.
I'm not absolutely sure, but when you cancel a job before it's actually
started working I suppose it isn't marked as 'failed' in the catalog, so
Bacula would not see a reason to upgrade it next tie it's run.
Well I've been swamped and I am just now doing some restores for data
integrity checking. When I select option 5 for the most recent backup
it loads a number of volumes and gives me the file tree to search
through. I was shocked to find that many files/directories were missing
from the backups.
You might try to manually select the jobs to restore, starting with the
latest full backups, and adding the diff/inc ones that apply.
(Admittedly, that's what Bacula *should* do automatically.) Compare that
job list with the one from the automatic selection, and compare which
files it offers to restore.
If there really is a discrepancy, you should file a bug report.
If I had to depend on these backups, I would be SOL.
Thankfully, I have a backup for the backup.
Always good to have a backup for everything...
My Fileset includes / and two other non standard paritions.
Of course you double-checked that the directories you mention below are
included in your backups, right?
For
example, /home, /etc, and others were all missing from one client's
backup. Another client's backup was missing parts of these
directories. On yet another client, I selected / as the directory I
wanted to restore. It did so but the directory I restored to was empty.
Did Bacula actually read your media and process the data? And were, by
chance, any windows systems involved?
Am I missing something here? This is all very scary to me so hopefully
you can tell me I'm an idiot and that I'm doing something wrong and my
data is really there.
Depends. I'd need some more information - possibly with console output -
to guess anything... Using bls and the catalog queries, you should be
able to verify what actually is stored in your volumes, and what data
Bacula considers available.
Thanks,
Eric
Arno
--
IT-Service Lehmann [EMAIL PROTECTED]
Arno Lehmann http://www.its-lehmann.de
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
