On Tue, 2005-09-13 at 17:26 -0400, Jon LaBadie wrote:
[snip]
>
> Just a clarification on terminology.
>
> As your dump progresses, dumpers become available, the dumper has to be
> assigned to some DLE, i.e. client/disk pair. It is at this point that
> amanda will decide to start a new dump or no
On Tue, Sep 13, 2005 at 04:41:22PM -0400, Joshua Baker-LePain wrote:
> On Tue, 13 Sep 2005 at 10:20pm, Erik P. Olsen wrote
>
> > On Tue, 2005-09-13 at 16:10 -0400, Joshua Baker-LePain wrote:
> > > We're talking about network bandwidth -- ethernet. And the parameter is
> > > there in case your ba
On Tue, 13 Sep 2005 at 10:20pm, Erik P. Olsen wrote
> On Tue, 2005-09-13 at 16:10 -0400, Joshua Baker-LePain wrote:
> > We're talking about network bandwidth -- ethernet. And the parameter is
> > there in case your backup server and/or clients perform other network
> > intensive functions that
On Tue, 2005-09-13 at 16:10 -0400, Joshua Baker-LePain wrote:
> We're talking about network bandwidth -- ethernet. And the parameter is
> there in case your backup server and/or clients perform other network
> intensive functions that you don't want to interfere with. Myself, I
> consider back
On Tue, 13 Sep 2005 at 10:07pm, Erik P. Olsen wrote
> On Tue, 2005-09-13 at 15:02 -0400, Joshua Baker-LePain wrote:
> > On Tue, 13 Sep 2005 at 8:44pm, Erik P. Olsen wrote
> >
> > > I have now cranked up the latter to 3000 kbps, so I'll see tonight how
> > > that behaves.
> >
> > Why so stingy?
On Tue, 2005-09-13 at 15:02 -0400, Joshua Baker-LePain wrote:
> On Tue, 13 Sep 2005 at 8:44pm, Erik P. Olsen wrote
>
> > I have now cranked up the latter to 3000 kbps, so I'll see tonight how
> > that behaves.
>
> Why so stingy? I'm assuming you have at least a 100Mbps connection? Why
> let am
On Tue, 13 Sep 2005 at 8:44pm, Erik P. Olsen wrote
> I have now cranked up the latter to 3000 kbps, so I'll see tonight how
> that behaves.
Why so stingy? I'm assuming you have at least a 100Mbps connection? Why
let amanda use only 3% of that (0.3% if you're using gigabit)?
--
Joshua Baker-L
On Tue, 2005-09-13 at 13:53 -0400, Jon LaBadie wrote:
> On Tue, Sep 13, 2005 at 06:01:37PM +0200, Erik P. Olsen wrote:
> > On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> > > I Have had a back-up active since 1 o'clock (this night). When I issue
> > > amstatus I can see that it is still a
2005/9/13, Jon LaBadie <[EMAIL PROTECTED]>:
> I read it as "don't touch for amanda usage" the last 0.5GB. Work only
> with what is above that. Of the part amanda can work with, reserve 30%
> for degraded mode.
>
> If, at the beginning of the dump, you started with 3GB available space
> on the ho
On Tue, 13 Sep 2005 at 8:32pm, Erik P. Olsen wrote
> On Tue, 2005-09-13 at 12:14 -0400, Joshua Baker-LePain wrote:
> > On Tue, 13 Sep 2005 at 6:01pm, Erik P. Olsen wrote
> >
> > > On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> > > > I Have had a back-up active since 1 o'clock (this nig
On Tue, 2005-09-13 at 12:14 -0400, Joshua Baker-LePain wrote:
> On Tue, 13 Sep 2005 at 6:01pm, Erik P. Olsen wrote
>
> > On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> > > I Have had a back-up active since 1 o'clock (this night). When I issue
> > > amstatus I can see that it is still ac
On Tue, Sep 13, 2005 at 06:01:37PM +0200, Erik P. Olsen wrote:
> On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> > I Have had a back-up active since 1 o'clock (this night). When I issue
> > amstatus I can see that it is still active although apparently doing
> > nothing. It reports one du
On Tue, 13 Sep 2005, Matt Hyclak wrote:
> On Tue, Sep 13, 2005 at 03:41:34PM +0100, Rodrigo Ventura enlightened us:
> > tapecycle is the total number of tapes; only these tapes are rotated,
> > right?
>
> Not exactly. tapecycle is the minimum number of tapes that will be used
> before any single t
I've read the amstatus docs and the "using amanda" chapter. Somehow, I
can't quite figure how to interpret the amstatus output.
This morning I did:
amstatus DailySet1 and got:
--SNIP--
SUMMARY part real estimated
size s
On Tue, 13 Sep 2005 at 6:01pm, Erik P. Olsen wrote
> On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> > I Have had a back-up active since 1 o'clock (this night). When I issue
> > amstatus I can see that it is still active although apparently doing
> > nothing. It reports one dumper busy w
On Tue, 2005-09-13 at 11:50 +0200, Erik P. Olsen wrote:
> I Have had a back-up active since 1 o'clock (this night). When I issue
> amstatus I can see that it is still active although apparently doing
> nothing. It reports one dumper busy with "no-bandwidth". What ican my
> problem be and what is th
On Tue, Sep 13, 2005 at 03:41:34PM +0100, Rodrigo Ventura enlightened us:
> Hi. There are a couple of parameters on amanda.conf that I can't
> figure out exactly their meaning, even after reading the man pages a
> thousand times:
>
> - dumpcycle, in days
> - runspercycle, in number of amdumps
> -
amanda disk 4096 Sep 13 16:56 _/
> drwxr-sr-x 4 amanda disk 4096 Sep 13 16:47 ./
> drwxr-xr-x 4 amanda disk 4096 Sep 13 16:24 ../
>
> I have checked the logfiles and they seem fine:
> START driver date 20050913
> DISK planner hostname /
> START planner date 20050913
> WARN
Hi. There are a couple of parameters on amanda.conf that I can't
figure out exactly their meaning, even after reading the man pages a
thousand times:
- dumpcycle, in days
- runspercycle, in number of amdumps
- tapecycle, in number of tapes
tapecycle is the total number of tapes; only these tapes
I Have had a back-up active since 1 o'clock (this night). When I issue
amstatus I can see that it is still active although apparently doing
nothing. It reports one dumper busy with "no-bandwidth". What ican my
problem be and what is this "no-bandwidth"?
[EMAIL PROTECTED] ~]# su amanda -c "/usr/sbi
Cameron Beattie wrote:
I am having trouble getting amanda to create index files. I have set
index to yes in the dumptype. I don't believe there is a permissions
problem:
ls -laF /var/lib/amanda/normal/index/hostname
drwxr-sr-x 2 amanda disk 4096 Sep 13 16:56 _/
drwxr-sr-x 4 amanda disk 4096
21 matches
Mail list logo