1PMSTORE(1)                  General Commands Manual                 PMSTORE(1)
2
3
4

NAME

6       pmstore - modify performance metric values
7

SYNOPSIS

9       pmstore  [-L]  [-h host] [-i instances] [-K spec] [-n pmnsfile] metric‐
10       name value
11

DESCRIPTION

13       Under certain circumstances, it is useful to be able to modify the val‐
14       ues of performance metrics, for example to re-initialize counters or to
15       assign new values to metrics that act as control variables.
16
17       pmstore changes the current values for the  nominated  instances  of  a
18       single  performance metric, as identified by metricname and the list of
19       instance identifiers following the -i argument.  instances  must  be  a
20       single  argument,  with elements of the list separated by commas and/or
21       white space.  By default all instances of metricname will be updated.
22
23       Normally pmstore operates on the default Performance Metrics Name Space
24       (PMNS),  however if the -n option is specified an alternative namespace
25       is loaded from the file pmnsfile.
26
27       Unless directed to another host by the -h option, pmstore will interact
28       with the Performance Metric Collector Daemon (PMCD) on the local host.
29
30       The -L option causes pmstore to use a local context to store to metrics
31       from PMDAs on the local host  without  PMCD.   Only  some  metrics  are
32       available in this mode.  The -h and -L options are mutually exclusive.
33
34       The  interpretation  of  value  is  dependent on the syntax used in its
35       specification and the underlying data type of metricname, as follows.
36
37       1.  If the metric has an integer type, then value should be an optional
38           leading  hyphen,  followed  either  by decimal digits or ``0x'' and
39           some hexadecimal digits.  ``0X'' is  also  acceptable  in  lieu  of
40           ``0x''.  See strtol(3) and the related routines.
41
42       2.  If  the  metric  has  a  floating  point type, then value should be
43           either in the form of an integer described above, or a fixed  point
44           number, or a number in scientific notation.  See strtod(3).
45
46       3.  If  the  metric  has  a string type, then value is interpreted as a
47           literal string of ASCII characters.
48
49       4.  If  the  metric  has  any  other  type  (i.e.    PM_TYPE_EVENT   or
50           PM_TYPE_AGGREGATE)  then no encoding of value from the command line
51           makes sense, and the values of these  metrics  cannot  be  modified
52           with pmstore.
53
54       The  output  reports  the  old value and the new value for each updated
55       instance of the requested metric.
56
57       When using the -L option to fetch metrics from a local context, the  -K
58       option  may be used to control the DSO PMDAs that should be made acces‐
59       sible.   The  spec  argument  conforms  to  the  syntax  described   in
60       __pmSpecLocalPMDA(3).  More than one -K option may be used.
61

FILES

63       $PCP_VAR_DIR/pmns/*
64                 default PMNS specification files
65

PCP ENVIRONMENT

67       Environment variables with the prefix PCP_ are used to parameterize the
68       file and directory names used by PCP.  On each installation,  the  file
69       /etc/pcp.conf  contains  the  local  values  for  these variables.  The
70       $PCP_CONF variable may be used to specify an alternative  configuration
71       file, as described in pcp.conf(5).
72

SEE ALSO

74       pmcd(1),  pminfo(1), pmval(1), __pmSpecLocalPMDA(3), strtod(3) and str‐
75       tol(3).
76

DIAGNOSTICS

78       Two messages indicate a mismatch between the  internal  data  type  for
79       metricname and the value provided.
80
81       The value "???" is out of range for the data type (PM_TYPE_...)
82
83       The value "???" is incompatible with the data type (PM_TYPE_...)
84
85
86
87Performance Co-Pilot                  PCP                           PMSTORE(1)
Impressum