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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
