From wwwrun@oss.sgi.com Wed Jan 1 14:00:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 0925E7F57; Wed, 1 Jan 2014 14:00:22 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1042] New: rpm pmda doesn't support multiple-version rpms Date: Wed, 01 Jan 2014 20:00:20 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: fche@redhat.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: scox@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc classification Message-ID: Content-Type: multipart/alternative; boundary="1388606421.cf66d61.12432"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1388606421.cf66d61.12432 Date: Wed, 1 Jan 2014 14:00:21 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1042 Bug ID: 1042 Summary: rpm pmda doesn't support multiple-version rpms Product: pcp Version: unspecified Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 Component: pcp Assignee: scox@redhat.com Reporter: fche@redhat.com CC: pcp@oss.sgi.com Classification: Unclassified On my f19 machine: % rpm -q kernel-devel kernel-devel-3.11.10-200.fc19.x86_64 kernel-devel-3.12.5-200.fc19.x86_64 % pminfo -f rpm.version| grep kernel-devel inst [2514 or "kernel-devel"] value "3.11.10" (note the 3.12.5 info is missing) Similarly for other RPMs of whom more than one version/release is concurrently installed. (Having multiple versions like this is normal.) The rpm pmda should not use rpm "n" (name) as its key instance-domain, but rather the whole n-v-r-a string, or (if possible) some rpmlib internal unique & persistent identifier. (It is possible, though not quite normal, for the exact same n-v-r-a rpm to be installed multiple times.) -- You are receiving this mail because: You are on the CC list for the bug. --1388606421.cf66d61.12432 Date: Wed, 1 Jan 2014 14:00:21 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Bug ID	1042
Summary	rpm pmda doesn't support multiple-version rpms
Product	pcp
Version	unspecified
Hardware	All
OS	Linux
Status	NEW
Severity	major
Priority	P5
Component	pcp
Assignee	scox@redhat.com
Reporter	fche@redhat.com
CC	pcp@oss.sgi.com
Classification	Unclassified

On my f19 machine:

% rpm -q kernel-devel
kernel-devel-3.11.10-200.fc19.x86_64
kernel-devel-3.12.5-200.fc19.x86_64

% pminfo -f rpm.version| grep kernel-devel
    inst [2514 or "kernel-devel"] value "3.11.10"
(note the 3.12.5 info is missing)

Similarly for other RPMs of whom more than one version/release is concurrently
installed.  (Having multiple versions like this is normal.)

The rpm pmda should not use rpm "n" (name) as its key instance-domain,
but rather the whole n-v-r-a string, or (if possible) some rpmlib
internal unique & persistent identifier.  (It is possible, though not
quite normal, for the exact same n-v-r-a rpm to be installed multiple
times.)

You are receiving this mail because:

You are on the CC list for the bug.

--1388606421.cf66d61.12432-- From fche@redhat.com Sun Jan 5 14:16:51 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 5DAC77F3F for ; Sun, 5 Jan 2014 14:16:51 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4BA078F804B for ; Sun, 5 Jan 2014 12:16:51 -0800 (PST) X-ASG-Debug-ID: 1388953007-04cbb04166bfcc30001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UC5e6HRfYzSuAhaG for ; Sun, 05 Jan 2014 12:16:47 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s05KGkh4015252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 5 Jan 2014 15:16:46 -0500 Received: from fche.csb (vpn-54-142.rdu2.redhat.com [10.10.54.142]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s05KGjr3008156; Sun, 5 Jan 2014 15:16:46 -0500 Received: by fche.csb (Postfix, from userid 2569) id 6F23F58185; Sun, 5 Jan 2014 15:16:45 -0500 (EST) Date: Sun, 5 Jan 2014 15:16:45 -0500 From: "Frank Ch. Eigler" To: Nathan Scott Cc: Dave Brolley , PCP Mailing List Subject: Re: Discovery, pmfind, pmmgr - initial review notes Message-ID: <20140105201645.GC15448@redhat.com> X-ASG-Orig-Subj: Re: Discovery, pmfind, pmmgr - initial review notes References: <1747733941.30448124.1386913932191.JavaMail.root@redhat.com> <706995772.30452503.1386915256290.JavaMail.root@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <706995772.30452503.1386915256290.JavaMail.root@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1388953007 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Nato - nathans wrote: > ps: I'm away for 3 weeks, starting .... now. See you next > year, I hope you have a safe and enjoyable holiday season! Welcome back! > [pmmgr man page] > > No config comments allowed? Just README - someplace else though? > seems a bit harsh. *shrug* - good reasons for the rigidity I hope. It makes parsing bulletproof and absolutely trivial. > Man page style - command names usually in bold in PCP man pages. Fixed. > [build/makefiles] > pmmgr not on windows? (pmcd+pmdas & libpcp shows how it can be done) > - this would be really good to have there [...] Agreed, maybe in the not-too-far future. > [...] > [pmmgr] > > log-directory config file hard-codes /var/log/pcp ... use $PCP_LOG_DIR? > (can these config files have embedded env vars?) Dropped that. That and other .default files were there to document (redundantly with the man page) the built-in defaults. > target-discovery.avahi contains avahi? (latter seems superflous) Renamed the file. Or the existence of a target-discovery.avahi file could be intereted as a request to do the job, instead of just from lines from the target-discovery file. > misspelt pmwebd reference in rc_pmmgr still (cut&paste - patch attached) Thanks. > makefile - targets (not macros) need platform protection via ifneq - > e.g. see each of the platform PMDAs makefiles, and "build-me" (so, don't > build/install at all if not supported, but CFILES/HFILES/LSRCFILES still > needs to be set) Fixed. > (remove MINGW refs in code - makefile guarantees this for us, until > someone does a port - so its just distracting noise in there too) Fixed. > Log merging - via pmmgr_pmlogger_daemon::daemon_command_line side-effects? > This part feels a bit hacky - wonder if these helper programs could be > more "designed in", somehow, perhaps with their own helper interfaces > (that routine has got pretty big... and has all sorts of extra goodies > unrelated to daemon command lines). Yeah. I leaned toward simplicity (as is) versus power (an elaborate state machine). > Log file naming conventions - one of the issues with the current > scheme is that a host can end up with many, many archives in one > directory [...] The current code does a log-merge of all previous archives into one, doing data-aging at the same time, so thar particular type of trash doesn't pile up. > Log rewriting (pmlogrewrite) seems to be missing? (nor in the todo) Will add to the TODO. Is that urgent? > I like the host-id stuff - neat approach! :) I wonder if we should > take some steps (sort?) to attempt to ensure a given series of metrics > will always give the same host-id (for same values returned of course). That is already done. > I was half expecting this to be all threaded - especially the bits that > restart each daemon & merge logfiles and so on - we'll block in those > spots, so one slow merge/reconfig/restart slows all, and daily logger > restart gets slower with more and more hosts...? *shrug* Added per-host-id threading during the poll stage, allowing multiple pmlogconf/etc. analyses to run concurrently. > [packaging] > > What's the plan? If we want to allow people to pick and choose between > cron-based and pmmgr-based (which I imagine we do) we need to split both > styles into separate rpms which replace/conflict with each other, I think? They don't need to conflict in any mechanical sense, and they run fine (unaware of each other) side-by-side. > pcp-manager-static and pcp-manager-dynamic? (maybe Provide: pcp-manager > from both, and pcp could depend on that virtual package?) I wouldn't suggest anything that clever. They're not plug-in substitutes for one another. I'd just let people transition if they like (or want the new features). > The pmie and pmlogger rc scripts (and associated chkconfig state) are no > longer used in this scheme AIUI, right? (nice) If so, all of: > > /etc/rc.d/init.d/pmlogger > /etc/cron.d/pcp-pmlogger > /etc/pcp/pmlogger/control > /etc/pcp/pmlogger > /usr/libexec/pcp/bin/pmlogger_check > /usr/libexec/pcp/bin/pmlogger_daily (?) > > (and pmie equivalents) would move into pcp-manager-static, I think [...] Yes, that's a possible way to segregate the might-be-deprecated-eventually files, if it became urgent. I started prototyping this, but was frightened off by the way the manifest files are generated then munged into rpm spec %files lists. Is there still a need for something like that (as opposed to simple directly-specified list of files/directories)? > Also, should plan out what happens when someone switches from one approach > to the other (and back again), cos its bound to happen whether by accident > or not - we need to have thought it through (test) and make sure its safe. They don't conflict, so that should be fine. OTOH, they don't carry archives across from one another, which might be desirable. (For pmmgr, one'd just drop the archive files in the relevant /var/log/pcp/pmmgr/HOSTID subdirectory; they'd get merged/aged after that.) - FChE From wwwrun@oss.sgi.com Sun Jan 5 17:23:12 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 8A81F29DF8; Sun, 5 Jan 2014 17:23:12 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1040] Unable to install from source: invalid user Date: Sun, 05 Jan 2014 23:23:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: nathans@debian.org X-Bugzilla-Status: RESOLVED X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: pcp@kenj.com.au X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1388964192.cd2DFdc4.28761"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1388964192.cd2DFdc4.28761 Date: Sun, 5 Jan 2014 17:23:12 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1040 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nathans@debian.org --- Comment #6 from Nathan Scott --- One other thing worth mentioning - there are also configure options (--with-user and --with-group) for overriding pcp user/group if needed. It is preferable to use the default values here whenever possible though. -- You are receiving this mail because: You are on the CC list for the bug. --1388964192.cd2DFdc4.28761 Date: Sun, 5 Jan 2014 17:23:12 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Nathan Scott changed bug 1040

What	Removed	Added
CC		nathans@debian.org

Comment # 6 on bug 1040 from Nathan Scott

One other thing worth mentioning - there are also configure options
(--with-user and --with-group) for overriding pcp user/group if needed.  It is
preferable to use the default values here whenever possible though.

You are receiving this mail because:

You are on the CC list for the bug.

