Re: amreport issue

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
- 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
> 
> 
> 
> 
> *Disclaimer*
> 
> This message is the property of *CARBONITE, INC.* <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