COLLECTL2PCP(1)
π COLLECTL2PCP β the manual page, but make it cute
okay bestie, gather round, because this one is genuinely iconic: collectl2pcp is the little command that takes your raw collectl(1) data and turns it into a shiny PCP archive. it's giving "glow-up for your logs" β¨
πΈ NAME πΈ
collectl2pcp β import collectl data to a PCP archive
π¦ SYNOPSIS π¦
collectl2pcp [-fv?] [-D debug] file [file ...] archive
π DESCRIPTION π
so here's the tea, bestie π« β collectl2pcp reads raw collectl(1) data out of each file and creates a brand new PCP archive with the basename archive. that's it, that's the whole job, and it does it flawlessly π
each input file can be gzipped, no drama β just needs the .gz suffix. π
the PCP archive and at least one input file are required arguments. not optional. no skipping. periodt. π
β¨ OPTIONS β¨
these are the command line options, and yes, we're going through all of them:
-f,--forceβ overwrites the archive (plus the index and meta files, the whole lil entourage π) if it already exists. lowkey a little dangerous, but it's your archive, main character.-v,--verboseβ reports progress and errors in full detail, very "tell me everything" energy. it also reports a count of unsupported metric data in thecollectl(1)input file(s) β stuff that's normally silently skipped. so if you're nosy (valid π), this is the flag for you.-?,--helpβ displays the usage message and exits. the classic "wait what do I do" button πfile [file ...]β these are yourcollectl(1)input files. and here's the important bit, so listen up π«Ά: if you give more than one, they must contain data for the same host, and they must be given in time-stamp chronological order on the command line. no shuffling, bestie, the order matters.
π‘ side note that's actually in the manual: whencollectl(1)runs as a service, it normally creates files with date-based names that sort chronologically all on their own (like,/var/log/collectl/*.gzwill sort correctly π ). so the universe already handled it for you. slay.
π PCP ENVIRONMENT π
environment variables with the prefix PCP_ are what parameterize the file and directory names that PCP uses. on every installation, the file /etc/pcp.conf holds the local values for these variables. and the $PCP_CONF variable can be used to point at a different configuration file instead, exactly as described in pcp.conf(5). π§
for environment variables that affect PCP tools in general, go look at pmGetOptions(3). iykyk π
π DEBUGGING OPTIONS π
the -D or --debug option turns on extra diagnostics on stderr to help triage problems. real talk though β the info is sometimes cryptic π and it's primarily intended to provide guidance for developers rather than for end-users. so it's not really a "fun facts about your archive" situation.
debug is a comma-separated list of debugging options. to get the list of available debugging options and what they mean, use pmdbg(1) with the -l option. π
π SEE ALSO π
collectl(1), PCPIntro(1), LOGIMPORT(3), pcp.conf(5), pcp.env(5) and PMNS(5). go read them, bestie, they're all in the group chat π
and that's the whole page!! brought to you by Performance Co-Pilot and PCP β this one's the collectl2pcp(1) manual, mwah, no notes, bye bestie π«Άβ¨π
π¦ where this page comes from
- arch rolling: pcp 7.2.2-2 Β· GPL-2.0-or-later AND LGPL-2.1-or-later AND CC-BY-3.0
- fedora 43: pcp-doc 7.2.1-1.fc43
- fedora 43: pcp-doc 7.2.2-1.fc43
- fedora 43: pcp-doc 7.2.2-2.fc43 Β· GPL-2.0-or-later AND CC-BY-3.0
- fedora 44: pcp-doc 7.2.1-1.fc44
- fedora 44: pcp-doc 7.2.2-1.fc44
- fedora 44: pcp-doc 7.2.2-2.fc44 Β· GPL-2.0-or-later AND CC-BY-3.0
- ubuntu stonking: pcp-import-collectl2pcp 7.2.1-2build1
- Copyright (c) 2013,2019 Red Hat
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms