Hi,
19.07.2007 23:55,, Gustavo Gibson da Silva wrote::
> Hi there,
>
> I've noticed that full backup jobs that are migrated are not considered
> as a Backup job. So I get the following message:
Uh oh... if that's true then you found a major problem, I think... I'm
forwarding this to the -devel
On Thursday 19 July 2007 16:51, Mariusz Czulada wrote:
> Hello,
>
> Dnia 19-07-2007 o godz. 14:36 Kern Sibbald napisał(a):
> > On Thursday 19 July 2007 13:49, Mariusz Czulada wrote:
> > > Hi all,
> > >
> > > I didn't give up so made my own investigation. Now it seems I found the
> > > source of my
Hello,
Dnia 19-07-2007 o godz. 14:36 Kern Sibbald napisał(a):
> On Thursday 19 July 2007 13:49, Mariusz Czulada wrote:
> > Hi all,
> >
> > I didn't give up so made my own investigation. Now it seems I found the
> > source of my problem. I'll describe what I discovered. I need your help
> > to veri
On 19.07.2007 15:28, Kern Sibbald wrote:
> On Thursday 19 July 2007 15:22, BOLLENGIER Eric wrote:
> Well, I have changed the behavior you expect to correspond to how most
> other parameters of a Volume are handled. The Recycle Pool is set when
> a Volume is created, but not changed whe
On Thursday 19 July 2007 15:22, BOLLENGIER Eric wrote:
> > >> Well, I have changed the behavior you expect to correspond to how most
> > >> other parameters of a Volume are handled. The Recycle Pool is set when
> > >> a Volume is created, but not changed when it is recycled into the new
> > >> poo
> >> Well, I have changed the behavior you expect to correspond to how most
> >> other parameters of a Volume are handled. The Recycle Pool is set when
> >> a Volume is created, but not changed when it is recycled into the new
> >> pool.
Ok, if you use something like
Pool {
Name = Scratch
Re
On 19.07.2007 14:40, BOLLENGIER Eric wrote:
> On Thursday 19 July 2007 14:20:51 Kern Sibbald wrote:
>> On Thursday 19 July 2007 14:09, BOLLENGIER Eric wrote:
>>
>> That happened because the default pool attributes from the new pool were
>> applied when moving the volume out of the Scratch pool.
>>
I made changes in source and created diff file against current svn
version (in attachment). I put #include in dev.c because I don't know
how to correctly add header file checking to "configure" script.
I tried this on my test environment and seems to work. Will leave it for
few more days to ver
On Thursday 19 July 2007 14:30, BOLLENGIER Eric wrote:
>
> > > With your new algo, RecyclePool must be set by user per volume.
> >
> > The problem was that the RecyclePool for the volume was destroyed when
> > moving it to another Pool.
> >
> > I think it is fixed now.
>
> No, now, get_scratch_vo
>From the manual :
http://www.bacula.org/dev-manual/Configuring_Director.html#SECTION001416
RecyclePool =
On versions 2.1.4 or greater, this directive defines to which pool the
Volume will be placed (moved) when it is recycled. Without this directive, a
Volume will remain i
On Thursday 19 July 2007 14:20:51 Kern Sibbald wrote:
> On Thursday 19 July 2007 14:09, BOLLENGIER Eric wrote:
> > >From the manual :
> > >From the manual :
>
> http://www.bacula.org/dev-manual/Configuring_Director.html#SECTION001416000
>0
>
> > RecyclePool =
> > On versions 2.1.4
On Thursday 19 July 2007 13:49, Mariusz Czulada wrote:
> Hi all,
>
> I didn't give up so made my own investigation. Now it seems I found the
> source of my problem. I'll describe what I discovered. I need your help
> to verify if it is a good way and how to include required changes into
> bacul
> > With your new algo, RecyclePool must be set by user per volume.
>
> The problem was that the RecyclePool for the volume was destroyed when
> moving it to another Pool.
>
> I think it is fixed now.
No, now, get_scratch_volume() is broken. The RecyclePoolId *must* be set when
volume move from S
On Thursday 19 July 2007 14:09, BOLLENGIER Eric wrote:
>
> >From the manual :
> >From the manual :
>
http://www.bacula.org/dev-manual/Configuring_Director.html#SECTION001416
>
> RecyclePool =
> On versions 2.1.4 or greater, this directive defines to which pool the
> Volume
On Thursday 19 July 2007 13:47, BOLLENGIER Eric wrote:
> > > > What happens is the following:
> > > >
> > > > Scratch Pool
> > > > Volume X , Recycle Pool = Scratch Pool
> > > >
> > > > Volume X moved to Default Pool
> > > > Default Pool has Recycle Pool = NULL
> > > > Volume X Recycle Pool s
Hi all,
I didn't give up so made my own investigation. Now it seems I found the
source of my problem. I'll describe what I discovered. I need your help
to verify if it is a good way and how to include required changes into
bacula code.
First reference materials:
Programming reference (PRGOGRE
> > > What happens is the following:
> > >
> > > Scratch Pool
> > > Volume X , Recycle Pool = Scratch Pool
> > >
> > > Volume X moved to Default Pool
> > > Default Pool has Recycle Pool = NULL
> > > Volume X Recycle Pool set to NULL (previously it was unchanged)
> >
> > "Previously" means be
On Thursday 19 July 2007 11:33, Alan Brown wrote:
> On Mon, 16 Jul 2007, Bill Moran wrote:
>
> > So, I think it's a good plan from every angle. Furthermore, I think that
> > anyone who doesn't think it's a good plan either hasn't reviewed it
> > thoroughly, or has some strange axe to grind.
>
>
On Thursday 19 July 2007 11:26, BOLLENGIER Eric wrote:
> Hi,
>
> > A recent "subtle" change to dird/ua_cmds.c causes at least one (possibly
> > more) regression scripts to fail. I haven't checked, but I suspect that
> > you made the change when you were fixing Andreas' SQL problems.
>
> I have j
Hi,
> A recent "subtle" change to dird/ua_cmds.c causes at least one (possibly
> more) regression scripts to fail. I haven't checked, but I suspect that
> you made the change when you were fixing Andreas' SQL problems.
I have just cleanup the code.
> Basically, the change forces the Recycle Poo
Hello Eric,
A recent "subtle" change to dird/ua_cmds.c causes at least one (possibly more)
regression scripts to fail. I haven't checked, but I suspect that you made
the change when you were fixing Andreas' SQL problems.
Basically, the change forces the Recycle Pool to be the default value as
21 matches
Mail list logo
