Robert P
> Cc: 'amanda-users@amanda.org'
> Subject: Re: Tape order
>
>
> % amadmin archive tape
> The next Amanda run should go onto 6 new tapes.
> The next 6 new tapes already labelled are: A00221, A00222, A00224,
> A00225, A00226, A00223
>
> Ha, they
Sent from my Android phone using TouchDown (www.nitrodesk.com)
From: Jean-Louis Martineau
Sent: Thursday, July 07, 2011 9:21:48 PM
To: McGraw, Robert P
Cc: 'amanda-users@amanda.org'
Subject: Re: Tape order
% amadmin archive tape
The next Amanda run
quot; "31-36"
property "load-poll" "0s poll 5s until 120s"
device-property "BLOCK_SIZE" "1024k"
device-property "LEOM" "true"
}
-Original Message-
From: Jean-Louis Martineau [mailto:martin...@zmanda.com]
Sent
until 120s"
device-property "BLOCK_SIZE" "1024k"
device-property "LEOM" "true"
}
> -----Original Message-
> From: Jean-Louis Martineau [mailto:martin...@zmanda.com]
> Sent: Thursday, July 07, 2011 3:20 PM
> To: McGraw, Robert P
> Cc: &
Always post which amanda release you are using!
Try chg-robot for your changer.
Jean-Louis
On 07/07/2011 02:21 PM, McGraw, Robert P wrote:
I am trying to determine what tape order amanda uses when requesting a reuse
tape.
My amanda.conf is configured to use slots 31-36 for my archive tapes
I am trying to determine what tape order amanda uses when requesting a reuse
tape.
My amanda.conf is configured to use slots 31-36 for my archive tapes. These
slots contain the following tapes.
Storage Element 31:Full :VolumeTag=A00224L2
Storage Element 32
I'll add to that.
We have been fouling up our tape order because the magazine
in the jukebox doesn't always get switched or we replace a
tape or...
I know there must be a better mechanism but I'm not above
editing the tapelist file directly. I put the tapes in the
order I want,
On 10/22/10 1:36 AM, Christ Schlacta wrote:
if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a small changer with only
2-5 slots, which I intend to load daily with the required tapes for the night's run, is it safe to
assume that amanda will *ALWAYS* request tapes in the
On Thu, 21 Oct 2010 22:36:07 -0700
Christ Schlacta wrote:
> if I have a theoretical tapecycle of 20, and the obvious 20 tapes,
> but a small changer with only 2-5 slots, which I intend to load daily
> with the required tapes for the night's run, is it safe to assume
> that amanda will *ALWAYS* re
if I have a theoretical tapecycle of 20, and the obvious 20 tapes, but a
small changer with only 2-5 slots, which I intend to load daily with the
required tapes for the night's run, is it safe to assume that amanda
will *ALWAYS* request tapes in the same numerical order, or can it at
any point
Dear everybody,
I'm using Amanda 2.5.1p3, and up to a few days ago it worked really
good. But the person in charge to change the tape forgot to do it, and I
realized it one week later when I came back to the office. When I had an
older version I used to change the order of the tape on the tape
sage-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Steve Wray
> Sent: Tuesday, October 17, 2006 4:03 PM
> To: amanda-users@amanda.org
> Subject: Re: tape order
>
>
> Jon LaBadie wrote:
> > On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settl
On Wed, Oct 18, 2006 at 09:03:09AM +1300, Steve Wray wrote:
>
> This has been bugging me for years.
>
...
>
> I've been looking for a way to get amanda to try to predict which tape
> it will want next in good time (a schedule for the next 3 days or so
> would be ideal). No luck so far...
Isn't
> I have 24 tapes and a 8 tape changer. For some reason, it is going
> 13->16->15->14->17. How can I fix this? can i just force it to take 14
> after 13 by only having 14 in there when it's expecting 16? My tapecycle
> is 10.
On the sticker used on the tape, do a double numbering, one by Amanda
Jon LaBadie wrote:
> On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote:
>> I have 24 tapes and a 8 tape changer. For some reason, it is going
>> 13->16->15->14->17. How can I fix this? can i just force it to take 14
>> after 13 by only having 14 in there when it's expecting 16? My
right, but since I have 24 tapes and my dumpcycle is 1 week, I should
never have to go that far back as to need these tapes.
Jon LaBadie wrote:
On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote:
I have 24 tapes and a 8 tape changer. For some reason, it is going
13->16->15->1
On Tue, Oct 17, 2006 at 11:44:53AM -0400, Steven Settlemyre wrote:
> I have 24 tapes and a 8 tape changer. For some reason, it is going
> 13->16->15->14->17. How can I fix this? can i just force it to take 14
> after 13 by only having 14 in there when it's expecting 16? My tapecycle
> is 10.
As
Forget about tape order. It's not important. AMANDA bases the order on
what is expiring/expired. So just forget about tape order, it's going to
get out of whack. Especially as you replace tapes due to wear.
--On October 17, 2006 11:44:53 AM -0400 Steven Settlemyre
<[EM
I have 24 tapes and a 8 tape changer. For some reason, it is going
13->16->15->14->17. How can I fix this? can i just force it to take 14
after 13 by only having 14 in there when it's expecting 16? My tapecycle
is 10.
Steve
> -Messaggio originale-
> Da: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Per conto di Matt Hyclak
> Inviato: giovedì 1 dicembre 2005 14.42
> A: amanda-users@amanda.org
> Oggetto: Re: Edit tapelist to change tape order
>
>
> On Thu, Dec 01, 2005 at 09:53:26A
On Thu, Dec 01, 2005 at 09:53:26AM +0100, Montagni, Giovanni enlightened us:
> I have a problem with tapelist file (shown below)
>
> 20051123 bkalfa-all07 reuse
> 20051123 bkalfa-all06 reuse
> 20051116 bkalfa-all04 reuse
> 20051110 bkalfa-all03 reuse
> 20051110 bkalfa-all02 reuse
> 20051109 bkalfa
On Thu, Dec 01, 2005 at 09:53:26AM +0100, Montagni, Giovanni wrote:
> I have a problem with tapelist file (shown below)
>
> 20051123 bkalfa-all07 reuse
> 20051123 bkalfa-all06 reuse
> 20051116 bkalfa-all04 reuse
> 20051110 bkalfa-all03 reuse
> 20051110 bkalfa-all02 reuse
> 20051109 bkalfa-all00 re
Title: Edit tapelist to change tape order
I have a problem with tapelist file (shown below)
20051123 bkalfa-all07 reuse
20051123 bkalfa-all06 reuse
20051116 bkalfa-all04 reuse
20051110 bkalfa-all03 reuse
20051110 bkalfa-all02 reuse
20051109 bkalfa-all00 reuse
0 bkalfa-all05 reuse
0
Hi,
I recently added 10 new tapes for a total of 30 in my amanda cycle, but
when I was labelling them amanda was not changing to the correct slot,
as a consequence some tapes were labeled more than once since I used the
force option.
Later I went back and re-labeled them 21-30, manually changi
I'm interested in changing my tape order, and I've found the very useful
messages in this regard. But then when I went to look at my tapelist it
was empty! It is r/w by the amanda user, and in the location specified by
the amanda.conf file. Why would this not be getting written?
Paul
On Sat, Jan 25, 2003 at 03:16:19PM -0500, Jon LaBadie wrote:
>
> Are there undesired consequences to reordering the tapelist now,
> placing the example tape 4 between tapes 3 & 5 with the same date as tape 5?
It you change the datestamp of a tape then amanda will lose all informations
of what's o
>Amazing but true, occasionally I fail to read my reports each morning``sla>p''
>(that was me slapping myself in the face).
:-) :-)
>Are there undesired consequences to reordering the tapelist now,
>placing the example tape 4 between tapes 3 & 5 with the same date as tape 5?
I don't think so
On Sat, Jan 25, 2003 at 10:48:19AM -0500, John R. Jackson wrote:
> >What (if anything) should I do to correct the order?
>
> Here's what I've done in the past (not that I've ever gotten things
> scrambled, of course :-):
>
> * Wait until your Amanda report says an "out of order" tape is going
>
ort says an "out of order" tape is going
to be skipped. In your case:
These dumps were to tape DailySet1-03.
...
The next tape Amanda expects to use is: DailySet1-05.
So DailySet1-04 is being bypassed here.
Note that another way to see the tape orde
n full brain power is applied.
Thanks Christoph.
>Gene Heskett schrieb:
>> On Friday 17 January 2003 21:13, DK Smith wrote:
>>>I finally determined why my tape order is not what I expected.
>>> (by looking at the tapelist file). I do not recall why my tape
>>> order m
after that increase your tape and Dumpcycle to the old values again
and you are done.
Christoph
Gene Heskett schrieb:
On Friday 17 January 2003 21:13, DK Smith wrote:
I finally determined why my tape order is not what I expected. (by
looking at the tapelist file). I do not recall why my tape
On Friday 17 January 2003 21:13, DK Smith wrote:
>I finally determined why my tape order is not what I expected. (by
> looking at the tapelist file). I do not recall why my tape order
> managed to get into this state... When I originally set things
> up, *i thought* the tapes were in o
On Fri, Jan 17, 2003 at 06:13:31PM -0800, DK Smith wrote:
>
> I finally determined why my tape order is not what I expected. (by looking at the
>tapelist file). I do not recall why my tape order managed to get into this state...
>When I originally set things up, *i thought* the t
I finally determined why my tape order is not what I expected. (by looking at the
tapelist file). I do not recall why my tape order managed to get into this state...
When I originally set things up, *i thought* the tapes were in order...
I was seeing...
##
Tues: DailySet1 AMANDA MAIL
Justin,
Check out the AMANDA FAQ-O-Matic:
http://amanda.sourceforge.net/fom-serve/cache/240.html
(Don't feel bad if you didn't find this entry before, I just created it. ;-)
Paul
> -Original Message-
> From: Justin Ainsworth [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 24, 2001
Hello...
John R. Jackson wrote:
>>
>> backup all the small partitions
>> several local partitions start
>> one of the partitions across the T1 starts
>> the local partitions end at various times
>> ...
>>
>> remote partition ends (about 4 hours later) and writes to tape
>> holding area dumps
>There is no tape activity for any backups started after the remote
>(slow) backup started.
I'd need to see the amdump. file to diagnose this any further.
It doesn't make any sense and I've never seen Amanda defer writing
to tape. When taper gets done with one file driver always gives it
someth
>
>backup all the small partitions
>several local partitions start
>one of the partitions across the T1 starts
>the local partitions end at various times
>...
>
>remote partition ends (about 4 hours later) and writes to tape
>holding area dumps start writeing to tape
Are you saying no tape activi
Hello...
I have several machines that I back up using amanda. All but one are on
the same network (100Mbit). The other one is across a T1(1.5Mbit) line.
I noticed the following behavour:
OS: linux (redhat 6.x)
amanda: 2.4.2 and 2.4.2p1
DLT changer
lots of room on the holding disk
* Grant Beattie <[EMAIL PROTECTED]> (Mon, Feb 19, 2001 at 05:29:54PM +1100)
> Is it possible to have the email reports list the file systems in the order
> they were written to tape?
> this would make it much easier to locate a file on the tape, especially if
> you have a lot of file systems.
am
Is it possible to have the email reports list the file systems in the order
they were written to tape?
this would make it much easier to locate a file on the tape, especially if
you have a lot of file systems.
g.
41 matches
Mail list logo