--1388964192.cd2DFdc4.28761-- From nscott@redhat.com Sun Jan 5 17:57:16 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id AFF047F3F for ; Sun, 5 Jan 2014 17:57:16 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 89C95304032 for ; Sun, 5 Jan 2014 15:57:13 -0800 (PST) X-ASG-Debug-ID: 1388966229-04bdf00fdf4fc3c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id AEEt1VF19Ud3kP7D for ; Sun, 05 Jan 2014 15:57:09 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s05Nv7k0009890; Sun, 5 Jan 2014 18:57:07 -0500 Date: Sun, 5 Jan 2014 18:57:06 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Michele Baldessari Cc: pcp@oss.sgi.com Message-ID: <2003826347.42940337.1388966226972.JavaMail.root@redhat.com> In-Reply-To: <1388326332-15379-1-git-send-email-michele@acksyn.org> References: <1388326332-15379-1-git-send-email-michele@acksyn.org> Subject: Re: [pcp] [PATCH] Man pages spelling fixes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] [PATCH] Man pages spelling fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Man pages spelling fixes Thread-Index: 6ElCDemv9fqyjd946Q+Zrp0RPsLw6A== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1388966229 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143772 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Thanks! All merged in now. -- Nathan From nscott@redhat.com Sun Jan 5 18:00:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id F15B57F3F for ; Sun, 5 Jan 2014 18:00:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id DA374304043 for ; Sun, 5 Jan 2014 16:00:29 -0800 (PST) X-ASG-Debug-ID: 1388966427-04cbb04166c04370001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id jFuukpUsfhEIc4o0 for ; Sun, 05 Jan 2014 16:00:27 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0600O37017707; Sun, 5 Jan 2014 19:00:24 -0500 Date: Sun, 5 Jan 2014 19:00:24 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <1292350714.42940387.1388966424919.JavaMail.root@redhat.com> In-Reply-To: <1673358504.42940342.1388966239909.JavaMail.root@redhat.com> Subject: pcp updates: kenj, fche, michele fixes MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: kenj, fche, michele fixes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: kenj, fche, michele fixes Thread-Index: phtj6OOil7IjEA4z67Zbo4V5gAPMeg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1388966427 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143772 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev INSTALL | 22 ++++-- debian/GNUmakefile | 2=20 debian/libpcp3-dev.install | 125 +++++++++++++++++----------------- debian/pcp.postinst.tail | 2=20 man/man1/collectl2pcp.1 | 2=20 man/man1/dbpmda.1 | 2=20 man/man1/pcpintro.1 | 2=20 man/man1/pmcd.1 | 2=20 man/man1/pmcollectl.1 | 2=20 man/man1/pmdabash.1 | 2=20 man/man1/pmdagfs2.1 | 2=20 man/man1/pmdagluster.1 | 2=20 man/man1/pmdahotproc.1 | 4 - man/man1/pmdaweblog.1 | 2=20 man/man1/pmie.1 | 2=20 man/man1/pmie2col.1 | 2=20 man/man1/pmproxy.1 | 2=20 man/man1/pmval.1 | 2=20 man/man3/pcpintro.3 | 4 - man/man3/pmapi.3 | 2=20 man/man3/pmatomstr.3 | 3=20 man/man3/pmda.3 | 2=20 man/man3/pmdachildren.3 | 6 - man/man3/pmdahelp.3 | 2=20 man/man3/pmdainstance.3 | 2=20 man/man3/pmdaopenlog.3 | 2=20 man/man3/pmdatrace.3 | 6 - man/man3/pmerrstr.3 | 3=20 man/man3/pmeventflagsstr.3 | 3=20 man/man3/pmfetch.3 | 2=20 man/man3/pmgetarchiveend.3 | 2=20 man/man3/pmgetarchivelabel.3 | 2=20 man/man3/pmgetchildren.3 | 4 - man/man3/pmgetchildrenstatus.3 | 4 - man/man3/pmgetconfig.3 | 2=20 man/man3/pmgetcontexthostname.3 | 2=20 man/man3/pmgetindom.3 | 2=20 man/man3/pmgetindomarchive.3 | 2=20 man/man3/pmgetpmnslocation.3 | 2=20 man/man3/pmidstr.3 | 5 - man/man3/pmindomstr.3 | 5 - man/man3/pmistart.3 | 4 - man/man3/pmiunits.3 | 4 - man/man3/pmloadasciinamespace.3 | 2=20 man/man3/pmloadnamespace.3 | 2=20 man/man3/pmnumberstr.3 | 3=20 man/man3/pmtime.3 | 8 +- man/man3/pmtraversepmns.3 | 3=20 man/man3/pmtypestr.3 | 3=20 man/man3/pmunitsstr.3 | 3=20 man/man3/pmwebapi.3 | 2=20 qa/.gitignore | 2=20 qa/003 | 1=20 qa/1045 | 5 - qa/159 | 4 - qa/282 | 21 +++-- qa/504 | 14 +++ qa/504.out | 32 -------- qa/504.out.1 | 32 ++++++++ qa/504.out.2 | 32 ++++++++ qa/512 | 4 - qa/575 | 17 +++- qa/575.out | 2=20 qa/575.out.1 | 3=20 qa/575.out.2 | 3=20 qa/640 | 2=20 qa/660 | 12 ++- qa/chk.setup | 58 ++++++++------- qa/src/GNUlocaldefs | 12 +-- qa/src/mkpermslist | 8 ++ qa/src/permslist | 9 +- src/include/pcp/impl.h | 1=20 src/libpcp/src/auxconnect.c | 112 ++++++++++++++++++------------ src/libpcp/src/exports | 1=20 src/libpcp/src/secureconnect.c | 142 ++++++++++++++++++++++++----------= ----- src/libpcp_fault/src/.gitignore | 2=20 src/libpcp_fault/src/GNUmakefile | 2=20 src/pcp/pcp.sh | 9 +- src/pmcd/pmdaproc.sh | 4 - src/pmcd/rc_pmcd | 10 +- src/pmdas/linux/interrupts.c | 4 - src/pmie/examples/GNUmakefile | 1=20 src/pmie/pmie_check.sh | 4 - src/pmie/rc_pmie | 10 +- src/pmie/src/pmie.c | 5 - src/pmlogger/pmlogger_check.sh | 4 - src/pmlogger/rc_pmlogger | 4 - src/pmns/ReplacePmnsSubtree | 2=20 src/pmproxy/rc_pmproxy | 6 - src/pmwebapi/rc_pmwebd | 4 - 90 files changed, 533 insertions(+), 351 deletions(-) commit 6efee0fdaa768fe9fabfb2342d203a46cf7e71c3 Author: Michele Baldessari Date: Mon Jan 6 10:52:29 2014 +1100 Man pages spelling fixes commit 813f4a13424840eaa662f12d7ae41afda1673ac6 Author: Nathan Scott Date: Mon Jan 6 10:24:15 2014 +1100 Update git ignore file for libpcp_fault builds commit 417e6f2c02ca89b51642234c9df052f218954508 Merge: f08713f 8b04845 Author: Nathan Scott Date: Mon Jan 6 10:16:37 2014 +1100 Merge branch 'dev' of git://oss.sgi.com/kenj/pcp into dev commit f08713f6024c2f829ba8f7393b3142c25776f761 Author: Frank Ch. Eigler Date: Fri Dec 13 20:36:01 2013 -0500 linux pmda: plug memory leak in /proc/interrupts parsing =20 Previous code in src/pmdas/linux/interrupts.c accidentally forgot that it had already parsed the structure of /proc/interrupts into the interrupt_lines/interrupt_other realloc variables by resetting the lines_count/other_count variables every refresh. That caused an endless re-allocation growth. Hey, teacher, leave those _counts alone! =20 Reported-By: Mahmoud Hanafi commit 8b04845ff778a9b97ac01cc9b0c7e8a7bc6c8f2f Author: Ken McDonell Date: Sun Jan 5 17:35:19 2014 +1100 libpcp - tweak diags in __pmConnect =20 Need debug flags CONTEXT & DESPERATE, not just CONTEXT. commit 2e4a05a83607da058247675acfd4d3abcc05167f Author: Ken McDonell Date: Sun Jan 5 06:42:34 2014 +1100 libpcp - *connect.c - diagnostic cleanup =20 Since there are routines of the same name in these two files (build-time configuration selects one or the other), add __FILE__ as prefix to all diagnostic messages. =20 Also add more diagnostics around __pmBind() to help track down QA failures. commit 62f4986836b6ad44b4b98e6d0c238df80edb0de5 Author: Ken McDonell Date: Sat Jan 4 21:14:25 2014 +1100 libpcp - add __pmSockAddrGetPort() =20 Dual of existing routine __pmSockAddrSetPort(). commit 70c8489def5f0b6ef6271ff0b8e9e8139cee4a42 Author: Ken McDonell Date: Sat Jan 4 09:25:21 2014 +1100 pmie and pmproxy rc script tweak =20 We still has a couple of remnants of the old verbose =09Performance Co-Pilot starting ... messages in these two rc scripts. Updated to the more terse (and consistent with the other rc scripts) =09Starting pmie ... =09Starting pmproxy ... commit 3492c52fd178e53709579473dfcb03ba953ab0de Author: Ken McDonell Date: Sat Jan 4 07:00:25 2014 +1100 qa/003 - network.icmpmsg.* metrics sometimes unavailable =20 Adjust filter. commit 159bcf34b9391e0505cc31556639ce55a6ea6ad7 Author: Ken McDonell Date: Sat Jan 4 06:58:17 2014 +1100 qa/chk.setup - allow host on the command line =20 So I can check just one QA host, not all of 'em. commit c3b76c8eff6f7c07ea2886b6f7dfdb30411cb600 Author: Ken McDonell Date: Sun Dec 29 08:21:48 2013 +1100 man page rework for some NAME entries =20 When more than one command/routine per man page, start each command/routine name on a new line in the NAME section. =20 Fixes http://oss.sgi.com/bugzilla/show_bug.cgi?id=3D972 commit a4646cc362856a38ac2370bfe179cf4466b6b7aa Author: Ken McDonell Date: Sun Dec 29 06:36:13 2013 +1100 INSTALL - add notes for creating user pcp before make from source =20 In response to bug http://oss.sgi.com/bugzilla/show_bug.cgi?id=3D1040 from Tom=C3=A1=C5=A1 Dohn=C3=A1lek. commit ed6c37f1d5d3e46cdbe520ae261d416f647e613d Author: Ken McDonell Date: Sat Dec 28 21:17:46 2013 +1100 pmpost - one more bizarre name collision fixup =20 Small change to edit DISK group to include full correct pathname for pmpost commit ab4a162e58ae44ddd31b1e0dafe80ab1153fd5d4 Author: Ken McDonell Date: Sat Dec 28 15:44:42 2013 +1100 pmie - temp file directory creation change =20 First off, pmie should not try and create $PCP_TMP_DIR/pmie ... it should be done in the packaging. =20 But even if we try to do a "fixup" creation here then a failure to create the directory should not be a fatal error ... it should be just like the later failure to create the stats file, namely pmie still runs there are just no stats available to the pmcd pmda. commit 49f8a1808710526141a24e969677afd2da3fe68b Author: Ken McDonell Date: Fri Dec 27 06:47:48 2013 +1100 pmpost - bizare name collision =20 Turns out that the texlive-binaries package installs an executable in /usr/bin/pmpost (oops), but worse, it is broken as follows: =20 $ sudo -u pcp pmpost message =20 Sorry, I can't find the 'pmpost' preload file; will try 'plain'. I can't find the 'plain' preload file! =20 Since we already (many moons ago) decided to hide our pmpost in $PCP_BINADM_DIR this change replaces all references to pmpost (and punting on $PATH) in the PCP scripts with the explicit $PCP_BINADM_DIR/pmpost. commit 8e46755e48c365e44ad5d4278affc3b22be2d86e Author: Ken McDonell Date: Fri Dec 27 06:41:31 2013 +1100 qa/282 - be more careful about mode and ownership of control files =20 With recent changes to the modes and ownership of control files and directories in the pcp packaging, we need to be more careful about preserving these in the qa scripts. =20 These changes mean qa/282 is no longer one of the scripts implicated in qa/994 failing. commit 30e0cfbf05f23a74b4e0721cd5bcc9aa09695544 Author: Ken McDonell Date: Fri Dec 27 06:38:04 2013 +1100 qa/994 - update driver data =20 permslist is built by mkpermslist which in turn scans the source makefiles. =20 Update mkpermslist to reflect recent makefile changes and new exceptions (...systemtap/tapset/pmcd.stp is not always installed, so make this one optional). =20 Update permslist. commit 1d8e407c076d47504b286317b3bc8c4b811eeea0 Author: Ken McDonell Date: Thu Dec 26 09:17:12 2013 +1100 debian/pcp.postinst.tail - chown/chmod change for $PCP_LOG_DIR =20 In the top-level makefile we install $PCP_LOG_DIR with non-standard mode and ownership. =20 Added chown pcp:pcp /var/log/pcp chmod 775 /var/log/pcp here to match. =20 qa/994 passes on debian now immediately after a new install/upgrade. commit 7ffd94745ff6f6fc63c8894a000c8081bbda69ad Author: Ken McDonell Date: Thu Dec 26 09:11:37 2013 +1100 debian/GNUmakefile - fix strange build warnings =20 When making debian packages, the build was generating this concerning messages: =20 /bin/tar: rm -f pcp.postrm: Cannot stat: No such file or directory /bin/tar: cat pcp.postrm.head configversions pcp.postrm.tail > pcp.post= rm: Cannot stat: No such file or directory /bin/tar: Exiting with failure status due to previous errors =20 from the build/tar directory (we do descend there, even for debian package builds). =20 Turns out pcp.postrm was not being made early enough in the build which led to the build/deb/pcp-3.8.10/build/pcp.src control file being polluted with make noise ... =20 rm -f pcp.postrm cat pcp.postrm.head configversions pcp.postrm.tail > pcp.postrm =20 which confused the tar build when it expected the pcp.src file to contain the names of source files. commit 5d0e97a4917b538059128d8b27afd4ea9e5caa6c Author: Ken McDonell Date: Tue Dec 24 07:36:55 2013 +1100 pcp (command) - add -D command-line support commit 9f9eb94a0f05c47c524d8e26fa5e88ad36094065 Author: Ken McDonell Date: Tue Dec 24 07:33:24 2013 +1100 lipcp_fault - tweak the build =20 libpcp_fault needs support from libpcp_pmda for pmdaCache*() routines so need to link with -lpcp_pmda when building libpcp_fault. =20 All of this is outside the normal "build" so it only impacts me ... 8^)> commit d2abbf5e1c4f2348d0cf7d8bb4d6c7b15048f212 Author: Ken McDonell Date: Tue Dec 24 07:27:19 2013 +1100 qa/src/GNUlocaldefs - more libpcp_fault dodgem games =20 Need to conditionally make check_fault_injection and exercise_fault, but only ever in an "about to run QA" context and never in a package build context. =20 Wrinkle is that the condition depends on the existence of /usr/include/pcp/fault.h which was breaking the build if you had previously built and installed libpcp_fault on the build machine. commit 07990a94519cdfdd6d755c231b54d862484c8901 Author: Ken McDonell Date: Tue Dec 24 07:24:26 2013 +1100 qa/660 - more verbose diagnostics to $seq.full commit fecb704fbd310c12f85c840d535e28f1a4d22a70 Author: Ken McDonell Date: Tue Dec 24 07:19:12 2013 +1100 qa/512 - be more careful about $seq.full =20 Need $here/$seq.full after chdir. From nscott@redhat.com Mon Jan 6 00:03:29 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 8EB527F3F for ; Mon, 6 Jan 2014 00:03:29 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 6C786304048 for ; Sun, 5 Jan 2014 22:03:26 -0800 (PST) X-ASG-Debug-ID: 1388988202-04cbb04168c10890001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id Gl9D4whucmFU5W9H for ; Sun, 05 Jan 2014 22:03:22 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0663I8q031879; Mon, 6 Jan 2014 01:03:18 -0500 Date: Mon, 6 Jan 2014 01:03:18 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" , Ken McDonell Cc: PCP Mailing List Message-ID: <1679235905.43036974.1388988198177.JavaMail.root@redhat.com> In-Reply-To: <20140105201645.GC15448@redhat.com> References: <1747733941.30448124.1386913932191.JavaMail.root@redhat.com> <706995772.30452503.1386915256290.JavaMail.root@redhat.com> <20140105201645.GC15448@redhat.com> Subject: Re: Discovery, pmfind, pmmgr - initial review notes MIME-Version: 1.0 X-ASG-Orig-Subj: Re: Discovery, pmfind, pmmgr - initial review notes Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: Discovery, pmfind, pmmgr - initial review notes Thread-Index: Vx5efQYLCWoqwVIp72HZqzdFNrBsbA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1388988202 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143781 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain ----- Original Message ----- > > > > Log file naming conventions - one of the issues with the current > > scheme is that a host can end up with many, many archives in one > > directory [...] > > The current code does a log-merge of all previous archives into one, > doing data-aging at the same time, so thar particular type of trash > doesn't pile up. /me re-reads the code ... I'm not following what you mean by "doing data-aging"? Having a single archive for many days/months would be unsustainable (in terms of its in-core size) without *some* form of temporal data reduction, but we don't have code to do that (or have I missed that code? or did you mean its still coming / planned?). There is a pmlogreduce(1) tool - but its not used by pmmgr AFAICS. I also am not sure what state its in, but last I chatted to Ken about that, he suggested work remains (several TODO items exist in the code, I don't know how severe they are though - Ken? - it does have good QA test coverage going for it). Anyway, some people will not want to data reduce and will want to keep their original high precision data ... the YYYY/MM/DD scheme is still going to help those folks to navigate their archives (I'm assuming a single archive for high precision data over months/years is not really feasible with the current archive format - but maybe thats something we could tackle instead). wrt lots of archives - from memory, it was the pmchart "Add Archive" window that caused problems, with hundreds/ thousands of archives in one directory - becomes very user-unfriendly. > > Log rewriting (pmlogrewrite) seems to be missing? (nor in the todo) > > Will add to the TODO. Is that urgent? Not if we're comfortable with the side-by-side approach going forward (which is fine with me too). I think getting the new code into peoples hands to try out sooner rather than later will be most useful at this stage - and with the two side-by-side we can polish the new approach as we go. If we're attempting log merging to the level I later realised you may be doing (one archive to rule them all), it quickly becomes a pressing need as merging is impossible without it (when PMDA evolution occurs, as described in pmlogrewrite(1) para #2). > > [packaging] > > > > What's the plan? If we want to allow people to pick and choose between > > cron-based and pmmgr-based (which I imagine we do) we need to split both > > styles into separate rpms which replace/conflict with each other, I think? > > They don't need to conflict in any mechanical sense, and they run fine > (unaware of each other) side-by-side. OK, yep, sounds fine. > Yes, that's a possible way to segregate the might-be-deprecated-eventually > files, if it became urgent. > ... Its certainly not urgent at this stage, just wanted to mention it so that we've thought about it & are happy with which ever approach we choose now. cheers. -- Nathan From wwwrun@oss.sgi.com Mon Jan 6 00:28:44 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,NO_RELAYS autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: by oss.sgi.com (Postfix, from userid 30) id 0C1277F52; Mon, 6 Jan 2014 00:28:44 -0600 (CST) From: bugzilla-daemon@oss.sgi.com To: pcp@oss.sgi.com Subject: [Bug 1042] rpm pmda doesn't support multiple-version rpms Date: Mon, 06 Jan 2014 06:28:42 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Classification: Unclassified X-Bugzilla-Product: pcp X-Bugzilla-Component: pcp X-Bugzilla-Keywords: X-Bugzilla-Severity: major X-Bugzilla-Who: nathans@debian.org X-Bugzilla-Status: NEW X-Bugzilla-Priority: P5 X-Bugzilla-Assigned-To: scox@redhat.com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: multipart/alternative; boundary="1388989724.f1BbFbeD2.12143"; charset="us-ascii" X-Bugzilla-URL: http://oss.sgi.com/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 --1388989724.f1BbFbeD2.12143 Date: Mon, 6 Jan 2014 00:28:43 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" http://oss.sgi.com/bugzilla/show_bug.cgi?id=1042 Nathan Scott changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nathans@debian.org --- Comment #1 from Nathan Scott --- Some potentially useful discussion here, Stan: https://lists.dulug.duke.edu/pipermail/rpm-devel/2006-October/001702.html We'll need to (re)introduce the rpm.name metric I foolishly claimed was no longer needed too. :) cheers. -- You are receiving this mail because: You are on the CC list for the bug. --1388989724.f1BbFbeD2.12143 Date: Mon, 6 Jan 2014 00:28:44 -0600 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Nathan Scott changed bug 1042

What	Removed	Added
CC		nathans@debian.org

Comment # 1 on bug 1042 from Nathan Scott

Some potentially useful discussion here, Stan:
https://lists.dulug.duke.edu/pipermail/rpm-devel/2006-October/001702.html
We'll need to (re)introduce the rpm.name metric I foolishly claimed was no
longer needed too.  :)

cheers.

You are receiving this mail because:

You are on the CC list for the bug.

