amanda 2.5.0p2: amtape show bug

2006-12-20 Thread Brett Marlowe
I have to groups configured to use one jukebox with the tapes organized 
for each group: slot 0 - 4 from group 1 and slot 5 - 21 for group 2. 
When using amtape group2 show the slots reported are 0 - 16 rather than 
5 - 21. Perhaps more annoying than problematic but until I figured it it 
was really confusing. I haven't upgraded yet so perhaps this already fixed.


Brett


Re: Amanda file driver questions

2006-12-20 Thread up
On Tue, 19 Dec 2006, Paul Bijnens wrote:

> Also have a look at the updated version:
>
> http://wiki.zmanda.com/index.php/File_driver

ok, thanks for that pointer

> >
> > and was able to get the first backup, but I seem confused about how to do
> > a "virtual tape" rotation.  I never used a changer before, so perhaps I
> > don't get the distinction between the slot number and the tape number.  I
> > basically want to have a 4 week level 0 rotation, where after the 4th
> > week, the first week gets overwritten, etc, just like a tape would.
> >
> > I created a directory on a usb drive like this:
> >
> > /mnt/usb/dumps
> >
> > I put this in my amanda.conf:
> >
> > dumpcycle 4 weeks   # the number of days in the normal dump cycle
> > tapecycle 4 tapes   # the number of tapes in rotation
> >
> > tapetype HARD-DISK  # what kind of tape it is (see tapetypes
> > labelstr "^FULL[0-9][0-9]*$"# label constraint regex: all tapes must
> >
> > tpchanger "chg-disk"
> >
> > changerfile "/usr/local/etc/amanda/weekly/changer.conf"
> >
> > define tapetype HARD-DISK {
> >  comment "Hard disk backup storage instead of tape"
> >  length 30 mbytes
> > }
>
>  > Then in my changer.conf, this:
>
>
> For chg-disk, you don't need a changer.conf.
> The number of "tapes" is taken from the dumpcycle paramater.
> And the "changerfile" parameter is the prefix of a set of
> files.

Sorry, I'm still confused about that changerfile...is it a file, or just a
text string to be used as the "prefix" for...what?  Tape names?  In the
wiki above, they show this example:

changerfile "/home/amanda/test/chg-disk-status"# status files prefix

But no example contents for that file.

> Also, chg-disk needs a "tapedev" which points to the root
> of a directory tree, containing "slotN" (N = 1... up-to-tapecycle)
> subdirectories.

I used:

tapedev "file:/mnt/usb/dumps"

The example page for chg-disk uses:

tapedev "file:/amandatapes/test/slots"

I assume either should work fine, but still find the distinction between
the "slot" name and the (virtual) tape name a little confusing.  Is there
any point in using:

labelstr "^FULL[0-9][0-9]*$"

Like I did for "real tapes", when amanda is going ahead and using "slotN"
for the names of each dmp directory anyway?

> Alternatively, you can use chg-multi instead of chg-disk, and
> have a detail changer.conf containing the layout of your
> vtapes.
>
> There is an example in the wiki.

According to that wiki, I would think chg-disk (simpler) would be better
for me)

> >
> >
> > multieject 0
> > gravity 0
> > needeject 0
> > ejectdelay 0
> >
> > firstslot 1
> > lastslot 2
>
> you probably mean "lastslot 4"

For chg-disk, this parameter is moot, since the file is, correct?

Thanks again, sorry for my density...

James Smallacombe PlantageNet, Inc. CEO and Janitor
[EMAIL PROTECTED]   
http://3.am
=





Re: Amanda file driver questions

2006-12-20 Thread Paul Bijnens

[EMAIL PROTECTED] schreef:


For chg-disk, you don't need a changer.conf.
The number of "tapes" is taken from the dumpcycle paramater.
And the "changerfile" parameter is the prefix of a set of
files.


Sorry, I'm still confused about that changerfile...is it a file, or just a
text string to be used as the "prefix" for...what?  Tape names?  In the
wiki above, they show this example:

changerfile "/home/amanda/test/chg-disk-status"# status files prefix

But no example contents for that file.


