Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

pmnsadd(1) [centos man page]

PMNSADD(1)						      General Commands Manual							PMNSADD(1)

NAME
pmnsadd - add new names to the Performance Co-Pilot PMNS SYNOPSIS
$PCP_BINADM_DIR/pmnsadd [-d] [-n namespace] file DESCRIPTION
pmnsmerge(1) performs the same function as pmnsadd and is faster, more robust and more flexible. It is therefore recommended that pmns- merge(1) be used instead. pmnsadd adds subtree(s) of new names into a Performance Metrics Name Space (PMNS), as used by the components of the Performance Co-Pilot (PCP). Normally pmnsadd operates on the default Performance Metrics Namespace (PMNS), however if the -n option is specified an alternative names- pace is used from the file namespace. The default PMNS is found in the file $PCP_VAR_DIR/pmns/root unless the environment variable PMNS_DEFAULT is set, in which case the value is assumed to be the pathname to the file containing the default PMNS. The new names are specified in the file, arguments and conform to the syntax for PMNS specifications, see pmns(5). There is one PMNS sub- tree in each file, and the base PMNS pathname to the inserted subtree is identified by the first group named in each file, e.g. if the specifications begin myagent.foo.stuff { mumble 123:45:1 fumble 123:45:2 } then the new names will be added into the PMNS at the non-leaf position identified by myagent.foo.stuff, and following all other names with the prefix myagent.foo. The new names must be contained within a single subtree of the namespace. If disjoint subtrees need to be added, these must be packaged into separate files and pmnsadd used on each, one at a time. All of the files defining the PMNS must be located within the directory that contains the root of the PMNS, this would typically be $PCP_VAR_DIR/pmns for the default PMNS, and this would typically imply running pmnsadd as root. As a special case, if file contains a line that begins root { then it is assumed to be a complete PMNS that needs to be merged, so none of the subtree extraction and rewriting is performed and file is handed directly to pmnsmerge(1). Provided some initial integrity checks are satisfied, pmnsadd will update the PMNS using pmnsmerge(1) - if this fails for any reason, the original namespace remains unchanged. 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. CAVEAT
Once the writing of the new namespace file has begun, the signals SIGINT, SIGHUP and SIGTERM will be ignored to protect the integrity of the new files. FILES
$PCP_VAR_DIR/pmns/root the default PMNS, when then environment variable PMNS_DEFAULT is unset 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
pmnsdel(1), pmnsmerge(1), pcp.conf(5), pcp.env(5) and pmns(5). Performance Co-Pilot PCP PMNSADD(1)

Check Out this Related Man Page

PMTRIMNAMESPACE(3)					     Library Functions Manual						PMTRIMNAMESPACE(3)

NAME
pmTrimNameSpace - prune a performance metrics name space C SYNOPSIS
#include <pcp/pmapi.h> int pmTrimNameSpace(void); cc ... -lpcp DESCRIPTION
If the current Performance Metrics Application Programming Interface (PMAPI) context corresponds to a version 1 archive log of Performance Co-Pilot (PCP) performance metrics (as collected by pmlogger(1) -V1), then the currently loaded Performance Metrics Name Space (PMNS), is trimmed to exclude metrics for which no description can be found in the archive. The PMNS is further trimmed to remove empty subtrees that do not contain any performance metric. Since PCP archives usually contain some subset of all metrics named in the default PMNS, pmTrimNameSpace effectively trims the applica- tion's PMNS to contain only the names of the metrics in the archive. Since PCP 2.0, pmTrimNameSpace is only needed for dealing with version 1 archives. Version 2 archives actually store the "trimmed" PMNS. Prior to any trimming, the PMNS is restored to the state as of the completion of the last pmLoadASCIINameSpace(3) or pmLoadNameSpace(3), so the effects of consecutive calls to pmTrimNameSpace with archive contexts are not additive. If the current PMAPI context corresponds to a host and a pmLoadASCIINameSpace(3) or pmLoadNameSpace(3) call was made, then the PMNS reverts to all names loaded into the PMNS at the completion of the last pmLoadASCIINameSpace(3) or pmLoadNameSpace(3), i.e. any trimming is undone. On success, pmTrimNameSpace returns zero. SEE ALSO
pmlogger(1), PMAPI(3), pmLoadASCIINameSpace(3), pmLoadNameSpace(3), pmNewContext(3) and pmns(5). DIAGNOSTICS
PM_ERR_NOPMNS you must have loaded a PMNS using pmLoadASCIINameSpace(3) or pmLoadNameSpace(3) before calling pmTrimNameSpace PM_ERR_NOCONTEXT the current PMAPI context is invalid Performance Co-Pilot PCP PMTRIMNAMESPACE(3)
Man Page