Hello,

The AveBytes/sec is the total number of bytes read from the FD for that
job divided by the total number of seconds the job has been running.

The LastBytes/sec is the number of bytes read from the FD for that job
since the last status command using a trivial smoothing algorithm that
includes the prior value of LastBytes.  Note, if you use multiple status
commands the LastBytes/sec will be updated if you wait at least 10
seconds between status commands.

Part of the calculation is done with 32 bit integer arithmetic, so there
is a possibility that there is a truncation error once the TotalBytes
exceed 4 billion -- i.e. there may be a bug in the calculation that I
will look at.

If you can check to see if the calculations look good during the first 4
GB of backup, but then drop to zero, please open a bug report. 

Best regards,
Kern

On 09/13/2014 04:49 AM, Ivan Adzhubey wrote:
> Hi all,
>
> I have recently upgraded to Bacula 7.0.5 on my old backup server, which seems 
> to have worked fine. However, I am now trying to figure out how to interpret 
> rather detailed status messages produced by various "status" command. One 
> particular puzzling thing is the following Storage status line:
>
> *status sd
>
> xxxx-sd Version: 7.0.5 (28 July 2014) i686-pc-linux-gnu ubuntu 8.04
> Daemon started 12-Sep-14 01:21. Jobs: run=2, running=2.
>
> <...>
>
> Running Jobs:
> Writing: Full Backup job XXXX JobId=52618 Volume="LF0033"
>     pool="LargeFull" device="Drive-1" (/dev/nst1)
>     spooling=0 despooling=1 despool_wait=0
>     Files=292,872 Bytes=63,980,083,815 AveBytes/sec=0 LastBytes/sec=0
>     FDReadSeqNo=3,388,503 in_msg=2576431 out_msg=9 fd=19
>
> The strange part is that the "AveBytes/sec" and "LastBytes/sec" values are 
> always zero while at the same both Files and Bytes counters keep 
> incrementing. 
> The job seems to be busy despooling and making progress but the speed-o-meter 
> readings are not reflecting this.
>
> Is this a known problem?
>
> Thanks,
> Ivan
>
>


------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users