Re: amreport issue

On 19/05/17 03:53 PM, Orion Poplawski wrote:
> Ah, just discovered that as well, but didn't quite realize it made the 
> difference.
>
> The strategy I've been using for a while now for backups has been to run
> amdump in degraded mode to run dumps in parallel to the holding disk, 
> but my
> holding disk is actually a directory on my final storage volume. Then my
> "amdiskflush" script "flushes" the dumps by renaming them and moving 
> them into
> their normal location - which takes less than a second.
>
> I could avoid this if either:
> - amdump could dump in parallel directly to the final storage location
You can, set:
   taper-parallel-write 10
   max-dle-by-volume 1
   runtapes 100
in the dumptype:
   holdingdisk never

It put 1 dle on each volumes, so it require more slots

Jean-Louis

> - amflush would use "rename" instead of copying files if the source 
> and target
> location was the same filesystem.
>
> Perhaps this is now possible with 3.4.4 - I haven't looked closely at 
> things yet.
>
> Thanks again.
>
> On 05/19/2017 01:39 PM, Jean-Louis Martineau wrote:
> > The problem is not in amreport, but in your log file
> >
> > Add a line like:
> > INFO amflush amflush pid 6670
> > at the beginning of the log file.
> >
> > You should run a real amflush, then looks at the log at fix your 
> scripts to be
> > similar.
> >
> > Why you are not using amflush?
> >
> > Jean-Louis
> >
> > On 19/05/17 03:24 PM, Orion Poplawski wrote:
> >> It appears that amreport isn't detect my custom amflush logs as 
> amflush. This
> >> appears to be that $self->{flags}{normal_run} is never initialized 
> and in:
> >>
> >> if (!$self->get_flag("normal_run")) {
> >> if ( ( defined $self->get_program_info("amflush") )
> >> && ( scalar %{ $self->get_program_info("amflush") } ) ) {
> >> debug("detected an amflush run");
> >>
> >> the conditional fails so it never checks for amflush. If I add:
> >>
> >> $self->{flags}{normal_run} = 0;
> >>
> >> to the initialization before reading the log then it appears to 
> detect an
> >> amflush report.
> >>
> >> --
> >> Orion Poplawski
> >> Technical Manager 720-772-5637
> >> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> >> 3380 Mitchell Lane [email protected]
> >> Boulder, CO 80301 http://www.nwra.com 
> <http://www.nwra.com>
> >
> >
> >
> >
> > *Disclaimer*
> >
> > This message is the property of *CARBONITE, INC.* 
> <http://www.carbonite.com 
> <http://www.carbonite.com>>
> > and may contain confidential or privileged information.
> >
> > If this message has been delivered to you by mistake, then do not 
> copy or
> > deliver this message to anyone. Instead, destroy it and notify me by 
> reply e-mail.
> >
>
>
> -- 
> Orion Poplawski
> Technical Manager 720-772-5637
> NWRA, Boulder/CoRA Office FAX: 303-415-9702
> 3380 Mitchell Lane [email protected]
> Boulder, CO 80301 http://www.nwra.com 
> <http://www.nwra.com>
This message is the property of CARBONITE, INC. and may contain confidential or privileged information.
If this message has been delivered to you by mistake, then do not copy or deliver this message to anyone.  Instead, destroy it and notify me by reply e-mail