On Sat, Jun 02, 2018 at 13:05:16 +0200, Dirk-Willem van Gulik wrote:
> On 1 Jun 2018, at 19:14, Chris Nighswonger <[email protected]>
> wrote:
> >
> > Based on the example disklist file, it looks like when using the multi-line
> > format, you need a leading slash before your diskname entry:
> >
> > /tank/jail/webhost091
> >
> > or some such.
>
> Unfortunately - the disk is a ZFS volume - so one does not really want
> the slash there. And the no-multi-line version of the same does work.
>
> Or is there something special in the multi line code that uses a ^\\\w+ sort
> of regex ?
>
I don't have v3.3.9 installed anywhere to look at specifically, and
don't have experience with ZFS backups, but after looking at the code in
disklist.c, off hand I don't believe the problem is likely to be with
_parsing_ the "{"... "}" block.
Instead, from your error message I wonder if the ZFS-snapshotting isn't
actually happening as expected in the multi-line case, presumably because
some part of the definition of
"openssl-client-encrypt-best-zfssnapshot-jail" isn't getting carried
over to the "clone" dumptype created by the { ... } syntax.
You might find some useful information by comparing the
sendbackup.*.debug/sendsize.*.debug log files between a successful,
no-multi-line DLE entry run and a failed run with the multiline DLE.
(And if the ZFS script calls generate any separate log files, check
those as well.)
Meanwhile, if you post the amanda.conf definition of the
openssl-client-encrypt-best-zfssnapshot-jail dump tupe (along with any
script-tool and parent dump type definitions), that may give a hint as
to which component of the definition isn't getting copied correctly.
(For good measure, it might be useful to see the
"DEFINE DUMPTYPE openssl-client-encrypt-best-zfssnapshot-jail" and
related DEFINE SCRIPT section from the output of "amadmin CONFIG config"
as well.)
Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway - [email protected] - 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
