From: Nathan Scott <nathans@redhat.com>
To: Jeff Hanson <jhanson@sgi.com>, mikeh@sgi.com
Cc: XFS <xfs@oss.sgi.com>, PCP <pcp@oss.sgi.com>
Subject: Re: [pcp] Suggestions for SGI ICE where we need to get quota information
Date: Wed, 31 Jul 2013 16:34:16 -0400 (EDT) [thread overview]
Message-ID: <74641529.7203019.1375302856174.JavaMail.root@redhat.com> (raw)
In-Reply-To: <51F90B6A.6050809@sgi.com>
Hi guys,
----- Original Message -----
> In SGI's ICE product we have a script that uses pcp to gather quota
> information to feed to ganglia and to alert the admin if a project is
> over quota. With newer pcp where pmcd is run as user pcp and not as
> root we get failures to obtain the quota information. Changing back
> to root or other similar techniques works (as expected). Since the
> hosts that run this are cluster infrastructure nodes this may be the
> hack we decide on but we'd like other suggestions.
[ http://oss.sgi.com/bugzilla/show_bug.cgi?id=985 ]
Hmm, interesting - sorry about that, its unintended fallout and it did
not occur to me that the XFS quota metrics would be affected. I would
strongly recommend not going back to running pmcd as root, kittens will
surely die (although it is likely to be your only solution currently).
There is a better way we can tackle this - we should isolate those
parts that need to run as root, and run them that way. This means we
need to transition these quota metrics into a new PMDA which runs as
root, separately to pmcd.
In a quirky twist, I happened to come across a very similar problem
recently with the xfs.control.reset metric - this needs root access
too in order to function (it provides a reset-stats-back-to-zero
mechanism by writing to a procfs file), so it also was an unintended
victim of the unprivileged-pmcd changes.
Thus, I propose we abstract out the xfs.* and quota.* (which, despite
being generically named "quota" metrics, are all XFS-specific) into a
new pmdaxfs which we run as root, in exactly the same way pmdaproc is
now run as root. We will need to manage the PMID transition (domain
number on these metrics will change) via pmlogrewrite, but that is a
well-trod path now and happily pmdaproc is an existence-proof that we
can successfully make these transitions.
If we do it correctly, we should be able to do this transparently so
that nobody notices. However, Murphy being Murphy ... I've CC'd the
XFS list to let 'em know this is coming.
cheers.
--
Nathan
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next parent reply other threads:[~2013-07-31 20:34 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <51F90B6A.6050809@sgi.com>
2013-07-31 20:34 ` Nathan Scott [this message]
2013-08-01 15:11 ` [pcp] Suggestions for SGI ICE where we need to get quota information Ben Myers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=74641529.7203019.1375302856174.JavaMail.root@redhat.com \
--to=nathans@redhat.com \
--cc=jhanson@sgi.com \
--cc=mikeh@sgi.com \
--cc=pcp@oss.sgi.com \
--cc=xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox