Gustavo Gibson da Silva escreveu:
> Kern Sibbald escreveu:
>> On Tuesday 31 July 2007 21:47, Gustavo Gibson da Silva wrote:
>>> Kern Sibbald escreveu:
[..Lots of text deleted..]
>> You should most likely open a bug report, but if you want it to get some
>> attention, you will need to distill it down to a very simple case that I can
>> reproduce here. It would be OK to include full listings, but you will have
>> to indicate *exactly* where the important info is -- I have so many things
>> pressing that I cannot afford to spend much time digging around through big
>> listings.
>>
>> If I am not mistaken, I already sent you a sort of outline of the
>> information
>> that will be needed to identify and resolve the problem.
>>
>
> Hello,
>
> I've tried several things, from enabling mysql's query logging to
> increasing bacula's debug level. Then I ran out of disk space and have a
> lot of logs to dig on... :-(
>
> Today, I've reread migration documentation and have decided to play with
> a per client migration routine, instead of a per volume routine that
> I've used so far. This approach enables me to avoid a fileset name
> change during the migration process (I still think this is the root of
> the problem). As I said, there were only one migration job per device
> and bacula changes the fileset name to the one specified in the
> migration job.
>
> OTOH, there will be one migration job per client and I will not be able
> to trick bacula to restore a backup from the file storage if the
> original volume date is available (sort of a volume copy in bacula!
> :-)). By using the per volume approach it was only a matter of selecting
> the original fileset or the migration fileset...
>
> I will keep you posted,
>
> Thank you,
>
> Gustavo.
>
Gentlemen,
I've been watching this week's backup very carefully after I changed
"the paradigm" :-) from "the volume perspective" to "one migration job
per client", I think this problem was circumvented. Now I got a new one:
I've lost my poor man's DDT backup because eventhough the data is still
in the disk, I will have to wait for the slow tape to retrieve a file... :-(
Anyway, Thank you very much for your attention. Bacula is a great
software. Congratulations.
Gustavo.
[ ...Lots of deleted text would follow... ]
--
"Nam et ipsa scientia potestas est"
-- Sir Francis Bacon, 1597
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
