l have it. >
> > ;0)
> >
> > -Original Message-
> > From: Phil Stracchino [mailto:[EMAIL PROTECTED]
> > Sent: Friday, September 30, 2005 1:02 PM
> > To: Bennett, Silas (GE Infrastructure)
> > Cc: Kern Sibbald; bacula-users@li
Russell Howe wrote:
Maria McKinley wrote:
Since Phil couldn't tell me what does happen when there are two jobs at
the same time with the same priority, I haven't changed added that, but
would be glad to if someone else knows.
I remember scouring the manual for this, and couldn't find
Maria McKinley wrote:
> Since Phil couldn't tell me what does happen when there are two jobs at
> the same time with the same priority, I haven't changed added that, but
> would be glad to if someone else knows.
I remember scouring the manual for this, and couldn't find a definitive
answer. There
Hello Maria,
Thanks for your contribution. I'll take a careful look at it and the
placement you specified and get back to you a little later. Since it is an
addition, rather than a change, it should be quite easy for me to fit it
in ... :-)
On Monday 03 October 2005 09:51, Maria McKinley
My suggestion was actually for a different part of the manual then the
patch that Arno has written is for. I was imagining it being placed as
another subsection in the Getting Started with Bacula section under the
subsection, Understanding Pools, Volumes and Labels (maybe call it
Understanding
Hello,
On 01.10.2005 08:23, Kern Sibbald wrote:
Hello,
If I have understood this thread correct, the text below is mean to replace
the current text in the manual, and everyone agrees it is an improvement.
Is that correct?
Almost.
One thing to consider would be to shorten the text a bit -
On Saturday 01 October 2005 18:43, Phil Stracchino wrote:
> Arno Lehmann wrote:
> > Please note that in certain cases this wayof working doesn't produce the
> > expected results: If (under unix / linux) you move a whole directory,
> > the directories contents access times are not updated. Thus, whe
Arno Lehmann wrote:
> Please note that in certain cases this wayof working doesn't produce the
> expected results: If (under unix / linux) you move a whole directory,
> the directories contents access times are not updated. Thus, when moving
> a directory into a fiilesystem tree that is backed up,
Maria McKinley wrote:
> I agree with Phil that if you look at the manual carefully, and know
> where to look, it's clear. However, as a newbie the bacula
> documentation can be a bit overwhelming and occasionally confusing. I
> think part of this is because the basic idea of having jobs and
> sch
-users] Differentials Jobs referencing obsolete Full
Job
> I hope you don't take Phils's remark personal - after all, at least he
> thinks about your suggestion ;-)
>
> Arno
Oh, it certainly wasn't MEANT personally.
Hrm. Perhaps we could do a better job by rewrit
> I hope you don't take Phils's remark personal - after all, at least he
> thinks about your suggestion ;-)
>
> Arno
Oh, it certainly wasn't MEANT personally.
Hrm. Perhaps we could do a better job by rewriting that section altogether.
OK, this is going to be sizeable. Now, we have this:
Hello,
If I have understood this thread correct, the text below is mean to replace
the current text in the manual, and everyone agrees it is an improvement.
Is that correct?
There always seem to be complaints about the manual, probably for the reason
that Arno states (it is hard to put oneself
Bennett, Silas (GE Infrastructure) wrote:
> Here is a diff against
> http://www.bacula.org/rel-manual/Configuring_Director.html
>
> 565c565,569
> < performed as requested.
> ---
>
>>performed as requested.
>>Note: Since the director looks for a previous
>>full backup with the same job name of yo
Arno Lehmann wrote:
> Hello,
>
> On 01.10.2005 08:23, Kern Sibbald wrote:
>
>> Hello,
>>
>> If I have understood this thread correct, the text below is mean to
>> replace the current text in the manual, and everyone agrees it is an
>> improvement.
>>
>> Is that correct?
>
>
> Almost.
>
> One t
Hello,
On 02.10.2005 10:39, Kern Sibbald wrote:
...
After reading all the emails, I'm a bit confused, so I'm not planning to do
anything for several reasons: 1. I have a number of undocumented features to
document that important to work on, and for which I am having problems
finding the time.
, September 30, 2005 1:02 PM
To: Bennett, Silas (GE Infrastructure)
Cc: Kern Sibbald; bacula-users@lists.sourceforge.net; Arno Lehmann
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
Bennett, Silas (GE Infrastructure) wrote:
Here is a diff against
http
Sent: Friday, September 30, 2005 1:02 PM
To: Bennett, Silas (GE Infrastructure)
Cc: Kern Sibbald; bacula-users@lists.sourceforge.net; Arno Lehmann
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
>Bennett, Silas (GE Infrastructure) wrote:
>> Here is a diff ag
@lists.sourceforge.net
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
Hi,
On 30.09.2005 22:23, Bennett, Silas (GE Infrastructure) wrote:
> Speaking as a bacula newbie who read the documentation, It did not seem
> obvious to me. Having been unfamiliar with bacula I was think
TECTED]
Sent: Friday, September 30, 2005 1:02 PM
To: Bennett, Silas (GE Infrastructure)
Cc: Kern Sibbald; bacula-users@lists.sourceforge.net; Arno Lehmann
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
Bennett, Silas (GE Infrastructure) wrote:
Here is a d
r 30, 2005 12:29 AM
To: bacula-users@lists.sourceforge.net
Cc: Bennett, Silas (GE Infrastructure); Phil Stracchino; Arno Lehmann
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
Oh, by the way, I was referring to the Development manual in my last email --
I haven't l
Sent: Thursday, September 29, 2005 1:31 PM
> To: Arno Lehmann
> Cc: Bennett, Silas (GE Infrastructure);
> bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
> Job
>
> >Arno Lehmann wrote:
> >> Hello,
> >>
ts.sourceforge.net
> Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
> Job
>
> >Arno Lehmann wrote:
> >> Hello,
> >>
> >> I'll put my answer to Phil's post here... it just fits better.
> >>
> >> Phil, if
Hello,
On 30.09.2005 00:01, Bennett, Silas (GE Infrastructure) wrote:
...
BINGO!!!
That is it exactly. The documentation was not clear at all on this. Thank you
very much, I would have never been able to figure that out from the docs.
Is there someplace to issue a bug report against the docum
-Original Message-
From: Phil Stracchino [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 29, 2005 1:31 PM
To: Arno Lehmann
Cc: Bennett, Silas (GE Infrastructure);
bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
>A
Arno Lehmann wrote:
> Hello,
>
> I'll put my answer to Phil's post here... it just fits better.
>
> Phil, if he scenario you describe really can happen I think it would be
> time to consider the time stamp stored in the FileSet when looking for
> previous backups. sqlquery follows:
I don't know
ts.sourceforge.net
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
Bennett, Silas (GE Infrastructure) wrote:
Is it possible that Bacula's Diff jobs are purposefully not referencing
a "Good" Full backup because of the mail warning?
In short, no. Bacula
Bennett, Silas (GE Infrastructure) wrote:
> The Full backup it is referencing "_IS_" good, but it is old. As a result the
> differentials are much bigger than they need to be. My question is why is it
> referencing an old Good Full backup verses a new Good Full backup?
Well, basically, I can see
-Original Message-
From: Phil Stracchino [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 28, 2005 12:50 PM
To: Bennett, Silas (GE Infrastructure)
Cc: bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Differentials Jobs referencing obsolete Full
Job
>
>Bennett,
Bennett, Silas (GE Infrastructure) wrote:
> Is it possible that Bacula's Diff jobs are purposefully not referencing
> a "Good" Full backup because of the mail warning?
In short, no. Bacula is referencing a Full backup that it believes to
be good; if it's not good, then Bacula doesn't know it isn'
Hi
All,
I am
using Bacula 1.36.2:
Looking at the bacula console output, my daily differentials seem to be
referencing an old Full back up job. The line in question
reads.
Backup
Level: Differential, since=2005-08-15
01:05:02
I have
not been able to find the reason for this,
30 matches
Mail list logo