--1388989724.f1BbFbeD2.12143-- From fche@redhat.com Mon Jan 6 05:48:52 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 4C73B7F37 for ; Mon, 6 Jan 2014 05:48:52 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 248E38F8037 for ; Mon, 6 Jan 2014 03:48:49 -0800 (PST) X-ASG-Debug-ID: 1389008927-04cb6c537bc24d10001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id UUuy3CSBTmKI8TnW for ; Mon, 06 Jan 2014 03:48:48 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s06Bmj9i012031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 6 Jan 2014 06:48:45 -0500 Received: from fche.csb (vpn-54-142.rdu2.redhat.com [10.10.54.142]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s06BmiC0003036; Mon, 6 Jan 2014 06:48:44 -0500 Received: by fche.csb (Postfix, from userid 2569) id C233058185; Mon, 6 Jan 2014 06:48:43 -0500 (EST) Date: Mon, 6 Jan 2014 06:48:43 -0500 From: "Frank Ch. Eigler" To: Nathan Scott Cc: Ken McDonell , PCP Mailing List Subject: Re: Discovery, pmfind, pmmgr - initial review notes Message-ID: <20140106114843.GE15448@redhat.com> X-ASG-Orig-Subj: Re: Discovery, pmfind, pmmgr - initial review notes References: <1747733941.30448124.1386913932191.JavaMail.root@redhat.com> <706995772.30452503.1386915256290.JavaMail.root@redhat.com> <20140105201645.GC15448@redhat.com> <1679235905.43036974.1388988198177.JavaMail.root@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1679235905.43036974.1388988198177.JavaMail.root@redhat.com> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.23 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389008928 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Nathan - > > The current code does a log-merge of all previous archives into one, > > doing data-aging at the same time, so thar particular type of trash > > doesn't pile up. > > /me re-reads the code ... I'm not following what you mean by "doing > data-aging"? I was referring to using the "-S NNN" parameter for the pmlogextract merging, ie., simply dropping data beyond a certain age. > There is a pmlogreduce(1) tool - but its not used by pmmgr AFAICS. Yes, I'd like to use that sort of gradual downsampling/aging at some point as an optional alternative to simply dropping old data. > Anyway, some people will not want to data reduce and will want to keep > their original high precision data [...] (I'm assuming a > single archive for high precision data over months/years is not really > feasible with the current archive format - but maybe thats something > we could tackle instead). I'd love to tackle that instead, definitely, if it doesn't Just Work already. At some point, when we have a log-archive server, it will be desirable to have as few input archive files to monitor as possible. > [...] If we're attempting log merging to the level I later realised > you may be doing (one archive to rule them all), [pmlogrewrite] > quickly becomes a pressing need as merging is impossible without it > (when PMDA evolution occurs, as described in pmlogrewrite(1) para > #2). Got it. - FChE From nscott@redhat.com Tue Jan 7 04:52:38 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 7AADF7F3F for ; Tue, 7 Jan 2014 04:52:38 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id 4AD74304075 for ; Tue, 7 Jan 2014 02:52:35 -0800 (PST) X-ASG-Debug-ID: 1389091947-04bdf0568e1136c0001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id X19oYdRSoltWAORr for ; Tue, 07 Jan 2014 02:52:27 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s07AqQCt006134 for ; Tue, 7 Jan 2014 05:52:27 -0500 Date: Tue, 7 Jan 2014 05:52:26 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <430888625.44740260.1389091946843.JavaMail.root@redhat.com> In-Reply-To: <1147802107.44740246.1389091937666.JavaMail.root@redhat.com> Subject: pcp updates: misc small fixes, start qa vs coverity MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: misc small fixes, start qa vs coverity Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: misc small fixes, start qa vs coverity Thread-Index: 23rJwF4Ep4s0VPCoDR5wBrArud3Mtw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1389091947 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143824 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev configure | 6 +++--- configure.in | 4 ++-- man/man1/pmlogextract.1 | 2 +- qa/src/779246.c | 36 +++++++++--------------------------- qa/src/anon-sa.c | 3 --- qa/src/arch_maxfd.c | 4 ++++ qa/src/archinst.c | 6 +++--- qa/src/badpmcdpmid.c | 6 +++++- qa/src/chk_metric_types.c | 4 ++-- qa/src/chkacc4.c | 6 +++--- qa/src/chkopenlog.c | 4 ++++ qa/src/descreqX2.c | 15 +++++++-------- qa/src/dumb_pmda.c | 2 +- qa/src/exercise.c | 16 ++++++++-------- qa/src/hex2nbo.c | 4 ++-- src/libpcp/src/access.c | 27 +++++++++++++++------------ src/libpcp/src/secureconnect.c | 2 +- src/pmcd/src/config.c | 10 +++++----- 18 files changed, 75 insertions(+), 82 deletions(-) commit 4db836d604fbe2cac9452a6ac12a53357d854e91 Author: Nathan Scott Date: Tue Jan 7 16:14:45 2014 +1100 covscan: resolve benign warning re unused variable settings in qa test commit 395cb20ab81b067bfedbec72c9301dab38d6267b Author: Nathan Scott Date: Tue Jan 7 16:09:33 2014 +1100 covscan: resolve small memleak in qa test program exercise.c commit 18f1978244e3babe38504345b2e896cc78ed8f7d Author: Nathan Scott Date: Tue Jan 7 16:06:38 2014 +1100 covscan: check return code from __pmHandleToPtr in qa commit 95f4386e3ed6722fbde3354607783e2025125639 Author: Nathan Scott Date: Tue Jan 7 15:17:44 2014 +1100 covscan: use the correct reporting routine for libpcp error codes commit b3c6cab559a9e3356d6ee067653e6a21513c2cfd Author: Nathan Scott Date: Tue Jan 7 15:17:02 2014 +1100 covscan: check return codes from new context and open commit f6b613adaceb9381fba58f89c144589525bff516 Author: Nathan Scott Date: Tue Jan 7 15:16:18 2014 +1100 covscan: qa test code changes to ensure stack/vars always initd commit 054e4fccbc739a90e474078b773fafb6182731a3 Author: Nathan Scott Date: Tue Jan 7 15:10:01 2014 +1100 Specify the NSPR flag to make getaddrinfo not resolve canonical hostname (unused) commit 5127bff23841e1d7903e69d73645430377865f9c Author: Nathan Scott Date: Tue Jan 7 15:08:58 2014 +1100 Second attempt at trying harder to resolve localhost, make libpcp like pmcd commit 201dd6256a5db86e91c8352ba5a57f854928c846 Author: Nathan Scott Date: Tue Jan 7 14:24:34 2014 +1100 Revert "Try harder still to get a local host struct hostent" This reverts commit d9b54beb913016e7c989ad380cab5ee4c526ceb1. (Causes sigsegv with NSPR) commit 3d92e962ea3f66931adf16f738774ef90200f236 Author: Nathan Scott Date: Tue Jan 7 13:00:49 2014 +1100 covscan: add error handling around a failed dup(2) call commit 86d7aaa66c622064aa8677864cb7767378819d42 Author: Nathan Scott Date: Tue Jan 7 12:57:50 2014 +1100 covscan: fix issue in qa sa-sniffer tool, repeated fd close commit 2a94d70afefd8c28ec8e5310e02f3d5733440942 Author: Nathan Scott Date: Tue Jan 7 12:57:04 2014 +1100 covscan: ensure pmidlist initialised in qa src program, cleanup commit d9b54beb913016e7c989ad380cab5ee4c526ceb1 Author: Nathan Scott Date: Tue Jan 7 12:54:11 2014 +1100 Try harder still to get a local host struct hostent Will Cohen came across a failure to start pmlogger running locally [Mon Jan 6 15:13:24] pmlogger(23927) Error: __pmGetAddrInfo(santana), Unknown host [Mon Jan 6 15:13:24] pmlogger(23927) Error: Can't get host name/IP address, giving up It looks like this is another case of failure to resolve local addresses from local host names. Documentation for getaddrinfo(3) states a null can be passed in for the "node" name (first param), so we now use this in cases where we know we're dealing with local name resolution, as a fallback. Audit found a second similar-ish case over in pmcd, dealing with socket PMDA connections - make it use this same mechanism instead of hard coding "localhost". commit 4d7b85b8534014a16b4f1f343b4e78fc3acf0b25 Author: Nathan Scott Date: Tue Jan 7 09:31:16 2014 +1100 Fix the configure check for RHEL5 rpmlib commit 342215f93078f69dbbbc8dd1cab5de8281c1613e Author: Nathan Scott Date: Mon Jan 6 16:25:13 2014 +1100 Fix typo on pmlogextract man page synopsis From fche@redhat.com Tue Jan 7 19:40:02 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 28F3E7F3F for ; Tue, 7 Jan 2014 19:40:02 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 153428F8039 for ; Tue, 7 Jan 2014 17:40:02 -0800 (PST) X-ASG-Debug-ID: 1389145197-04cb6c537bc80b50001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id VHW498UGsGE9tQyK for ; Tue, 07 Jan 2014 17:39:57 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s081dv5K009195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 7 Jan 2014 20:39:57 -0500 Received: from fche.csb (vpn-54-142.rdu2.redhat.com [10.10.54.142]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s081duEQ000499 for ; Tue, 7 Jan 2014 20:39:57 -0500 Received: by fche.csb (Postfix, from userid 2569) id 2C06958185; Tue, 7 Jan 2014 20:39:56 -0500 (EST) Date: Tue, 7 Jan 2014 20:39:56 -0500 From: "Frank Ch. Eigler" To: pcp developers Subject: braindump on unified-context / live-logging Message-ID: <20140108013956.GG15448@redhat.com> X-ASG-Orig-Subj: braindump on unified-context / live-logging Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.67 on 10.5.11.11 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389145197 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi - Here are some notes related our earlier unified-context ideas [1][2]. As a recap, it's desirable to teach pcp clients to locate pcp data for arbitrary hosts, and then to easily seek between live & historical metrics for it. [1] http://oss.sgi.com/pipermail/pcp/2013-September/003963.html [2] http://oss.sgi.com/pipermail/pcp/2013-November/004090.html My proposed approach focuses on archive files and a new server for the archive files. It might make do without a new PM_CONTEXT_* mode, and at the PMAPI level just generalize PM_CONTEXT_ARCHIVE & _HOST a little. 1) We'd extend archive files to be usable as a source of "live" data, so that clients can sort-of-"tail -f" the files to get current info, or can seek along time with pmSetMode(). 1.1) pmlogger needs to learn to write its output with what IIRC kenj has referred to as "semantic units", ie., proper use sequencing of write(2), fdatasync(), to put interdependent data on disk correctly. 1.2) libpcp needs to learn to read archives that are being written-to. It should not freak out when the end-of-file is reached, and for PM_MODE_LIVE, just return the then-freshest measurements and/or trigger PM_ERR_PMDANOTREADY if clients are fetching faster than the logger is recording. This could be done without a PM_CONTEXT_UNIFIED extension, just permitting PM_MODE_LIVE for PM_CONTEXT_ARCHIVE, and giving clients an option (like the -f for tail) to use that flag. 2) Because these archive files may not be local to the clients, or because they may not already contain every metric a client might like, we need a network server to offer them such tasty treats. Elsewhere and elsewhen, nathans has ably argued that this shouldn't be pmcd, but a new server or an extended pmlogger/pmproxy/pmmgr. 2.1) A new server needs to be written, which would monitor some local archive files, and serve an extended pcp wire protocol for it (one that includes archive-like pmSetMode operations). It would advertise the pcp hostname (or pmmgr-style hostid) to the network, so clients can find the right host data (probably one tcp port per archive, or else multiplexed over a single tcp port and identifying the host during startup negotiation). The clients could keep using PM_CONTEXT_HOST but permit PM_MODE_BACK etc. to forward -S/-T times - ie. no requirement for a new PM_CONTEXT_UNIFIED. 2.2) Clients would be extended with enough discovery logic to find the network server that has data for the interested pcp hostname / pmmgr-hostid. Or, just rely on an extended pmfind: "pmstat -h `pmfind --hostid HOSTID`" would attach to a server that has data for that HOSTID. (A bonus complication is having multiple archives/servers for the same HOSTID, such as with different subsets of metrics, or for different times: perhaps extra pmfind filtering params.) 2.3) That server needs to be extended: merged into pmlogger, or interfaced with pmlc, so as to arrange logging of newly requested live data that wasn't already set up in the pre-configured set of metrics. It could heuristically control their logging interval and duration for multiple clients. 3) PROFIT! - FChE From nscott@redhat.com Wed Jan 8 00:31:41 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 2FFC37F3F for ; Wed, 8 Jan 2014 00:31:41 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 8DA4EAC001 for ; Tue, 7 Jan 2014 22:31:37 -0800 (PST) X-ASG-Debug-ID: 1389162693-04cb6c537bc885b0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id pAisMfuzKxNW6DkT for ; Tue, 07 Jan 2014 22:31:34 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s086VX5q023927 for ; Wed, 8 Jan 2014 01:31:33 -0500 Date: Wed, 8 Jan 2014 01:31:33 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <419040413.45857452.1389162693159.JavaMail.root@redhat.com> In-Reply-To: <363329545.45855712.1389162572010.JavaMail.root@redhat.com> Subject: pcp updates: pmmgr, pmfind, coverity MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: pmmgr, pmfind, coverity Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: pmmgr, pmfind, coverity Thread-Index: C5iyCu2gecdmr/du8ugKegP3VbyN7Q== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1389162693 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC5_SA210e, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143855 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC5_SA210e Custom Rule SA210e Changes committed to git://oss.sgi.com/pcp/pcp.git dev INSTALL | 5 aclocal.m4 | 62 build/rpm/GNUmakefile | 1 build/rpm/pcp.spec.in | 5 configure | 339 ++++ configure.in | 18 man/man1/GNUmakefile | 2 man/man1/pmmgr.1 | 338 +++- qa/src/interp_bug.c | 8 qa/src/interp_bug2.c | 9 qa/src/ipc.c | 27 qa/src/multithread5.c | 25 qa/src/multithread6.c | 23 qa/src/multithread7.c | 29 qa/src/multithread8.c | 23 qa/src/multithread9.c | 23 qa/src/pdu-server.c | 20 qa/src/pducrash.c | 425 ++--- qa/src/pmcdgone.c | 6 qa/src/pmdashutdown.c | 2 qa/src/proc_test.c | 18 qa/src/torture_pmns.c | 2 src/GNUmakefile | 4 src/dbpmda/src/dso.c | 10 src/dbpmda/src/pmda.c | 2 src/include/builddefs.in | 13 src/include/buildrules | 9 src/include/pcp.conf.in | 4 src/include/pcp/impl.h | 36 src/include/pcp/platform_header.h | 675 ++++++++ src/include/pcp/pmapi.h | 7 src/libpcp/src/GNUmakefile | 2 src/libpcp/src/access.c | 4 src/libpcp/src/auxconnect.c | 37 src/libpcp/src/auxserver.c | 72 src/libpcp/src/avahi.c | 410 ++++- src/libpcp/src/avahi.h | 12 src/libpcp/src/check-statics | 3 src/libpcp/src/context.c | 4 src/libpcp/src/discovery.c | 314 +++ src/libpcp/src/exports | 5 src/libpcp/src/internal.h | 13 src/libpcp/src/logmeta.c | 2 src/libpcp/src/pmns.c | 14 src/libpcp/src/secureconnect.c | 39 src/libpcp/src/spec.c | 35 src/libpcp/src/util.c | 84 + src/libpcp_fault/src/GNUmakefile | 2 src/pmcd/src/dopdus.c | 6 src/pmcd/src/dostore.c | 2 src/pmcd/src/pmcd.c | 2 src/pmdas/apache/apache.c | 3 src/pmdas/linux/interrupts.c | 4 src/pmdas/linux/proc_net_dev.c | 12 src/pmdas/linux/proc_scsi.c | 4 src/pmdas/linux_proc/ksym.c | 14 src/pmdas/mounts/mounts.c | 4 src/pmdas/rpm/rpm.c | 2 src/pmdas/systemd/systemd.c | 4 src/pmdas/trace/src/pmda.c | 5 src/pmdas/weblog/check_match.c | 2 src/pmfind/.gitignore | 3 src/pmfind/GNUmakefile | 31 src/pmfind/pmfind |binary src/pmfind/pmfind.c | 114 + src/pmie/src/pmie.c | 18 src/pminfo/pminfo.c | 46 src/pmlogger/pmlogger_daily.sh | 2 src/pmlogrewrite/pmlogrewrite.c | 2 src/pmlogsummary/pmlogsummary.c | 4 src/pmmgr/.gitignore | 1 src/pmmgr/GNUmakefile | 140 + src/pmmgr/TODO | 25 src/pmmgr/config/GNUmakefile | 62 src/pmmgr/config/README | 15 src/pmmgr/config/hostid-metrics.default | 2 src/pmmgr/config/log-directory.default | 2 src/pmmgr/config/pmlogmerge-retain.default | 2 src/pmmgr/config/pmlogmerge.default | 2 src/pmmgr/config/target-discover.default | 2 src/pmmgr/config/target-discovery.avahi | 2 src/pmmgr/config/target-discovery.default | 2 src/pmmgr/config/target-discovery.example-avahi | 1 src/pmmgr/config/target-host.default | 2 src/pmmgr/pmmgr.cxx | 1317 ++++++++++++++-- src/pmmgr/pmmgr.h | 159 + src/pmmgr/pmmgr.options | 32 src/pmmgr/rc_pmmgr | 298 +++ src/pmmgr/src/.gitignore | 2 src/pmmgr/src/GNUmakefile | 78 src/pmmgr/src/pmmgr.cxx | 1924 ++++++++++++------------ src/pmmgr/src/pmmgr.h | 300 +-- src/pmval/pmval.c | 9 93 files changed, 5834 insertions(+), 2051 deletions(-) commit 9ba94e34a669269b923799cfba6cd12363d78be0 Author: Nathan Scott Date: Wed Jan 8 17:23:47 2014 +1100 Remove a duplicate definition of __pmServerPresence commit e5067e1d6aea7a6b7fe032e0eaa1527774a06c67 Merge: a6ac0c8 8b7d071 Author: Nathan Scott Date: Wed Jan 8 15:38:58 2014 +1100 Merge branch 'fche/dev' of ../pcpfans into fche/dev commit a6ac0c85650bae64cb46fa0da5d2c8dca65987fd Author: Nathan Scott Date: Wed Jan 8 15:37:41 2014 +1100 covscan: additional initialisation checks for libpcp code, odd corner cases commit 00a440caca5ec4cc45ace3e5f914e7a8ff3b67f5 Author: Nathan Scott Date: Wed Jan 8 15:36:38 2014 +1100 covscan: add code to handle a fgets failure commit 2d22d21252c2e24df695fb39d1f4957da02d9dce Author: Nathan Scott Date: Wed Jan 8 15:34:54 2014 +1100 covscan: fix very-hard-to-trip memleak in context creation commit 328b1319ae085f640958e9dfab6cac79387b2611 Author: Nathan Scott Date: Wed Jan 8 15:33:09 2014 +1100 covscan: minor source cleanup in qa test code commit e55e0cedb53ae2bf88ac94fffa7d754a258f68a6 Author: Nathan Scott Date: Wed Jan 8 15:18:48 2014 +1100 covscan: fix small error path memleak in libpcp access code commit 300e4497fc84e9b4895d58aeb719a79aa5d7cd52 Author: Nathan Scott Date: Wed Jan 8 15:17:59 2014 +1100 covscan: fix minor uninitd variables in dbpmda commit 474dead15e7534dde0f8e0154774551a66df3af0 Author: Nathan Scott Date: Wed Jan 8 15:17:23 2014 +1100 covscan: fix error message reporting buglet in pmlogsummary commit c5a64fb5feb95c0c8a928cf3d8f8c475d6c9f9fc Author: Nathan Scott Date: Wed Jan 8 15:16:54 2014 +1100 covscan: fix minor uninitd variables in misc client tool commit e268e4cf157c4033c95125be607917186d7215c7 Author: Nathan Scott Date: Wed Jan 8 15:15:18 2014 +1100 covscan: fix minor uninitd variables and null checks in pmdas commit 2569e605b69fc065108bd452223123be6e09048b Author: Nathan Scott Date: Wed Jan 8 15:14:09 2014 +1100 covscan: fix couple of uninitd variable on pmcd err paths commit 7ed7b8c806995489ddb70b528b49b8c4db4a249e Author: Nathan Scott Date: Wed Jan 8 15:10:53 2014 +1100 covscan: fix uninitd variable in pmdarpm commit 23678c4c4ac7f8fad847f4149d9166e4430210f1 Author: Nathan Scott Date: Wed Jan 8 13:06:20 2014 +1100 covscan: fix harmless but wrong sizeof type to malloc in qa code commit 3abd9229df3a61dedccf37bf433faea72147ad11 Author: Nathan Scott Date: Wed Jan 8 13:05:40 2014 +1100 covscan: refactor proc_test and torture_pmns a bit for static checks commit 6395f401152ae847bd73646d98ecf0b599d9641c Author: Nathan Scott Date: Wed Jan 8 12:50:17 2014 +1100 covscan: fix memleaks in pducrash test source commit 2fe5b5853ffc25418aa9cf73eee13507fbc303e8 Author: Nathan Scott Date: Wed Jan 8 12:46:09 2014 +1100 covscan: refactor pducrash test source for static checking commit 8063f305e05c547775b35682c11b43d060c87f0e Author: Nathan Scott Date: Wed Jan 8 12:05:27 2014 +1100 covscan: fix memleaks in qa pdu-server code commit e058fb78d392f7a107e1327aa2f01f631b74da3d Author: Nathan Scott Date: Wed Jan 8 11:56:55 2014 +1100 covscan: fix multithread tests fopen/fclose use commit b05e406a7722f143cb862f2555c0e60bb1120159 Author: Nathan Scott Date: Wed Jan 8 10:56:40 2014 +1100 covscan: refactor qa ipc test to remove static scan confusion commit 18c5e7027f85eb04c965f4af0ea4ae3b2a2883a4 Author: Nathan Scott Date: Wed Jan 8 10:45:31 2014 +1100 covscan: remove useless result null checks in interp tests commit 01d3a430201deea4f07edf847c55c005203aed78 Author: Nathan Scott Date: Wed Jan 8 10:44:52 2014 +1100 covscan: fix qa pmdashutdown use of uninitd dispatch var commit 8b7d07195e25c9af250f963401b089c5ab6ccdae Author: Frank Ch. Eigler Date: Mon Jan 6 18:52:30 2014 -0500 resolve merge conflict over __pmSockAddrGetPort kenj and brolley independently added these functions. Resolve merge conflict in favour of ... coin toss ... brolley. commit 45f978b7377c6bb7384e11385bdc10f0e506eb34 Merge: 99c3bc0 4d7b85b Author: Frank Ch. Eigler Date: Mon Jan 6 18:42:00 2014 -0500 Merge remote-tracking branch 'pcp/dev' into fche/dev * pcp/dev: (26 commits) Fix the configure check for RHEL5 rpmlib Fix typo on pmlogextract man page synopsis Remove a no-longer-used qa out file for qa/575 Man pages spelling fixes Update git ignore file for libpcp_fault builds linux pmda: plug memory leak in /proc/interrupts parsing libpcp - tweak diags in __pmConnect libpcp - *connect.c - diagnostic cleanup libpcp - add __pmSockAddrGetPort() pmie and pmproxy rc script tweak qa/003 - network.icmpmsg.* metrics sometimes unavailable qa/chk.setup - allow host on the command line man page rework for some NAME entries INSTALL - add notes for creating user pcp before make from source pmpost - one more bizarre name collision fixup pmie - temp file directory creation change pmpost - bizare name collision qa/282 - be more careful about mode and ownership of control files qa/994 - update driver data debian/pcp.postinst.tail - chown/chmod change for $PCP_LOG_DIR ... Conflicts: INSTALL src/include/pcp/impl.h commit 99c3bc0607756fdfa7f150817f4ca7483fb4c7da Author: Frank Ch. Eigler Date: Mon Jan 6 15:51:23 2014 -0500 pmmgr: correct zombie handling for dead hostids & subdir gc string matching commit 817a1207997bf2ed12e4a2d52cfc539322ae9231 Author: Frank Ch. Eigler Date: Sun Jan 5 21:05:02 2014 -0500 /etc/pcp/pmmgr: make dir & contents root- instead of pcp-owned commit 1b1fe9f7c097d6d378bda1a9f81baab7966f9308 Author: Frank Ch. Eigler Date: Sun Jan 5 20:53:28 2014 -0500 pmmgr: new option for garbage-collecting ancient hostid data commit 517747212c6c650b946c86a284056f86f0f0ed89 Author: Frank Ch. Eigler Date: Sun Jan 5 19:53:37 2014 -0500 pmmgr pcp.spec.in: mark /etc/pcp/pmmgr files %config commit 1b26541664cb8f209cd225da71ac531c8a2e919f Author: Frank Ch. Eigler Date: Sun Jan 5 18:52:11 2014 -0500 pmmgr: check & overlook broken archives during pmlogmerge phase commit d5e78ff08601d77e2ac69c3e436b8adf4ce0b730 Author: Frank Ch. Eigler Date: Sun Jan 5 18:00:57 2014 -0500 pmmgr: for make-install, recurse into config/ subdirectory commit 91018d51976ceefc29ac93e0ab700367e5aa5e2c Merge: e400a72 e71374d Author: Frank Ch. Eigler Date: Sun Jan 5 15:12:44 2014 -0500 Merge remote-tracking branch 'origin/fche/dev' into fche/dev * origin/fche/dev: INSTALL: note need to create pcp/pcpqa userids if building straight from source pmlogger_daily.sh: tolerate case where no *.meta files exist for log merging pmda systemd: add sd_journal_process() to avoid inotify()-driven spinning commit e400a72f406de35a8e5f694852269607f539cc51 Author: Dave Brolley Date: Thu Dec 19 13:42:08 2013 -0500 Include the hostname in avahi service names. - Reduces service name collisions with other pmcds on the network. commit 60767c51b61bd29461762f4303bf8b31cc2ffc2e Author: Frank Ch. Eigler Date: Sun Jan 5 15:04:27 2014 -0500 pmmgr: add pmlogmerge option to /etc/pcp/pmmgr/config defaults commit ec49e95a5a9bec9bfad3d19e4ae2c3b4ce5a0a53 Author: Frank Ch. Eigler Date: Sun Jan 5 15:03:51 2014 -0500 pmmgr: add some more TODOs commit 3e3c4cee4007f1b2741afdabab52c4253178e94e Author: Frank Ch. Eigler Date: Sun Jan 5 15:03:30 2014 -0500 rc_pmmgr: include pmmgr.options support commit 75b692c683200694ed532a89c1f63d222cfa6b74 Author: Frank Ch. Eigler Date: Sun Jan 5 15:00:19 2014 -0500 pmmgr.1: use .B for pcp commands rather than .I commit e71374d017d2c6de72c1f8bce468d87fc8626e04 Author: Frank Ch. Eigler Date: Wed Dec 25 07:52:54 2013 -0500 INSTALL: note need to create pcp/pcpqa userids if building straight from source commit 1cd2e997e3ffb2ac0533449b76f12f020ea16161 Author: Frank Ch. Eigler Date: Tue Dec 24 07:46:22 2013 -0500 pmlogger_daily.sh: tolerate case where no *.meta files exist for log merging commit e626ec91e3ede0bf9ce27c594b5cbc522f6430f1 Author: Frank Ch. Eigler Date: Thu Dec 19 14:35:27 2013 -0500 pmda systemd: add sd_journal_process() to avoid inotify()-driven spinning As per systemd-journal API docs, if we use the systemd fd's for select() event-listening, we must call sd_journal_process(), so any content on those fd's is actually read. Otherwise, we get a select() returning immediately, but systemd_refresh() consuming none of the inotify data, calling select again and again ad spinfinitum. commit 480ad48bfde1bffcd093b78e751ac5320cf7d5af Author: Frank Ch. Eigler Date: Wed Dec 18 14:37:04 2013 -0500 pmmgr: make cppcheck(1) happier with little style tweaks commit b6987a62521f90d6b4f801fba7f804f2c1c8e1db Author: Frank Ch. Eigler Date: Tue Dec 17 18:02:11 2013 -0500 pmmgr: respond quicker to sudden death of inferior daemons commit dc45c7c57b6a042e2b6496e090dbdf499dd9e355 Author: Frank Ch. Eigler Date: Mon Dec 16 19:18:06 2013 -0500 pmmgr: parallelize daemon configuration/startup The logger/pmie daemon-command-line generator functions do a ton of work outside the process, invoking pm*conf etc., in sequence. Instead of invoking them serially, do each daemon X host in a separate pthread. To keep the model/logic trivially simple, we do a massive fork / join around the daemon polls only, which means that a single long-lasting daemon X host startup can delay everything else. But this is unlikely (?). commit 2d1ddd75a9c81b98a6d1f521bd3708eaefaa6dd8 Author: Frank Ch. Eigler Date: Mon Dec 16 16:05:28 2013 -0500 pmmgr: sort hostid-metric multi-instance values commit 424ee764f2fae5c00f0e25ec69359d74ff517071 Author: Frank Ch. Eigler Date: Mon Dec 16 15:17:11 2013 -0500 pmmgr build: make conditional via autoconf & build-me GNUmakefile idioms commit 693241b35239fd75e82eb687c0b16212d0b29fb5 Author: Frank Ch. Eigler Date: Mon Dec 16 11:54:14 2013 -0500 pmmgr config/ directory: drop all .default files The compiled-in defaults are mentioned in the man page already, and were confusing. commit 6f386c30a83fabfe0e568741ee4a2a6dd1804f58 Author: Frank Ch. Eigler Date: Fri Dec 13 20:36:01 2013 -0500 linux pmda: plug memory leak in /proc/interrupts parsing Previous code in src/pmdas/linux/interrupts.c accidentally forgot that it had already parsed the structure of /proc/interrupts into the interrupt_lines/interrupt_other realloc variables by resetting the lines_count/other_count variables every refresh. That caused an endless re-allocation growth. Hey, teacher, leave those _counts alone! Reported-By: Mahmoud Hanafi commit 34c9afab991ee41cb82367b85a6811cbeed9c21c Merge: ec499b2 25bfc1e Author: Frank Ch. Eigler Date: Fri Dec 13 11:09:10 2013 -0500 Merge remote-tracking branch 'pcp/dev' into fche/dev * pcp/dev: Fix a typo in the pmwebd rc script libpcp __pmNotifyErr: correct va_list usage Update development branch version info for work-in-progress commits The Mac OS X ld has a different symbol version file format to GNU ld, disable Travel the Linux path for Mac OS X dtrace static probe support Update strings in Mac OS X installer for community release Resolve issue in test qa/528 with tmpdir leftovers Resolve deb bug #729857 using dpkg-maintscript-helper(1) Limit the number of collision resolution attempts for Avahi services. commit ec499b22ba117350e87ed1bd3b656f97e0b5b2fd Merge: 6e7af04 74d8fc3 Author: Frank Ch. Eigler Date: Fri Dec 13 11:08:38 2013 -0500 Merge remote-tracking branch 'origin/brolley/dev' into fche/dev * origin/brolley/dev: (48 commits) Limit the number of collision resolution attempts for Avahi services. Add expected output for test 783 libpcp_fault/GNUmakefile - small typo fix from previous commit qa/660 - fix IPv6 localhost name discovery, add $seq.full tracing Update version/changelogs in preparation for a bugfix release Different tack toward valgrind testing of pmdarpm, using -C option now Add a missing header dependency in pmdarpm makefile linux_proc pmda: correct stack blowage during ioctl() for network interfaces Simplify and add to the QA valgrind suppressions file Correct bitfield values in PMDA cache code Testing suggests the rpm HEADERGET_MINMEM flag is safe for us Fix semantics for rpm.datasize and remove dup metrictab entry Move the pmdarpm fetch callback locking to the correct spot pmie_daily - avoid cron mail chatter qa/536 - /bin/sh is not bash libpcp_fault - make it work again qa/529 - rework stdin case Initial version of valgrind test for pmdarpm Small cleanup to rpm test qa/750 and common code qa/575 - don't remove $PCP_TMP_DIR/pmie ... commit 6e7af04e9d1fd230fae60e444817358fde6984f3 Author: Frank Ch. Eigler Date: Thu Dec 12 16:32:19 2013 -0500 pmmgr: tweak rc options to match available pmmgr parameters commit aae2c5b8478a02fa33f0d2a1b667017ffaf72685 Author: Frank Ch. Eigler Date: Thu Dec 12 16:28:59 2013 -0500 pmmgr: standardize cout/cerr log messages commit dddc393412ea7c57c340e7ad6693f5ef12aa9b16 Author: Frank Ch. Eigler Date: Thu Dec 12 15:06:53 2013 -0500 libpcp __pmNotifyErr: correct va_list usage In the do_syslog case, a va_list parameter was being passed to snprintf, and never reset for subsequent use by vpmprintf(). Use the correct varargs operations. commit 1c7d1ad9be52c4a3e06be6f149dea7207bca17c4 Author: Frank Ch. Eigler Date: Thu Dec 12 13:28:25 2013 -0500 pmmgr: interpret configured log-directory relative to cfg-directory if necessary commit 3d36ae79762b0a46fd26728f42c3ae01a7ce10a2 Author: Frank Ch. Eigler Date: Thu Dec 12 13:27:58 2013 -0500 pmmgr: add sample config ditty for avahi-based pmcd autodiscovery commit a78ff4713fc0064703f2a94d6f40950a81710d5b Author: Frank Ch. Eigler Date: Thu Dec 12 13:19:14 2013 -0500 pmmgr: move pmmgr/src/* into pmmgr/* The code base is small enough. commit 7f51c662c2ab392c7a4c45531075b3f30e19cfca Author: Frank Ch. Eigler Date: Thu Dec 12 12:15:06 2013 -0500 pmmgr: add pmmgr.options, cargo-culted from pmwebd commit 74d8fc37195df0e9a66da95656445b5799b70f07 Merge: 8301d0d b1c3a47 Author: Dave Brolley Date: Wed Dec 11 12:27:12 2013 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev Conflicts: src/libpcp_fault/src/GNUmakefile commit 8301d0d2ee1a83302f66701847009f0dfa5a02e8 Author: Dave Brolley Date: Wed Dec 11 12:23:56 2013 -0500 Limit the number of collision resolution attempts for Avahi services. commit 00d6cf7797b8c328aae536f88707a9c2f4d88fc7 Author: Nathan Scott Date: Tue Dec 10 22:01:55 2013 -0500 linux_proc pmda: correct stack blowage during ioctl() for network interfaces We finally isolated the cause of the peculiar stack-segment supergrowth seen occasionally for pmcd on linux, wherein multi-gigabyte stacks sometimes briefly appeared on x86-64 hosts. Some analysis with systemtap [1] helped pinpoint the linux_proc network ioctl()s as causing the problem. The problem appears to be the corruption of the ioctl-argument ifr->ecmd pointer between consecutive ioctl()s. This is now corrected by reinitializing before each ioctl(). [1] # stap -e ' probe kernel.function("acct_stack_growth") { if (execname()=="pmcd") { println (pn(), " ", $$parms) print_backtrace() print_ubacktrace() } }' -d /usr/libexec/pcp/bin/pmcd -d /var/lib/pcp/pmdas/linux/pmda_linux.so --ldd Which reported, inter alia, kernel.function("acct_stack_growth@mm/mmap.c:2035") grow=0x17d92 size=0x17db4000 vma=0xffff88009d80b000 0xffffffff8116c560 : expand_downwards+0xb0/0x240 [kernel] 0xffffffff8116c714 : expand_stack+0x24/0x40 [kernel] 0xffffffff8165207f : __do_page_fault+0x43f/0x510 [kernel] 0xffffffff8165215e : do_page_fault+0xe/0x10 [kernel] 0xffffffff8164e6d8 : page_fault+0x28/0x30 [kernel] 0xffffffff81306ae5 : copy_user_generic_string+0x35/0x40 [kernel] 0xffff88009d8bfe18 0xffffffff812a72ec : sidtab_context_to_sid+0x30c/0x480 [kernel] (inexact) 0xffffffff8154a399 : dev_get_by_name_rcu+0x69/0x90 [kernel] (inexact) 0xffffffff8155f56b : dev_ioctl+0x1ab/0x560 [kernel] (inexact) 0xffffffff81634d02 : netlbl_domhsh_hash+0x12/0x50 [kernel] (inexact) 0xffffffff8129e7fc : selinux_file_alloc_security+0x3c/0x60 [kernel] (inexact) 0xffffffff81531195 : sock_do_ioctl+0x45/0x50 [kernel] (inexact) 0xffffffff815315e0 : sock_ioctl+0x1f0/0x2c0 [kernel] (inexact) 0xffffffff811b9fdd : do_vfs_ioctl+0x2dd/0x4b0 [kernel] (inexact) 0xffffffffa0ecba01 [stap_ee080e3c411678e5f019bf218d63791_23997] (inexact) 0xffffffff811ba231 : SyS_ioctl+0x81/0xa0 [kernel] (inexact) 0xffffffff81656aa7 : tracesys+0xdd/0xe2 [kernel] (inexact) 0x2ba833548eb7 : ioctl+0x7/0x30 [/usr/lib64/libc-2.17.so] 0x2ba8368cfee6 : refresh_proc_net_dev+0x256/0x590 [/var/lib/pcp/pmdas/linux/pmda_linux.so] 0x2ba8368c9e2b : linux_refresh+0x39b/0x450 [/var/lib/pcp/pmdas/linux/pmda_linux.so] 0x2ba8368c9fe8 : linux_fetch+0x108/0x170 [/var/lib/pcp/pmdas/linux/pmda_linux.so] 0x2ba832bbcdf5 : DoFetch+0x585/0x1460 [/usr/libexec/pcp/bin/pmcd] 0x2ba832bb6a8b : HandleClientInput+0x28b/0x510 [/usr/libexec/pcp/bin/pmcd] 0x2ba832bb6f03 : ClientLoop+0x1f3/0x6b0 [/usr/libexec/pcp/bin/pmcd] 0x2ba832bb5a2b : main+0x5db/0x7c0 [/usr/libexec/pcp/bin/pmcd] 0x2ba83347db45 : __libc_start_main+0xf5/0x1c0 [/usr/lib64/libc-2.17.so] 0x2ba832bb5c39 : _start+0x29/0x30 [/usr/libexec/pcp/bin/pmcd] commit 4f371507a86640b6a43f8468b9a8b791ccd52b2d Author: Frank Ch. Eigler Date: Tue Dec 10 16:49:15 2013 -0500 pmmgr: add sh_quote() quoting for sh -c arguments as they're being constructed commit 47cc22debe39b172d3407288dac93aec4dd59666 Author: Frank Ch. Eigler Date: Mon Dec 9 18:35:57 2013 -0500 pmmgr docs: fix typo in config/target-discovery commit ca8dd672b12a01fefd6a05f177aac40e94a50886 Author: Frank Ch. Eigler Date: Mon Dec 9 18:17:06 2013 -0500 pmmgr: add rc file commit e07d949fbd979b836a77ce7098add1363215d703 Author: Frank Ch. Eigler Date: Mon Dec 9 17:10:37 2013 -0500 pmmgr: avahi adaptation commit 433e94411f2220b0ec559f31531e6b9a7d28f391 Merge: ed556d4 74cce0f Author: Frank Ch. Eigler Date: Mon Dec 9 16:56:53 2013 -0500 Merge remote-tracking branch 'origin/brolley/dev' into fche/dev * origin/brolley/dev: Remove the 'numUrls' parameter from pmDiscoverServices(). Rename SERVER_SERVICE_SPEC to PM_SERVER_SERVICE_SPEC and move it from impl.h to pmapi.h. commit ed556d4eaa35fd5fa61c39eb69d7027b6d951227 Author: Frank Ch. Eigler Date: Mon Dec 9 16:56:34 2013 -0500 pmmgr: adopt pmDiscoverServices api commit 74cce0f0aed73a3bdf20a16c2783916f08376d32 Author: Dave Brolley Date: Mon Dec 9 16:45:41 2013 -0500 Remove the 'numUrls' parameter from pmDiscoverServices(). Each call will allocate a new list of results. commit 2cb397485cf4c204aceb4ff54e298f20f3b171c6 Author: Dave Brolley Date: Mon Dec 9 16:10:01 2013 -0500 Rename SERVER_SERVICE_SPEC to PM_SERVER_SERVICE_SPEC and move it from impl.h to pmapi.h. commit f3b53b78c749751eb311d5e995c5a747e5b1cc1d Merge: 8824714 e8551fa Author: Frank Ch. Eigler Date: Mon Dec 9 15:39:47 2013 -0500 Merge remote-tracking branch 'origin/brolley/dev' into fche/dev * origin/brolley/dev: Change pmfind/.gitignore to ignore pmfind, not pminfo. New client -- pmfind Discovery for clients rework. pmlogextract - small fixup qa/151 - change after fix for pmlogextract bug with dynamic indoms qa/532 - change after fix for pmlogextract bug with dynamic indoms qa/261 - change after fix for pmlogextract bug with dynamic indoms pmlogextract - dynamic indom botch with -S and -T pmlogextract/GNUmakefile - add header dependencies qa/node_archive archive - needed for qa/768 qa/768 [new] - pmlogextract bug - reported by Tom Yearke pmie/grammar.y - reconcile Ken's and Nathan's overlapping change Allow the host part of the host spec to be enclosed in brackets []. pmie/grammar.y - add header Allow the host part of the host spec to be enclosed in brackets []. Service discovery for PCP clients. commit e8551fafbd0df44174d640ced30c121129047ca8 Merge: 6e20b33 48db577 Author: Dave Brolley Date: Mon Dec 9 15:33:12 2013 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev Conflicts: src/include/pcp/impl.h commit 6e20b3389846f3ab6fdc5600b266f5886622bcfe Author: Dave Brolley Date: Mon Dec 9 15:12:07 2013 -0500 Change pmfind/.gitignore to ignore pmfind, not pminfo. commit b18dfe357333d31ec8f67a4a0619812e2d3ba1da Author: Dave Brolley Date: Mon Dec 9 15:10:00 2013 -0500 New client -- pmfind Skeletal implementation searches for PMCDs on the local network. commit 10452856f33c9414989b5ca4d2f393c1c730ed97 Author: Dave Brolley Date: Mon Dec 9 15:08:01 2013 -0500 Discovery for clients rework. - __pmDiscoverServices() - Renamed to pmDiscoverServices() - Moved from impl.h to pmapi.h - discovery_domain is now checked for validity. - currently accepted values are NULL and "avahi". - Now returns a single freeable buffer - Managed by __pmStringListAdd and __pmStringListFind - new in internal.h, util.c - Output parameter now last - Stub now returns -EOPNOTSUPP and ignores urls. - pmAvahiDiscoverServices() - Timeout after 0.5 seconds. - This is different than a connection timeout. It's actually the length of time that the avahi-client will run before reporting. 0.5 seconds is a reasonable default. This can now be changed by setting AVAHI_DISCOVERY_TIMEOUT in the environment to the desired number of seconds. Fractions of seconds, down to the millisecond level are accepted. e.g. AVAHI_DISCOVERY_TIMEOUT=1.175 - Output parameter now last - avahi-client callbacks no longer issue messages. Error code is passed back in the context object. - __pmServiceInfoAlloc(), __pmServiceInfoFree(): removed - __pmServiceInfo, __pmAddDiscoveredService(): - Moved from impl.h to internal.h - Now within HAVE_SERVICE_DISCOVERY block - __pmServerAdvertisePresence() and __pmServerUnadvertisePresence() - Moved to discovery.c from auxserver.c - temporary -p option removed from pminfo commit 88247149a3e8e7a2661b691d2ad14fa6c7994718 Author: Frank Ch. Eigler Date: Sun Dec 8 18:31:10 2013 -0500 pmmgr: add a TODO entry commit fb21fa92dbc207a0cdd2ac855c317b158b54f799 Author: Frank Ch. Eigler Date: Sun Dec 8 13:00:54 2013 -0500 pmmgr: enable Makepkgs commit 07880888f9e6b2e9b8c68dd64f1427b1a0a861ca Author: Frank Ch. Eigler Date: Sun Dec 8 12:21:02 2013 -0500 pmmgr: add -r to pmlogger command line options commit adb4ad75a9f86e87ad62cda8ba16dbc419a93b68 Author: Frank Ch. Eigler Date: Sun Dec 8 12:20:30 2013 -0500 pmmgr: add a default configuration directory under $(PCP_SYSCONF_DIR)/pmmgr commit e3e1ef8c678a5df2b2ed97100bd7626e3ffeb67c Author: Frank Ch. Eigler Date: Sun Dec 8 00:38:57 2013 -0500 pmmgr man page: chek spelinng commit d0c294f36f2ecf6d000209f65cc671d8452c72a5 Author: Frank Ch. Eigler Date: Sun Dec 8 00:05:54 2013 -0500 pmmgr: man/GNUmakefile: install new man page commit 0769e9963af65265fbd0b3716de5758c3a8af5bc Author: Frank Ch. Eigler Date: Sun Dec 8 00:05:15 2013 -0500 pmmgr: add man page commit 4e9bf9b535e9cc1baf36d8192befe6734b452c59 Author: Frank Ch. Eigler Date: Sat Dec 7 14:26:05 2013 -0500 pmmgr: make all configuration changeable at run time commit fd418205f9736ac4a3765283957600b61f725769 Author: Frank Ch. Eigler Date: Sat Dec 7 14:25:49 2013 -0500 pmmgr: add TODO file commit 12ee84e01bbb9e7df57d3b6d0ba4c150453cd348 Author: Frank Ch. Eigler Date: Sat Dec 7 08:59:29 2013 -0500 pmmgr: add pmlogmerge-* capability commit da570f5eb293eb2cca5204615db8b5a9ad7ee729 Author: Frank Ch. Eigler Date: Mon Dec 2 20:53:04 2013 -0500 pmmgr prototype snapshot commit bef7cdd469d772bba91ffae1703da396fa43e61f Merge: 9f1b25c dd40ff7 Author: Dave Brolley Date: Thu Dec 5 13:25:48 2013 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev Conflicts: src/libpcp/src/auxserver.c src/libpcp/src/avahi.c src/libpcp/src/avahi.h commit 9f1b25c8f8971d8e38d488e1b651575d24d9a957 Merge: 032b7ab b4941e6 Author: Dave Brolley Date: Thu Nov 21 14:25:16 2013 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev commit 032b7ab23e85f3dad35f03e169ef536a78b01511 Author: Dave Brolley Date: Thu Nov 21 14:21:04 2013 -0500 Allow the host part of the host spec to be enclosed in brackets []. Needed for IPv6 addresses in order to separate the address from the port. e.g. pcp://[fe80::5eff:35ff:fe07:55ca]:44321. For simplicity, the implementation allows the brackets around the host part of any spec, as it does no harm. e.g. pcp://[10.15.16.212]:44321 or pcp://[some.host]:44321. commit 31805e25ff278f340179032219a9fbd35d469589 Merge: eaeb067 75db10c Author: Dave Brolley Date: Tue Nov 19 12:06:07 2013 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev commit eaeb0678cf4e06c77a54cc7cd38401bc9bb250b2 Author: Dave Brolley Date: Tue Nov 19 12:04:14 2013 -0500 Service discovery for PCP clients. - New libpcp API function __pmDiscoverServices() - Discovers services as requested. - Currently, only discovery of PMCD via Avahi is supported. - Related new API type: __pmServiceInfo. - Related new API functions: __pmServiceInfoAlloc(), __pmServiceInfoFree(). - Related new API functions: __pmAddDisccoveredService(), __pmServiceListFree(). - New __pmSockAddr API function: __pmSockAddrGetPort(). - Added -p option to pminfo for prototype/testing purposes - not intended to be permanent, but can be, if wanted. - Instruct pminfo to use __pmDiscoverServices() to search for local PMCD servers. From kenj@internode.on.net Wed Jan 8 14:33:35 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 0A1FA7F3F for ; Wed, 8 Jan 2014 14:33:35 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 72722AC007 for ; Wed, 8 Jan 2014 12:33:34 -0800 (PST) X-ASG-Debug-ID: 1389213208-04cb6c537bc9f850001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id MVXXNWVCxayXe4oQ for ; Wed, 08 Jan 2014 12:33:28 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlkTAMe1zVJ20aX3PGdsb2JhbAANTINDuzwDAQEBATiDEwEUMTANFhgDAgECATEnBgIBAYgNqG2FBZZWjjQBAYUNBJlHlCaBXQ Received: from ppp118-209-165-247.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.165.247]) by ipmail05.adl6.internode.on.net with ESMTP; 09 Jan 2014 07:03:23 +1030 Message-ID: <52CDB659.6040307@internode.on.net> Date: Thu, 09 Jan 2014 07:34:33 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - assorted Content-Type: text/plain; charset=windows-1252 X-ASG-Orig-Subj: pcp updates - assorted Content-Transfer-Encoding: 8bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1389213208 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143876 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Nathan has already pulled all of these except the most recent 3 commits ... I was just a bit slack sending pcp mail over the silly season. Changes committed to git://oss.sgi.com/kenj/pcp.git dev INSTALL | 22 ++++-- debian/libpcp3-dev.install | 125 ++++++++++++++++++------------------ man/man3/pmatomstr.3 | 3 man/man3/pmdahelp.3 | 2 man/man3/pmerrstr.3 | 3 man/man3/pmeventflagsstr.3 | 3 man/man3/pmidstr.3 | 3 man/man3/pmindomstr.3 | 3 man/man3/pmiunits.3 | 4 - man/man3/pmnumberstr.3 | 3 man/man3/pmtime.3 | 8 +- man/man3/pmtraversepmns.3 | 3 man/man3/pmtypestr.3 | 3 man/man3/pmunitsstr.3 | 3 qa/.gitignore | 2 qa/003 | 1 qa/504 | 14 ++++ qa/504.out | 32 --------- qa/504.out.1 | 32 +++++++++ qa/504.out.2 | 32 +++++++++ qa/533 | 6 + qa/575 | 17 +++- qa/575.out | 2 qa/575.out.1 | 3 qa/575.out.2 | 3 qa/chk.setup | 58 ++++++++-------- src/include/pcp/impl.h | 1 src/libpcp/src/auxconnect.c | 114 +++++++++++++++++++------------- src/libpcp/src/exports | 1 src/libpcp/src/secureconnect.c | 142 +++++++++++++++++++++++++---------------- src/pmie/examples/GNUmakefile | 1 src/pmie/rc_pmie | 2 src/pmie/src/pmie.c | 5 - src/pmlogger/pmnewlog.sh | 23 ++---- src/pmproxy/rc_pmproxy | 2 35 files changed, 417 insertions(+), 264 deletions(-) commit be5b89099801f1013b8bf42e06e3932fabc93bd6 Author: Ken McDonell Date: Thu Jan 9 07:25:09 2014 +1100 qa/533 - more diags to 533.full commit aa17507b0469014b7a1a567ec64b24af9ec80010 Author: Ken McDonell Date: Thu Jan 9 07:23:31 2014 +1100 libpcp/auxconnect.c - fix diag botch in printf Got this wrong in my last commit in this area. commit f2d0d82359da4506ee31706156398946ce8c6d37 Author: Ken McDonell Date: Thu Jan 9 07:21:32 2014 +1100 pmnewlog - minor changes (diags and collect config) With -V still need to determine host name. When trying to rebuild pmlogger configuration from the currently running pmlogger, pminfo needs -h to talk to the pmlogger's pmcd not the local pmcd (if there is one). commit 8b04845ff778a9b97ac01cc9b0c7e8a7bc6c8f2f Author: Ken McDonell Date: Sun Jan 5 17:35:19 2014 +1100 libpcp - tweak diags in __pmConnect Need debug flags CONTEXT & DESPERATE, not just CONTEXT. commit 2e4a05a83607da058247675acfd4d3abcc05167f Author: Ken McDonell Date: Sun Jan 5 06:42:34 2014 +1100 libpcp - *connect.c - diagnostic cleanup Since there are routines of the same name in these two files (build-time configuration selects one or the other), add __FILE__ as prefix to all diagnostic messages. Also add more diagnostics around __pmBind() to help track down QA failures. commit 62f4986836b6ad44b4b98e6d0c238df80edb0de5 Author: Ken McDonell Date: Sat Jan 4 21:14:25 2014 +1100 libpcp - add __pmSockAddrGetPort() Dual of existing routine __pmSockAddrSetPort(). commit 70c8489def5f0b6ef6271ff0b8e9e8139cee4a42 Author: Ken McDonell Date: Sat Jan 4 09:25:21 2014 +1100 pmie and pmproxy rc script tweak We still has a couple of remnants of the old verbose Performance Co-Pilot starting ... messages in these two rc scripts. Updated to the more terse (and consistent with the other rc scripts) Starting pmie ... Starting pmproxy ... commit 3492c52fd178e53709579473dfcb03ba953ab0de Author: Ken McDonell Date: Sat Jan 4 07:00:25 2014 +1100 qa/003 - network.icmpmsg.* metrics sometimes unavailable Adjust filter. commit 159bcf34b9391e0505cc31556639ce55a6ea6ad7 Author: Ken McDonell Date: Sat Jan 4 06:58:17 2014 +1100 qa/chk.setup - allow host on the command line So I can check just one QA host, not all of 'em. commit c3b76c8eff6f7c07ea2886b6f7dfdb30411cb600 Author: Ken McDonell Date: Sun Dec 29 08:21:48 2013 +1100 man page rework for some NAME entries When more than one command/routine per man page, start each command/routine name on a new line in the NAME section. Fixes http://oss.sgi.com/bugzilla/show_bug.cgi?id=972 commit a4646cc362856a38ac2370bfe179cf4466b6b7aa Author: Ken McDonell Date: Sun Dec 29 06:36:13 2013 +1100 INSTALL - add notes for creating user pcp before make from source In response to bug http://oss.sgi.com/bugzilla/show_bug.cgi?id=1040 from Tom� Dohn�lek. commit ed6c37f1d5d3e46cdbe520ae261d416f647e613d Author: Ken McDonell Date: Sat Dec 28 21:17:46 2013 +1100 pmpost - one more bizarre name collision fixup Small change to edit DISK group to include full correct pathname for pmpost commit ab4a162e58ae44ddd31b1e0dafe80ab1153fd5d4 Author: Ken McDonell Date: Sat Dec 28 15:44:42 2013 +1100 pmie - temp file directory creation change First off, pmie should not try and create $PCP_TMP_DIR/pmie ... it should be done in the packaging. But even if we try to do a "fixup" creation here then a failure to create the directory should not be a fatal error ... it should be just like the later failure to create the stats file, namely pmie still runs there are just no stats available to the pmcd pmda. From kenj@internode.on.net Wed Jan 8 14:39:56 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 6B7DA7F3F for ; Wed, 8 Jan 2014 14:39:56 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 41BAA8F8035 for ; Wed, 8 Jan 2014 12:39:53 -0800 (PST) X-ASG-Debug-ID: 1389213588-04cbb04168c9a420001-S8gJnT Received: from ipmail05.adl6.internode.on.net (ipmail05.adl6.internode.on.net [150.101.137.143]) by cuda.sgi.com with ESMTP id hda0lFBQZ9WE9ZYV for ; Wed, 08 Jan 2014 12:39:48 -0800 (PST) X-Barracuda-Envelope-From: kenj@internode.on.net X-Barracuda-Apparent-Source-IP: 150.101.137.143 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiYeANu2zVJ20aX3PGdsb2JhbAANTINDiA6zLgMBAQEBOIMZQDANFhgDAgECATEnBgIBAbB6m0QXjyKEIQStbQ Received: from ppp118-209-165-247.lns20.mel6.internode.on.net (HELO [192.168.1.100]) ([118.209.165.247]) by ipmail05.adl6.internode.on.net with ESMTP; 09 Jan 2014 07:09:47 +1030 Message-ID: <52CDB7D8.9020900@internode.on.net> Date: Thu, 09 Jan 2014 07:40:56 +1100 From: Ken McDonell User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: pcp updates - merge fix up Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - merge fix up Content-Transfer-Encoding: 7bit X-Barracuda-Connect: ipmail05.adl6.internode.on.net[150.101.137.143] X-Barracuda-Start-Time: 1389213588 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143876 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Need this one with the last batch I sent. Changes committed to git://oss.sgi.com/kenj/pcp.git dev src/libpcp/src/auxconnect.c | 2 +- 1 files changed, 2 insertions(+), 2 deletions(-) commit ed63cb4d85b35f9d35b711f2ce2b2695e046c327 Merge: be5b890 04eb96d Author: Ken McDonell Date: Thu Jan 9 07:37:12 2014 +1100 Merge branch 'dev' of git://oss.sgi.com/pcp/pcp into dev Conflicts: src/libpcp/src/auxconnect.c My version wins this time. From brolley@redhat.com Wed Jan 8 15:15:10 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 5D5397F3F for ; Wed, 8 Jan 2014 15:15:10 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3515D8F8033 for ; Wed, 8 Jan 2014 13:15:07 -0800 (PST) X-ASG-Debug-ID: 1389215706-04cbb04169c9b710001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id O2P8B9tW4bqqGxc4 for ; Wed, 08 Jan 2014 13:15:06 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s08LF5Xp029428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 8 Jan 2014 16:15:05 -0500 Received: from [10.10.54.109] (vpn-54-109.rdu2.redhat.com [10.10.54.109]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s08LF4ZL003147 for ; Wed, 8 Jan 2014 16:15:05 -0500 Message-ID: <52CDBFD8.2000101@redhat.com> Date: Wed, 08 Jan 2014 16:15:04 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: PCP Subject: pcp updates - avahi service names Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - avahi service names Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389215706 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Avahi service names must be less than AVAHI_LABEL_MAX in length. -------------------------------------------------------------------------- commit 61de57e2e116a4a62ecfa750622e87a381b925f4 Author: Dave Brolley Date: Wed Jan 8 16:11:40 2014 -0500 Ensure that the Avahi service name is valid. From t-bounce-c7182814-78b8-11e3-8080-808080808080-pcp=oss.sgi.com@nl.business-romania.net Wed Jan 8 17:01:45 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: **** X-Spam-Status: No, score=4.2 required=5.0 tests=DEAR_SOMETHING, HTML_IMAGE_ONLY_32,HTML_MESSAGE,T_DKIM_INVALID,T_REMOTE_IMAGE autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 603C47F4E for ; Wed, 8 Jan 2014 17:01:45 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 3CD948F8035 for ; Wed, 8 Jan 2014 15:01:35 -0800 (PST) X-ASG-Debug-ID: 1389222083-04cb6c537cca4be0001-S8gJnT Received: from send1.nl.business-romania.net (send1.nl.business-romania.net [50.115.174.103]) by cuda.sgi.com with ESMTP id sOZNv6Y8DjgEfEQV for ; Wed, 08 Jan 2014 15:01:23 -0800 (PST) X-Barracuda-Envelope-From: t-bounce-c7182814-78b8-11e3-8080-808080808080-pcp=oss.sgi.com@nl.business-romania.net X-Barracuda-Apparent-Source-IP: 50.115.174.103 Received: from business-romania (sarin.newsmanapp.com [144.76.203.142]) by send1.nl.business-romania.net (Postfix) with ESMTP id 7A86C175DD2 for ; Wed, 8 Jan 2014 23:04:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nl.business-romania.net; s=default; t=1389222289; bh=G+Ae33axhSSw8JTxJ2x+bSC7RfPoxMexXQa53On0I6M=; h=Subject:List-Unsubscribe:From:Reply-To:To:Date:From; b=nDNC4nPVS9jqWG0L0Cq8iCK6WInMuOSArBOdr9mzmeDk5XzLIwEJuHTlnuFN78r3q nGhn3Tbg8DjdUSmA7/Zkl8zsCjKXTMr2be3m215a5zLclMeAmA1i/yMWE9akNhziy+ +EujtOuPewayZG2CSPG0igjHX+12BLcox7x+3FKY= Subject: Offices & Showroom Building for sale in IASI, Romania X-Priority: 3 X-ASG-Orig-Subj: Offices & Showroom Building for sale in IASI, Romania Content-Type: multipart/alternative; boundary="===============6041847534779772538==" MIME-Version: 1.0 Message-Id: <20140108230116.82488.c7182814-78b8-11e3-8080-808080808080.crbrmail@nl.business-romania.net> List-Unsubscribe: From: office@allforprintmarket.com Reply-To: office@allforprintmarket.com To: pcp@oss.sgi.com Date: Wed, 08 Jan 2014 23:01:16 -0000 X-Barracuda-Connect: send1.nl.business-romania.net[50.115.174.103] X-Barracuda-Start-Time: 1389222083 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.40 X-Barracuda-Spam-Status: No, SCORE=0.40 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA085b, DKIM_SIGNED, DKIM_VERIFIED, HTML_IMAGE_ONLY_32, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143881 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.00 HTML_IMAGE_ONLY_32 BODY: HTML: images with 2800-3200 bytes of words 0.00 HTML_MESSAGE BODY: HTML included in message 0.40 BSF_SC0_SA085b Custom Rule SA085b --===============6041847534779772538== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable [1]: http://www.allforprintmarket.com/ # Offices & Showroom Building for sale in IASI, Romania Dear Sirs, We have on sale an Offices & Showroom Building, a former auto service, in the center of IASI city, the 4th biggest city in Romania, with a population of more than 300000 inhabitans. The assets consist of: 1/ BUILDING built in 2007 - 2 levels: 818 sqm ground floor + 641 sqm first floor - heights: 4 m ground floor + 3 m first floor - construction of reinforced concrete, brick exterior walls, thermo-plated,= exterior curtain wall joinery, fitted with double glazing secure layer (li= nk) and reflective exterior shutters, double pedestrian door automatic 3-do= or electric freight access, simple wicket, Terrace circulating Granuflex co= ated, 4 skylights wide area - equipped with automatic smoke vents, 3 stairc= ases, 1 elevator, 5 bathrooms, air conditioning GEA, with fan, heating gas = boiler Buderus, installations for card access at the administrative area; 2/ LAND: - 1068 sqm - owner property - 34 sqm - possession undocumented - 122 sqm - concesioned from the City Hall - 20 parking places IASI city is the capital of IASI county, the biggest county in Romania, with a population of 772000 inhabitans. Price: On Request Looking forward to your answer. Best Regards, Catalin Rusu Rusu E Catalin PFA Sos Nicolina nr 40, 700687 - IASI ROMANIA VAT 30548758 F22/2172/14.08.2012 Mobile: +40 735 886 201 Fax: +40 372 877 165 office@business-romania.net www.business-romania.net This is an informing email and it shouldn\' t be spam. If you don\' t want to receive emails from business-romania.net send a reply to this email with the message DELETE --===============6041847534779772538== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Offices &= Showroom Building for sale in IASI, Romania