The changer scripts need some files to store status information
while operating the virtual tape.  It is the scripts that
read/write these files.  You don't need to fill them.
You just have to give path where to put them.  (The last
part of that pathname may be, but does not need to be a directory;
it is uses a prefix for some filenames.)




Also, chg-disk needs a "tapedev" which points to the root
of a directory tree, containing "slotN" (N = 1... up-to-tapecycle)
subdirectories.


I used:

tapedev "file:/mnt/usb/dumps"

The example page for chg-disk uses:

tapedev "file:/amandatapes/test/slots"

I assume either should work fine, but still find the distinction between
the "slot" name and the (virtual) tape name a little confusing.  Is there


The chg-disk vtape changer emulates a changer with many tapes and
one drive, and a mechanism to "insert" a tape in the drive.
Compare this to the chg-multi changer, which emulates a changer with
many drives, each having one tape.
The mechanism to insert a tape with chg-disk is to point a symlink
to the correct tape.


any point in using:

labelstr "^FULL[0-9][0-9]*$"

Like I did for "real tapes", when amanda is going ahead and using "slotN"
for the names of each dmp directory anyway?


Yes, because, in advanced use, you can move a vtape (slot) to
some other media (external disk, dvd...).




Alternatively, you can use chg-multi instead of chg-disk, and
have a detail changer.conf containing the layout of your
vtapes.

There is an example in the wiki.


According to that wiki, I would think chg-disk (simpler) would be better
for me)



multieject 0
gravity 0
needeject 0
ejectdelay 0

firstslot 1
lastslot 2

you probably mean "lastslot 4"


For chg-disk, this parameter is moot, since the file is, correct?


Even better, for chg-disk, you don't need any changer.conf file
at all...



--
Paul Bijnens, XplanationTel  +32 16 397.511
Technologielaan 21 bus 2, B-3001 Leuven, BELGIUMFax  +32 16 397.512
http://www.xplanation.com/  email:  [EMAIL PROTECTED]
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, F6, *
* quit,  ZZ, :q, :q!,  M-Z, ^X^C,  logoff, logout, close, bye,  /bye, *
* stop, end, F3, ~., ^]c, +++ ATH, disconnect, halt,  abort,  hangup, *
* PF4, F20, ^X^X, :D::D, KJOB, F14-f-e, F8-e,  kill -1 $$,  shutdown, *
* kill -9 1,  Alt-F4,  Ctrl-Alt-Del,  AltGr-NumLock,  Stop-A,  ...*
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***


Re: Amanda file driver questions

2006-12-20 Thread Jon LaBadie
On Wed, Dec 20, 2006 at 01:09:47PM -0500, [EMAIL PROTECTED] wrote:
> >
> 
> > Also, chg-disk needs a "tapedev" which points to the root
> > of a directory tree, containing "slotN" (N = 1... up-to-tapecycle)
> > subdirectories.
> 
> I used:
> 
> tapedev "file:/mnt/usb/dumps"
> 
> The example page for chg-disk uses:
> 
> tapedev "file:/amandatapes/test/slots"
> 
> I assume either should work fine, but still find the distinction between
> the "slot" name and the (virtual) tape name a little confusing.  Is there
> any point in using:
> 
> labelstr "^FULL[0-9][0-9]*$"
> 
> Like I did for "real tapes", when amanda is going ahead and using "slotN"
> for the names of each dmp directory anyway?
> 

chg-disk tries to mimic a real-world, physical tape drive,
tape changer, and tapes.  So the "slots" could be occuppied
by any tape though with virtual tapes this is typically
a static organization.

The physical tapes can have a human readable label.  Typically
this will match the labelstr, but need not.  Amanda can't read
that external, human readable label, so the amlabel command
writes a file containing the machine readable label.  This
must match the labelstr.

For vtapes the analog to the human readable, external label
is the directory name for the vtape.  When the vtape is
amlabel'ed, a file, containing the tape label, is written to
the directory (i.e. to the tape) just like a physical tape.
And again, the directory name and the contents of the label
file need not match.

My vtapes are scattered across multiple drives.  Because of
this my slots are not directories, but symlinks to the actual
vtape directories wherever they are located.

-- 
Jon H. LaBadie  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road(609) 252-0159
 Princeton, NJ  08540-4322  (609) 683-7220 (fax)