~ubuntu-branches/ubuntu/jaunty/sysstat/jaunty

« back to all changes in this revision

Viewing changes to FAQ

  • Committer: Bazaar Package Importer
  • Author(s): Robert Luberda
  • Date: 2007-03-29 20:47:12 UTC
  • mfrom: (1.1.6 upstream) (2.1.2 etch)
  • Revision ID: james.westby@ubuntu.com-20070329204712-u4eys5pupg7bxp2e
Tags: 7.0.4-4
* Small isag enhacements, backported from version 7.1.3:
  + add support for log subdirectiories and compressed log files,
  + auto load the latest log file,
  + use standard tk_messageBox to display error messages,
  + "save picture" prompts user for choosing path.
* Register FAQ with doc-base.

Show diffs side-by-side

added added

removed removed

Lines of Context:
45
45
2.16. Are the measurements gathered by sadc cumulative or instantaneous?
46
46
2.17. Some fields are always displayed as 0.00 when I use the sar -d
47
47
      command.
 
48
2.18. The sar command complains with the following message:
 
49
      "Requested activities not available".
 
50
2.19. How can I keep sar data for more than one month?
48
51
 
49
52
3. QUESTIONS RELATING TO IOSTAT
50
53
 
266
269
options -s and -e. Unfortunately, I have nothing displayed at all.
267
270
 
268
271
This is because no data belong to the specified time interval!
269
 
In fact, -p option makes sadf display its timestamp as a UTC value
270
 
(Coordinated Universal Time), as indicated in the manual page. The UTC value
271
 
may be different from the value that sar (or sadf without option -p) displays.
272
 
The same remark applies to the use of -d option.
 
272
With versions older than 7.0.1, the time specified by options -s or -e
 
273
may be considered as given in UTC (Coordinated Universal Time) or local
 
274
time depending on whether sadf displays its output in UTC or local time.
 
275
Option -p makes sadf display its timestamp in UTC, as indicated in the
 
276
manual page. The UTC value may be different from the value that sar
 
277
(or sadf without option -p) displays. The same remark applies to the
 
278
use of -d option.
273
279
 
274
280
~~~
275
281
 
284
290
Several such tools are lying around on the internet. I haven't tested all of
285
291
them and there must still be some way for improvement...
286
292
You can find among others: isag (a Perl script included in the sysstat
287
 
package), sarvant, sar2gp, loadgraph, SysStat Charts...
 
293
package), sarvant, sar2gp, loadgraph, SysStat Charts, sarplot...
288
294
I've also heard of commercial tools which use sysstat: PerfMan comes to mind,
289
295
among others.
290
296
If you find others which you think are of real interest, please let me know
329
335
~~~
330
336
 
331
337
2.14. The sar command complains with the following message:
332
 
Requested activities not available in file.
 
338
Requested activities not available in file
333
339
 
334
340
This error message means that you are trying to extract non-existent activities
335
341
from the data file. Usually sadc reads all the available activities from the
345
351
from a data file.
346
352
NB: If the sar command complains with the error message:
347
353
"Requested activities not available" (without mentioning "in file"),
348
 
it means that you are trying to display activities that the kernel itself is
349
 
unable to provide.
 
354
please see question 2.18 below.
350
355
 
351
356
~~~
352
357
 
381
386
 
382
387
See question 3.2 below.
383
388
 
 
389
~~~
 
390
 
 
391
2.18. The sar command complains with the following message:
 
392
Requested activities not available
 
393
 
 
394
This error message means that you are trying to display activities that the
 
395
kernel itself is unable to provide.
 
396
When this error message is displayed while trying to save the data into an
 
397
existing file ("sar -o datafile ..."), this may also be because the target
 
398
file cannot accept the requested activities. In this case, just try to use
 
399
another file or create a new one.
 
400
 
 
401
~~~
 
402
 
 
403
2.19. How can I keep sar data for more than one month?
 
404
 
 
405
By default sar saves its data in the standard system activity data file,
 
406
the /var/log/sa/sa<DD> file, where <DD> is the current day in the month.
 
407
To prevent sar from overwriting any existing files, just set the variable
 
408
HISTORY in /etc/sysconfig/sysstat to the number of days during which data
 
409
must be kept. When this variable has a value greater than 28, sa1 script
 
410
uses a month-by-month directory structure; datafiles are named YYYYMM/saDD
 
411
and the script maintains links to these datafiles to mimic the standard
 
412
sar datafile structure.
 
413
However please note that pre-existing datafiles will be deleted as links
 
414
will be created and replace them.
 
415
 
384
416
 
385
417
3. QUESTIONS RELATING TO IOSTAT
386
418
###############################