Dear Sirs,

We have on sale an Offices & Showroom Building, a former auto service, = in the center of IASI city, the 4th biggest city in Romania, with a popula= tion of more than 300000 inhabitans.

The assets consist of:

1/ BUILDING built in 2007
- 2 levels: 818 sqm ground floor + 641 sqm first floor
- heights: 4 m ground floor + 3 m first floor
- construction of reinforced concrete, brick exterior walls, thermo-plated,= exterior curtain wall joinery, fitted with double glazing secure layer (li= nk) and reflective exterior shutters, double pedestrian door automatic 3-do= or electric freight access, simple wicket, Terrace circulating Granuflex co= ated, 4 skylights wide area - equipped with automatic smoke vents, 3 stairc= ases, 1 elevator, 5 bathrooms, air conditioning GEA, with fan, heating gas = boiler Buderus, installations for card access at the administrative area;
2/ LAND:
- 1068 sqm - owner property
- 34 sqm - possession undocumented
- 122 sqm - concesioned from the City Hall
- 20 parking places

IASI city is the capital of IASI county, the biggest county in Romania, wit= h a population of 772000 inhabitans.

Price: On Request

Looking forward to your answer.

Best Regards,
Catalin Rusu

Rusu E Catalin PFA
Sos Nicolina nr 40, 700687 - IASI
ROMANIA
VAT 30548758
F22/2172/14.08.2012

