On Friday 05 August 2005 21:29, Theron Toomey wrote:
> Thanks Kern,
> Changing the names of the daemons solved the problem. Given the strange
> behavior, it wouldn't have occurred to me that was the cause but it
> makes perfect sense.
Thanks for the feedback. It is always nice to have a confirmati
Thanks Kern,
Changing the names of the daemons solved the problem. Given the strange
behavior, it wouldn't have occurred to me that was the cause but it
makes perfect sense.
Kern Sibbald wrote:
On Thursday 04 August 2005 19:42, Theron Toomey wrote:
Hello,
I initially thought this problem wa
On Thursday 04 August 2005 19:42, Theron Toomey wrote:
> Hello,
> I initially thought this problem was due to corruption in my database.
> However, the behavior seems to be caused by the SD, FD, and DIR sharing
> a working directory. When I assign the FD a different working-dir from
> the DIR/SD (e
Hello,
I initially thought this problem was due to corruption in my database.
However, the behavior seems to be caused by the SD, FD, and DIR sharing
a working directory. When I assign the FD a different working-dir from
the DIR/SD (e.g. WorkingDirectory = "/var/bacula/fd"), my restores work
p
On Thursday 21 July 2005 15:08, Theron Toomey wrote:
> Theron Toomey wrote:
> > I have done both but I don't see any critical errors. But then again,
> > maybe I am missing something. I didn't have time to run a multitape fill
> > test but I plan on trying it later. As recommended, I turned off
> >
On Tuesday 26 July 2005 04:10, Theron Toomey wrote:
> Hi, thanks for the suggestions. Sorry it took me a few days to respond-
> there's not much time for testing between daily backup cycles.
>
> My current theory is that there is some strange corruption in my DB,
> perhaps in the File table.
>
> I'
Hi, thanks for the suggestions. Sorry it took me a few days to respond-
there's not much time for testing between daily backup cycles.
My current theory is that there is some strange corruption in my DB,
perhaps in the File table.
I'm not sure but I think this may be related to another proble
Some random ideas below.
> On Tue, 19 Jul 2005 21:37:54 -0400, Theron Toomey <[EMAIL PROTECTED]>
> said:
Theron> Hello,
Theron> I'm seeing some strange behavior with restores under 1.36.3/RHEL 3
using
Theron> an AIT-3 drive. I'm not quite sure what is causing it and I'd really
Theron Toomey wrote:
I have done both but I don't see any critical errors. But then again,
maybe I am missing something. I didn't have time to run a multitape fill
test but I plan on trying it later. As recommended, I turned off
hardware compression before running the fill test.
I have attach
Hello,
Thanks for responding. Also, thanks for providing such a useful program!
Kern Sibbald wrote:
You should do three things:
1. Run btape "test" and "fill" commands. The latter is very slow.
I have done both but I don't see any critical errors. But then again,
maybe I am missing somethin
Hello,
You should do three things:
1. Run btape "test" and "fill" commands. The latter is very slow.
2. Look at your system log to see if you are getting any errors.
3. Turn on the directive in the default SD config file that checks
for tape alerts. It can provide early warning if you ha
Hello,
I'm seeing some strange behavior with restores under 1.36.3/RHEL 3 using
an AIT-3 drive. I'm not quite sure what is causing it and I'd really
appreciate any suggestions.
When I choose restore option 5 (Select the most recent backup) bacula
proceeds to restore data from the last full an
12 matches
Mail list logo
