Hi Nathan,
Thanks for the response!
> On Nov 28, 2018, at 7:02 PM, Nathan Stratton Treadway
> wrote:
>
> On Wed, Nov 28, 2018 at 16:54:08 -0800, Chris Deiss wrote:
>> Hi,
>>
>> Under previous version of amvault, I was able to do this:
>>
>>
>> amvault -o diskfile=/usr/local/etc/amanda/daily/disklist.drs . . .
>>
>>
>> and it worked great! Was an excellent was to vault only a subset of DLEs to
>> special media/storage.
>
> What version were you using when this worked?
I have two active AMANDA servers, one running 3.3.6, the other at 3.5.1. The
“-o diskfile=...” option works as desired in 3.3.6.
>> It???s not working under 3.5.1, instead it defaults to the disklist
>> parameter defined in amanda.conf. Other options like '-o tapecycle=2'
>> _do_ work with the latest amvault, so it???s not a total failure to
>> modify the config, just appears to be a problem which includes the
>> ???disklist' parameter.
>
> There were some fixes to config-parameter processing in the versions
> leading up to v3.5.1. Off hand I wouldn't expect those changes to cause
> the symptoms you describe, but it's possible. I will try to look at the
> code for amvault and see if anything obvious is going on.
>
> I take it there is no error message?
Nope, no error. Instead, when I specify “-o
diskfile=/usr/local/etc/amanda/daily/disklist.drs“ on the command-line under
3.5.1, amvault vaults all DLEs in the file specified by the default ‘diskfile’
parameter defined in amanda.conf (that file is
"/usr/local/etc/amanda/daily/disklist").
> What happens if you specify a path to a non-existant file, or something
> like that?
In that case (e.g. “disklist.foo" which doesn’t exist), it produces "errors
processing disklist” and exits.
> Depending on what I find in the code for amvault, it might help narrow
> in on the problem to have the full command line you are trying to run,
> as well as a bit more information on what list of DLEs you want to vault
> and which ones are actually getting vaulted instead….
On 3.3.6, I’m exec’ing:
`amvault -o tapedev=vtape-fs1 -o tapetype=LTO6-2Gbfc -o tapecycle=1 -o
diskfile=/usr/local/etc/amanda/daily/disklist.drs \
--autolabel any --latest-fulls --label-template "drs-tape-%" --dst-changer
tapelib2 daily`
On 3.5.1, I’m exec'ing:
`amvault -o tapedev=vtape-fs1 -o tapecycle=2 -o
diskfile=/usr/local/etc/amanda/daily/disklist.drs --src-storage=daily \
--dest-storage s3-vault --latest-fulls daily`
When I issue that, amvault vaults all DLEs in the default ‘diskfile' file
("/usr/local/etc/amanda/daily/disklist”), which BTW contains the line:
includefile disklist.drs
That way, a normal amdump run includes all DLEs, both the ones I want vaulted
offsite (listed in “disklist.drs”) and all the rest (listed in the default file
“disklist”).
Another aside: it doesn’t seem to matter whether I specify the full path of the
diskfile file or not . . . presumably AMANDA commands prepend the path at which
amanda.conf resides if a relative filename is given? All of my diskfile files
are in the same directory as amanda.conf.
>> If anyone has alternative ways to vault a subset of DLEs, or an
>
>
> Well, amvault does accept a number of parameters and arguments to
> control what gets vaulted, but I guess those might not be sufficient if
> your disklist.drs list is long and arbitrary…
Yes, in this use-case, we’re trying to send an arbitrary set of DLE’s off-site
for DRS, and the DLEs span multiple hosts but not all filesystems on any given
host.
>
>> effective way to report a bug, please let me know.
>
> (This mailing list is currently the best way to report a bug...)
>
> Nathan
>
>
> Nathan Stratton Treadway - natha...@ontko.com - Mid-Atlantic region
> Ray Ontko & Co. - Software consulting services - http://www.ontko.com/
> GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt ID: 1023D/ECFB6239
> Key fingerprint = 6AD8 485E 20B9 5C71 231C 0C32 15F3 ADCD ECFB 6239