I have tried the steps on test bed and found that it only applies to Pool
resource. The Volume retention was same as previous.
Update choice:
1: Volume parameters
2: Pool from resource
3: Slots from autochanger
4: Long term statistics
Choose catalog item to update (1-4): 2
The
> -Original Message-
> > I also checked: there are no jobs associated with these volumes.
>
> Yes, prune should mark those volumes are purged if there are no jobs.
> It's a mystery.
Is there a way to turn on something like verbose output for pruning so I can
find out exactly what it does
Hi,
On Tue, 15 Dec 2009, Kendall Shaw wrote:
> Do you have a recommendation? I'm backing up my home computers. The
> point of doing the full backup only once, was to avoid transferring the
> same files over and over again every week. Maybe it's not worth avoiding
> doing the full backup every wee
On Tue, 2009-12-15 at 09:46 +, Gavin McCullagh wrote:
> Hi,
>
> On Mon, 14 Dec 2009, Kendall Shaw wrote:
>
> > I have a 300GB hard drive that I backup to a 600GB hard drive, but the
> > initial full backup runs out of space (it takes almost twice as much
> > space to hold the backup?).
>
> S
On Mon, 2009-12-14 at 08:22 -0700, Craig White wrote:
> A relatively new bacula 3.0.3 installation on CentOS 5
>
> I get an error every day from logwatch...
>
>
>
> obviously generated by
> cron...run-parts /etc/cron.daily
>
>
> /etc/cron.daily/0logwatch:
>
> Cannot find shared script applyb
On Tue, Dec 15, 2009 at 10:10 AM, Brian Clarkson wrote:
> There were still volumes in my pool that were marked recycle=yes.
>
> Removing the recycle flag from all volumes triggered the creation of new
> filenames for each server and backup job.
>
> Just changing the recycle flag to "no" in the con
There were still volumes in my pool that were marked recycle=yes.
Removing the recycle flag from all volumes triggered the creation of new
filenames for each server and backup job.
Just changing the recycle flag to "no" in the configuration didn't solve
the problem.
Thanks for the help!
Brian
> On Mon, 14 Dec 2009 16:47:00 +0800, Jim Barber said:
>
> Jim Barber wrote:
> >
> > Thanks Martin.
> >
> > I've compiled and installed version 3.1.6 from a git pull I did on 10th Dec.
> > I'm not sure if this new version will crash or not.
> > But I've manually attached a gdb session to it
2009/12/15 vishal veerkar :
> Hi Timo.
>
>
> Thanks for quick response.
>
> Yes, the problem occurred because initial retention was changed and these
> volumes were present from start and hence using the same old config. After
> goggling i came to know that whenever retention is configured, the fi
Hi Timo.
Thanks for quick response.
Yes, the problem occurred because initial retention was changed and these
volumes were present from start and hence using the same old config. After
goggling i came to know that whenever retention is configured, the first
volume created is used as prototype f
> On Fri, 11 Dec 2009 13:30:52 -0800, Kevin Keane said:
>
> > -Original Message-
> > From: Martin Simmons [mailto:mar...@lispworks.com]
> > Sent: Friday, December 11, 2009 12:44 PM
> > To: bacula-users@lists.sourceforge.net
> > Subject: Re: [Bacula-users] prune not working as expected
Hi,
On Mon, 14 Dec 2009, Kendall Shaw wrote:
> I have a 300GB hard drive that I backup to a 600GB hard drive, but the
> initial full backup runs out of space (it takes almost twice as much
> space to hold the backup?).
Something sounds wrong there. Are you saying that a single volume for a
sing
"vishal veerkar" kirjoitti viestissä
news:d495389e0912142254u174d4e80h53c499b3379d6...@mail.gmail.com...
> Hi All,
>
> I am using Bacula 2.2.8 and now in phase of migration for latest version
> but in mean time i have to run the current setup. Recently i have noticed
> that the Volumes are gett
13 matches
Mail list logo
