Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

pmnsmerge(1) [centos man page]

PMNSMERGE(1)						      General Commands Manual						      PMNSMERGE(1)

NAME
pmnsmerge - merge multiple versions of a Performance Co-Pilot PMNS SYNOPSIS
$PCP_BINADM_DIR/pmnsmerge [-adfv] infile [...] outfile DESCRIPTION
pmnsmerge merges multiple instances of a Performance Metrics Name Space (PMNS), as used by the components of the Performance Co-Pilot (PCP). Each infile argument names a file that includes the root of a PMNS, of the form root { /* arbitrary stuff */ } The order in which the infile files are processed is determined by the presence or absence of embedded control lines of the form #define _DATESTAMP YYYYMMDD Files without a control line are processed first and in the order they appear on the command line. The other files are then processed in order of ascending _DATESTAMP. The -a option suppresses the argument re-ordering and processes all files in the order they appear on the command line. The merging proceeds by matching names in PMNS, only those new names in each PMNS are considered, and these are added after any existing metrics with the longest possible matching prefix in their names. For example, merging these two input PMNS root { root { surprise 1:1:3 mine 1:1:1 mine 1:1:1 foo foo yawn yours 1:1:2 } } foo { foo { fumble 1:2:1 mumble 1:2:3 stumble 1:2:2 stumble 1:2:2 } } yawn { sleepy 1:3:1 } Produces the resulting PMNS in out. root { mine 1:1:1 foo yours 1:1:2 surprise 1:1:3 yawn } foo { fumble 1:2:1 stumble 1:2:2 mumble 1:2:3 } yawn { sleepy 1:3:1 } To avoid accidental over-writing of PMNS files, outfile is expected to not exist when pmnsmerge starts. The -f option forces the removal of outfile (if it exists), before the check is made. The -d option allows the resultant PMNS to optionally contain duplicate PMIDs with different names in the PMNS. By default this condition is considered an error. The -v option produces one line of diagnostic output as each infile is processed. Once all of the merging has been completed, pmnsmerge will attempt to load the resultant namespace using pmLoadASCIINameSpace(3) - if this fails for any reason, outfile will still be created, but pmnsmerge will report the problem and exit with non-zero status. CAVEAT
Once the writing of the new outfile file has begun, the signals SIGINT, SIGHUP and SIGTERM will be ignored to protect the integrity of the new file. PCP ENVIRONMENT
Environment variables with the prefix PCP_ are used to parameterize the file and directory names used by PCP. On each installation, the file /etc/pcp.conf contains the local values for these variables. The $PCP_CONF variable may be used to specify an alternative configura- tion file, as described in pcp.conf(5). SEE ALSO
pmnsadd(1), pmnsdel(1), pmLoadASCIINameSpace(3), pcp.conf(5), pcp.env(5) and pmns(5). Performance Co-Pilot PCP PMNSMERGE(1)

Check Out this Related Man Page

NEWHELP(1)						      General Commands Manual							NEWHELP(1)

NAME
newhelp - generate a performance metrics help database SYNOPSIS
$PCP_BINADM_DIR/newhelp [-V] [-n pmnsfile] [-o outputfile] [-v version] [file ...] DESCRIPTION
newhelp generates the Performance Co-Pilot help text files used by Performance Metric Domain Agents (PMDAs). Normally newhelp operates on the default Performance Metrics Namespace (PMNS), however if the -n option is specified an alternative names- pace is loaded from the file pmnsfile. When there is only one input file, the base name of the new database is derived from the name of the input file, otherwise the -o flag must be given to explicitly name the database. If no input files are supplied, newhelp reads from the standard input stream, in which case the -o flag must be given. If the output file name is determined to be foo, newhelp will create foo.dir and foo.pag. Although historically there have been multiple help text file formats, the only format currently supported using the -v option is version 2, and this is the default if no -v flag is provided. The -V flag causes verbose messages to be printed while newhelp is parsing its input. The first line of each entry in a help source file consists of an ``@'' character beginning the line followed by a space and then the per- formance metric name and a one line description of the metric. Following lines (up to the next line beginning with ``@'' or end of file) may contain a verbose help description. E.g. # # This is an example of newhelp's input syntax # @ kernel.all.cpu.idle CPU idle time A cumulative count of the number of milliseconds of CPU idle time, summed over all processors. Three-part numeric metric identifiers (PMIDs) may be used in place of metric names, e.g. 60.0.23 rather than kernel.all.cpu.idle in the example above. Other than for dynamic metrics (where the existence of a metric is known to a PMDA, but not visible in the PMNS and hence has no name that could be known to newhelp) use of this syntactic variant is not encouraged. Lines beginning with ``#'' are ignored, as are blank lines in the file before the first ``@''. The verbose help text is optional. As a special case, a ``metric'' name of the form NNN.MM (for numeric NNN and MM) is interpreted as an instance domain identification, and the text describes the instance domain. FILES
$PCP_VAR_DIR/pmns/* default PMNS specification files PCP ENVIRONMENT
Environment variables with the prefix PCP_ are used to parameterize the file and directory names used by PCP. On each installation, the file /etc/pcp.conf contains the local values for these variables. The $PCP_CONF variable may be used to specify an alternative configura- tion file, as described in pcp.conf(5). SEE ALSO
chkhelp(1), PMAPI(3), pmLookupInDomText(3), pmLookupText(3), pcp.conf(5) and pcp.env(5). Performance Co-Pilot PCP NEWHELP(1)
Man Page