Re: zeroconf subrpm package

"Nathan Scott" <[email protected]>
Newsgroups gmane.comp.sysutils.pcp
Message-ID <[email protected]>
Hi Mark,

----- Original Message -----
> On Mon, Oct 24, 2016 at 1:50 PM, Nathan Scott <[email protected]> wrote:
> > ----- Original Message -----
> > > [...]
> > > > ISTM that the pcp-collector subrpm varies from this one only in that
> > > > the pcp-collector Requires: all the pmdas.  How about
> > > > repurposing/renaming that subrpm to a "pcp-pmdas-all" (like is done
> > > > elsewhere in fedora),
> >
> > We can't change the definition of pcp-collector like this - its been
> > released already, people will have it installed and on upgrade there
> > are very specific changes the pcp-support-zeroconf package will make.
> > Those changes will be inappropriate for some existing installations.
> >
> > A Provides: pcp-pmdas-all on the existing pcp-collector package would
> > be fine, not sure if thats really useful though.
> >
> > > We could also change the pmlogger config to log more frequenty with a
> > > different set of metrics.
> >
> > Yes, thats one of the pcp-support-zeroconf needs Mark has, AIUI - proc
> > and xfs.perdev will become enabled by this package.
> >
> >
> >
> [Sorry for the delay in responding here]
> 
> The rationale for 'pcp-support-zeroconf' is to minimize the manual
> configuration steps needed to collect useful performance data for off-site
> support and analysis purposes, in typical enterprise production
> environments. Installing the package (either directly or via a 3rd party
> packaging dependency) would configure something like the following
> automatically via a %postin scriptlet (or the equivalent for non RPM
> platforms) :
> - set the default logging interval to 10s
> - enable xfs.perdev logging
> - enable some optional PMDAs and logging thereof
> - enable atop-proc logging (and maybe more proc metrics too) at 30s
> - disable all inet domain sockets, only listen on unix domain or local
> pipes etc
> - enable and start the pmlogger and pmie services (and maybe pmcd too if
> local pmlogger is insufficient)
> 

The above all looks relatively straightforward to achieve in the way you're
thinking Mark.  In terms of implementation, it might be worth writing a new
shell script to do the transition (more easily testable), shipping that via
the new RPM and then executing it in the %postin.

Its mostly running PCP tools like pmlogconf and so on to ensure the system
achieves the desired state in terms of metrics logged & daemons enabled.

It might be worth adding an env var override to /etc/sysconfig/pmlogger for
PMLOGGER_INTERVAL too, it'll be easier to set/update that way than parsing
control files looking for a -t setting within a line of other options.

Oh, I'd also would recommend writing that script (if you go that route) such
that its safe to run multiple times (i.e. makes no change to systems in the
state you seek), and have a nice diagnostic/verbose mode so that it can
whistle-while-it-works & tell us all about its actions.  And maybe a -n mode
where it makes no changes, just reports.

> - only allow local pmcd connections (or maybe even no pmcd at all and only
> enable the pmlogger service in local mode - but that's currently limited to
> certain DSO PMDAs only)
> Obviously there are logistical issues with this, e.g. what if pcp is
> already installed and configured, handling upgrades, etc., and there are
> probably policy issues too (though enabling and starting services might be
> OK if daemons only listen locally).

This last one is the most difficult I think, and I suspect you'll struggle
to do it from a separate package (i.e. I think we need to manage this one
from the pcp package itself, since thats the one that knows if its a fresh
install or an upgrade - of itself, IOW).

But, it is also readily achievable - just via a different avenue (and we know
we need it for Fedora policy requirements anyway).

cheers.

--
Nathan

-=-=-=-=-=-=-=-=-=-=-=-
pcp mailing list
[email protected]
https://groups.io/g/pcp/messages
-=-=-
Groups.io Links:

You receive all messages sent to this group.

View/Reply Online (#14595): https://groups.io/g/pcp/message/14595
View All Messages In Topic (6): https://groups.io/g/pcp/topic/2963561
Mute This Topic: https://groups.io/mt/2963561?uid=174580
New Topic: https://groups.io/g/pcp/post

Change Your Subscription: https://groups.io/g/pcp/editsub?uid=174580

Group Home: https://groups.io/g/pcp
Contact Group Owner: [email protected]

Terms of Service: https://groups.io/static/tos

Unsubscribe: https://groups.io/g/pcp/leave/354243/563757577/xyzzy
-=-=-=-=-=-=-=-=-=-=-=-
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.