Mobile: +40 735 886 201
Fax: +40 372 877 165
office@business-romania.net
www.business-romania.net

This is an informing email and it shouldn\' t be spam. If you don\' t want = to receive emails from business-romania.net send a reply to this email with= the message DELETE

=C2=A0

--===============6041847534779772538==-- From nscott@redhat.com Wed Jan 8 19:46:58 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 747B87F3F for ; Wed, 8 Jan 2014 19:46:58 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 4E1A78F8039 for ; Wed, 8 Jan 2014 17:46:46 -0800 (PST) X-ASG-Debug-ID: 1389232004-04cbb04166ca7550001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id N5ALmZRQT5emZiyI for ; Wed, 08 Jan 2014 17:46:45 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s091kiwC022676 for ; Wed, 8 Jan 2014 20:46:44 -0500 Date: Wed, 8 Jan 2014 20:46:44 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: PCP Mailing List Message-ID: <785821202.46992636.1389232004456.JavaMail.root@redhat.com> In-Reply-To: <1443305367.46991861.1389231829403.JavaMail.root@redhat.com> Subject: pcp updates: packaging MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: packaging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: packaging Thread-Index: /okwalAaUQ90b2XcrdszH8hr8SQmvw== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1389232005 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143888 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev CHANGELOG | 21 +++++++++++++++++++-- VERSION.pcp | 2 +- build/rpm/fedora.spec | 15 ++++++++++----- build/rpm/pcp.spec.in | 17 ++++++++++------- debian/changelog | 4 ++-- debian/pcp.postinst.tail | 17 ++++++++++------- debian/pcp.postrm.tail | 1 + src/pmmgr/GNUmakefile | 2 ++ src/pmns/GNUmakefile | 6 ++++-- 9 files changed, 59 insertions(+), 26 deletions(-) commit c311f5a619c68e74ccfd44a089921a351769d8ae Author: Nathan Scott Date: Thu Jan 9 12:41:04 2014 +1100 Updates to packaging - pmmgr goodness, NeedRebuild jiggery-pokery Add in pmmgr chkconfig bits and pieces to spec and deb files. Install the logs directory for pmmgr too. Another tilt at the NeedRebuild saga - this is a temp flag file, which will be removed, as such it should not be in the RPM package filelist. commit d1c3c27b32a8354eaddcf7fa5c12ea09020ff1e7 Author: Nathan Scott Date: Thu Jan 9 10:28:22 2014 +1100 Tweak debian packaging tmpfile move slightly, for safety commit 607b017428fc0c9aaa2cb93a0efa819249d58f61 Author: Nathan Scott Date: Thu Jan 9 10:26:14 2014 +1100 Reset VERSION file back to how it should look at this stage commit 6b5c4782a1f62bab46fd2c508e5a61b7f8e646cb Author: Nathan Scott Date: Thu Jan 9 09:46:13 2014 +1100 Update changelog details prepping for a future point release From mgoodwin@redhat.com Wed Jan 8 20:45:54 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 251837F3F for ; Wed, 8 Jan 2014 20:45:54 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay2.corp.sgi.com (Postfix) with ESMTP id CE969304066 for ; Wed, 8 Jan 2014 18:45:41 -0800 (PST) X-ASG-Debug-ID: 1389235540-04bdf00fe05a4d90001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id ffDShd8l3AohAfeH for ; Wed, 08 Jan 2014 18:45:41 -0800 (PST) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s092jelv031905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 8 Jan 2014 21:45:40 -0500 Received: from [10.64.50.251] (vpn1-50-251.bne.redhat.com [10.64.50.251]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s092jcXx001218 for ; Wed, 8 Jan 2014 21:45:40 -0500 Message-ID: <52CE0D52.3080407@redhat.com> Date: Thu, 09 Jan 2014 13:45:38 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] pcp updates: packaging References: <785821202.46992636.1389232004456.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: [pcp] pcp updates: packaging In-Reply-To: <785821202.46992636.1389232004456.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389235541 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On 01/09/2014 12:46 PM, Nathan Scott wrote: > Another tilt at the NeedRebuild saga - this is a temp flag file, which > will be removed, as such it should not be in the RPM package filelist. just a nit: should it still be present but prefixed with a %ghost directive? e.g. so rpm -e will correctly erase it? (and to keep rpmlint happy too). From nscott@redhat.com Wed Jan 8 22:28:43 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id BB2277F3F for ; Wed, 8 Jan 2014 22:28:43 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 2F226AC008 for ; Wed, 8 Jan 2014 20:28:33 -0800 (PST) X-ASG-Debug-ID: 1389239517-04cbb04166cad860001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id CBKfkBPIPPtwg2ox for ; Wed, 08 Jan 2014 19:51:57 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s093pvS1018447; Wed, 8 Jan 2014 22:51:57 -0500 Date: Wed, 8 Jan 2014 22:51:56 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: Mark Goodwin Cc: pcp@oss.sgi.com Message-ID: <1987012526.47030979.1389239516970.JavaMail.root@redhat.com> In-Reply-To: <52CE0D52.3080407@redhat.com> References: <785821202.46992636.1389232004456.JavaMail.root@redhat.com> <52CE0D52.3080407@redhat.com> Subject: Re: [pcp] pcp updates: packaging MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] pcp updates: packaging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: packaging Thread-Index: 9wBrysqa7ufxVRBNDEhwu51Z3fMCkg== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1389239517 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143892 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Mark, ----- Original Message ----- > On 01/09/2014 12:46 PM, Nathan Scott wrote: > > Another tilt at the NeedRebuild saga - this is a temp flag file, which > > will be removed, as such it should not be in the RPM package filelist. > > just a nit: should it still be present but prefixed with a %ghost directive? I don't really know - what advantages would that give? Just these two... ? > e.g. so rpm -e will correctly erase it? (and to keep rpmlint happy too). We can remove it in the %preun ourselves - Frank mentioned this too, and this is now in place - tho manually done, *shrug*. rpmlint doesn't know about the file at all, so I'd think it wouldn't complain. I don't have a preference really, just keen to stop the stream of niggly rpm install complaints that come in ... feel free to tackle it different/better! cheers. -- Nathan From nscott@redhat.com Thu Jan 9 00:15:08 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E39467F3F for ; Thu, 9 Jan 2014 00:15:08 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id BD1068F8035 for ; Wed, 8 Jan 2014 22:14:56 -0800 (PST) X-ASG-Debug-ID: 1389248094-04cb6c537ecb50b0001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id iKB6FYuNnUli9cWC for ; Wed, 08 Jan 2014 22:14:55 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s096EsxM007624; Thu, 9 Jan 2014 01:14:54 -0500 Date: Thu, 9 Jan 2014 01:14:54 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: "Frank Ch. Eigler" Cc: pcp developers Message-ID: <457196255.47058472.1389248094132.JavaMail.root@redhat.com> In-Reply-To: <20140108013956.GG15448@redhat.com> References: <20140108013956.GG15448@redhat.com> Subject: Re: [pcp] braindump on unified-context / live-logging MIME-Version: 1.0 X-ASG-Orig-Subj: Re: [pcp] braindump on unified-context / live-logging Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.12] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: braindump on unified-context / live-logging Thread-Index: hguezRWFICEp8/6XwSHpQcaNTWgaoA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1389248094 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.03 X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO, BSF_SC0_SA_TO_FROM_DOMAIN_MATCH, THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143894 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header 0.01 BSF_SC0_SA_TO_FROM_DOMAIN_MATCH Sender Domain Matches Recipient Domain Hi Frank, Thanks for coming back to this - good to have others pondering it too! ----- Original Message ----- > Hi - > > Here are some notes related our earlier unified-context ideas [1][2]. > As a recap, it's desirable to teach pcp clients to locate pcp data for > arbitrary hosts, and then to easily seek between live & historical > metrics for it. > > [1] http://oss.sgi.com/pipermail/pcp/2013-September/003963.html > [2] http://oss.sgi.com/pipermail/pcp/2013-November/004090.html > > My proposed approach focuses on archive files and a new server for the > archive files. It might make do without a new PM_CONTEXT_* mode, and > at the PMAPI level just generalize PM_CONTEXT_ARCHIVE & _HOST a little. Its not really clear what the reasons for not liking a new context type are. The description starts out here with "just" & "a little" ... so I'm thinking perhaps it is perceived as overly complex? By the end here though, we have a new protocol rev, new server, a fair bit of new code in pmlogger, libpcp, and all the clients - quickly this has become quite complex too. Its a hard problem. An approach that requires a server is not ideal too - often times we will be working with only archives, on systems removed from the recorded production systems. It is ideal if client tools continue to operate in this isolated way also. Not 100% sure if a server was *required* with this new approach, but kinda sounded like it - I'm not a fan if so. Having said that, there's areas of overlap ... > > 1) We'd extend archive files to be usable as a source of "live" data, > so that clients can sort-of-"tail -f" the files to get current info, > or can seek along time with pmSetMode(). ...like this bit; this is something that both approaches benefit from. Its also something that could be more deeply investigated right away, to determine the extent of the problem. Mark mentioned that the old pmchart (original SGI version) was able to do this - via handling the PM_ERR_EOL return code from pmFetch and dealing with it (somehow). A solution with more help from libpcp would be good, if thats possible; needs further investigation though. See bullet point #3 from reference [1] above. Same same. > 1.1) pmlogger needs to learn to write its output with what IIRC kenj > has referred to as "semantic units", ie., proper use sequencing of > write(2), fdatasync(), to put interdependent data on disk correctly. Its more complicated than this though, I think. IIUC, one of the big differences between what you're describing & the grand-unified-context theory is that there is no transition-to-live-mode here - everything has to be read from the log (possibly by an intermediary daemon rather than directly from the file, but still read-from-log). Is that right? As an aside, not sure fdatasync will help us here (unless we're also becoming more concerned with on-disk integrity, but we'd need to do a whole lot of unrelated work - journalling etc, ondisk format change). Both pmlogger (writing) and PMAPI clients (reading) are accessing the data from the page cache. So file locking might be needed, and some kind of mechanism where the client can *tell* pmlogger it needs to flush its buffers, but thats different to fsync. > 1.2) libpcp needs to learn to read archives that are being written-to. As above, it can ... perhaps it needs to learn more. Needs analysis, we're guessing a bit as to what state its in now. > It should not freak out when the end-of-file is reached, and for "freak out" == PM_ERR_EOL from pmFetch, I think, but maybe its more freaky than that - we don't know, but Marks anecdotal evidence is suggesting it is perhaps not as bad as earlier thought. > PM_MODE_LIVE, just return the then-freshest measurements and/or > trigger PM_ERR_PMDANOTREADY if clients are fetching faster than the > logger is recording. That doesn't sound much different from what it does now? What the clients do next, and whether that can be done in libpcp rather than individually in each tool is an open question I think. > This could be done without a PM_CONTEXT_UNIFIED > extension, just permitting PM_MODE_LIVE for PM_CONTEXT_ARCHIVE, and > giving clients an option (like the -f for tail) to use that flag. This doesn't seem to consider two aspects that grand-unified-contexts are attempting to address: - the historical data will usually span many archives not just one; - the pmNewContext(PM_CONTEXT_ARCHIVE) API semantics require a file path to be passed in specifying the (one) archive to use, and not a host specifier - I guess we would have to use the hostname from that archive, then do pmfind-style discovery for servers that know about that host? (how to authenticate though, which will be needed for sure if we're talking about modifying the logged set too?) These do seem to be things that must be solved by whatever approach we take too, so perhaps expand on these aspects more for us? > 2) Because these archive files may not be local to the clients, or > because they may not already contain every metric a client might like, > we need a network server to offer them such tasty treats. Elsewhere > and elsewhen, nathans has ably argued that this shouldn't be pmcd, but > a new server or an extended pmlogger/pmproxy/pmmgr. Whatever we decide to do, I'd like to avoid new daemons if we can - we have six (!) init scripts now, its getting out of hand. So a pmproxy extension/rewrite gets my vote if we must talk to a daemon for remote archive data. We already need to add authentication to pmproxy, and proxying archives doesn't seem a huge stretch beyond the host proxying that it already does. > 2.1) A new server needs to be written, which would monitor some local > archive files, and serve an extended pcp wire protocol for it (one > that includes archive-like pmSetMode operations). It would advertise > the pcp hostname (or pmmgr-style hostid) to the network, so clients > can find the right host data (probably one tcp port per archive, or > else multiplexed over a single tcp port and identifying the host > during startup negotiation). The clients could keep using > PM_CONTEXT_HOST but permit PM_MODE_BACK etc. to forward -S/-T times - > ie. no requirement for a new PM_CONTEXT_UNIFIED. We also need to add discovery to pmproxy (already). We may need to rework pmproxy to deal with slower I/O needs of serving logs (maybe thread it, and make it follow a request-callback-completion style); that will benefit the existing multiple-hosts-proxying as well. > 2.2) Clients would be extended with enough discovery logic to find the > network server that has data for the interested pcp hostname / > pmmgr-hostid. Or, just rely on an extended pmfind: > "pmstat -h `pmfind --hostid HOSTID`" would attach to a server that > has data for that HOSTID. (A bonus complication is having multiple > archives/servers for the same HOSTID, such as with different subsets > of metrics, or for different times: perhaps extra pmfind filtering > params.) > > 2.3) That server needs to be extended: merged into pmlogger, or > interfaced with pmlc, so as to arrange logging of newly requested live > data that wasn't already set up in the pre-configured set of metrics. > It could heuristically control their logging interval and duration for > multiple clients. This bit sounds quite complex - AIUI it'll need to manage multiple users requests (authenticated) which may request the system pmlogger(s) to log arbitrary metrics at arbitrary frequencies. I think the unified context approach dealt with this more simply where different users archives were kept in their own home directories, managed by separate pmloggers, with no extra magic needed (no new auth issues, and issues around users over- loading the system logger / reserved filesystem space). Having said that, its good to have different ideas and more options, cos this is all going to be quite tricky to implement. :) There are several aspects to both the above and that earlier grand-unified-context mail that were vague or glossed over. At this stage it feels like some early, basic, maybe even throw-away kind of coding might help flesh out some of those unknowns for us & better inform the designs we come up with. cheers. -- Nathan From mgoodwin@redhat.com Thu Jan 9 01:03:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id E822A29DF8 for ; Thu, 9 Jan 2014 01:03:30 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id D14BF304075 for ; Wed, 8 Jan 2014 23:03:27 -0800 (PST) X-ASG-Debug-ID: 1389250997-04cbb04169cb9a20001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id iCCIMpc64Vz9JwmR for ; Wed, 08 Jan 2014 23:03:18 -0800 (PST) X-Barracuda-Envelope-From: mgoodwin@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0973H0f019057 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 9 Jan 2014 02:03:17 -0500 Received: from [10.64.51.18] (vpn1-51-18.bne.redhat.com [10.64.51.18]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0973Fue000639 for ; Thu, 9 Jan 2014 02:03:16 -0500 Message-ID: <52CE49B3.4050604@redhat.com> Date: Thu, 09 Jan 2014 18:03:15 +1100 From: Mark Goodwin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: pcp@oss.sgi.com Subject: Re: [pcp] braindump on unified-context / live-logging References: <20140108013956.GG15448@redhat.com> X-ASG-Orig-Subj: Re: [pcp] braindump on unified-context / live-logging In-Reply-To: <20140108013956.GG15448@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389250997 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Some comments in-line below - I think this is evolving in all the right directions, if I'm any judge :) On 01/08/2014 12:39 PM, Frank Ch. Eigler wrote: > Hi - > > Here are some notes related our earlier unified-context ideas [1][2]. > As a recap, it's desirable to teach pcp clients to locate pcp data for > arbitrary hosts, and then to easily seek between live & historical > metrics for it. > > [1] http://oss.sgi.com/pipermail/pcp/2013-September/003963.html > [2] http://oss.sgi.com/pipermail/pcp/2013-November/004090.html > > My proposed approach focuses on archive files and a new server for the > archive files. It might make do without a new PM_CONTEXT_* mode, and > at the PMAPI level just generalize PM_CONTEXT_ARCHIVE & _HOST a little. > > > 1) We'd extend archive files to be usable as a source of "live" data, > so that clients can sort-of-"tail -f" the files to get current info, > or can seek along time with pmSetMode(). > > 1.1) pmlogger needs to learn to write its output with what IIRC kenj > has referred to as "semantic units", ie., proper use sequencing of > write(2), fdatasync(), to put interdependent data on disk correctly. the old pmchart used to be able to replay from the tail of a growing archive - I think pmlogger was modified to update and sync() the archive label with new time bounds whenever new data was available (and had been sync'd). By polling the archive label the tool never tried to read partial records and if it tried to get ahead of real-time it would just stop. > 1.2) libpcp needs to learn to read archives that are being written-to. > It should not freak out when the end-of-file is reached, and for > PM_MODE_LIVE, just return the then-freshest measurements and/or > trigger PM_ERR_PMDANOTREADY if clients are fetching faster than the > logger is recording. This could be done without a PM_CONTEXT_UNIFIED > extension, just permitting PM_MODE_LIVE for PM_CONTEXT_ARCHIVE, and > giving clients an option (like the -f for tail) to use that flag. yes agree CONTEXT_UNIFIED isn't needed if CONTEXT_ARCHIVE and CONTEXT_HOST can be made synonymous. > 2) Because these archive files may not be local to the clients, or > because they may not already contain every metric a client might like, > we need a network server to offer them such tasty treats. Elsewhere > and elsewhen, nathans has ably argued that this shouldn't be pmcd, but > a new server or an extended pmlogger/pmproxy/pmmgr. > 2.1) A new server needs to be written, which would monitor some local > archive files, and serve an extended pcp wire protocol for it (one > that includes archive-like pmSetMode operations). It would advertise > the pcp hostname (or pmmgr-style hostid) to the network, so clients > can find the right host data (probably one tcp port per archive, or > else multiplexed over a single tcp port and identifying the host > during startup negotiation). The clients could keep using > PM_CONTEXT_HOST but permit PM_MODE_BACK etc. to forward -S/-T times - > ie. no requirement for a new PM_CONTEXT_UNIFIED. Or alternatively, PM_CONTEXT_ARCHIVE that supports live mode with -S 'now' or whatever.. This might be less work since archive contexts already support all of the PM_MODE_* options, etc. I guess we could end up with -a and -h options being synonyms. > 2.2) Clients would be extended with enough discovery logic to find the > network server that has data for the interested pcp hostname / > pmmgr-hostid. Or, just rely on an extended pmfind: > "pmstat -h `pmfind --hostid HOSTID`" would attach to a server that > has data for that HOSTID. (A bonus complication is having multiple > archives/servers for the same HOSTID, such as with different subsets > of metrics, or for different times: perhaps extra pmfind filtering > params.) OK, so "pmsometool -a hostname" should invoke the mentioned discovery mechanism to find the relevant archive(s) containing the metrics for the requested host and timestamps, without the user or client having to do anything special. That data may be spread across multiple archives (for the same host but for different timestamps and/or metrics), but this can and should be completely transparent. It's a configuration task to nominate the set of directories and/or ports to search, perhaps aided by a $PCP_ARCHIVE_SEARCH_PATH envar or something. For live monitoring, it's up to the PMAPI infrastructure whether it gets the data from the tail of one or more archives or from pmcd on the named host, or the proposed new server .., or a combination depending on what's being logged and where - the client tool shouldn't care. For back-compat, an explicit archive path/file can still be named and -h hostname is just synonymous with "-a hostname -S live" (or whatever designates 'now'). > > 2.3) That server needs to be extended: merged into pmlogger, or > interfaced with pmlc, so as to arrange logging of newly requested live > data that wasn't already set up in the pre-configured set of metrics. > It could heuristically control their logging interval and duration for > multiple clients. This clearly doesn't work for the case where a client decides to rewind and replay metrics from befoe the time they started being logged when they were first requested. ENOTIMEMACHINE :) But it should be ok for the common use cases and would be quite innovative. Cheers -- Mark From makc@iinet.net.au Thu Jan 9 06:38:40 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id C86617F3F for ; Thu, 9 Jan 2014 06:38:40 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 99EC68F8037 for ; Thu, 9 Jan 2014 04:38:34 -0800 (PST) X-ASG-Debug-ID: 1389270219-04cbb04169cc25e0001-S8gJnT Received: from icp-osb-irony-out9.external.iinet.net.au (icp-osb-irony-out9.external.iinet.net.au [203.59.1.226]) by cuda.sgi.com with ESMTP id t6LxF0IY9M5uLmef for ; Thu, 09 Jan 2014 04:23:40 -0800 (PST) X-Barracuda-Envelope-From: makc@iinet.net.au X-Barracuda-Apparent-Source-IP: 203.59.1.226 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AiEFAL+TzlLL2Rwk/2dsb2JhbABZgwuDOrQRhBgWdIImAQEEOj8QCw0nEiwrBogCARPEeBeTQwSYF4ZsiymDQSg X-IronPort-AV: E=Sophos;i="4.95,630,1384272000"; d="scan'208";a="169185556" Received: from unknown (HELO emma.crabbed.net) ([203.217.28.36]) by icp-osb-irony-out9.iinet.net.au with ESMTP; 09 Jan 2014 20:23:38 +0800 Received: by emma.crabbed.net (Postfix, from userid 16314) id 3503D32EAE3; Thu, 9 Jan 2014 23:23:38 +1100 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <21198.38090.179929.552608@iinet.net.au> Date: Thu, 9 Jan 2014 23:23:38 +1100 From: Max Matveev To: "Frank Ch. Eigler" Cc: pcp developers Subject: Re: [pcp] braindump on unified-context / live-logging In-Reply-To: <20140108013956.GG15448@redhat.com> X-ASG-Orig-Subj: Re: [pcp] braindump on unified-context / live-logging References: <20140108013956.GG15448@redhat.com> X-Mailer: VM 7.17 under 21.4 (patch 19) "Constant Variable" XEmacs Lucid X-Barracuda-Connect: icp-osb-irony-out9.external.iinet.net.au[203.59.1.226] X-Barracuda-Start-Time: 1389270219 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_MISMATCH_TO X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143903 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 BSF_SC0_MISMATCH_TO Envelope rcpt doesn't match header On Tue, 7 Jan 2014 20:39:56 -0500, Frank Ch Eigler wrote: fche> 1.1) pmlogger needs to learn to write its output with what IIRC kenj fche> has referred to as "semantic units", ie., proper use sequencing of fche> write(2), fdatasync(), to put interdependent data on disk correctly. This was the biggest bugbear of NAS Manager (for those who remember) which tried to provide historical and live data using archives as main source of information. I'd imagine this could be solved given more then .33 of engineer available to work on PCP. Still, the nightmares are still with me and I wasn't the .33 at the time. fche> 2.1) A new server needs to be written, which would monitor some local fche> archive files, and serve an extended pcp wire protocol for it (one fche> that includes archive-like pmSetMode operations). It would advertise fche> the pcp hostname (or pmmgr-style hostid) to the network, so clients fche> can find the right host data (probably one tcp port per archive, or fche> else multiplexed over a single tcp port and identifying the host fche> during startup negotiation). The clients could keep using fche> PM_CONTEXT_HOST but permit PM_MODE_BACK etc. to forward -S/-T times - fche> ie. no requirement for a new PM_CONTEXT_UNIFIED. What would happen if pcp client is using PM_CONTEXT_HOST with new protocol? Will it be banned or will it be silently dropped back to current "live" sematic? max From t-bounce-eaa3696e-794f-11e3-8080-808080808080-pcp=oss.sgi.com@nl.business-romania.net Thu Jan 9 11:03:22 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: **** X-Spam-Status: No, score=4.2 required=5.0 tests=DEAR_SOMETHING, HTML_IMAGE_ONLY_32,HTML_MESSAGE,T_DKIM_INVALID,T_REMOTE_IMAGE autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 1A58C7F3F for ; Thu, 9 Jan 2014 11:03:22 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id E272B8F8054 for ; Thu, 9 Jan 2014 09:03:18 -0800 (PST) X-ASG-Debug-ID: 1389286996-04bdf00fdf5cc930001-S8gJnT Received: from send2.nl.business-romania.net (send2.nl.business-romania.net [50.115.174.104]) by cuda.sgi.com with ESMTP id RuPGihwUBdU2TGab for ; Thu, 09 Jan 2014 09:03:17 -0800 (PST) X-Barracuda-Envelope-From: t-bounce-eaa3696e-794f-11e3-8080-808080808080-pcp=oss.sgi.com@nl.business-romania.net X-Barracuda-Apparent-Source-IP: 50.115.174.104 Received: from business-romania (sarin.newsmanapp.com [144.76.203.142]) by send2.nl.business-romania.net (Postfix) with ESMTP id 605061757FB for ; Thu, 9 Jan 2014 17:06:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=nl.business-romania.net; s=default; t=1389287205; bh=xiEuI/o2xMt0dzVaSCwZGAh7Q/KOTnL5+9vCA9TIOQM=; h=Subject:List-Unsubscribe:From:Reply-To:To:Date:From; b=MSDg3Drr3385b4SHm9VymaRCsNh+2/p4f42TrUBEOuZG0HYvalTRhNqabaS4TvyRG ZgRGwZ182Rtpk+QV/WceO5GX8biqJnnQRXCZg0d9Vt19t1RWE/JPTJc1zjoGayfmgi 3vg6gE/PNxOP5US5I5zPWMLbBqvWpsmhMt3OazhQ= Subject: Offices & Showroom Building for sale in IASI, Romania X-Priority: 3 X-ASG-Orig-Subj: Offices & Showroom Building for sale in IASI, Romania Content-Type: multipart/alternative; boundary="===============8542203037482081872==" MIME-Version: 1.0 Message-Id: <20140109170309.3235.eaa3696e-794f-11e3-8080-808080808080.crbrmail@nl.business-romania.net> List-Unsubscribe: From: office@business-romania.net Reply-To: office@business-romania.net To: pcp@oss.sgi.com Date: Thu, 09 Jan 2014 17:03:09 -0000 X-Barracuda-Connect: send2.nl.business-romania.net[50.115.174.104] X-Barracuda-Start-Time: 1389286996 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.40 X-Barracuda-Spam-Status: No, SCORE=0.40 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC0_SA085b, DKIM_SIGNED, DKIM_VERIFIED, HTML_IMAGE_ONLY_32, HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143909 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- -0.00 DKIM_VERIFIED Domain Keys Identified Mail: signature passes verification 0.00 DKIM_SIGNED Domain Keys Identified Mail: message has a signature 0.00 HTML_IMAGE_ONLY_32 BODY: HTML: images with 2800-3200 bytes of words 0.00 HTML_MESSAGE BODY: HTML included in message 0.40 BSF_SC0_SA085b Custom Rule SA085b --===============8542203037482081872== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable [1]: http://www.business-romania.net/ # Offices & Showroom Building for sale in IASI, Romania Dear Sirs, We have on sale an Offices & Showroom Building, a former auto service, in the center of IASI city, the 4th biggest city in Romania, with a population of more than 300000 inhabitans. The assets consist of: 1/ BUILDING built in 2007 - 2 levels: 818 sqm ground floor + 641 sqm first floor - heights: 4 m ground floor + 3 m first floor - construction of reinforced concrete, brick exterior walls, thermo-plated,= exterior curtain wall joinery, fitted with double glazing secure layer (li= nk) and reflective exterior shutters, double pedestrian door automatic 3-do= or electric freight access, simple wicket, Terrace circulating Granuflex co= ated, 4 skylights wide area - equipped with automatic smoke vents, 3 stairc= ases, 1 elevator, 5 bathrooms, air conditioning GEA, with fan, heating gas = boiler Buderus, installations for card access at the administrative area; 2/ LAND: - 1068 sqm - owner property - 34 sqm - possession undocumented - 122 sqm - concesioned from the City Hall - 20 parking places IASI city is the capital of IASI county, the biggest county in Romania, with a population of 772000 inhabitans. Price: On Request Looking forward to your answer. Best Regards, Catalin Rusu Rusu E Catalin PFA Sos Nicolina nr 40, 700687 - IASI ROMANIA VAT 30548758 F22/2172/14.08.2012 Mobile: +40 735 886 201 Fax: +40 372 877 165 office@business-romania.net www.business-romania.net This is an informing email and it shouldn\' t be spam. If you don\' t want to receive emails from business-romania.net send a reply to this email with the message DELETE --===============8542203037482081872== Content-Type: text/html; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable

Offices &a= mp; Showroom Building for sale in IASI, Romania

=C2=A0

--===============8542203037482081872==-- From brolley@redhat.com Thu Jan 9 15:44:00 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1AC9529DF8 for ; Thu, 9 Jan 2014 15:44:00 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay3.corp.sgi.com (Postfix) with ESMTP id 93B75AC002 for ; Thu, 9 Jan 2014 13:43:56 -0800 (PST) X-ASG-Debug-ID: 1389303835-04cbb04169cdb340001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id FFpfelhOBReOPwj5 for ; Thu, 09 Jan 2014 13:43:55 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s09Lhti5028337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 9 Jan 2014 16:43:55 -0500 Received: from [10.15.16.117] (dhcp-10-15-16-117.yyz.redhat.com [10.15.16.117]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s09Lhsun017635 for ; Thu, 9 Jan 2014 16:43:54 -0500 Message-ID: <52CF181A.2080705@redhat.com> Date: Thu, 09 Jan 2014 16:43:54 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: PCP Subject: pcp updates - man pages for pmDiscoverServices(3) and pmFind(1) Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates - man pages for pmDiscoverServices(3) and pmFind(1) Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389303835 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 In the brolley/dev/branch of pcpfans. commit 958776756d8349cdedbbbdf356503e94791c5f9d Author: Dave Brolley Date: Thu Jan 9 16:27:46 2014 -0500 New man pages for pmDiscoverServices(3) and pmFind(1). From fche@redhat.com Thu Jan 9 17:02:53 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 36DB329DF8 for ; Thu, 9 Jan 2014 17:02:53 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9F96EAC002 for ; Thu, 9 Jan 2014 15:02:49 -0800 (PST) X-ASG-Debug-ID: 1389308565-04cb6c537dcd92f0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id maG1VjNxDCQtB8Y4 for ; Thu, 09 Jan 2014 15:02:45 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s09N2iYs019719 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 9 Jan 2014 18:02:44 -0500 Received: from fche.csb (vpn-54-142.rdu2.redhat.com [10.10.54.142]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s09N2i8Y022091; Thu, 9 Jan 2014 18:02:44 -0500 Received: by fche.csb (Postfix, from userid 2569) id 7754A5817B; Thu, 9 Jan 2014 18:02:43 -0500 (EST) To: Nathan Scott Cc: pcp@oss.sgi.com Subject: Re: braindump on unified-context / live-logging References: <20140108013956.GG15448@redhat.com> <457196255.47058472.1389248094132.JavaMail.root@redhat.com> X-ASG-Orig-Subj: Re: braindump on unified-context / live-logging From: fche@redhat.com (Frank Ch. Eigler) Date: Thu, 09 Jan 2014 18:02:43 -0500 In-Reply-To: <457196255.47058472.1389248094132.JavaMail.root@redhat.com> (Nathan Scott's message of "Thu, 9 Jan 2014 01:14:54 -0500 (EST)") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389308565 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 nathans wrote: > [...] > An approach that requires a server is not ideal too - often times > we will be working with only archives, on systems removed from the > recorded production systems. It is ideal if client tools continue > to operate in this isolated way also. Not 100% sure if a server > was *required* with this new approach, but kinda sounded like it - > I'm not a fan if so. The idea was to break the overall problem into two overall parts: (1) for a pcp client to be able to use any archive as a liveish data source and (2) have a server control and return data from remote archives. (1) sounds like what you are referring to here. Note that for (2), I did not mean to suggest that this needs to be a system server - it could just as easily be unprivileged & per-user. > [...] >> 1.1) pmlogger needs to learn to write its output with what IIRC kenj >> has referred to as "semantic units", ie., proper use sequencing of >> write(2), fdatasync(), to put interdependent data on disk correctly. > > Its more complicated than this though, I think. IIUC, one of the big > differences between what you're describing & the grand-unified-context > theory is that there is no transition-to-live-mode here - everything > has to be read from the log (possibly by an intermediary daemon rather > than directly from the file, but still read-from-log). Is that right? Yes, but transition to "liveness" is sort of orthogonal: both -a and -h would support pmSetMode(PM_MODE_LIVE), clients would just need to ask for it. > As an aside, not sure fdatasync will help us here [...] So file > locking might be needed, and some kind of mechanism where the client > can *tell* pmlogger it needs to flush its buffers, but thats > different to fsync. (Right; mgoodwin's idea to have pmlogger frequently update the log-label would be another option.) > This [step 1, live-read archives] doesn't seem to consider two > aspects that grand-unified-contexts are attempting to address: > > - the historical data will usually span many archives not just one; > - the pmNewContext(PM_CONTEXT_ARCHIVE) API semantics require a file > path to be passed in specifying the (one) archive to use [...] Yes, this is why part (1), the generalized PM_CONTEXT_ARCHIVE, would only be an intermediate step to the overall plan. Onto part (2), the generalized PM_CONTEXT_HOST. >> 2) Because these archive files may not be local to the clients, or >> because they may not already contain every metric a client might like, >> we need a network server to offer them such tasty treats. Elsewhere >> and elsewhen, nathans has ably argued that this shouldn't be pmcd, but >> a new server or an extended pmlogger/pmproxy/pmmgr. > > Whatever we decide to do, I'd like to avoid new daemons if we can - we > have six (!) init scripts now, its getting out of hand. (Daemons don't have to be system-wide, nor have lifetimes/existence independent from the others.) > So a pmproxy extension/rewrite gets my vote if we must talk to a > daemon for remote archive data. [...] Yes, that's one possible spot, which has the head-start of already speaking PMAPI-across-the-wire. > [...] This bit sounds quite complex - AIUI it'll need to manage > multiple users requests (authenticated) which may request the system > pmlogger(s) to log arbitrary metrics at arbitrary frequencies. I > think the unified context approach dealt with this more simply where > different users archives were kept in their own home directories, > managed by separate pmloggers, with no extra magic needed (no new > auth issues, and issues around users over- loading the system logger > / reserved filesystem space). The scenarios can differ only in terms of configuration, not architecture/mechanism! *some* pmlogger would be controlled by the pmproxy (sp?) to gather more or less data, as per PMAPI clients' requests. It does not have to be *the* system pmlogger; it could be some random personal one run by some personal pmmgr. The files don't have to be under system dirs. The idea is to glue together a few orthogonal facilities: 1) the ability to serve archive data via PMAPI-across-the-wire 2) the ability to advertise/virtually-join multiple archives 3) the ability to supervise an archiver to influence future logging activity in response to PMAPI-across-the-wire > [...] At this stage it feels like some early, basic, maybe even > throw-away kind of coding might help flesh out some of those > unknowns for us & better inform the designs we come up with. Could well be! - FChE From nscott@redhat.com Thu Jan 9 18:28:52 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 969FB7F3F for ; Thu, 9 Jan 2014 18:28:52 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 371C6AC004 for ; Thu, 9 Jan 2014 16:28:49 -0800 (PST) X-ASG-Debug-ID: 1389313724-04bdf00fe05de840001-S8gJnT Received: from mx3-phx2.redhat.com (mx3-phx2.redhat.com [209.132.183.24]) by cuda.sgi.com with ESMTP id mAdAlSAoImyy0OGz for ; Thu, 09 Jan 2014 16:28:45 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.24 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx3-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0A0SiKr000840 for ; Thu, 9 Jan 2014 19:28:44 -0500 Date: Thu, 9 Jan 2014 19:28:44 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp developers Message-ID: <1255120228.47872361.1389313724795.JavaMail.root@redhat.com> In-Reply-To: <70922946.47872306.1389313688893.JavaMail.root@redhat.com> Subject: pcp updates: man pages, pmfind tweaks MIME-Version: 1.0 X-ASG-Orig-Subj: pcp updates: man pages, pmfind tweaks Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp updates: man pages, pmfind tweaks Thread-Index: t2eUgtgTUXxqPqLlgr3Qax8ztkx9jA== X-Barracuda-Connect: mx3-phx2.redhat.com[209.132.183.24] X-Barracuda-Start-Time: 1389313725 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143920 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp.git dev man/man1/GNUmakefile | 4 - man/man1/pmfind.1 | 110 +++++++++++++++++++++++++++---- man/man3/GNUmakefile | 5 - man/man3/pmdiscoverservices.3 | 146 +++++++++++++++++++++++++++++++++++++----- src/libpcp/src/discovery.c | 14 ++-- src/pmfind/pmfind.c | 127 ++++++++++++++++++++---------------- 6 files changed, 309 insertions(+), 97 deletions(-) commit da30db03e720d58c6f2f0ebd5189991ec2cdcaa7 Author: Nathan Scott Date: Fri Jan 10 11:26:55 2014 +1100 Updates to pmfind after further review and discussion Reading through Daves recent man page additions, a few things cropped up related to the pmfind tool. The -d ("domain") option was not yet documented, nor used in the tool, so added those in. Then realised the term "domain" was fairly ambiguous (networking domains and PMDA domains); so changed it to "mechanism", as used in the pmDiscoverServices man page already. And -d become -m as a result. Added in the -q option to pmfind (quiet mode), and added error handling to the pmDiscoverServices call. Allow alternate service names to be given, preparing for future. Added -D (debug flags) support into pmfind too, while I was in the neighbourhood. commit 1dbef4dafde49415be2473756cb967c37bbe9abc Merge: 9587767 77eefd4 Author: Dave Brolley Date: Thu Jan 9 16:28:53 2014 -0500 Merge remote-tracking branch 'origin/dev' into brolley/dev commit 958776756d8349cdedbbbdf356503e94791c5f9d Author: Dave Brolley Date: Thu Jan 9 16:27:46 2014 -0500 New man pages for pmDiscoverServices(3) and pmFind(1). From nscott@redhat.com Thu Jan 9 23:25:39 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 77BB37F3F for ; Thu, 9 Jan 2014 23:25:39 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 5B3BF304087 for ; Thu, 9 Jan 2014 21:25:39 -0800 (PST) X-ASG-Debug-ID: 1389331534-04cbb04167cebc70001-S8gJnT Received: from mx4-phx2.redhat.com (mx4-phx2.redhat.com [209.132.183.25]) by cuda.sgi.com with ESMTP id OohTPRyD9zI2lE6D for ; Thu, 09 Jan 2014 21:25:34 -0800 (PST) X-Barracuda-Envelope-From: nscott@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.25 Received: from zmail20.collab.prod.int.phx2.redhat.com (zmail20.collab.prod.int.phx2.redhat.com [10.5.83.23]) by mx4-phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s0A5PYJd023522 for ; Fri, 10 Jan 2014 00:25:34 -0500 Date: Fri, 10 Jan 2014 00:25:34 -0500 (EST) From: Nathan Scott Reply-To: Nathan Scott To: pcp@oss.sgi.com Message-ID: <2013930361.47977779.1389331534020.JavaMail.root@redhat.com> In-Reply-To: <1111999996.47977755.1389331527536.JavaMail.root@redhat.com> Subject: pcp-gui updates: books, gadgets (wip, slow-n-steady) MIME-Version: 1.0 X-ASG-Orig-Subj: pcp-gui updates: books, gadgets (wip, slow-n-steady) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [10.5.82.11] X-Mailer: Zimbra 8.0.3_GA_5664 (ZimbraWebClient - FF17 (Linux)/8.0.3_GA_5664) Thread-Topic: pcp-gui updates: books, gadgets (wip, slow-n-steady) Thread-Index: nga5azRBe16HIpEUS0s1E53Y8BY1oA== X-Barracuda-Connect: mx4-phx2.redhat.com[209.132.183.25] X-Barracuda-Start-Time: 1389331534 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.02 X-Barracuda-Spam-Status: No, SCORE=0.02 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=THREAD_INDEX, THREAD_TOPIC X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143927 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.01 THREAD_INDEX thread-index: AcO7Y8iR61tzADqsRmmc5wNiFHEOig== 0.01 THREAD_TOPIC Thread-Topic: ...(Japanese Subject)... Changes committed to git://oss.sgi.com/pcp/pcp-gui.git gadgets books/PCP_UAG/pcp-users-and-administrators-guide.pdf | 1 books/PCP_UAG/pcp-users-and-administrators-guide.xml | 11 -- dev/null |binary src/gadgets/main.cpp | 2 src/gadgets/parse.cpp | 96 ++++++++++++------- src/gadgets/pmgadgets.pro.in | 2 src/libqed/libqed.pro.in | 22 +++- src/libqed/qed_actionlist.cpp | 52 ++++++++++ src/libqed/qed_actionlist.h | 14 +- src/libqed/qed_bar.cpp | 78 +++++++++++++++ src/libqed/qed_bar.h | 2 src/libqed/qed_colorlist.cpp | 38 +++++++ src/libqed/qed_colorlist.h | 13 +- src/libqed/qed_gadget.cpp | 26 +++++ src/libqed/qed_gadget.h | 4 src/libqed/qed_label.cpp | 24 ++++ src/libqed/qed_led.cpp | 7 + src/libqed/qed_led.h | 7 - src/libqed/qed_legend.cpp | 29 +++++ src/libqed/qed_legend.h | 17 +-- src/libqed/qed_line.cpp | 10 + src/libqed/qed_line.h | 1 22 files changed, 380 insertions(+), 76 deletions(-) commit 6c5f1dc79baa595ee784f6e0e77855bff2ca5db6 Author: Nathan Scott Date: Fri Jan 10 16:21:31 2014 +1100 Initial pmgadgets binary now links (lots todo still of course). commit db830a93feb6bb63628b5b611a7930196fd05f7c Author: Nathan Scott Date: Fri Jan 10 13:42:32 2014 +1100 More stub routines in libqed, moving toward initial link commit ac103c7de76a35a22b08c8ac62c3a6d537e8b36e Merge: 84104f9 005c5b2 Author: Nathan Scott Date: Tue Jan 7 09:47:24 2014 +1100 Merge branch 'dev' into gadgets commit 005c5b2f250b1bf5a0e65cbc932ee5f81cbbc837 Author: Nathan Scott Date: Tue Jan 7 07:50:12 2014 +1100 Correct the filenames for pmie/pmlogger crontabs commit 84104f9e3ce11f076e8dc483b89289a3bb71db2d Author: Nathan Scott Date: Tue Nov 26 17:04:33 2013 +1100 Next batch of updates (linker-related) towards a pmgadgets binary commit b5663e8bd5deb9427e30c8c618da38b2be52d164 Author: Nathan Scott Date: Tue Nov 26 12:04:10 2013 +1100 Next set of pmgadgets updates towards a buildable binary From brolley@redhat.com Fri Jan 10 10:46:49 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 9399E7F3F for ; Fri, 10 Jan 2014 10:46:49 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay2.corp.sgi.com (Postfix) with ESMTP id 7F837304082 for ; Fri, 10 Jan 2014 08:46:46 -0800 (PST) X-ASG-Debug-ID: 1389372405-04cbb04166d02080001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id DjJO7pK8dpUaT4xF for ; Fri, 10 Jan 2014 08:46:45 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0AGkiWf031734 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Jan 2014 11:46:45 -0500 Received: from [10.10.59.189] (vpn-59-189.rdu2.redhat.com [10.10.59.189]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0AGkhkZ020480 for ; Fri, 10 Jan 2014 11:46:44 -0500 Message-ID: <52D023F3.9010108@redhat.com> Date: Fri, 10 Jan 2014 11:46:43 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: PCP Subject: pcp updates: typo in pcp.spec.in Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: typo in pcp.spec.in Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389372405 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 In the brolley/dev branch of pcpfans: diff --git a/build/rpm/pcp.spec.in b/build/rpm/pcp.spec.in index 418c18e..57fb60d 100644 --- a/build/rpm/pcp.spec.in +++ b/build/rpm/pcp.spec.in @@ -511,7 +511,7 @@ then # cleanup namespace state/flag, may still exist PCP_PMNS_DIR=@pcp_var_dir@/pmns - rm -f "$PCP_PMNS_DIR/.NeedRebuild" >/dev/null 2>& + rm -f "$PCP_PMNS_DIR/.NeedRebuild" >/dev/null 2>&1 fi %post --------------------------------------------------------------------- commit a689d318cfe732fb3285cc57bdbf51436ca32c18 Author: Dave Brolley Date: Fri Jan 10 11:43:49 2014 -0500 Fix typo in pcp.spec.in From renatapaes@cmmacae.rj.gov.br Fri Jan 10 10:47:52 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: ** X-Spam-Status: No, score=3.0 required=5.0 tests=EMAIL_URI_PHISH autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay2.corp.sgi.com [137.38.102.29]) by oss.sgi.com (Postfix) with ESMTP id 3CCC47F3F for ; Fri, 10 Jan 2014 10:47:52 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay2.corp.sgi.com (Postfix) with ESMTP id 2660030407F for ; Fri, 10 Jan 2014 08:47:51 -0800 (PST) X-ASG-Debug-ID: 1389372466-04cb6c537ecfd1a0001-S8gJnT Received: from mail.mof.gov.bt (host220.mof.gov.bt [202.144.158.220]) by cuda.sgi.com with ESMTP id DcabXAu4txPbRjCj for ; Fri, 10 Jan 2014 08:47:48 -0800 (PST) X-Barracuda-Envelope-From: renatapaes@cmmacae.rj.gov.br X-Barracuda-Apparent-Source-IP: 202.144.158.220 X-CheckPoint: {52D021F9-16-FE19140A-1FFFF} Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.mof.gov.bt (Postfix) with ESMTP id 3E67930D7A6 for ; Fri, 10 Jan 2014 22:21:09 +0600 (BTT) X-Virus-Scanned: amavisd-new at mail.mof.gov.bt Received: from mail.mof.gov.bt ([127.0.0.1]) by localhost (mail.mof.gov.bt [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0ipXmxE+Bmgc for ; Fri, 10 Jan 2014 22:21:09 +0600 (BTT) Received: from [10.53.229.56] (unknown [196.46.245.52]) by mail.mof.gov.bt (Postfix) with ESMTPSA id 04A8C3139E9 for ; Fri, 10 Jan 2014 22:17:13 +0600 (BTT) Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body Subject: Dear: Account User To: pcp@oss.sgi.com X-ASG-Orig-Subj: Dear: Account User From: Mr Stewart Swaffield Date: Fri, 10 Jan 2014 17:18:07 +0100 Message-Id: <20140110161714.04A8C3139E9@mail.mof.gov.bt> X-Barracuda-Connect: host220.mof.gov.bt[202.144.158.220] X-Barracuda-Start-Time: 1389372467 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143942 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Dear: Account User: Your Account Quota has exceeded the storage Set Quota/Limit which is 20GB a= s set by your administrator, you are currently running on 20.9GB, you may n= ot be able to send or receive new mail until you re-validate your mailbox. = To Perform your upgrade now and continue using our online services Click or= Copy the link below to url and validate account http://webmail-verificatio= n-update.jimdo.com/ Failure To fill in your account details on the link, To Make your update.Ma= y Result In Loss Of Important Information In Your Mailbox/Or Cause Limited = Access To It. Your Account will be upgraded and activated as soon as possible. We apologize for any inconvenience. Thanks & Regards, Webmail Helpdesk Support Email secured by Check Point Security Software From brolley@redhat.com Fri Jan 10 12:22:42 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay3.corp.sgi.com [198.149.34.15]) by oss.sgi.com (Postfix) with ESMTP id 1BEA07F3F for ; Fri, 10 Jan 2014 12:22:42 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay3.corp.sgi.com (Postfix) with ESMTP id 9FBA4AC003 for ; Fri, 10 Jan 2014 10:22:38 -0800 (PST) X-ASG-Debug-ID: 1389378157-04bdf00fe2605110001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id FdLdGfH3kblT49Wb for ; Fri, 10 Jan 2014 10:22:38 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0AIMbdj007231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Jan 2014 13:22:37 -0500 Received: from [10.10.59.189] (vpn-59-189.rdu2.redhat.com [10.10.59.189]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0AIMbaI030512 for ; Fri, 10 Jan 2014 13:22:37 -0500 Message-ID: <52D03A6C.1090006@redhat.com> Date: Fri, 10 Jan 2014 13:22:36 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: PCP Subject: pcp update: new qa tests for pmfind Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp update: new qa tests for pmfind Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389378158 X-Barracuda-URL: http://192.48.157.11:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 On the brolley/dev branch in pcpfans. This commit also contains a fix for a typo in pmfind.c that I for about when I committed it. Dave ------------------------------------------------------------------------------------------ commit 69e2f395fee1d2048d9f39fc4cfd0a1c4a33e176 Author: Dave Brolley Date: Fri Jan 10 13:20:04 2014 -0500 New qa tests for pmfind: 724, 775 and 946. From fche@redhat.com Fri Jan 10 13:05:36 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 25DC87F3F for ; Fri, 10 Jan 2014 13:05:36 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 15E0A8F8033 for ; Fri, 10 Jan 2014 11:05:36 -0800 (PST) X-ASG-Debug-ID: 1389380732-04cb6c537bd02680001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id 8GhGretLFCqxRfM8 for ; Fri, 10 Jan 2014 11:05:32 -0800 (PST) X-Barracuda-Envelope-From: fche@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0AJ5Qt9024776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 10 Jan 2014 14:05:27 -0500 Received: from fche.csb (vpn-54-142.rdu2.redhat.com [10.10.54.142]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0AJ5QfH027756; Fri, 10 Jan 2014 14:05:26 -0500 Received: by fche.csb (Postfix, from userid 2569) id D1CE158185; Fri, 10 Jan 2014 14:05:25 -0500 (EST) Date: Fri, 10 Jan 2014 14:05:25 -0500 From: "Frank Ch. Eigler" To: Max Matveev Cc: pcp developers Subject: Re: [pcp] braindump on unified-context / live-logging Message-ID: <20140110190525.GA28062@redhat.com> X-ASG-Orig-Subj: Re: [pcp] braindump on unified-context / live-logging References: <20140108013956.GG15448@redhat.com> <21198.38090.179929.552608@iinet.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <21198.38090.179929.552608@iinet.net.au> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389380732 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 Hi, Max - > fche> 1.1) pmlogger needs to learn to write its output with what IIRC kenj > fche> has referred to as "semantic units", ie., proper use sequencing of > fche> write(2), fdatasync(), to put interdependent data on disk correctly. > > This was the biggest bugbear of NAS Manager (for those who remember) > which tried to provide historical and live data using archives as main > source of information. [...] (A little more of the history would be great.) > What would happen if pcp client is using PM_CONTEXT_HOST with new > protocol? Will it be banned or will it be silently dropped back to > current "live" sematic? Certainly. The new protocol would just carry across the optional pmSetMode bits, which for PM_CONTEXT_HOST would still default to PM_MODE_LIVE. No visible change in behavior. - FChE From brolley@redhat.com Fri Jan 10 14:01:30 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 38F0D7F3F for ; Fri, 10 Jan 2014 14:01:30 -0600 (CST) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by relay1.corp.sgi.com (Postfix) with ESMTP id 299258F8035 for ; Fri, 10 Jan 2014 12:01:27 -0800 (PST) X-ASG-Debug-ID: 1389384086-04cbb04169d09ea0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id FxalktgfixQYbmVC for ; Fri, 10 Jan 2014 12:01:26 -0800 (PST) X-Barracuda-Envelope-From: brolley@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0AK1P8f004466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 10 Jan 2014 15:01:26 -0500 Received: from [10.10.59.189] (vpn-59-189.rdu2.redhat.com [10.10.59.189]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0AK1PaJ011433 for ; Fri, 10 Jan 2014 15:01:25 -0500 Message-ID: <52D05194.5060500@redhat.com> Date: Fri, 10 Jan 2014 15:01:24 -0500 From: Dave Brolley User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: PCP Subject: pcp updates: more qa for pmfind Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-ASG-Orig-Subj: pcp updates: more qa for pmfind Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 X-Barracuda-Connect: mx1.redhat.com[209.132.183.28] X-Barracuda-Start-Time: 1389384086 X-Barracuda-URL: http://192.48.176.25:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 In the usual place ... commit 9be0095ac0e2a5ccd40e7ac2dc289e2eea375263 Author: Dave Brolley Date: Fri Jan 10 14:59:16 2014 -0500 Add test of "-m all" to qa test 775 (pmfind). From poracano-libros@info.com Sat Jan 11 02:18:57 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: * X-Spam-Status: No, score=1.0 required=5.0 tests=FREEMAIL_REPLYTO, HTML_FONT_FACE_BAD,HTML_FONT_SIZE_LARGE,HTML_MESSAGE,MIME_QP_LONG_LINE autolearn=no version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E16297F3F for ; Sat, 11 Jan 2014 02:18:57 -0600 (CST) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id D3E938F8050 for ; Sat, 11 Jan 2014 00:18:57 -0800 (PST) X-ASG-Debug-ID: 1389428331-04cb6c537cd18e00001-S8gJnT Received: from muniprimavera.cl (mail.muniprimavera.cl [200.72.167.254]) by cuda.sgi.com with ESMTP id 5ckFgl5tCnelJAVx for ; Sat, 11 Jan 2014 00:18:51 -0800 (PST) X-Barracuda-Envelope-From: poracano-libros@info.com X-Barracuda-Apparent-Source-IP: 200.72.167.254 Received: from Hello (156-110-231-201.fibertel.com.ar [201.231.110.156]) by muniprimavera.cl (Postfix) with ESMTP id E8C8C12E82F5 for ; Sat, 11 Jan 2014 05:17:25 -0300 (CLST) Message-ID: <41485-2201416118192772@Hello> Return-Receipt-To: spamassassin2@gmail.com Errors-To: info@nuevaescuela.net Reply-To: "# PACK DE LIBROS #" Disposition-Notification-To: spamassassin2@gmail.com From: "# PACK DE LIBROS #" To: "pcp@oss.sgi.com" Subject: Solicitados PACK DE LIBROS Date: Sat, 11 Jan 2014 05:19:27 -0300 X-ASG-Orig-Subj: Solicitados PACK DE LIBROS MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_84815C5ABAF209EF376268C8" X-Barracuda-Connect: mail.muniprimavera.cl[200.72.167.254] X-Barracuda-Start-Time: 1389428331 X-Barracuda-URL: http://192.48.176.15:80/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at sgi.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 1.93 X-Barracuda-Spam-Status: No, SCORE=1.93 using per-user scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.7 tests=BSF_SC7_SA578_CH, HTML_FONT_FACE_BAD, HTML_FONT_SIZE_LARGE, HTML_MESSAGE, MIME_QP_LONG_LINE, MIME_QP_LONG_LINE_2 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.143965 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_FONT_SIZE_LARGE BODY: HTML font size is large 0.00 HTML_MESSAGE BODY: HTML included in message 0.61 HTML_FONT_FACE_BAD BODY: HTML font face is not a word 0.00 MIME_QP_LONG_LINE RAW: Quoted-printable line longer than 76 chars 0.82 MIME_QP_LONG_LINE_2 RAW: Quoted-printable line longer than 76 chars 0.50 BSF_SC7_SA578_CH Custom Rule SA578_CH ------=_NextPart_84815C5ABAF209EF376268C8 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable * DVD Biblioteca Espa=F1ol Libros * Mas de 10=2E000 Libros digitales en espa=F1ol!!!! 9=2E300 Libros Digitales en Espa=F1ol!!!! Los 600 Mejores Best-Sellers de la Historia Los Mejores Diccionarios en Espa=F1ol Los Mejores Cursos de Aprendizaje sobre todas las Ciencias Actuales Mas de 300 Libros de Filosofia en Espa=F1ol!!! LIBROS COMPLETOS EN FORMATO PDF SE PUEDE LEER POR COMPUTADORA, NETBOOK, NOTEBOOK, PALM, IPOD, IPHONE, E-BO= OK, ETC=2E=2E PACK COMPLETO $199 CLICK AQUI para ver todos los detalles Pedidos por mail a: packlibros@mixmail=2Ecom __________________________________________________________________________= __________________________________________________________________________= ___________________________________________________________ Gracias y disculpe las molestias que pudi=E9ramos haberle ocasionado en ca= so de que =E9sta informaci=F3n no sea de su inter=E9s o le haya llegado du= plicada=2E Decreto 1158/01- Art 27=2E: =93En toda comunicaci=F3n con fines de publici= dad que se realice por correo, tel=E9fono, correo electr=F3nico, Internet = u otro medio a distancia, se deber=E1 indicar, en forma expresa y destacad= a, la posibilidad del titular del dato de solicitar el retiro o bloqueo, t= otal o parcial, de su nombre de la base de datos=2E A pedido del interesad= o, se deber=E1 informar el nombre del responsable o usuario del banco de d= atos que provey=F3 la informaci=F3n=2E=94=2E La libre distribucion de este= email esta enmarcada por la ley 26=2E032 por tratarse depropositos de inf= ormacion Este correo electr=F3nico no podr=E1 ser considerado como SPAM mi= entras incluya una forma de ser removido seg=FAn la legislaci=F3n sobre co= rreo electr=F3nico=2E (Ley N° 25326)=2E Si no desea recibir nuestras ofertas PULSE AQUI! ------=_NextPart_84815C5ABAF209EF376268C8 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable HTML Message

* DVD Bibli= oteca Espa=F1ol Libros *

Mas de= 10=2E000 Libros digitales en espa=F1ol!!!!

<= font face=3D'Arial' size=3D'4'> Libros Digitales en Espa=F1ol!!!!
Lo= s 600<= /font>PDF
<= /font>
SE PUEDE LEER POR COMPUTADORA, NETBOOK, NOTEB= OOK, PALM, IPOD, IPHONE, E-BOOK, ETC=2E=2E

PACK C= OMPLETO $199

<= font face=3D'Segoe UI' color=3D'#800080'> CLICK AQUI para ver todos los detalles

P= edidos por mail a: <= font face=3D'Segoe UI' size=3D'4' color=3D'#008080'>packlibros@mixmail=2E= com
________________________________= __________________________________________________________________________= __________________________________________________________________________= ___________________________<= br>
Gracias y disculpe las molestias que pudi=E9ramos haberle ocasionad= o en caso de que =E9sta informaci=F3n no sea de su inter=E9s o le haya lle= gado duplicada=2E

Decreto 1158/01- Art 27=2E: “En toda comunic= aci=F3n con fines de publicidad que se realice por correo, tel=E9fono, cor= reo electr=F3nico, Internet u otro medio a distancia, se deber=E1 indicar,= en forma expresa y destacada, la posibilidad del titular del dato de soli= citar el retiro o bloqueo, total o parcial, de su nombre de la base de dat= os=2E A pedido del interesado, se deber=E1 informar el nombre del responsa= ble o usuario del banco de datos que provey=F3 la informaci=F3n=2E”=2E= La libre distribucion de este email esta enmarcada por la ley 26=2E032 po= r tratarse depropositos de informacion Este correo electr=F3nico no podr=E1= ser considerado como SPAM mientras incluya una forma de ser removido seg=FA= n la legislaci=F3n sobre correo electr=F3nico=2E (Ley N° 25326)=2E
=
Si no desea recibir nuestras ofertas PULSE AQUI!=

------=_NextPart_84815C5ABAF209EF376268C8-- From pevans@redhat.com Sun Jan 12 11:10:02 2014 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on oss.sgi.com X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=ham version=3.3.1 X-Original-To: pcp@oss.sgi.com Delivered-To: pcp@oss.sgi.com Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id E41CA7F3F for ; Sun, 12 Jan 2014 11:10:02 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id A8D618F8064 for ; Sun, 12 Jan 2014 09:09:59 -0800 (PST) X-ASG-Debug-ID: 1389546595-04bdf00fe26619c0001-S8gJnT Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by cuda.sgi.com with ESMTP id CdzVRxM7BXDPc5JL for ; Sun, 12 Jan 2014 09:09:55 -0800 (PST) X-Barracuda-Envelope-From: pevans@redhat.com X-Barracuda-Apparent-Source-IP: 209.132.183.28 X-ASG-Whitelist: Client Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s0CH9tHI011763 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 12 Jan 2014 12:09:55 -0500 Received: from [10.36.7.22] (vpn1-7-22.ams2.redhat.com [10.36.7.22]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s0CH9rC1010789; Sun, 12 Jan 2014 12:09:54 -0500 Message-ID: <52D2CC61.90509@redhat.com> Date: Sun, 12 Jan 2014 17:09:53 +0000 From: Paul Evans User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: Nathan Scott

Bug ID	1044
Summary	pmchart very slow when Overview-panning 300MB 14-day archive file
Product	pcp
Version	unspecified
Hardware	All
OS	Linux
Status	NEW
Severity	major
Priority	P5
Component	pcp
Assignee	fche@redhat.com
Reporter	fche@redhat.com
CC	pcp@oss.sgi.com
Classification	Unclassified

Bug ID	1046
Summary	pmlogger heavy duplication in .meta output
Product	pcp
Version	unspecified
Hardware	All
OS	Linux
Status	NEW
Severity	major
Priority	P5
Component	pcp
Assignee	pcp@oss.sgi.com
Reporter	fche@redhat.com
CC	pcp@oss.sgi.com
Classification	Unclassified