From sseshas@us.ibm.com Tue Sep 2 06:14:18 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 06:14:25 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82DEH8j001883 for ; Tue, 2 Sep 2008 06:14:17 -0700 X-ASG-Debug-ID: 1220361342-4dd6013e0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e1.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D68BF1225E5F; Tue, 2 Sep 2008 06:15:42 -0700 (PDT) Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.141]) by cuda.sgi.com with ESMTP id DeHiD4EBnSaIbKko; Tue, 02 Sep 2008 06:15:42 -0700 (PDT) Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m82DFdnu004415; Tue, 2 Sep 2008 09:15:39 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m82DFdFM224188; Tue, 2 Sep 2008 09:15:39 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m82DFcRl030646; Tue, 2 Sep 2008 09:15:39 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m82DFcdV030622; Tue, 2 Sep 2008 09:15:38 -0400 In-Reply-To: <1220044761.7427.7.camel@bozo-laptop.localdomain> To: kenj@internode.on.net Cc: Nathan Scott , pcp@oss.sgi.com, pcp-bounce@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: Re: PCP - pmlogger command Subject: Re: PCP - pmlogger command X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Sai p Seshasayee Date: Tue, 2 Sep 2008 09:15:33 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/02/2008 09:15:38 Content-Type: multipart/mixed; boundary="=_mixed 0048D5AE852574B8_=" X-Barracuda-Connect: e1.ny.us.ibm.com[32.97.182.141] X-Barracuda-Start-Time: 1220361342 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4439 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1750 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp --=_mixed 0048D5AE852574B8_= Content-Type: multipart/alternative; boundary="=_alternative 0048D5AE852574B8_=" --=_alternative 0048D5AE852574B8_= Content-Type: text/plain; charset="US-ASCII" Hi Ken, Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in the "/var/lib/pcp/config/pmlogger/control" file but an interesting thing is that I have 2 pmlogger process running (I don't know how). I am sending all the files and o/p you have asked for, including the control file attached herewith. [root@xcat20mn ~]# pcp Performance Co-Pilot configuration on xcat20mn.clusters.com: platform: Linux xcat20mn 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 ia32 hardware: 8 cpus, 2 disks, 6035MB RAM timezone: EDT+4 licenses: none pmcd: Version 2.7.4-20080507, 5 agents pmda: pmcd trace linux apache mounts [root@xcat20mn ~]# [root@xcat20mn ~]# pcp -h xcat20mn Performance Co-Pilot configuration on xcat20mn: platform: Linux xcat20mn 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 ia32 hardware: 8 cpus, 2 disks, 6035MB RAM timezone: EDT+4 licenses: none pmcd: Version 2.7.4-20080507, 5 agents pmda: pmcd trace linux apache mounts [root@xcat20mn ~]# cat /var/log/pcp/pmcd/pmcd.log Log for pmcd on xcat20mn started Tue Sep 2 09:00:23 2008 active agent dom pid in out ver protocol parameters ============ === ===== === === === ======== ========== pmcd 2 2 dso i:2 lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xf7ffa1c4] linux 60 2 dso i:3 lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xf7fb78eb] apache 68 31892 10 11 2 bin pipe cmd=/var/lib/pcp/pmdas/apache/pmdaapache -d 68 mounts 72 31893 12 13 2 bin pipe cmd=/var/lib/pcp/pmdas/mounts/pmdamounts -d 72 trace 10 31894 14 15 2 bin pipe cmd=/var/lib/pcp/pmdas/trace/pmdatrace -d 10 Host access list empty: access control turned off pmcd: PID = 31876, PDU version = 2, pcpcol license pmcd request port(s): sts fd port IP addr === === ===== ========== ok 0 44321 0x00000000 INADDR_ANY ok 3 4321 0x00000000 INADDR_ANY [root@xcat20mn ~]# ps -ef | grep pmlogger root 713 25144 0 09:01 pts/11 00:00:00 grep pmlogger root 31895 31883 0 09:00 pts/11 00:00:00 /bin/sh /usr/share/pcp/bin/pmlogger_check root 31913 31895 0 09:00 pts/11 00:00:00 /bin/sh /usr/share/pcp/bin/pmlogger_check [root@xcat20mn ~]# pminfo -f pmcd.pmlogger pmcd.pmlogger.host No value(s) available! pmcd.pmlogger.port No value(s) available! pmcd.pmlogger.archive No value(s) available! pmcd.pmlogger.pmcd_host No value(s) available! Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" Ken McDonell Sent by: pcp-bounce@oss.sgi.com 08/29/2008 05:19 PM Please respond to kenj@internode.on.net To Sai p Seshasayee/Poughkeepsie/IBM@IBMUS cc Nathan Scott , pcp@oss.sgi.com Subject Re: PCP - pmlogger command Sai, You're trying to start the primary logger here. What is the name of the host pmlogger is running on? If it xcat20mn then your pmlogger control file is OK, but there is a problem with pmcd on this host ... please send output from $ pcp $ pcp -h xcat20mn $ cat /var/log/pcp/pmcd/pmcd.log If it not, then you need to amend your control file ... change the first y to n and then run (and send the output from) # /usr/lib/pcp/bin/pmlogger_check -V Also (since I suspect you may be trying to start more than one pmlogger for the same host), it would help to see output from 1. ps -ef | grep pmlogger 2. pminfo -f pmcd.pmlogger 3. and all your pmlogger control file On Fri, 2008-08-29 at 13:29 -0400, Sai p Seshasayee wrote: > > Hi Nathan, > > I set up the pmlogger as a daemon by making the following entry in the > "/var/lib/pcp/config/pmlogger/control" file: > > xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min > sai_logger > > When I restarted the pcp start scripts, I was able to see the > "pmlogger_check script" running correctly. However, it was not > archiving the files and I got the following error in my "mail" file: > > Subject: pmlogger_check failed in /etc/init.d/pcp > > Restarting primary pmlogger for host "xcat20mn" ... timed out > waiting! > Usage: pmlogger [options] archive > > Options: > -c configfile file to load configuration from > -h host metrics source is PMCD on host > -l logfile redirect diagnostics and trace output > -L linger, even if not primary logger instance and > nothing to log > -n pmnsfile use an alternative PMNS > -P execute as primary logger instance > -r report record sizes and archive growth rate > -s endsize terminate after endsize has been accumulated > -t interval default logging interval [default 60.0 > seconds] > -T endtime terminate at given time > -u output is unbuffered > -v volsize switch log volumes after volsize has been > accumulated > -V version generate version 1 or 2 archives (default is > 2) > -x fd control file descriptor for application > launching pmlogger > via pmRecordControl(3) > pmlogger_check: Error: cannot find pmlogger output file at > "pmlogger.log" > Directory (/var/log/pcp/pmlogger/xcat20mn) contents: > total 8 > drwxr-xr-x 2 root root 4096 Aug 29 12:00 . > drwxr-xr-x 3 root root 4096 Aug 18 10:40 .. > ---------- 1 root root 0 Aug 29 12:00 lock > -rw-r--r-- 1 root root 0 Aug 29 11:59 pmlogger.log.prior > pmlogger_check: Error: archive file 20080829.12.00.0 missing > Directory (/var/log/pcp/pmlogger/xcat20mn) contents: > total 8 > drwxr-xr-x 2 root root 4096 Aug 29 12:00 . > drwxr-xr-x 3 root root 4096 Aug 18 10:40 .. > ---------- 1 root root 0 Aug 29 12:00 lock > -rw-r--r-- 1 root root 0 Aug 29 11:59 pmlogger.log.prior > > I tried various combinations in the pmlogger's "control" file entry. I > also created a "pmlogger.log" under "/var/log/pcp/pmlogger/xcat20mn" > but I found that when the daemon finished running, the "pmlogger.log" > file was getting renamed as "pmlogger.log" and gave the above > mentioned output. Any ideas?? > > > Thanks and Regards > Sai Prakash > Poughkeepsie Unix Development Lab > IBM Systems and Technology Group > External: 845-435-4720 > email: sseshas@us.ibm.com > Notes: Sai p Seshasayee/Poughkeepsie/IBM > > "Always speak the truth, that way you dont need to remember what you > said !" > > > Nathan Scott > > 08/28/2008 07:32 PM > > > To > Sai p > Seshasayee/Poughkeepsie/IBM@IBMUS > cc > pcp@oss.sgi.com > Subject > Re: PCP - > pmlogger command > > > > > > > > > Hi Sai, > > (please keep CCing the list - theres lots of interested people there > who can also help, and we all learn from each other that way). > > On Thu, 2008-08-28 at 09:42 -0400, Sai p Seshasayee wrote: > > > > Hi Nathan, > > > > Thanks again for your inputs. I was reading the man pages for the > > "pmlogger" command and it looks like an exciting option for us to > > store archives. We are using Red Had Enterprise Linux 5 and when I > > used the "pmlogger" command , the command did not work and I got: > > > > [root@xcat20mn ~]# pmlogger > > -bash: pmlogger: command not found > > > > Does pmlogger command work on Linux or is it deprecated like the > > "pmkstat" command or is it an Irix specific command? (I also read > the > > PCPIntro man page and there is no reference of pmlogger being > > deprecated). Please let me know if there is an alternate command. > > > > It isn't deprecated it, no. pmkstat may be the only deprecated tool > in the current PCP release, I think. If you use the updated PCP rpm > that I make available (http://oss.sgi.com/~nathans/pcp/rpm/) it is > in fact removed - these rpms are development snapshots of pending code > for the next "official" SGI PCP release. They include alot of fixes > and alot of new features - and they are quite stable (I use them on > all of our production machines here). > > On Redhat, pmlogger lives in /usr/share/pcp/bin, rpm can find it via: > > $ rpm -ql pcp | grep pmlogger > > It lives in this slightly odd place ($PCP_BINADM_DIR > from /etc/pcp.conf) > because it is not often invoked directly, but rather is usually run > via > the PCP start scripts (/etc/init.d/pcp) which are run at system > bootup. > See the pmlogger_check(1) man page for details on setting pmlogger up > as > a daemon. > > cheers. > > -- > Nathan > > --=_alternative 0048D5AE852574B8_= Content-Type: text/html; charset="US-ASCII"
Hi Ken,

Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in the "/var/lib/pcp/config/pmlogger/control" file but an interesting thing is that I have 2 pmlogger process running (I don't know how). I am sending all the files and o/p you have asked for, including the control file attached herewith.

[root@xcat20mn ~]# pcp
Performance Co-Pilot configuration on xcat20mn.clusters.com:
 platform: Linux xcat20mn 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 ia32
 hardware: 8 cpus, 2 disks, 6035MB RAM
 timezone: EDT+4
 licenses: none
     pmcd: Version 2.7.4-20080507, 5 agents
     pmda: pmcd trace linux apache mounts
[root@xcat20mn ~]#




[root@xcat20mn ~]# pcp -h xcat20mn
Performance Co-Pilot configuration on xcat20mn:
 platform: Linux xcat20mn 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:14 EST 2007 x86_64 ia32
 hardware: 8 cpus, 2 disks, 6035MB RAM
 timezone: EDT+4
 licenses: none
     pmcd: Version 2.7.4-20080507, 5 agents
     pmda: pmcd trace linux apache mounts



[root@xcat20mn ~]# cat /var/log/pcp/pmcd/pmcd.log
Log for pmcd on xcat20mn started Tue Sep  2 09:00:23 2008
active agent dom   pid  in out ver protocol parameters
============ === ===== === === === ======== ==========
pmcd           2                 2 dso i:2  lib=/var/lib/pcp/pmdas/pmcd/pmda_pmcd.so entry=pmcd_init [0xf7ffa1c4]
linux         60                 2 dso i:3  lib=/var/lib/pcp/pmdas/linux/pmda_linux.so entry=linux_init [0xf7fb78eb]
apache        68 31892  10  11   2 bin pipe cmd=/var/lib/pcp/pmdas/apache/pmdaapache -d 68
mounts        72 31893  12  13   2 bin pipe cmd=/var/lib/pcp/pmdas/mounts/pmdamounts -d 72
trace         10 31894  14  15   2 bin pipe cmd=/var/lib/pcp/pmdas/trace/pmdatrace -d 10

Host access list empty: access control turned off

pmcd: PID = 31876, PDU version = 2, pcpcol license
pmcd request port(s):
  sts fd  port  IP addr
  === === ===== ==========
  ok    0 44321 0x00000000 INADDR_ANY
  ok    3  4321 0x00000000 INADDR_ANY




[root@xcat20mn ~]# ps -ef | grep pmlogger
root       713 25144  0 09:01 pts/11   00:00:00 grep pmlogger
root     31895 31883  0 09:00 pts/11   00:00:00 /bin/sh /usr/share/pcp/bin/pmlogger_check
root     31913 31895  0 09:00 pts/11   00:00:00 /bin/sh /usr/share/pcp/bin/pmlogger_check



[root@xcat20mn ~]# pminfo -f pmcd.pmlogger
pmcd.pmlogger.host
No value(s) available!

pmcd.pmlogger.port
No value(s) available!

pmcd.pmlogger.archive
No value(s) available!

pmcd.pmlogger.pmcd_host
No value(s) available!


Thanks and Regards
Sai Prakash
Poughkeepsie Unix Development Lab
IBM Systems and Technology Group
External: 845-435-4720
email: sseshas@us.ibm.com
Notes: Sai p Seshasayee/Poughkeepsie/IBM

"Always speak the truth, that way you dont need to remember what you said  !"


Ken McDonell <kenj@internode.on.net>
Sent by: pcp-bounce@oss.sgi.com

08/29/2008 05:19 PM
Please respond to
kenj@internode.on.net
To
Sai p Seshasayee/Poughkeepsie/IBM@IBMUS
cc
Nathan Scott <nscott@aconex.com>, pcp@oss.sgi.com
Subject
Re: PCP -  pmlogger command





Sai,

You're trying to start the primary logger here.  What is the name of the
host pmlogger is running on?

If it xcat20mn then your pmlogger control file is OK, but there is a
problem with pmcd on this host ... please send output from
                $ pcp
                $ pcp -h xcat20mn
                $ cat /var/log/pcp/pmcd/pmcd.log

If it not, then you need to amend your control file ... change the first
y to n and then run (and send the output from)

                # /usr/lib/pcp/bin/pmlogger_check -V

Also (since I suspect you may be trying to start more than one pmlogger
for the same host), it would help to see output from
1. ps -ef | grep pmlogger
2. pminfo -f pmcd.pmlogger
3. and all your pmlogger control file

On Fri, 2008-08-29 at 13:29 -0400, Sai p Seshasayee wrote:
>
> Hi Nathan,
>
> I set up the pmlogger as a daemon by making the following entry in the

> "/var/lib/pcp/config/pmlogger/control" file:
>
> xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min
> sai_logger
>
> When I restarted the pcp start scripts, I was able to see the
> "pmlogger_check script" running correctly. However, it was not
> archiving the files and I got the following error in my "mail" file:
>
> Subject: pmlogger_check failed in /etc/init.d/pcp
>
> Restarting primary pmlogger for host "xcat20mn" ... timed out
> waiting!
>         Usage: pmlogger [options] archive
>
>         Options:
>           -c configfile file to load configuration from
>           -h host     metrics source is PMCD on host
>           -l logfile  redirect diagnostics and trace output
>           -L          linger, even if not primary logger instance and
> nothing to log
>           -n pmnsfile   use an alternative PMNS
>           -P          execute as primary logger instance
>           -r          report record sizes and archive growth rate
>           -s endsize  terminate after endsize has been accumulated
>           -t interval   default logging interval [default 60.0
> seconds]
>           -T endtime  terminate at given time
>           -u          output is unbuffered
>           -v volsize  switch log volumes after volsize has been
> accumulated
>           -V version    generate version 1 or 2 archives (default is
> 2)
>           -x fd       control file descriptor for application
> launching pmlogger
>                       via pmRecordControl(3)
> pmlogger_check: Error: cannot find pmlogger output file at
> "pmlogger.log"
> Directory (/var/log/pcp/pmlogger/xcat20mn) contents:
> total 8
> drwxr-xr-x 2 root root 4096 Aug 29 12:00 .
> drwxr-xr-x 3 root root 4096 Aug 18 10:40 ..
> ---------- 1 root root    0 Aug 29 12:00 lock
> -rw-r--r-- 1 root root    0 Aug 29 11:59 pmlogger.log.prior
> pmlogger_check: Error: archive file 20080829.12.00.0 missing
> Directory (/var/log/pcp/pmlogger/xcat20mn) contents:
> total 8
> drwxr-xr-x 2 root root 4096 Aug 29 12:00 .
> drwxr-xr-x 3 root root 4096 Aug 18 10:40 ..
> ---------- 1 root root    0 Aug 29 12:00 lock
> -rw-r--r-- 1 root root    0 Aug 29 11:59 pmlogger.log.prior
>
> I tried various combinations in the pmlogger's "control" file entry. I
> also created a "pmlogger.log" under  "/var/log/pcp/pmlogger/xcat20mn"
> but I found that when the daemon finished running, the "pmlogger.log"
> file was getting renamed as "pmlogger.log" and gave the above
> mentioned output. Any ideas??
>
>
> Thanks and Regards
> Sai Prakash
> Poughkeepsie Unix Development Lab
> IBM Systems and Technology Group
> External: 845-435-4720
> email: sseshas@us.ibm.com
> Notes: Sai p Seshasayee/Poughkeepsie/IBM
>
> "Always speak the truth, that way you dont need to remember what you
> said  !"
>
>
> Nathan Scott <nscott@aconex.com>
>
> 08/28/2008 07:32 PM
>
>
>                To
> Sai p
> Seshasayee/Poughkeepsie/IBM@IBMUS
>                cc
> pcp@oss.sgi.com
>           Subject
> Re: PCP -
>  pmlogger command
>
>
>
>
>
>
>
>
> Hi Sai,
>
> (please keep CCing the list - theres lots of interested people there
> who can also help, and we all learn from each other that way).
>
> On Thu, 2008-08-28 at 09:42 -0400, Sai p Seshasayee wrote:
> >
> > Hi Nathan,
> >
> > Thanks again for your inputs. I was reading the man pages for the
> > "pmlogger" command and it looks like an exciting option for us to
> > store archives. We are using Red Had Enterprise Linux 5 and when I
> > used the "pmlogger" command , the command did not work and I got:
> >
> > [root@xcat20mn ~]# pmlogger
> > -bash: pmlogger: command not found
> >
> > Does pmlogger command work on Linux or is it deprecated like the
> > "pmkstat" command or is it an Irix specific command? (I also read
> the
> > PCPIntro man page and there is no reference of pmlogger being
> > deprecated). Please let me know if there is an alternate command.  
> >
>
> It isn't deprecated it, no.  pmkstat may be the only deprecated tool
> in the current PCP release, I think.  If you use the updated PCP rpm
> that I make available (http://oss.sgi.com/~nathans/pcp/rpm/) it is
> in fact removed - these rpms are development snapshots of pending code
> for the next "official" SGI PCP release.  They include alot of fixes
> and alot of new features - and they are quite stable (I use them on
> all of our production machines here).
>
> On Redhat, pmlogger lives in /usr/share/pcp/bin, rpm can find it via:
>
> $ rpm -ql pcp | grep pmlogger
>
> It lives in this slightly odd place ($PCP_BINADM_DIR
> from /etc/pcp.conf)
> because it is not often invoked directly, but rather is usually run
> via
> the PCP start scripts (/etc/init.d/pcp) which are run at system
> bootup.
> See the pmlogger_check(1) man page for details on setting pmlogger up
> as
> a daemon.
>
> cheers.
>
> --
> Nathan
>
>



--=_alternative 0048D5AE852574B8_=-- --=_mixed 0048D5AE852574B8_= Content-Type: application/octet-stream; name="control" Content-Disposition: attachment; filename="control" Content-Transfer-Encoding: base64 IwojIFBDUCBhcmNoaXZlIGxvZ2dpbmcgY29uZmlndXJhdGlvbi9jb250cm9sCiMKIyBUaGlzIGZp bGUgaXMgdXNlZCBieSB2YXJpb3VzIG9mIHRoZSBQQ1AgYXJjaGl2ZSBsb2dnaW5nIGFkbWluaXN0 cmF0aXZlCiMgdG9vbHMgdG8gcGVyZm9ybSBtYWludGVuYW5jZSBvbiB0aGUgcG1sb2dnZXIgaW5z dGFuY2VzIHJ1bm5pbmcgb24KIyB0aGUgbG9jYWwgaG9zdC4KIwojIFRoaXMgZmlsZSBjb250YWlu cyBvbmUgbGluZSBwZXIgaG9zdCB0byBiZSBsb2dnZWQsIGZpZWxkcyBhcmUKIyAgICBIb3N0CW5h bWUgb2YgaG9zdCB0byBiZSBsb2dnZWQKIyAgICBQKHJpbWFyeSkJaXMgdGhpcyB0aGUgcHJpbWFy eSBsb2dnZXI/IHkgb3IgbgojICAgIFMob2NrcykJc2hvdWxkIHRoaXMgbG9nZ2VyIGJlIGxhdW5j aGVkIHdpdGggcG1zb2Nrcz8geSBvciBuCiMgICAgRGlyZWN0b3J5CWZ1bGwgcGF0aG5hbWUgdG8g ZGlyZWN0b3J5IHdoZXJlIGFyY2hpdmUgbG9ncyBhcmUKIwkJdG8gYmUgbWFpbnRhaW5lZCAuLi4g bm90ZSBhbGwgc2NyaXB0cyAiY2QiIHRvIGhlcmUgYXMKIwkJYSBmaXJzdCBzdGVwCiMgICAgQXJn cwlvcHRpb25hbCBhZGRpdGlvbmFsIGFyZ3VtZW50cyB0byBwbWxvZ2dlciBhbmQvb3IgcG1uZXds b2cKIwoKIyA9PT0gVkFSSUFCTEUgQVNTSUdOTUVOVFMgPT09CiMKIyBETyBOT1QgUkVNT1ZFIE9S IEVESVQgVEhFIEZPTExPV0lORyBMSU5FCiR2ZXJzaW9uPTEuMQoKIyBpZiBwbXNvY2tzIGlzIGJl aW5nIHVzZWQsIGVkaXQgdGhlIElQIGFkZHJlc3MgZm9yICRTT0NLU19TRVJWRVIgYW5kCiMgdW5j b21tZW50IHRoZSBuZXh0IGxpbmUKIyRTT0NLU19TRVJWRVI9MTIzLjQ1Ni43ODkuMTIzCgojIGlm IHJlbW90ZSBsb2dnZXJzIGFyZSBydW4gb3ZlciBhIFdBTiB3aXRoIHBvdGVudGlhbGx5IGxvbmcg ZGVsYXlzLCAKIyBhZGp1c3QgdGhlIGZvbGxvd2luZyBhbmQgdW5jb21tZW50CiMkUE1DRF9DT05O RUNUX1RJTUVPVVQ9MjAKIyRQTUNEX1JFUVVFU1RfVElNRU9VVD0xNQoKIyA9PT0gTE9HR0VSIENP TlRST0wgU1BFQ0lGSUNBVElPTlMgPT09CiMKI0hvc3QJCVA/ICBTPwlkaXJlY3RvcnkJCQlhcmdz CgojIGxvY2FsIHByaW1hcnkgbG9nZ2VyCiNMT0NBTEhPU1ROQU1FCXkgICBuCVBDUF9MT0dfRElS L3BtbG9nZ2VyL0xPQ0FMSE9TVE5BTUUJLWMgY29uZmlnLmRlZmF1bHQKeGNhdDIwbW4geSBuIFBD UF9MT0dfRElSL3BtbG9nZ2VyL3hjYXQyMG1uIC1jY29uZmlnLmJhc2UgLVQxbWluIHNhaV9sb2dn ZXIKIyBOb3RlOglpZiBtdWx0aXBsZSBwbWxvZ2dlcnMgZm9yIHRoZSBzYW1lIGhvc3QgKGUuZy4g Ym90aCBwcmltYXJ5IGFuZAojCW5vbi1wcmltYXJ5IGxvZ2dlcnMgYXJlIGFjdGl2ZSksIHRoZW4g dGhleSBNVVNUIHVzZSBkaWZmZXJlbnQKIwlkaXJlY3RvcmllcwoKIyBsb2NhbCBub24tcHJpbWFy eSBsb2dnZXIKI0xPQ0FMSE9TVE5BTUUJbiAgIG4JUENQX0xPR19ESVIvcG1sb2dnZXIvbXlzdW1t YXJ5CS1jIGNvbmZpZy5TdW1tYXJ5CiMgcmVtb3RlIGhvc3QKI3JlbW90ZQkJbiAgIG4JUENQX0xP R19ESVIvcG1sb2dnZXIvcmVtb3RlCQktYyAuL2NvbmZpZy5yZW1vdGUKCiMgdGhydSB0aGUgZmly ZXdhbGwgdmlhIHNvY2tzCiNkaXN0YW50CW4gICB5CVBDUF9MT0dfRElSL3BtbG9nZ2VyL2Rpc3Rh bnQJCS1jIC4vY29uZmlnLmRpc3RhbnQK --=_mixed 0048D5AE852574B8_=-- From doug.nelson@intel.com Tue Sep 2 14:57:36 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 14:57:43 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82LvZSB030107 for ; Tue, 2 Sep 2008 14:57:35 -0700 X-ASG-Debug-ID: 1220392739-028502210000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mga03.intel.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C7F38122CC82 for ; Tue, 2 Sep 2008 14:58:59 -0700 (PDT) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by cuda.sgi.com with ESMTP id mrl8UMtWzBneztaV for ; Tue, 02 Sep 2008 14:58:59 -0700 (PDT) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 02 Sep 2008 14:58:59 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,320,1217833200"; d="scan'208";a="40705821" Received: from unknown (HELO [134.134.28.195]) ([134.134.28.195]) by azsmga001.ch.intel.com with ESMTP; 02 Sep 2008 14:58:59 -0700 Message-ID: <48BDB82E.5090901@intel.com> Date: Tue, 02 Sep 2008 15:03:26 -0700 From: "Nelson, Doug" User-Agent: Thunderbird 2.0.0.14 (X11/20080421) MIME-Version: 1.0 To: pcp@oss.sgi.com X-ASG-Orig-Subj: kmchart rpmbuild fails with opensuse 11 Subject: kmchart rpmbuild fails with opensuse 11 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mga03.intel.com[143.182.124.21] X-Barracuda-Start-Time: 1220392741 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0001 1.0000 -2.0207 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4475 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1751 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: doug.nelson@intel.com Precedence: bulk X-list: pcp Hi Nathan, Thanks for the great work on kmchart. I've got a problem installing kmchart on opensuse 11.0. I think that there is a naming difference between opensuse and the other distros for qt-devel. Opensuse uses libqt4-devel*, but the kmchart build process is complaining that I don't have qt-devel >=4.2. This looks like it causes the rpmbuild to fail. === build === gmake[2]: Nothing to be done for `install'. ./install-sh -o root -g root -m 755 -d /usr/share/doc/kmchart ./install-sh -o root -g root -m 644 README /usr/share/doc/kmchart gmake[1]: Leaving directory `/home/nelsond/tools/kmchart_nathans/kmchart_sep_2' === tar === Wrote: /home/nelsond/tools/kmchart_nathans/kmchart_sep_2/build/tar/kmchart-1.2.7.tar.gz === rpm === /bin/sed -e's|@pkg_name@|kmchart|g' \ -e's|@pkg_version@|1.2.7|g' \ -e's|@pkg_release@|0|g' \ -e's|@pkg_distribution@|Linux|g' \ -e's|@build_root@|/tmp/kmchart-build-9918|g' \ -e'/^BuildRoot: *$/d' \ -e's|@make@|/usr/bin/gmake|g' < kmchart.spec.in > kmchart.spec /usr/bin/rpmbuild -ba --rcfile ./rpm-4.rc kmchart.spec error: Failed build dependencies: qt4-devel >= 4.2 is needed by kmchart-1.2.7-0.x86_64 gmake[1]: *** [dist] Error 1 Done make: Leaving directory `/home/nelsond/tools/kmchart_nathans/kmchart_sep_2/build' # rpm -qa | grep "qt4" libqt4-qt3support-4.4.0-12.2 libqt4-devel-4.4.0-12.2 libqt4-x11-4.4.0-12.2 libpoppler-qt4-3-0.8.2-1.3 libqt4-4.4.0-12.2 libqt4-sql-4.4.0-12.2 Is there an easy fix for this? Thanks, doug From nscott@aconex.com Tue Sep 2 16:03:45 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 16:03:49 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82N3gkx002268 for ; Tue, 2 Sep 2008 16:03:45 -0700 X-ASG-Debug-ID: 1220396707-2cb000670000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 70016122DB60 for ; Tue, 2 Sep 2008 16:05:07 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id HRX9kX5b5Z39PIul for ; Tue, 02 Sep 2008 16:05:07 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 5FCE45C4E65; Wed, 3 Sep 2008 09:05:04 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id G72QJKCbrcnkeXwW; Wed, 03 Sep 2008 09:05:04 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 31A9A92C31B; Wed, 3 Sep 2008 09:05:04 +1000 (EST) X-ASG-Orig-Subj: Re: kmchart rpmbuild fails with opensuse 11 Subject: Re: kmchart rpmbuild fails with opensuse 11 From: Nathan Scott To: "Nelson, Doug" Cc: pcp@oss.sgi.com In-Reply-To: <48BDB82E.5090901@intel.com> References: <48BDB82E.5090901@intel.com> Content-Type: text/plain Date: Wed, 03 Sep 2008 09:03:18 +1000 Message-Id: <1220396598.4714.24.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220396708 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4479 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1752 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-09-02 at 15:03 -0700, Nelson, Doug wrote: > ... > /usr/bin/rpmbuild -ba --rcfile ./rpm-4.rc kmchart.spec > error: Failed build dependencies: > qt4-devel >= 4.2 is needed by kmchart-1.2.7-0.x86_64 > gmake[1]: *** [dist] Error 1 > Done > make: Leaving directory > `/home/nelsond/tools/kmchart_nathans/kmchart_sep_2/build' > > > # rpm -qa | grep "qt4" > libqt4-qt3support-4.4.0-12.2 > libqt4-devel-4.4.0-12.2 > libqt4-x11-4.4.0-12.2 > libpoppler-qt4-3-0.8.2-1.3 > libqt4-4.4.0-12.2 > libqt4-sql-4.4.0-12.2 > > Is there an easy fix for this? Hmmm, not sure on the best approach - kmchart/build/rpm/kmchart.spec.in has: Requires: pcp >= 2.0 Requires: qt4 >= 4.2 Requires: qt4-doc >= 4.2 BuildRequires: pcp >= 2.0 BuildRequires: qt4-devel >= 4.2 which is correct for the Redhat-based distros. What we need is some way to make each of those qt4 dependencies either-or checks (either qt4 or libqt4...) but rpm doesn't seem to allow that. An alternate approach would be to macro-ise the name qt4 and get the configure script to substitute in the appropriate value for this platform... thats probably the simplest way to go as we have complete control in that environment. OOC, does OpenSuse have a qt4-doc package? (contains the QT "assistant" application, used for online help in kmchart). Oh, also, I have found 4.4.0 to be a problematic QT release with kmchart - in particular, theres a bug in the 4.4.0 tree widget that wreaks havoc in the metric selector ... apparently fixed in 4.4.1 which is now out, but I've not yet had a chance to test it - more details here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483790 cheers. -- Nathan From nscott@aconex.com Tue Sep 2 16:11:41 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 16:11:45 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82NBdkN002785 for ; Tue, 2 Sep 2008 16:11:40 -0700 X-ASG-Debug-ID: 1220397185-25bb03870000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 686BD3F7C07 for ; Tue, 2 Sep 2008 16:13:06 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id wRrRfQdJuAnhHIPr for ; Tue, 02 Sep 2008 16:13:06 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id B2B735C4F2F; Wed, 3 Sep 2008 09:13:04 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id EADr4XBA8Dxyrp3o; Wed, 03 Sep 2008 09:13:04 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 885C292C31D; Wed, 3 Sep 2008 09:13:04 +1000 (EST) X-ASG-Orig-Subj: Re: PCP - pmlogger command Subject: Re: PCP - pmlogger command From: Nathan Scott To: Sai p Seshasayee Cc: kenj@internode.on.net, pcp@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Date: Wed, 03 Sep 2008 09:11:19 +1000 Message-Id: <1220397079.4714.29.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220397186 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4479 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1753 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-09-02 at 09:15 -0400, Sai p Seshasayee wrote: > > Hi Ken, > > Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in > the "/var/lib/pcp/config/pmlogger/control" file but an interesting > thing is that I have 2 pmlogger process running (I don't know how). You have 2 pmlogger_check processes running (this is a shell script, which tries to start pmlogger and can be used to check its running at any interval). You have no pmlogger processes running. >From your control file, this line: xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min sai_logger Looks like "-T1min" may be the problem - that means "terminate after 1 minute". What you want, I suspect, is "-t1min" which means "sample every 1 minute by default". cheers. -- Nathan From doug.nelson@intel.com Tue Sep 2 16:15:59 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 16:16:02 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82NFwHo003299 for ; Tue, 2 Sep 2008 16:15:59 -0700 X-ASG-Debug-ID: 1220397443-79ce02c70000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mga03.intel.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id EF4721004995 for ; Tue, 2 Sep 2008 16:17:23 -0700 (PDT) Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by cuda.sgi.com with ESMTP id YpgvlHZwTJQ7JoGE for ; Tue, 02 Sep 2008 16:17:23 -0700 (PDT) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga101.ch.intel.com with ESMTP; 02 Sep 2008 16:17:23 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,320,1217833200"; d="scan'208";a="40765819" Received: from unknown (HELO [134.134.28.195]) ([134.134.28.195]) by azsmga001.ch.intel.com with ESMTP; 02 Sep 2008 16:17:23 -0700 Message-ID: <48BDCA8E.1000601@intel.com> Date: Tue, 02 Sep 2008 16:21:50 -0700 From: "Nelson, Doug" User-Agent: Thunderbird 2.0.0.14 (X11/20080421) MIME-Version: 1.0 To: Nathan Scott CC: "pcp@oss.sgi.com" X-ASG-Orig-Subj: Re: kmchart rpmbuild fails with opensuse 11 Subject: Re: kmchart rpmbuild fails with opensuse 11 References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> In-Reply-To: <1220396598.4714.24.camel@verge.scott.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mga03.intel.com[143.182.124.21] X-Barracuda-Start-Time: 1220397444 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4480 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1754 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: doug.nelson@intel.com Precedence: bulk X-list: pcp Hi Nathan, Nathan Scott wrote: > > Hmmm, not sure on the best approach - kmchart/build/rpm/kmchart.spec.in > has: > Requires: pcp >= 2.0 > Requires: qt4 >= 4.2 > Requires: qt4-doc >= 4.2 > BuildRequires: pcp >= 2.0 > BuildRequires: qt4-devel >= 4.2 > > which is correct for the Redhat-based distros. What we need is some > way to make each of those qt4 dependencies either-or checks (either > qt4 or libqt4...) but rpm doesn't seem to allow that. An alternate > approach would be to macro-ise the name qt4 and get the configure > script to substitute in the appropriate value for this platform... > thats probably the simplest way to go as we have complete control in > that environment. > > OOC, does OpenSuse have a qt4-doc package? (contains the QT > "assistant" application, used for online help in kmchart). > Yes, there is a doc package (which I just installed). libqt4-devel-doc-4.4.0-12.1 contains the "assistant" app. > Oh, also, I have found 4.4.0 to be a problematic QT release with > kmchart - in particular, theres a bug in the 4.4.0 tree widget that > wreaks havoc in the metric selector ... apparently fixed in 4.4.1 > which is now out, but I've not yet had a chance to test it - more > details here: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=48379 I'll try the 4.4.1 flavor as soon as it shows up in the opensuse package repository. thanks, doug From kenj@internode.on.net Tue Sep 2 16:54:14 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 16:54:17 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m82NsDVg010741 for ; Tue, 2 Sep 2008 16:54:14 -0700 X-ASG-Debug-ID: 1220399738-1249014d0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5F74C3F7E23 for ; Tue, 2 Sep 2008 16:55:39 -0700 (PDT) Received: from mail.internode.on.net (bld-mail09.adl2.internode.on.net [203.16.214.73]) by cuda.sgi.com with ESMTP id 0ee9gagpljoluVgL for ; Tue, 02 Sep 2008 16:55:39 -0700 (PDT) Received: from [192.168.1.100] (unverified [118.208.170.82]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 41303553-1927428 for multiple; Wed, 03 Sep 2008 09:25:24 +0930 (CST) X-ASG-Orig-Subj: Re: PCP - pmlogger command Subject: Re: PCP - pmlogger command From: Ken McDonell Reply-To: kenj@internode.on.net To: Nathan Scott Cc: Sai p Seshasayee , pcp@oss.sgi.com In-Reply-To: <1220397079.4714.29.camel@verge.scott.net.au> References: <1220397079.4714.29.camel@verge.scott.net.au> Content-Type: text/plain Date: Wed, 03 Sep 2008 09:55:51 +1000 Message-Id: <1220399751.15444.38.camel@bozo> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: bld-mail09.adl2.internode.on.net[203.16.214.73] X-Barracuda-Start-Time: 1220399740 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4483 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1755 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenj@internode.on.net Precedence: bulk X-list: pcp Nathan beat me to it. But the other "odd" thing is the sai_logger at the end of the pmlogger control line. My guess is this was an attempt at naming the archive, but pmlogger_check generates the archive name automagically (it is a date and time stamp) ... so I think that explains the usage message, the lack of a pmlogger.log file, no archive, etc. If I use the same control line, I get the same error! So 1. change the -T1min to -t1min (or drop it entirely and move the logging intervals into the pmlogger config file where you can choose appropriate and possibly different intervals per group of metrics) 2. drop the sai_logger at the end of the control line On Wed, 2008-09-03 at 09:11 +1000, Nathan Scott wrote: > On Tue, 2008-09-02 at 09:15 -0400, Sai p Seshasayee wrote: > > > > Hi Ken, > > > > Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in > > the "/var/lib/pcp/config/pmlogger/control" file but an interesting > > thing is that I have 2 pmlogger process running (I don't know how). > > You have 2 pmlogger_check processes running (this is a shell script, > which tries to start pmlogger and can be used to check its running at > any interval). You have no pmlogger processes running. > > >From your control file, this line: > > xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min > sai_logger > > Looks like "-T1min" may be the problem - that means "terminate after > 1 minute". What you want, I suspect, is "-t1min" which means "sample > every 1 minute by default". > > cheers. > > -- > Nathan > > From markgw@sgi.com Tue Sep 2 17:20:05 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 17:20:09 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m830K3WT013018 for ; Tue, 2 Sep 2008 17:20:05 -0700 Received: from [134.14.55.22] (dhcp22.melbourne.sgi.com [134.14.55.22]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA23793; Wed, 3 Sep 2008 10:21:23 +1000 Message-ID: <48BDD869.5080108@sgi.com> Date: Wed, 03 Sep 2008 10:20:57 +1000 From: Mark Goodwin Reply-To: markgw@sgi.com Organization: SGI Engineering User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Nathan Scott CC: "Nelson, Doug" , pcp@oss.sgi.com Subject: Re: kmchart rpmbuild fails with opensuse 11 References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> In-Reply-To: <1220396598.4714.24.camel@verge.scott.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1756 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: markgw@sgi.com Precedence: bulk X-list: pcp Nathan Scott wrote: > On Tue, 2008-09-02 at 15:03 -0700, Nelson, Doug wrote: >> # rpm -qa | grep "qt4" >> libqt4-qt3support-4.4.0-12.2 >> libqt4-devel-4.4.0-12.2 >> libqt4-x11-4.4.0-12.2 >> libpoppler-qt4-3-0.8.2-1.3 >> libqt4-4.4.0-12.2 >> libqt4-sql-4.4.0-12.2 >> >> Is there an easy fix for this? the distros normally agree on a common "provides" item for this type of thing, but clearly haven't in this case. e.g. OpenSuSE ship libqt4-dev which should explicitly "Provides: qt4-devel" > Hmmm, not sure on the best approach - kmchart/build/rpm/kmchart.spec.in > has: > Requires: pcp >= 2.0 > Requires: qt4 >= 4.2 > Requires: qt4-doc >= 4.2 > BuildRequires: pcp >= 2.0 > BuildRequires: qt4-devel >= 4.2 > > which is correct for the Redhat-based distros. What we need is some > way to make each of those qt4 dependencies either-or checks (either > qt4 or libqt4...) but rpm doesn't seem to allow that. Something like the following probably works (well, SLES sets %_vendor but I'm not sure about OpenSuSE). Alternatively, use %_vendor to define another macro for the base package name (i.e. libqt4 or qt4) : Requires: pcp >= 2.0 BuildRequires: pcp >= 2.0 %if %_vendor == "suse" Requires: libqt4 >= 4.2 Requires: libqt4-doc >= 4.2 BuildRequires: libqt-doc >= 4.2 BuildRequires: libqt4-devel >= 4.2 %else Requires: qt4 >= 4.2 Requires: qt4-doc >= 4.2 BuildRequires: qt-doc >= 4.2 BuildRequires: qt4-devel >= 4.2 %endif Cheers -- Mark From nscott@aconex.com Tue Sep 2 17:24:30 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 17:24:34 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m830OUoK013346 for ; Tue, 2 Sep 2008 17:24:30 -0700 X-ASG-Debug-ID: 1220401556-605300e50000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 519C71004D0A for ; Tue, 2 Sep 2008 17:25:56 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 5m3Hxu6wQ2FmSrQe for ; Tue, 02 Sep 2008 17:25:56 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id F33625C6110; Wed, 3 Sep 2008 10:25:55 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id lSBWjk0cHq3QgyqS; Wed, 03 Sep 2008 10:25:55 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id C81DB92C31B; Wed, 3 Sep 2008 10:25:55 +1000 (EST) X-ASG-Orig-Subj: Re: kmchart rpmbuild fails with opensuse 11 Subject: Re: kmchart rpmbuild fails with opensuse 11 From: Nathan Scott To: markgw@sgi.com Cc: "Nelson, Doug" , pcp@oss.sgi.com In-Reply-To: <48BDD869.5080108@sgi.com> References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> <48BDD869.5080108@sgi.com> Content-Type: text/plain Date: Wed, 03 Sep 2008 10:24:10 +1000 Message-Id: <1220401450.4714.63.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220401557 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4484 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1757 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Wed, 2008-09-03 at 10:20 +1000, Mark Goodwin wrote: > ... > Something like the following probably works (well, SLES sets %_vendor > but I'm not sure about OpenSuSE). Alternatively, use %_vendor to > define another macro for the base package name (i.e. libqt4 or qt4) : > > Requires: pcp >= 2.0 > BuildRequires: pcp >= 2.0 > %if %_vendor == "suse" > Requires: libqt4 >= 4.2 > Requires: libqt4-doc >= 4.2 > BuildRequires: libqt-doc >= 4.2 > BuildRequires: libqt4-devel >= 4.2 > %else > Requires: qt4 >= 4.2 > Requires: qt4-doc >= 4.2 > BuildRequires: qt-doc >= 4.2 > BuildRequires: qt4-devel >= 4.2 > %endif Nice and simple - does that work for your OpenSuse build Doug? cheers. -- Nathan From sseshas@us.ibm.com Tue Sep 2 17:27:32 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 17:27:35 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m830RV86013589 for ; Tue, 2 Sep 2008 17:27:31 -0700 X-ASG-Debug-ID: 1220401736-06f0010a0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e1.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 74814122EA6B; Tue, 2 Sep 2008 17:28:56 -0700 (PDT) Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.141]) by cuda.sgi.com with ESMTP id m32Y6TKSD1Q2e1Wc; Tue, 02 Sep 2008 17:28:56 -0700 (PDT) Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m830SurJ003530; Tue, 2 Sep 2008 20:28:56 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.0) with ESMTP id m830Suwa198880; Tue, 2 Sep 2008 20:28:56 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m830St6f005931; Tue, 2 Sep 2008 20:28:55 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m830StAQ005925; Tue, 2 Sep 2008 20:28:55 -0400 In-Reply-To: <1220399751.15444.38.camel@bozo> To: kenj@internode.on.net Cc: Nathan Scott , pcp@oss.sgi.com, pcp-bounce@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: Re: PCP - pmlogger command Subject: Re: PCP - pmlogger command X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: From: Sai p Seshasayee Date: Tue, 2 Sep 2008 20:28:53 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/02/2008 20:28:55, Serialize complete at 09/02/2008 20:28:55 Content-Type: multipart/alternative; boundary="=_alternative 0002A4FA852574B9_=" X-Barracuda-Connect: e1.ny.us.ibm.com[32.97.182.141] X-Barracuda-Start-Time: 1220401737 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4483 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1758 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp This is a multipart message in MIME format. --=_alternative 0002A4FA852574B9_= Content-Type: text/plain; charset="US-ASCII" Ken/Nathan, I want the pmlogger to work only for 1 min (because I am planning to set that as a cron job and schedule it) and hence I want to use "-T1min". Regarding the removal of the archiving name, Ken, you are spot on: I removed the "sai_logger" archive name and this time I did not get any errors! I was able to see the process running and it was generating a file named "20080902.20.17". But here is where the problem comes again : I did a search for the file "20080902.20.17" but I was not able to find it. Where will the archive be stored and how can I replay it using "kmchart -a " command? I am also planning to use "pmstat" command on multiple hosts to capture some information and store it in a database. The o/p comes like this: [root@xcat20mn xCAT_monitoring]# pmstat -h cu03sv -hxcat20mn -s1 -t0.1 @ Tue Sep 2 16:26:18 2008 node loadavg memory swap io system cpu 1 min swpd buff cache pi po bi bo in cs us sy id cu03sv 0.00 0 79068 987m 0 0 0 0 199 199 0 0 100 xcat20m 0.04 0 1717m 3000m 0 0 0 0 1109 309 0 0 100 But I want the heading to suppressed i.e the o/p should only be: cu03sv 0.00 0 79068 987m 0 0 0 0 199 199 0 0 100 xcat20m 0.04 0 1717m 3000m 0 0 0 0 1109 309 0 0 100 I also want it to appear with a delimiter. Is it possible ? You have been very helpful and I trust this question should be a piece of cake for you ! Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" Ken McDonell Sent by: pcp-bounce@oss.sgi.com 09/02/2008 07:55 PM Please respond to kenj@internode.on.net To Nathan Scott cc Sai p Seshasayee/Poughkeepsie/IBM@IBMUS, pcp@oss.sgi.com Subject Re: PCP - pmlogger command Nathan beat me to it. But the other "odd" thing is the sai_logger at the end of the pmlogger control line. My guess is this was an attempt at naming the archive, but pmlogger_check generates the archive name automagically (it is a date and time stamp) ... so I think that explains the usage message, the lack of a pmlogger.log file, no archive, etc. If I use the same control line, I get the same error! So 1. change the -T1min to -t1min (or drop it entirely and move the logging intervals into the pmlogger config file where you can choose appropriate and possibly different intervals per group of metrics) 2. drop the sai_logger at the end of the control line On Wed, 2008-09-03 at 09:11 +1000, Nathan Scott wrote: > On Tue, 2008-09-02 at 09:15 -0400, Sai p Seshasayee wrote: > > > > Hi Ken, > > > > Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in > > the "/var/lib/pcp/config/pmlogger/control" file but an interesting > > thing is that I have 2 pmlogger process running (I don't know how). > > You have 2 pmlogger_check processes running (this is a shell script, > which tries to start pmlogger and can be used to check its running at > any interval). You have no pmlogger processes running. > > >From your control file, this line: > > xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min > sai_logger > > Looks like "-T1min" may be the problem - that means "terminate after > 1 minute". What you want, I suspect, is "-t1min" which means "sample > every 1 minute by default". > > cheers. > > -- > Nathan > > --=_alternative 0002A4FA852574B9_= Content-Type: text/html; charset="US-ASCII"
Ken/Nathan,

I want the pmlogger to work only for 1 min (because I am planning to set that as a cron job and schedule it) and hence I want to use "-T1min".
Regarding the removal of the archiving name, Ken, you are spot on: I removed the "sai_logger" archive name and this time I did not get any errors!
I was able to see the process running and it was generating a file named "20080902.20.17". But here is where the problem comes again : I did a search for the file "20080902.20.17" but I was not able to find it. Where will the archive be stored and how can I replay it using "kmchart -a " command?

I am also planning to use "pmstat" command on multiple hosts to capture some information and store it in a database. The o/p comes like this:

[root@xcat20mn xCAT_monitoring]# pmstat -h cu03sv -hxcat20mn -s1 -t0.1
@ Tue Sep  2 16:26:18 2008
node    loadavg               memory      swap        io    system         cpu
          1 min   swpd   buff  cache   pi   po   bi   bo   in   cs  us  sy  id
cu03sv     0.00      0  79068   987m    0    0    0    0  199  199   0   0 100
xcat20m    0.04      0  1717m  3000m    0    0    0    0 1109  309   0   0 100

But I want the heading to suppressed i.e the o/p should only be:

cu03sv     0.00      0  79068   987m    0    0    0    0  199  199   0   0 100
xcat20m    0.04      0  1717m  3000m    0    0    0    0 1109  309   0   0 100

I also want it to appear with a delimiter. Is it possible ? You have been very helpful and I trust this question should be a piece of cake for you !

Thanks and Regards
Sai Prakash
Poughkeepsie Unix Development Lab
IBM Systems and Technology Group
External: 845-435-4720
email: sseshas@us.ibm.com
Notes: Sai p Seshasayee/Poughkeepsie/IBM

"Always speak the truth, that way you dont need to remember what you said  !"


Ken McDonell <kenj@internode.on.net>
Sent by: pcp-bounce@oss.sgi.com

09/02/2008 07:55 PM
Please respond to
kenj@internode.on.net
To
Nathan Scott <nscott@aconex.com>
cc
Sai p Seshasayee/Poughkeepsie/IBM@IBMUS, pcp@oss.sgi.com
Subject
Re: PCP -  pmlogger command





Nathan beat me to it.

But the other "odd" thing is the sai_logger at the end of the pmlogger
control line.

My guess is this was an attempt at naming the archive, but
pmlogger_check generates the archive name automagically (it is a date
and time stamp) ... so I think that explains the usage message, the lack
of a pmlogger.log file, no archive, etc.

If I use the same control line, I get the same error!

So
1. change the -T1min to -t1min (or drop it entirely and move the logging
intervals into the pmlogger config file where you can choose appropriate
and possibly different intervals per group of metrics)

2. drop the sai_logger at the end of the control line

On Wed, 2008-09-03 at 09:11 +1000, Nathan Scott wrote:
> On Tue, 2008-09-02 at 09:15 -0400, Sai p Seshasayee wrote:
> >
> > Hi Ken,
> >
> > Thanks for your inputs. My host is "xcat20mn". I have only 1 entry in
> > the "/var/lib/pcp/config/pmlogger/control" file but an interesting
> > thing is that I have 2 pmlogger process running (I don't know how).
>
> You have 2 pmlogger_check processes running (this is a shell script,
> which tries to start pmlogger and can be used to check its running at
> any interval).  You have no pmlogger processes running.
>
> >From your control file, this line:
>
> xcat20mn y n PCP_LOG_DIR/pmlogger/xcat20mn -cconfig.base -T1min
> sai_logger
>
> Looks like "-T1min" may be the problem - that means "terminate after
> 1 minute".  What you want, I suspect, is "-t1min" which means "sample
> every 1 minute by default".
>
> cheers.
>
> --
> Nathan
>
>



--=_alternative 0002A4FA852574B9_=-- From doug.nelson@intel.com Tue Sep 2 17:46:07 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 17:46:11 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m830k7Gi014980 for ; Tue, 2 Sep 2008 17:46:07 -0700 X-ASG-Debug-ID: 1220402853-125d03550000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mga11.intel.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 462103F812C for ; Tue, 2 Sep 2008 17:47:33 -0700 (PDT) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by cuda.sgi.com with ESMTP id IL5FiGSnVphuBzSO for ; Tue, 02 Sep 2008 17:47:33 -0700 (PDT) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga102.fm.intel.com with ESMTP; 02 Sep 2008 17:45:28 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,320,1217833200"; d="scan'208";a="376004733" Received: from unknown (HELO [134.134.28.195]) ([134.134.28.195]) by fmsmga002.fm.intel.com with ESMTP; 02 Sep 2008 17:44:49 -0700 Message-ID: <48BDDFB1.2060807@intel.com> Date: Tue, 02 Sep 2008 17:52:01 -0700 From: "Nelson, Doug" User-Agent: Thunderbird 2.0.0.14 (X11/20080421) MIME-Version: 1.0 To: Nathan Scott CC: "markgw@sgi.com" , "pcp@oss.sgi.com" X-ASG-Orig-Subj: Re: kmchart rpmbuild fails with opensuse 11 Subject: Re: kmchart rpmbuild fails with opensuse 11 References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> <48BDD869.5080108@sgi.com> <1220401450.4714.63.camel@verge.scott.net.au> In-Reply-To: <1220401450.4714.63.camel@verge.scott.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mga11.intel.com[192.55.52.93] X-Barracuda-Start-Time: 1220402854 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4487 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1759 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: doug.nelson@intel.com Precedence: bulk X-list: pcp Mark/Nathan, I tried Mark's suggestion, but it did not seem to hit the suse branch. How can I determine what the %_vendor is set to? rpm's build fine if I modify the kmchart.spec.in file to be: Requires: pcp >= 2.0 Requires: libqt4 >= 4.2 Requires: libqt4-devel-doc >= 4.2 BuildRequires: pcp >= 2.0 BuildRequires: libqt4-devel >= 4.2 Seems like Mark's idea should work if we can match/set the vendor name. thanks, doug Nathan Scott wrote: > On Wed, 2008-09-03 at 10:20 +1000, Mark Goodwin wrote: > >> ... >> Something like the following probably works (well, SLES sets %_vendor >> but I'm not sure about OpenSuSE). Alternatively, use %_vendor to >> define another macro for the base package name (i.e. libqt4 or qt4) : >> >> Requires: pcp >= 2.0 >> BuildRequires: pcp >= 2.0 >> %if %_vendor == "suse" >> Requires: libqt4 >= 4.2 >> Requires: libqt4-doc >= 4.2 >> BuildRequires: libqt-doc >= 4.2 >> BuildRequires: libqt4-devel >= 4.2 >> %else >> Requires: qt4 >= 4.2 >> Requires: qt4-doc >= 4.2 >> BuildRequires: qt-doc >= 4.2 >> BuildRequires: qt4-devel >= 4.2 >> %endif >> > > Nice and simple - does that work for your OpenSuse build Doug? > > cheers. > > -- > Nathan > > From makc@melbourne.sgi.com Tue Sep 2 18:03:41 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 18:03:44 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m8313cVj016249 for ; Tue, 2 Sep 2008 18:03:40 -0700 Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24705; Wed, 3 Sep 2008 11:05:01 +1000 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m831513x3874188; Wed, 3 Sep 2008 11:05:01 +1000 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m8314xVB3469533; Wed, 3 Sep 2008 11:04:59 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18621.58042.797331.422974@kuku.melbourne.sgi.com> Date: Wed, 3 Sep 2008 11:04:58 +1000 From: Max Matveev To: "Nelson, Doug" Cc: Nathan Scott , "markgw@sgi.com" , "pcp@oss.sgi.com" Subject: Re: kmchart rpmbuild fails with opensuse 11 In-Reply-To: <48BDDFB1.2060807@intel.com> References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> <48BDD869.5080108@sgi.com> <1220401450.4714.63.camel@verge.scott.net.au> <48BDDFB1.2060807@intel.com> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1760 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Tue, 02 Sep 2008 17:52:01 -0700, Doug Nelson wrote: DN> How can I determine what the %_vendor is set to? rpm --showrc max From markgw@sgi.com Tue Sep 2 18:05:45 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 18:05:48 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m8315h2n016409 for ; Tue, 2 Sep 2008 18:05:44 -0700 Received: from [134.14.55.22] (dhcp22.melbourne.sgi.com [134.14.55.22]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA24727; Wed, 3 Sep 2008 11:07:07 +1000 Message-ID: <48BDE322.4030504@sgi.com> Date: Wed, 03 Sep 2008 11:06:42 +1000 From: Mark Goodwin Reply-To: markgw@sgi.com Organization: SGI Engineering User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: "Nelson, Doug" CC: Nathan Scott , "pcp@oss.sgi.com" Subject: Re: kmchart rpmbuild fails with opensuse 11 References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> <48BDD869.5080108@sgi.com> <1220401450.4714.63.camel@verge.scott.net.au> <48BDDFB1.2060807@intel.com> In-Reply-To: <48BDDFB1.2060807@intel.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1761 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: markgw@sgi.com Precedence: bulk X-list: pcp Nelson, Doug wrote: > Mark/Nathan, > > I tried Mark's suggestion, but it did not seem to hit the suse branch. > > How can I determine what the %_vendor is set to? grep ^%_vendor /usr/lib/rpm/macros Maybe the right syntax is: %if "%{_vendor}" == "suse" ... -- Mark From doug.nelson@intel.com Tue Sep 2 18:10:58 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 18:11:02 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m831AvLA016705 for ; Tue, 2 Sep 2008 18:10:58 -0700 X-ASG-Debug-ID: 1220404343-6053023c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mga01.intel.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 429C11004D4F for ; Tue, 2 Sep 2008 18:12:24 -0700 (PDT) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by cuda.sgi.com with ESMTP id pz0tIhwffQaVzrIi for ; Tue, 02 Sep 2008 18:12:24 -0700 (PDT) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP; 02 Sep 2008 18:10:08 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,320,1217833200"; d="scan'208";a="376010761" Received: from unknown (HELO [134.134.28.195]) ([134.134.28.195]) by fmsmga002.fm.intel.com with ESMTP; 02 Sep 2008 18:09:13 -0700 Message-ID: <48BDE568.5000208@intel.com> Date: Tue, 02 Sep 2008 18:16:24 -0700 From: "Nelson, Doug" User-Agent: Thunderbird 2.0.0.14 (X11/20080421) MIME-Version: 1.0 To: "markgw@sgi.com" CC: Nathan Scott , "pcp@oss.sgi.com" X-ASG-Orig-Subj: Re: kmchart rpmbuild fails with opensuse 11 Subject: Re: kmchart rpmbuild fails with opensuse 11 References: <48BDB82E.5090901@intel.com> <1220396598.4714.24.camel@verge.scott.net.au> <48BDD869.5080108@sgi.com> <1220401450.4714.63.camel@verge.scott.net.au> <48BDDFB1.2060807@intel.com> <48BDE322.4030504@sgi.com> In-Reply-To: <48BDE322.4030504@sgi.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: mga01.intel.com[192.55.52.88] X-Barracuda-Start-Time: 1220404344 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0209 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4488 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1762 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: doug.nelson@intel.com Precedence: bulk X-list: pcp Hi, OK, this combination worked: URL: http://oss.sgi.com/projects/pcp Group: System Environment/Base Requires: pcp >= 2.0 %if "%{_vendor}" == "suse" Requires: libqt4 >= 4.2 Requires: libqt4-devel-doc >= 4.2 BuildRequires: libqt4-devel-doc >= 4.2 BuildRequires: libqt4-devel >= 4.2 %else Requires: qt4 >= 4.2 Requires: qt4-doc >= 4.2 BuildRequires: qt-doc >= 4.2 BuildRequires: qt4-devel >= 4.2 %endif Thanks for all your help. doug Mark Goodwin wrote: > Nelson, Doug wrote: > >> Mark/Nathan, >> >> I tried Mark's suggestion, but it did not seem to hit the suse branch. >> >> How can I determine what the %_vendor is set to? >> > > grep ^%_vendor /usr/lib/rpm/macros > > Maybe the right syntax is: > > %if "%{_vendor}" == "suse" > ... > > -- Mark > > > > From kenj@internode.on.net Tue Sep 2 21:39:38 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 02 Sep 2008 21:39:47 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m834dct7005491 for ; Tue, 2 Sep 2008 21:39:38 -0700 X-ASG-Debug-ID: 1220416862-61f800f10000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id C92EC3BC332; Tue, 2 Sep 2008 21:41:03 -0700 (PDT) Received: from mail.internode.on.net (bld-mail10.adl2.internode.on.net [203.16.214.74]) by cuda.sgi.com with ESMTP id qLjOp2rA73KdC2me; Tue, 02 Sep 2008 21:41:03 -0700 (PDT) Received: from [192.168.1.100] (unverified [118.208.170.82]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 27761991-1927428 for multiple; Wed, 03 Sep 2008 14:11:02 +0930 (CST) X-ASG-Orig-Subj: Re: PCP - pmlogger command Subject: Re: PCP - pmlogger command From: Ken McDonell Reply-To: kenj@internode.on.net To: Sai p Seshasayee Cc: Nathan Scott , pcp@oss.sgi.com, pcp-bounce@oss.sgi.com In-Reply-To: References: Content-Type: text/plain Date: Wed, 03 Sep 2008 14:41:16 +1000 Message-Id: <1220416876.15444.80.camel@bozo> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: bld-mail10.adl2.internode.on.net[203.16.214.74] X-Barracuda-Start-Time: 1220416864 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0001 1.0000 -2.0205 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4501 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1763 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenj@internode.on.net Precedence: bulk X-list: pcp Answers in situ below. On Tue, 2008-09-02 at 20:28 -0400, Sai p Seshasayee wrote: > > Ken/Nathan, > > I want the pmlogger to work only for 1 min (because I am planning to > set that as a cron job and schedule it) and hence I want to use > "-T1min". > Regarding the removal of the archiving name, Ken, you are spot on: I > removed the "sai_logger" archive name and this time I did not get any > errors! Good. > I was able to see the process running and it was generating a file > named "20080902.20.17". But here is where the problem comes again : I > did a search for the file "20080902.20.17" but I was not able to find > it. Where will the archive be stored and how can I replay it using > "kmchart -a " command? Each PCP archive is at least 3 physical files, so in your case above 20080902.20.17.0 and 20080902.20.17.meta and 20080902.20.17.index. Assuming you're using the same control file as in the prevuous mail, these will be in the directory $PCP_LOG_DIR/pmlogger/xcat20mn ... where $PCP_LOG_DIR is set in /etc/pcp.conf. For me, this is as follows: kenj@bozo:~$ grep PCP_LOG_DIR /etc/pcp.conf PCP_LOG_DIR=/var/log/pcp To replay, $ kmchart -a /var/log/pcp/pmlogger/xcat20mn/20080902.20.17 the -a argument accepts any of the physical file names, or the basename for the archive (as I've used in the example above). > I am also planning to use "pmstat" command on multiple hosts to > capture some information and store it in a database. The o/p comes > like this: > > [root@xcat20mn xCAT_monitoring]# pmstat -h cu03sv -hxcat20mn -s1 -t0.1 > @ Tue Sep 2 16:26:18 2008 > node loadavg memory swap io system cpu > 1 min swpd buff cache pi po bi bo in cs us sy id > cu03sv 0.00 0 79068 987m 0 0 0 0 199 199 0 0 100 > xcat20m 0.04 0 1717m 3000m 0 0 0 0 1109 309 0 0 100 > > But I want the heading to suppressed i.e the o/p should only be: > > cu03sv 0.00 0 79068 987m 0 0 0 0 199 199 0 0 100 > xcat20m 0.04 0 1717m 3000m 0 0 0 0 1109 309 0 0 100 There is no command line option to suppress the heading, which will repeat after min(21, windowsize - 3) lines of output ... sed(1) is your new friend here. > I also want it to appear with a delimiter. Is it possible ? You have > been very helpful and I trust this question should be a piece of cake > for you ! Fields are separated by at least one space, so post-processing with sed(1) will get you delimeters of choice very easily. Note the values are scaled with postfix 2^10 scales of "m" (as above) and "g" and also decimal scales K (1000) and M (1000000), so whatever you're doing with the values is probably going to involve post-processing ... or scratch the itch and generate a patch to produce the spartan output format you desire. From greg.siekas@boeing.com Wed Sep 3 08:50:18 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Sep 2008 08:50:25 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m83FoIXW012413 for ; Wed, 3 Sep 2008 08:50:18 -0700 X-ASG-Debug-ID: 1220457104-11ea03c30000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from blv-smtpout-01.boeing.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id DAF06123344C for ; Wed, 3 Sep 2008 08:51:44 -0700 (PDT) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by cuda.sgi.com with ESMTP id tWEFXSCdu4w3PZve for ; Wed, 03 Sep 2008 08:51:44 -0700 (PDT) Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id m83FphjW028650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 3 Sep 2008 08:51:43 -0700 (PDT) Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id m83FpgHN019825 for ; Wed, 3 Sep 2008 10:51:42 -0500 (CDT) Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by stl-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id m83Fpb93019658 for ; Wed, 3 Sep 2008 10:51:42 -0500 (CDT) Received: from XCH-NW-7V2.nw.nos.boeing.com ([130.247.54.35]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 3 Sep 2008 08:51:40 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-ASG-Orig-Subj: proc.psinfo.wchan_s broken? Subject: proc.psinfo.wchan_s broken? Date: Wed, 3 Sep 2008 08:51:39 -0700 Message-ID: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proc.psinfo.wchan_s broken? Thread-Index: AckN3PQjni7lOTOBT8mqg4i4Pn+Fdw== From: "Siekas, Greg" To: X-OriginalArrivalTime: 03 Sep 2008 15:51:40.0201 (UTC) FILETIME=[F4747990:01C90DDC] X-Barracuda-Connect: blv-smtpout-01.boeing.com[130.76.32.69] X-Barracuda-Start-Time: 1220457104 X-Barracuda-Bayes: INNOCENT GLOBAL 0.1079 1.0000 -1.3453 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -1.35 X-Barracuda-Spam-Status: No, SCORE=-1.35 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4545 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id m83FoIXW012413 X-archive-position: 1764 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: greg.siekas@boeing.com Precedence: bulk X-list: pcp I've noticed that for some reason proc.psinfo.wchan_s is broken? This used to decode the wait channel name. Under SLES10SP1 (2.6 kernel) ia64: # pminfo -F proc.psinfo.wchan_s | grep user inst [9720 or "009720 sshd: user [priv]"] value "11529215050368985408" inst [9723 or "009723 sshd: user@pts/10"] value "11529215050365081648" inst [13922 or "013922 grep user"] value "11529215050365011152" Under RHEL3 x86 (2.4 kernel): # pminfo -F proc.psinfo.wchan_s | grep user inst [24076 or "024076 sshd: user [priv]o.wchK<"] value "schedule_timeout" inst [24078 or "024078 sshd: user@pts/2]o.wchK<"] value "schedule_timeout" inst [24104 or "024104 grep user"] value "pipe_wait" # pminfo -T proc.psinfo.wchan_s proc.psinfo.wchan_s Help: This field needs access to a namelist file for proper address-to-symbol name translation. If no namelist file is available, the address is printed instead. The namelist file must match the current Linux kernel exactly. The search path for the namelist file is as follows: /boot/System.map-`uname -r` /boot/System.map /lib/modules/`uname -r`/System.map /usr/src/linux/System.map /System.map The namelist is readable? Any other suggestions for things to look at? Greg From nscott@aconex.com Wed Sep 3 18:09:46 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Sep 2008 18:09:49 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8419jNh027639 for ; Wed, 3 Sep 2008 18:09:45 -0700 X-ASG-Debug-ID: 1220490671-5861033c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id E101A3FE085 for ; Wed, 3 Sep 2008 18:11:12 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id YxIfAmxOP8yOcSmv for ; Wed, 03 Sep 2008 18:11:12 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 66BE45CFC1A; Thu, 4 Sep 2008 11:11:10 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id glFcmsFENrSpH2t3; Thu, 04 Sep 2008 11:11:10 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 584CA92C2EB; Thu, 4 Sep 2008 11:11:10 +1000 (EST) X-ASG-Orig-Subj: Re: proc.psinfo.wchan_s broken? Subject: Re: proc.psinfo.wchan_s broken? From: Nathan Scott To: "Siekas, Greg" Cc: pcp@oss.sgi.com In-Reply-To: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> Content-Type: text/plain Date: Thu, 04 Sep 2008 11:09:23 +1000 Message-Id: <1220490563.4544.14.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220490672 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4581 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1765 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Wed, 2008-09-03 at 08:51 -0700, Siekas, Greg wrote: > I've noticed that for some reason proc.psinfo.wchan_s is broken? This > used to decode the wait channel name. > ... > The namelist is readable? Any other suggestions for things to look at? It looks like the code has atrophied. Modern Linux kernels don't have the /proc/ksyms file its looking for ... so it never moves on to the stage where it looks at the System.map files. Lemme go take a closer look, see if this is straightforward to fix or not. It may be simpler now, as we have /proc/kallsyms which looks like its got everything we need here. cheers. -- Nathan From kimbrr@sgi.com Wed Sep 3 18:28:20 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Sep 2008 18:28:26 -0700 (PDT) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with SMTP id m841SIes028874 for ; Wed, 3 Sep 2008 18:28:19 -0700 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA22904; Thu, 4 Sep 2008 11:29:41 +1000 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id m841TdsT301483943; Thu, 4 Sep 2008 11:29:39 +1000 (AEST) Received: from localhost (kimbrr@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id m841Tbcl301337828; Thu, 4 Sep 2008 11:29:37 +1000 (AEST) X-Authentication-Warning: snort.melbourne.sgi.com: kimbrr owned process doing -bs Date: Thu, 4 Sep 2008 11:29:37 +1000 From: Michael Newton X-X-Sender: kimbrr@snort.melbourne.sgi.com To: Nathan Scott cc: "Siekas, Greg" , pcp@oss.sgi.com Subject: Re: proc.psinfo.wchan_s broken? In-Reply-To: <1220490563.4544.14.camel@verge.scott.net.au> Message-ID: References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> <1220490563.4544.14.camel@verge.scott.net.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 1766 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kimbrr@sgi.com Precedence: bulk X-list: pcp On Thu, 4 Sep 2008, Nathan Scott wrote: > On Wed, 2008-09-03 at 08:51 -0700, Siekas, Greg wrote: > > I've noticed that for some reason proc.psinfo.wchan_s is broken? This > > used to decode the wait channel name. > > ... > > The namelist is readable? Any other suggestions for things to look at? > > It looks like the code has atrophied. Modern Linux kernels don't have > the /proc/ksyms file its looking for ... so it never moves on to the > stage where it looks at the System.map files. Lemme go take a closer > look, see if this is straightforward to fix or not. It may be simpler > now, as we have /proc/kallsyms which looks like its got everything we > need here. that may be.. nevertheless neither the System.map nor /proc/kallsyms contain the addresses coming out of /proc//stat, nor entries for the symbols as reported by ps -l. How is ps -l doing it? Dr.Michael("Kimba")Newton kimbrr@sgi.com From nscott@aconex.com Wed Sep 3 18:35:11 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 03 Sep 2008 18:35:14 -0700 (PDT) Received: from cuda.sgi.com ([192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m841Z9TO029261 for ; Wed, 3 Sep 2008 18:35:11 -0700 X-ASG-Debug-ID: 1220492195-0c3b02db0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id CB7FD1236CFF for ; Wed, 3 Sep 2008 18:36:35 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 5qfDpkYH1AegQkOj for ; Wed, 03 Sep 2008 18:36:35 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 21E945D0057; Thu, 4 Sep 2008 11:36:30 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id vf26F6ywjc2MPixe; Thu, 04 Sep 2008 11:36:30 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 0862B92C31D; Thu, 4 Sep 2008 11:36:30 +1000 (EST) X-ASG-Orig-Subj: Re: proc.psinfo.wchan_s broken? Subject: Re: proc.psinfo.wchan_s broken? From: Nathan Scott To: Michael Newton Cc: "Siekas, Greg" , pcp@oss.sgi.com In-Reply-To: References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> <1220490563.4544.14.camel@verge.scott.net.au> Content-Type: text/plain Date: Thu, 04 Sep 2008 11:34:43 +1000 Message-Id: <1220492083.4544.21.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220492196 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4583 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1767 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Thu, 2008-09-04 at 11:29 +1000, Michael Newton wrote: > that may be.. nevertheless neither the System.map nor /proc/kallsyms > contain the addresses coming out of /proc//stat, nor entries > for the symbols as reported by ps -l. How is ps -l doing it? Looks like it uses /proc//wchan... sounds like a much better way to fix this, since we won't need that big global mem allocation then. cheers. -- Nathan From nscott@aconex.com Thu Sep 4 00:05:01 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 00:05:15 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8474xer028010 for ; Thu, 4 Sep 2008 00:05:01 -0700 X-ASG-Debug-ID: 1220511985-323b03df0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 61E5A101EC39 for ; Thu, 4 Sep 2008 00:06:25 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id C3pAtsZxSafGiPPr for ; Thu, 04 Sep 2008 00:06:25 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 31FDF5D3A9A; Thu, 4 Sep 2008 17:06:21 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id miB4qpwu8JbEl4hc; Thu, 04 Sep 2008 17:06:21 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 188C392C34D; Thu, 4 Sep 2008 17:06:21 +1000 (EST) X-ASG-Orig-Subj: Re: proc.psinfo.wchan_s broken? Subject: Re: proc.psinfo.wchan_s broken? From: Nathan Scott To: "Siekas, Greg" Cc: pcp@oss.sgi.com In-Reply-To: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> Content-Type: multipart/mixed; boundary="=-jIbXAM1iuR24SSuVnwQc" Date: Thu, 04 Sep 2008 17:04:33 +1000 Message-Id: <1220511873.4544.33.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220511986 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4606 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1768 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp --=-jIbXAM1iuR24SSuVnwQc Content-Type: text/plain Content-Transfer-Encoding: 7bit On Wed, 2008-09-03 at 08:51 -0700, Siekas, Greg wrote: > I've noticed that for some reason proc.psinfo.wchan_s is broken? This > used to decode the wait channel name. > > Under SLES10SP1 (2.6 kernel) ia64: > ... > The namelist is readable? Any other suggestions for things to look at? Try this patch, it works for me (Debian 2.6.18 kernel, x86_64). Patch is against my git tree, may need some tweaks to apply cleanly to the last SGI release. It'll apply cleanly to the source tarballs below http://oss.sgi.com/~nathans/pcp/ also if you want to avoid any messing about with patches. cheers. -- Nathan --=-jIbXAM1iuR24SSuVnwQc Content-Disposition: attachment; filename=patch Content-Type: text/x-patch; name=patch; charset=utf-8 Content-Transfer-Encoding: 7bit diff --git a/src/pmdas/linux/pmda.c b/src/pmdas/linux/pmda.c index 1657e51..1d9c913 100644 --- a/src/pmdas/linux/pmda.c +++ b/src/pmdas/linux/pmda.c @@ -78,7 +78,7 @@ static proc_net_sockstat_t proc_net_sockstat; static proc_pid_t proc_pid; static struct utsname kernel_uname; static char uname_string[sizeof(kernel_uname)]; -static char *distro_name = NULL; +static char *distro_name; static proc_runq_t proc_runq; static proc_net_snmp_t proc_net_snmp; static proc_scsi_t proc_scsi; @@ -3199,7 +3199,7 @@ linux_refresh(int *need_refresh) refresh_proc_net_sockstat(&proc_net_sockstat); if (need_refresh[CLUSTER_PID_STAT] || need_refresh[CLUSTER_PID_STATM] || - need_refresh[CLUSTER_PID_STATUS] || need_refresh[CLUSTER_PID_IO] || + need_refresh[CLUSTER_PID_STATUS] || need_refresh[CLUSTER_PID_IO] || need_refresh[CLUSTER_PID_SCHEDSTAT]) refresh_proc_pid(&proc_pid); @@ -4165,37 +4165,40 @@ linux_fetchCallBack(pmdaMetric *mdesc, unsigned int inst, pmAtomValue *atom) break; case PROC_PID_STAT_WCHAN: - case PROC_PID_STAT_WCHAN_SYMBOL: - { - char *wc; - - if ((f = _pm_getfield(entry->stat_buf, PROC_PID_STAT_WCHAN)) == NULL) + if ((f = _pm_getfield(entry->stat_buf, idp->item)) == NULL) return PM_ERR_INST; #if defined(HAVE_64BIT_PTR) - sscanf(f, "%lu", &atom->ull); /* 64bit address */ + sscanf(f, "%lu", &atom->ull); /* 64bit address */ #else - sscanf(f, "%u", &atom->ul); /* 32bit address */ + sscanf(f, "%u", &atom->ul); /* 32bit address */ #endif + break; + case PROC_PID_STAT_WCHAN_SYMBOL: + if (entry->wchan_buf) /* 2.6 kernel, /proc//wchan */ + atom->cp = entry->wchan_buf; + else { /* old school (2.4 kernels, at least) */ + char *wc; /* * Convert address to symbol name if requested * Added by Mike Mason */ - if (idp->item == PROC_PID_STAT_WCHAN_SYMBOL) { + f = _pm_getfield(entry->stat_buf, PROC_PID_STAT_WCHAN); + if (f == NULL) + return PM_ERR_INST; #if defined(HAVE_64BIT_PTR) - /* 64 bit address */ - if ((wc = wchan(atom->ull))) - atom->cp = strdup(wc); - else - atom->cp = strdup(atom->ull ? f : ""); + sscanf(f, "%lu", &atom->ull); /* 64bit address */ + if ((wc = wchan(atom->ull))) + atom->cp = wc; + else + atom->cp = atom->ull ? f : ""; #else - /* 32 bit address */ - if ((wc = wchan((__psint_t)atom->ul))) - atom->cp = strdup(wc); - else - atom->cp = strdup(atom->ul ? f : ""); + sscanf(f, "%u", &atom->ul); /* 32bit address */ + if ((wc = wchan((__psint_t)atom->ul))) + atom->cp = wc; + else + atom->cp = atom->ul ? f : ""; #endif - } } break; @@ -4492,7 +4495,7 @@ linux_fetchCallBack(pmdaMetric *mdesc, unsigned int inst, pmAtomValue *atom) sscanf(f, "%u", &atom->ul); if (idp->item > PROC_PID_STATUS_FSUID) { if ((pwe = getpwuid((uid_t)atom->ul)) != NULL) - atom->cp = strdup(pwe->pw_name); + atom->cp = pwe->pw_name; else atom->cp = "UNKNOWN"; } @@ -4515,7 +4518,7 @@ linux_fetchCallBack(pmdaMetric *mdesc, unsigned int inst, pmAtomValue *atom) sscanf(f, "%u", &atom->ul); if (idp->item > PROC_PID_STATUS_FSGID) { if ((gre = getgrgid((gid_t)atom->ul)) != NULL) { - atom->cp = strdup(gre->gr_name); + atom->cp = gre->gr_name; } else { atom->cp = "UNKNOWN"; } @@ -4767,9 +4770,8 @@ linux_fetch(int numpmid, pmID pmidlist[], pmResult **resp, pmdaExt *pmda) need_refresh[idp->cluster]++; if (idp->cluster == CLUSTER_STAT && need_refresh[CLUSTER_PARTITIONS] == 0 && - is_partitions_metric(pmidlist[i])) { + is_partitions_metric(pmidlist[i])) need_refresh[CLUSTER_PARTITIONS]++; - } } /* In 2.6 kernels, swap.{pagesin,pagesout,in,out} are in /proc/vmstat */ diff --git a/src/pmdas/linux/proc_pid.c b/src/pmdas/linux/proc_pid.c index 95b9a8c..e3d9aa6 100644 --- a/src/pmdas/linux/proc_pid.c +++ b/src/pmdas/linux/proc_pid.c @@ -128,6 +128,7 @@ refresh_proc_pid(proc_pid_t *proc_pid) ep->schedstat_fetched = 0; ep->maps_fetched = 0; ep->io_fetched = 0; + ep->wchan_fetched = 0; } } @@ -178,7 +179,7 @@ refresh_proc_pid(proc_pid_t *proc_pid) /* We engage in a bit of a hanky-panky here: * the string should look like "123456 (name)", * we get it from /proc/XX/status as "Name: name\n...", - * to fit the 6 digits of PID and openeing parethesis, + * to fit the 6 digits of PID and opening parenthesis, * save 2 bytes at the start of the buffer. * And don't forget to leave 2 bytes for the trailing * parenthesis and the nil. Here is @@ -248,6 +249,8 @@ refresh_proc_pid(proc_pid_t *proc_pid) free(ep->schedstat_buf); if (ep->io_buf != NULL) free(ep->io_buf); + if (ep->wchan_buf != NULL) + free(ep->wchan_buf); if (prev == NULL) proc_pid->pidhash.hash[i] = node->next; @@ -303,12 +306,39 @@ fetch_proc_pid_stat(int id, proc_pid_t *proc_pid) } memcpy(ep->stat_buf, buf, n); ep->stat_buf[n-1] = '\0'; + sts = 0; } } close(fd); ep->stat_fetched = 1; } + if (ep->wchan_fetched == 0) { + sprintf(buf, "/proc/%d/wchan", ep->id); + if ((fd = open(buf, O_RDONLY)) < 0) + sts = 0; /* ignore failure here, backwards compat */ + else + if ((n = read(fd, buf, sizeof(buf)-1)) < 0) + sts = -errno; + else { + if (n == 0) + /* eh? */ + sts = -1; + else { + n++; /* no terminating null (from kernel) */ + if (ep->wchan_buflen <= n) { + ep->wchan_buflen = n; + ep->wchan_buf = (char *)realloc(ep->wchan_buf, n); + } + memcpy(ep->wchan_buf, buf, n); + ep->wchan_buf[n-1] = '\0'; + sts = 0; + } + } + close(fd); + ep->wchan_fetched = 1; + } + if (sts < 0) return NULL; return ep; diff --git a/src/pmdas/linux/proc_pid.h b/src/pmdas/linux/proc_pid.h index 7ace79c..4bbfedd 100644 --- a/src/pmdas/linux/proc_pid.h +++ b/src/pmdas/linux/proc_pid.h @@ -195,6 +195,11 @@ typedef struct { int io_fetched; int io_buflen; char *io_buf; + + /* /proc//wchan cluster */ + int wchan_fetched; + int wchan_buflen; + char *wchan_buf; } proc_pid_entry_t; typedef struct { --=-jIbXAM1iuR24SSuVnwQc-- From greg.siekas@boeing.com Thu Sep 4 07:08:44 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 07:08:49 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m84E8hTk004434 for ; Thu, 4 Sep 2008 07:08:44 -0700 X-ASG-Debug-ID: 1220537408-393001f30000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from slb-smtpout-01.boeing.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id E651C1241945 for ; Thu, 4 Sep 2008 07:10:08 -0700 (PDT) Received: from slb-smtpout-01.boeing.com (slb-smtpout-01.boeing.com [130.76.64.48]) by cuda.sgi.com with ESMTP id FlfRui4UbM95i3wj for ; Thu, 04 Sep 2008 07:10:08 -0700 (PDT) Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by slb-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id m84E9wgh026644 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 4 Sep 2008 07:09:59 -0700 (PDT) Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id m84E9wWa006730; Thu, 4 Sep 2008 09:09:58 -0500 (CDT) Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by stl-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id m84E9puG006523; Thu, 4 Sep 2008 09:09:58 -0500 (CDT) Received: from XCH-NW-7V2.nw.nos.boeing.com ([130.247.54.35]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 4 Sep 2008 07:09:57 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-ASG-Orig-Subj: RE: proc.psinfo.wchan_s broken? Subject: RE: proc.psinfo.wchan_s broken? Date: Thu, 4 Sep 2008 07:09:56 -0700 Message-ID: <258BABDDC780384FBF0FF15CCFDFABE10673EDA3@XCH-NW-7V2.nw.nos.boeing.com> In-Reply-To: <1220511873.4544.33.camel@verge.scott.net.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proc.psinfo.wchan_s broken? Thread-Index: AckOXMRGTPDZz3WhQ6egQp9kpMdRVQAOiv6g References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> <1220511873.4544.33.camel@verge.scott.net.au> From: "Siekas, Greg" To: "Nathan Scott" Cc: X-OriginalArrivalTime: 04 Sep 2008 14:09:57.0686 (UTC) FILETIME=[E97C5560:01C90E97] X-Barracuda-Connect: slb-smtpout-01.boeing.com[130.76.64.48] X-Barracuda-Start-Time: 1220537410 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4633 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id m84E8hTk004434 X-archive-position: 1769 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: greg.siekas@boeing.com Precedence: bulk X-list: pcp Nathan, I applied this patch to the latest git tree. The value looks to be correct. Not exactly the same output as ps -leaf, but close. ps -leaf output: 0 S user 8519 7590 0 76 0 - 2545 wait Aug21 pts/58 00:00:00 /bin/bash pminfo -F proc.psinfo.wchan_s output: inst [8519 or "008519 /bin/bash"] value "do_wait" Is proc.psinfo.wchan also broken for newer kernels? Is there a list somewhere that indicates which metrics do and don't work for various operating systems and kernels? Greg -----Original Message----- From: Nathan Scott [mailto:nscott@aconex.com] Sent: Thursday, September 04, 2008 12:05 AM To: Siekas, Greg Cc: pcp@oss.sgi.com Subject: Re: proc.psinfo.wchan_s broken? On Wed, 2008-09-03 at 08:51 -0700, Siekas, Greg wrote: > I've noticed that for some reason proc.psinfo.wchan_s is broken? This > used to decode the wait channel name. > > Under SLES10SP1 (2.6 kernel) ia64: > ... > The namelist is readable? Any other suggestions for things to look at? Try this patch, it works for me (Debian 2.6.18 kernel, x86_64). Patch is against my git tree, may need some tweaks to apply cleanly to the last SGI release. It'll apply cleanly to the source tarballs below http://oss.sgi.com/~nathans/pcp/ also if you want to avoid any messing about with patches. cheers. -- Nathan From nscott@aconex.com Thu Sep 4 16:48:31 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 16:48:37 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m84NmUkR003345 for ; Thu, 4 Sep 2008 16:48:31 -0700 X-ASG-Debug-ID: 1220572173-088701620000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id E3D241A73305 for ; Thu, 4 Sep 2008 16:49:33 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 7jLaCeAgrryB1WAW for ; Thu, 04 Sep 2008 16:49:33 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 7F5F55D91B8; Fri, 5 Sep 2008 09:49:32 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id jUAE0HBbNMiV2q3f; Fri, 05 Sep 2008 09:49:32 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 613C792C2EB; Fri, 5 Sep 2008 09:49:32 +1000 (EST) X-ASG-Orig-Subj: RE: proc.psinfo.wchan_s broken? Subject: RE: proc.psinfo.wchan_s broken? From: Nathan Scott To: "Siekas, Greg" Cc: pcp@oss.sgi.com In-Reply-To: <258BABDDC780384FBF0FF15CCFDFABE10673EDA3@XCH-NW-7V2.nw.nos.boeing.com> References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> <1220511873.4544.33.camel@verge.scott.net.au> <258BABDDC780384FBF0FF15CCFDFABE10673EDA3@XCH-NW-7V2.nw.nos.boeing.com> Content-Type: text/plain Date: Fri, 05 Sep 2008 09:47:45 +1000 Message-Id: <1220572065.4519.14.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220572174 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4671 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1770 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi there Greg, On Thu, 2008-09-04 at 07:09 -0700, Siekas, Greg wrote: > Nathan, > > I applied this patch to the latest git tree. The value looks to be > correct. Not exactly the same output as ps -leaf, but close. > > ps -leaf output: > 0 S user 8519 7590 0 76 0 - 2545 wait Aug21 pts/58 00:00:00 > /bin/bash > > pminfo -F proc.psinfo.wchan_s output: > inst [8519 or "008519 /bin/bash"] value "do_wait" The PCP data is right - "ps" is truncating symbols, there is no "wait" symbol in the kernel - you can "egrep ' (do_|)wait' /proc/kallsyms" to verify. I assume it does this to reduce the size of symbols to make columns line up, etc? Not sure why it does it, but you can actually run strace on ps and see the full symbol name in the /proc//wchan read buffer. > Is proc.psinfo.wchan also broken for newer kernels? It is correct, it was just the symbol decoding (wchan_s) that wasn't working anymore. > Is there a list somewhere that indicates which metrics do and don't work > for various operating systems and kernels? If a metric is known not to work, it should report an error (I usually use PM_ERR_APPVERSION). "pminfo -v" will report all metrics which are returning an error. Obviously, in this case, where it was incorrect but we didn't know about it (til now), that wont pick up such problems. cheers. -- Nathan From kenj@internode.on.net Thu Sep 4 16:53:51 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 16:53:54 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m84NrpXO003650 for ; Thu, 4 Sep 2008 16:53:51 -0700 X-ASG-Debug-ID: 1220572517-0e71009f0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B0B6E40431B for ; Thu, 4 Sep 2008 16:55:17 -0700 (PDT) Received: from mail.internode.on.net (bld-mail02.adl2.internode.on.net [203.16.214.66]) by cuda.sgi.com with ESMTP id tT4ajf4hV8dkUjtH for ; Thu, 04 Sep 2008 16:55:17 -0700 (PDT) Received: from [192.168.1.100] (unverified [118.208.170.82]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 338416141-1927428 for multiple; Fri, 05 Sep 2008 09:25:18 +0930 (CST) X-ASG-Orig-Subj: RE: proc.psinfo.wchan_s broken? Subject: RE: proc.psinfo.wchan_s broken? From: Ken McDonell Reply-To: kenj@internode.on.net To: "Siekas, Greg" Cc: Nathan Scott , pcp@oss.sgi.com In-Reply-To: <258BABDDC780384FBF0FF15CCFDFABE10673EDA3@XCH-NW-7V2.nw.nos.boeing.com> References: <258BABDDC780384FBF0FF15CCFDFABE10673E89D@XCH-NW-7V2.nw.nos.boeing.com> <1220511873.4544.33.camel@verge.scott.net.au> <258BABDDC780384FBF0FF15CCFDFABE10673EDA3@XCH-NW-7V2.nw.nos.boeing.com> Content-Type: text/plain Date: Fri, 05 Sep 2008 09:55:13 +1000 Message-Id: <1220572513.6401.15.camel@bozo> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: bld-mail02.adl2.internode.on.net[203.16.214.66] X-Barracuda-Start-Time: 1220572518 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0018 1.0000 -2.0093 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.01 X-Barracuda-Spam-Status: No, SCORE=-2.01 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4671 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1771 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenj@internode.on.net Precedence: bulk X-list: pcp On Thu, 2008-09-04 at 07:09 -0700, Siekas, Greg wrote: > Nathan, > ... > > Is proc.psinfo.wchan also broken for newer kernels? > > Is there a list somewhere that indicates which metrics do and don't work > for various operating systems and kernels? In general there should not need to be any such list ... the PCP agents should be maintained in such a way that if a specific metric is not available on a particular platform, the agent should return PM_ERR_APPVERSION which was designed into the PCP protocols for just this situation. So the metacode should read like if kernel_version == 2.6.18 use method A elif kernel_version < 2.6.18 && kernel_version >= 2.6.0 use method B else return PM_ERR_APPVERSION Unfortunately, this style has not be rigorously followed by the generations of PMDA maintainers over many years, so this works in some places, and not elsewhere. From nscott@aconex.com Thu Sep 4 18:37:15 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 18:37:18 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m851bFMr009688 for ; Thu, 4 Sep 2008 18:37:15 -0700 X-ASG-Debug-ID: 1220578721-74df03e40000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 800401A73D9E for ; Thu, 4 Sep 2008 18:38:42 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 0hE1a7GDS6H0wkAn for ; Thu, 04 Sep 2008 18:38:42 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 2BF135DA16E for ; Fri, 5 Sep 2008 11:38:40 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id 8XSaBvkJJNGFck7O for ; Fri, 05 Sep 2008 11:38:40 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 1EBD192C2EB for ; Fri, 5 Sep 2008 11:38:40 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott To: pcp@oss.sgi.com Content-Type: text/plain Date: Fri, 05 Sep 2008 11:36:49 +1000 Message-Id: <1220578611.4519.56.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220578722 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4677 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1772 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/pmdas/linux/ksym.c | 117 +++++++++++++++++++++------------------------ src/pmdas/linux/pmda.c | 52 ++++++++++---------- src/pmdas/linux/proc_pid.c | 32 +++++++++++- src/pmdas/linux/proc_pid.h | 5 + 4 files changed, 119 insertions(+), 87 deletions(-) commit 4688a3813242a4f799f87d32e24868cb02258190 Author: Nathan Scott Date: Fri Sep 5 11:03:18 2008 +1000 Fix the Linux proc.psinfo.wchan_s metric for recent kernels. If /proc//wchan exists use it to obtain the wchan symbol in preference to the older ksyms/System.map based method. Fix some memory leaks in the old string handling code as well. commit 9c2ccf8d499c751f466782d396cade8ea07d908b Author: Nathan Scott Date: Fri Sep 5 10:57:52 2008 +1000 Code cleanup in Linux ksym.c code - static functions, whitespace, etc. From nscott@aconex.com Thu Sep 4 18:41:11 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 04 Sep 2008 18:41:15 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m851fA8R009855 for ; Thu, 4 Sep 2008 18:41:11 -0700 X-ASG-Debug-ID: 1220578957-5d6f03b40000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id E0984404974 for ; Thu, 4 Sep 2008 18:42:37 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id zxkuLxxHXeUdUoZM for ; Thu, 04 Sep 2008 18:42:37 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 6C4045DA200 for ; Fri, 5 Sep 2008 11:42:36 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id qdPXtgoTrL8Loh7W for ; Fri, 05 Sep 2008 11:42:36 +1000 (EST) Received: from [192.168.5.24] (unknown [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 298B592C34C for ; Fri, 5 Sep 2008 11:42:36 +1000 (EST) X-ASG-Orig-Subj: kmchart updates Subject: kmchart updates From: Nathan Scott To: pcp@oss.sgi.com Content-Type: text/plain Date: Fri, 05 Sep 2008 11:40:46 +1000 Message-Id: <1220578846.4519.58.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220578957 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.4677 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1773 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/kmchart.git build/rpm/kmchart.spec.in | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) commit 9d5241c563f26fcfb6dc67561a79f9b894297ef9 Author: Nathan Scott Date: Fri Sep 5 11:39:06 2008 +1000 Update the kmchart rpm spec file to get the dependencies right for both Redhat and SuSE, who use different QT package names. Verified by Doug Nelson on OpenSuSE. From nscott@aconex.com Mon Sep 8 16:57:57 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 08 Sep 2008 16:58:10 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m88Nvnt8006281 for ; Mon, 8 Sep 2008 16:57:57 -0700 X-ASG-Debug-ID: 1220918349-046701c30000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id A0B191AC568E for ; Mon, 8 Sep 2008 16:59:10 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id BeCzIh5wB9eCU6so for ; Mon, 08 Sep 2008 16:59:10 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id AACA45EB7D3 for ; Tue, 9 Sep 2008 09:59:05 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id 79uIR1a1dXYE9WZ1 for ; Tue, 09 Sep 2008 09:59:05 +1000 (EST) Received: from [192.168.5.76] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 922FC92C311 for ; Tue, 9 Sep 2008 09:59:05 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott Reply-To: nscott@aconex.com To: pcp@oss.sgi.com Content-Type: text/plain Organization: Aconex Date: Tue, 09 Sep 2008 09:59:05 +1000 Message-Id: <1220918345.10241.1.camel@edge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220918358 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.02 X-Barracuda-Spam-Status: No, SCORE=-0.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5045 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1774 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git commit 9c8c290d4cb0b032dfaf0b9ddabe9678351ceb2b Merge: 4688a38... 41585df... Author: Nathan Scott Date: Tue Sep 9 09:45:59 2008 +1000 Merge SGI PCP-2.7.7-1 code into development branch. Merge branch 'master' into nathans Numerous conflicts resolved. Renumbered several PMIDs in the Linux PMDA, and particularly tricky was the new project quota code, which overlapped with the rework on the filesystem instance domain to using pmdacache. From greg.siekas@boeing.com Tue Sep 9 07:16:39 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 09 Sep 2008 07:16:48 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m89EGcID005048 for ; Tue, 9 Sep 2008 07:16:38 -0700 X-ASG-Debug-ID: 1220969887-0d3700a50000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from blv-smtpout-01.boeing.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 054E31056D48 for ; Tue, 9 Sep 2008 07:18:07 -0700 (PDT) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by cuda.sgi.com with ESMTP id D5PRcPEcRFta4D6c for ; Tue, 09 Sep 2008 07:18:07 -0700 (PDT) Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id m89EI6T8010033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 9 Sep 2008 07:18:07 -0700 (PDT) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id m89EI6Cu007139 for ; Tue, 9 Sep 2008 07:18:06 -0700 (PDT) Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by blv-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id m89EI67j007132 for ; Tue, 9 Sep 2008 07:18:06 -0700 (PDT) Received: from XCH-NW-7V2.nw.nos.boeing.com ([130.247.54.35]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Sep 2008 07:17:59 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-ASG-Orig-Subj: build failure on latest snapshot under SLES9 SP4 x86_64 Subject: build failure on latest snapshot under SLES9 SP4 x86_64 Date: Tue, 9 Sep 2008 07:17:58 -0700 Message-ID: <258BABDDC780384FBF0FF15CCFDFABE10678F332@XCH-NW-7V2.nw.nos.boeing.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: build failure on latest snapshot under SLES9 SP4 x86_64 Thread-Index: AckShtvys+NhfdKEQw60M/uplOPvBw== From: "Siekas, Greg" To: X-OriginalArrivalTime: 09 Sep 2008 14:17:59.0552 (UTC) FILETIME=[DCC40000:01C91286] X-Barracuda-Connect: blv-smtpout-01.boeing.com[130.76.32.69] X-Barracuda-Start-Time: 1220969888 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5100 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id m89EGcID005048 X-archive-position: 1775 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: greg.siekas@boeing.com Precedence: bulk X-list: pcp Downloaded the latest snapshot, fails to build under SLES9 SP4 x86_64. No issues with SLES10 SP2. gcc -fpic -fno-strict-aliasing -D_GNU_SOURCE -Wall -g -DPCP_DEBUG -DPCP_VERSION=\"2.7.7\" -I../../../src/include -c -o filesys.o filesys.c filesys.c: In function `project_quotas': filesys.c:59: error: `XFS_QUOTA_PDQ_ACCT' undeclared (first use in this function) filesys.c:59: error: (Each undeclared identifier is reported only once filesys.c:59: error: for each function it appears in.) filesys.c:62: error: `XFS_QUOTA_PDQ_ENFD' undeclared (first use in this function) filesys.c:65: error: `Q_XQUOTASYNC' undeclared (first use in this function) filesys.c: In function `refresh_filesys': filesys.c:117: warning: unused variable `p' gmake[3]: *** [filesys.o] Error 1 gmake[2]: *** [default_pcp] Error 2 gmake[1]: *** [default_pcp] Error 2 From nscott@aconex.com Tue Sep 9 15:01:45 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 09 Sep 2008 15:01:54 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m89M1icV011869 for ; Tue, 9 Sep 2008 15:01:45 -0700 X-ASG-Debug-ID: 1220997788-2c8501030000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 05D1A105A16E for ; Tue, 9 Sep 2008 15:03:09 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id SvHZogTsVLV7hOKI for ; Tue, 09 Sep 2008 15:03:09 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 3D6245ED715; Wed, 10 Sep 2008 08:03:08 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id d37lG0BpUvfvTfMG; Wed, 10 Sep 2008 08:03:08 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 0465792C31D; Wed, 10 Sep 2008 08:03:07 +1000 (EST) X-ASG-Orig-Subj: Re: build failure on latest snapshot under SLES9 SP4 x86_64 Subject: Re: build failure on latest snapshot under SLES9 SP4 x86_64 From: Nathan Scott To: "Siekas, Greg" Cc: pcp@oss.sgi.com In-Reply-To: <258BABDDC780384FBF0FF15CCFDFABE10678F332@XCH-NW-7V2.nw.nos.boeing.com> References: <258BABDDC780384FBF0FF15CCFDFABE10678F332@XCH-NW-7V2.nw.nos.boeing.com> Content-Type: text/plain Date: Wed, 10 Sep 2008 08:01:14 +1000 Message-Id: <1220997674.4911.42.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220997791 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5130 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1776 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-09-09 at 07:17 -0700, Siekas, Greg wrote: > Downloaded the latest snapshot, fails to build under SLES9 SP4 x86_64. > No issues with SLES10 SP2. I've included some updates to my git tree in this area, could you try a fresh pull and see how that fares? thanks. -- Nathan From nscott@aconex.com Tue Sep 9 15:02:51 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 09 Sep 2008 15:02:55 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m89M2pFJ011930 for ; Tue, 9 Sep 2008 15:02:51 -0700 X-ASG-Debug-ID: 1220997856-46da02230000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 129C11AD34A5 for ; Tue, 9 Sep 2008 15:04:16 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 8YTl0qBt3ZNTR0sV for ; Tue, 09 Sep 2008 15:04:16 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id A202B5ED730 for ; Wed, 10 Sep 2008 08:04:15 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id e8SpFDFwDtQfFiME for ; Wed, 10 Sep 2008 08:04:15 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 5848992C311 for ; Wed, 10 Sep 2008 08:04:15 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott To: pcp@oss.sgi.com Content-Type: text/plain Date: Wed, 10 Sep 2008 08:02:22 +1000 Message-Id: <1220997742.4911.44.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1220997859 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.48 X-Barracuda-Spam-Status: No, SCORE=0.48 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, BSF_RULE_7582B, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5131 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M 0.50 BSF_RULE_7582B Custom Rule 7582B X-archive-position: 1777 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git CHANGELOG | 17 ++++++ VERSION.pcp | 2 configure.in | 1 debian/changelog | 6 ++ src/include/platform_defs.h.in | 1 src/pmdas/linux/filesys.c | 101 ++++++++++++++++++----------------------- src/pmdas/linux/filesys.h | 66 +++++++++++++++++++++++++- src/pmdas/linux/ksym.c | 4 - src/pmdas/linux/ksym.h | 2 src/pmdas/linux/pmda.c | 20 ++++---- 10 files changed, 145 insertions(+), 75 deletions(-) commit faaead563cda451d39bc1909695edb1d3e68203b Author: Nathan Scott Date: Wed Sep 10 07:57:40 2008 +1000 Bump build timestamp for last few merge fixups. commit 81e44b497f7067a0b0910ae7ca2d0f6ebc18a9ab Author: Nathan Scott Date: Wed Sep 10 07:54:05 2008 +1000 Remove use on kernel spinlock and quota headers (kernel headers are a moving target and generally unsuitable for direct inclusion in userspace tools). Fortunately its a straightforward change to define the couple of structures we need here locally. Several other code tweaks in the project quota code (for SGI folks to review closely please): - fix the 1st arg in call to Q_XQUOTASYNC quotactl - delay doing the inode sync until we know we must, giving plenty of opportunity to bail on XFS filesystems not using project quota. - check return values from malloc/calloc - clear the acct/enfd flags early on, to ensure they are not accidentally left. - short-circuit the code in the case where project quota is not enabled, no point scanning projects file then. - remove the persistent cache loading on prjquota indom (not clear how this helps when filesystem indom is random in its numbering & always has been...) - simplify the pmdacache interface use as a result. One remaining question is why was /etc/projid not used in place of /etc/projects, to get the symbolic project names instead of numerics? commit ef126f9c334c3e9c5e52b7f2e95240ce4497e7df Author: Nathan Scott Date: Wed Sep 10 07:43:03 2008 +1000 Add some changelog entries describing 2.7.4 to 2.7.7 differences. commit 1fd8d5f67cfacc2e03a8af20ee7d0b5395642e2c Author: Nathan Scott Date: Wed Sep 10 07:42:03 2008 +1000 Remove use of kernel header in ksym code, version macro is invariant. From kenj@internode.on.net Wed Sep 10 22:35:00 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 10 Sep 2008 22:35:07 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8B5Yx4o005624 for ; Wed, 10 Sep 2008 22:35:00 -0700 X-ASG-Debug-ID: 1221111387-2ac302170000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from mail.internode.on.net (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 9816242ABDB for ; Wed, 10 Sep 2008 22:36:27 -0700 (PDT) Received: from mail.internode.on.net (bld-mail05.adl2.internode.on.net [203.16.214.69]) by cuda.sgi.com with ESMTP id RLGNPurwrMo3ZAUb for ; Wed, 10 Sep 2008 22:36:27 -0700 (PDT) Received: from [192.168.1.100] (unverified [118.208.170.82]) by mail.internode.on.net (SurgeMail 3.8f2) with ESMTP id 27981964-1927428 for ; Thu, 11 Sep 2008 15:06:26 +0930 (CST) X-ASG-Orig-Subj: pmlogreduce - use by date has expired Subject: pmlogreduce - use by date has expired From: Ken McDonell Reply-To: kenj@internode.on.net To: pcp@oss.sgi.com Content-Type: multipart/mixed; boundary="=-KeLwNpsBQ284z2p51DVF" Date: Thu, 11 Sep 2008 15:36:08 +1000 Message-Id: <1221111368.25428.11.camel@bozo> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 X-Barracuda-Connect: bld-mail05.adl2.internode.on.net[203.16.214.69] X-Barracuda-Start-Time: 1221111389 X-Barracuda-Bayes: INNOCENT GLOBAL 0.4514 1.0000 0.0000 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5248 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1778 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenj@internode.on.net Precedence: bulk X-list: pcp --=-KeLwNpsBQ284z2p51DVF Content-Type: text/plain Content-Transfer-Encoding: 7bit Doing temporal data reduction correctly for PCP archives has been an itch I've had for about 12 years ... yep the itch predates pmlogmerge, which predates pmlogextract, which predates pmlogreduce. They all managed to not solve the problem is assorted creative ways. So, attached are my initial thoughts for a new pmlogreduce. Comments most welcome before I start hacking too seriously. --=-KeLwNpsBQ284z2p51DVF Content-Disposition: attachment; filename=pmlogreduce.html Content-Type: text/html; name=pmlogreduce.html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable pmlogreduce replacement proposal</titl= e><style type=3D"text/css"> li { border-width: 0px; margin-top: 6px; } h4 { border: 1px solid black; text-align: center; } </style><meta content=3D"Ken McDonell" name=3D"author"></head><body><h2 sty= le=3D"text-align: center;">Proposal for a replacement <span style=3D"font-s= tyle: italic;">pmlogreduce</span></h2><div style=3D"text-align: center;">Ke= n McDonell<br>kenj@kenj.com.au</div><br>In the open source PCP distribution= , the existing <span style=3D"font-style: italic;">pmlogreduce</span> tool = is a quick hack in response to:<br><ol style=3D"list-style-type: lower-alph= a;"><li>failure of <span style=3D"text-decoration: underline;">both</span> = <span style=3D"font-style: italic;">pmlogmerge</span> and <span style=3D"fo= nt-style: italic;">pmlogextract</span> to meet their original slice-n-dice = specifications,</li><li>expediency for the SGI NASmanager product to be abl= e to support PCP archives spanning days, weeks and months,</li><li>getting = the data semantics correct is at best hard, and in some cases impossible wh= en the temporal domain is compressed.</li></ol>This document outlines a pla= n to rewrite <span style=3D"font-style: italic;">pmlogreduce</span> to addr= ess the deficiencies of the current implementation.<br><h4>Basics</h4><ul><= li>One input archive - from either <span style=3D"font-style: italic;">pmlo= gger</span> or <span style=3D"font-style: italic;">pmlogextract.</span> Spe= cifically, if you want to combine multiple archives and do data reduction, = you'll need to:</li><ol style=3D"list-style-type: lower-roman;"><li>keep al= l the original archives</li><li>concatenate them (and possibly filter them,= see below) with <span style=3D"font-style: italic;">pmlogextract</spa= n></li><li>then use <span style=3D"font-style: italic;">pmlogreduce</span> = to apply the temporal reduction</li></ol><li>One output archive.</li><li>Fo= cus on semantically correct data reduction in the temporal domain.</li><li>= We intended to preserve the semantics of <span style=3D"font-style: italic;= ">pmlogger</span>'s output as much as possible.  In particular this means when the archive is processed with any of the standard tools, the value reported <span style=3D"text-decoration: underline;">at</span> time <span style=3D"f= ont-weight: bold;">t</span> is representative of the value that would have = been observed over the interval <span style=3D"text-decoration: underline;"= >up to</span> time <span style=3D"font-weight: bold;">t</span>.</li><li>The= acid test of correctness should be that a reporting tool, e.g. <span style= =3D"font-style: italic;">kmchart</span>, should produce the same results with either the input archive or the output archive when the reporting interval is set to the same <span style= =3D"font-style: italic;">delta</span> as was used to create the output arch= ive from <span style=3D"font-style: italic;">pmlogreduce</span>.</li></ul><= h4>Some Things NOT Supported</h4><ul><li>Filtering of instances or metrics = - <span style=3D"font-style: italic;">pmlogextract </span>does a fine job o= f this, and we're not going to make <span style=3D"font-style: italic;">pml= ogreduce </span>even more complicated to support this functionality.</li><l= i>PMID re-mapping - if the PMID of a metric has the misfortune to change ov= er its life, <span style=3D"font-style: italic;">pmlogextract </span>will c= hoke and we never get to <span style=3D"font-style: italic;">pmlogreduce</s= pan>.  The right way to address this would be an extension to <span st= yle=3D"font-style: italic;">pmlogextract</span> or the binary PCP archive e= ditor that has been part written and part threatened (<span style=3D"font-s= tyle: italic;">pmlogneurosurgeon</span>?).</li><li>Instance domain re-mapping - it seems the only same assumption is that the internal instance identifiers maintain constant semantics for each instance domain over the duration processed by <span style=3D"font-style: i= talic;">pmlogreduce</span>.</li><li>Changes in metric semantics.  Many of these are impossible to support, and the few that make sense require pmResult rewriting and should probably be done in a steroid-enhanced version of <span style=3D"font-style: italic;= ">pmlogextract</span>.</li></ul>Since the variations that involve changes t= o metric semantics or metric metadata would have to make it through <span s= tyle=3D"font-style: italic;">pmlogextract</span>, the problem really belong= s there, and <span style=3D"font-style: italic;">pmlogreduce</span> is effe= ctively insulated from these ugly issues by the "I only accept one input ar= chive" assertion.<br><h4>Some Things that WILL be Supported</h4>The existin= g <span style=3D"font-style: italic;">pmlogreduce</span> attempts some of the list below, but most of these features are either not implemented, or implemented incorrectly in the current code.<ul><li>The= temporal reduction is achieved by the <span style=3D"font-weight: bold;">-= t</span> <span style=3D"font-style: italic;">delta</span> command line opti= on.  The output archive will contain observations at most once per&nbs= p;<span style=3D"font-style: italic;">delta</span> for each metric-instance= pair in the input archive.</li><li>The <span style=3D"font-weight: bold;">= -A</span> <span style=3D"font-style: italic;">align</span> command line opt= ion may be used to align the observations in the output archive to natural = time boundaries.</li><li>The <span style=3D"font-weight: bold;">-S</span> a= nd <span style=3D"font-weight: bold;">-T</span> command line options may be used to specify a starting and/or ending time window on the input archive (and hence the output archive).</li><li>Th= e <span style=3D"font-weight: bold;">-Z</span> and <span style=3D"font-weig= ht: bold;">-z</span> command line options are supported to vary the timezon= e interpretation of the <span style=3D"font-weight: bold;">-S</span> and <s= pan style=3D"font-weight: bold;">-T</span> options.</li><li>The size of the= output archive may be limited with the <span style=3D"font-weight: bold;">= -s</span> command line option.</li><li>Multi-volume output archives will be= supported through the <span style=3D"font-weight: bold;">-v</span> command line option and internal volume switching logic to ensure the 32-bit offset limit of the temporal index is not exceeded.</li><li>Counters will be rate converted (so mapped to INSTANTANEOUS metrics, have their semantics changed when the TIME DIMENSION is reduced by one, e.g. MBYTE -> MBYTE / SEC, and their TYPE will be converted to DOUBLE).</li><li>Counters that wrap between consecutive observations in the input archive will be treated as a single counter wrap and converted accordingly.  Note that if one or more MARK records separates the consecutive observations, the wrap conversion will <span styl= e=3D"font-weight: bold;">not</span> be done.</li><li>INSTANTANEOUS metrics with numeric value will be converted to a time-average.  For example, consider the input archive data below:</li></ul><div sty= le=3D"margin-left: 40px;"><table style=3D"width: 277px; height: 140px; text= -align: left; margin-left: auto; margin-right: auto;" border=3D"1" cellpadd= ing=3D"2" cellspacing=3D"2"><tbody><tr><td style=3D"text-align: right;"><sp= an style=3D"font-weight: bold;">Time</span></td><td style=3D"text-align: ri= ght;"><span style=3D"font-weight: bold;">Value</span></td></tr><tr><td styl= e=3D"text-align: right;">60</td><td style=3D"text-align: right;">25</td></t= r><tr><td style=3D"text-align: right;">120</td><td style=3D"text-align: rig= ht;">100</td></tr><tr><td style=3D"text-align: right;">180</td><td style=3D= "text-align: right;">80</td></tr><tr><td style=3D"text-align: right;">240</= td><td style=3D"text-align: right;">20</td></tr></tbody></table><br>Then fo= r the interval 100-200, the output value computed by <span style=3D"font-st= yle: italic;">pmlogreduce</span> would be:<br>(25*(120-100)+100*(180-120)+8= 0*(200-180))/100 =3D 81.  Alternatively consider this to be the integral under the curve of the value over a time interval, divided by the length of the time interval.</div><ul><li>Support for MARK records and missing data (at i= nterval boundaries).  The notion of a <span style=3D"font-weight: bold= ;">confidence level</span> will be introduced, with a <span style=3D"font-w= eight: bold;">-k</span> <span style=3D"font-style: italic;">percent</span> = command line option.  If the value for a metric-instance is defined ov= er at least <span style=3D"font-style: italic;">percent</span> of the interval, then the corresponding value will be used as representative of the value over the whole interval - which is like saying the missing value was at the observed value for the remainder of the interval.  A likely default <span style=3D"font-style: italic;">pe= rcent</span> is 85.</li><li>In the region of MARK records, the value will correctly be interpreted as unknown between the last observation and the MARK, and between the MARK and the first observation.  The one exception is DISCRETE metrics where a prior value is defined right up to the MARK record.</li><li>Dynamic= instance domains will be supported.</li></ul><h4>Some Open Questions</h4>T= he following issues warrant some discussion before I make unilateral decisi= ons.<br><ol><li>Output Window Clipping.  In several useful deployments= of <span style=3D"font-style: italic;">pmlogreduce</span> one may wish to further restrict the temporal domain by selecting some re-occurring periods to be included, and some to be excluded.  Examples might be between the hours 08:00 and 20:00 each day, and/or each day excluding Saturday and Sunday.  There are several problems here:</li><ol style=3D"list-style-type: lower-alpha;"><li>suitable= command line syntax to specify this sort of clipping</li><li>what would th= e output archive contain - no pmResult, or pmResult and no metrics (which i= s formally a MARK record) for each <span style=3D"font-style: italic;">delt= a</span> in  the "clipped" region</li><li>there is no real tool suppor= t to replay and/or report on an archive of this style</li></ol></ol><ol sta= rt=3D"2" style=3D"list-style-type: decimal;"><li>Should DISCRETE metrics appear in the output only if there is a value observed in the corresponding interval in the input archive?  The alternative is to have all metrics repeated in every pmResult in the output archive. </li><li>For DISCRETE metrics, and all but the last value before a MARK record or the end of the input archive for INSTANTANEOUS metrics, consecutive identical values can be omitted without changing the data semantics - is this worth it?</li><li>What to do with COUNTER metrics that have a TIME dimension other than 0 or 1?  I don't know that we have any such metrics, and I'm not sure what the real semantics of data like this might be, but it seems pretty obvious that "rate conversion" is not going to make the semantics any more obvious!</li><li>For INSTANTANEOUS and DISCRETE metrics with non-numeric values, we have to decide what to do if multiple observations appear in the input archive within a single output archive time interval.  Take the last observed value seems to be the least worst thing to do.</li></ol></body></html> --=-KeLwNpsBQ284z2p51DVF-- From nscott@aconex.com Thu Sep 11 00:09:55 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 11 Sep 2008 00:10:01 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8B79rhH013450 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 00:09:55 -0700 X-ASG-Debug-ID: 1221117080-058902620000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id DCF9B1ADAA88 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 00:11:21 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id v886ZV2Z0PTcJJSe for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 00:11:21 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id CD33A2B94F for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:11:14 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id FoNa5B43QSWetoVb for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:11:14 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id BD10592C311 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:11:14 +1000 (EST) X-ASG-Orig-Subj: pcp updates (VMware PMDA) Subject: pcp updates (VMware PMDA) From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Thu, 11 Sep 2008 17:09:20 +1000 Message-Id: <1221116960.4778.91.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221117082 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.02 X-Barracuda-Spam-Status: No, SCORE=-0.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5254 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1779 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/cpan/PMDA.pm | 2 src/cpan/PMDA.xs | 43 ++++ src/pmcd/pmdaproc.sh | 6 src/pmdas/GNUmakefile | 2 src/pmdas/dbping/Install | 6 src/pmdas/dbping/dbprobe.pl | 2 src/pmdas/dbping/pmdadbping.pl | 5 src/pmdas/memcache/pmdamemcache.pl | 5 src/pmdas/mysql/Install | 6 src/pmdas/mysql/pmdamysql.pl | 2 src/pmdas/news/pmdanews.pl | 22 +- src/pmdas/simple/pmdasimple.pl | 3 src/pmdas/systemtap/Install | 6 src/pmdas/systemtap/pmdasystemtap.pl | 4 src/pmdas/vmware/GNUmakefile | 39 +++ src/pmdas/vmware/Install | 39 +++ src/pmdas/vmware/Remove | 29 ++ src/pmdas/vmware/pmdavmware.pl | 372 ++++++++++++++++++++++++++++++++++- src/pmns/stdpmid.pcp | 2 19 files changed, 567 insertions(+), 28 deletions(-) commit b396fb03a9b11d3bcd3ef761e244ff11940078b6 Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 11 15:26:55 2008 +1000 Add Install script checks on various required interfaces for individual Perl PMDAs. Also nuke hash bang lines, add in an explicit "use warnings" line everywhere, and one or two other small Perl PMDA code consistency changes. commit b882be158a5dd4c67450a42f707273b8beffb3fb Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 11 15:19:59 2008 +1000 Ensure systemtap stap binary is installed before allowing PMDA install. commit 405ac0ba66c588218fb993c5c83b1796f9d523cb Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 11 15:14:26 2008 +1000 When generating PMNS and domain header, switch to running perl scripts by invoking "perl <script>". This should ensure these work on Windows, and (more pressingly) allows us to bypass the rpm auto-dependency generation for these. Those dependencies are verified by the individual PMDA Install scripts which must cleanly fail the Install attempt if a needed Perl lib missing. See the VMware PMDA as an example. commit 27a3a4cae642e28e451db8ff811b0b53ef1fb7f3 Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 11 14:23:24 2008 +1000 Add two additional interfaces into the Perl PMDA API - one for extracting the one-liner text for a given PMID and another for formatting an uptime string, given a number of seconds. commit d999dbea2e0abfbcf71e7270ed027b7ff67b86c6 Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 11 12:01:49 2008 +1000 Initial version of the VMware PMDA which extracts performance data from the VMware console host, upon which the VMs are run. From greg.siekas@boeing.com Thu Sep 11 05:52:08 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 11 Sep 2008 05:52:12 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8BCq78L014189 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 05:52:08 -0700 X-ASG-Debug-ID: 1221137616-41df01990000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from blv-smtpout-01.boeing.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id DD61042C13D for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 05:53:36 -0700 (PDT) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by cuda.sgi.com with ESMTP id 73givxTLcZfSSbwa for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 05:53:36 -0700 (PDT) Received: from blv-av-01.boeing.com (blv-av-01.boeing.com [130.247.48.231]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id m8BCrFVL000345 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 11 Sep 2008 05:53:18 -0700 (PDT) Received: from blv-av-01.boeing.com (localhost [127.0.0.1]) by blv-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id m8BCrFm2011269; Thu, 11 Sep 2008 05:53:15 -0700 (PDT) Received: from XCH-NWBH-11.nw.nos.boeing.com (xch-nwbh-11.nw.nos.boeing.com [130.247.55.84]) by blv-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id m8BCrFLd011266; Thu, 11 Sep 2008 05:53:15 -0700 (PDT) Received: from XCH-NW-7V2.nw.nos.boeing.com ([130.247.54.35]) by XCH-NWBH-11.nw.nos.boeing.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 11 Sep 2008 05:53:15 -0700 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-ASG-Orig-Subj: RE: build failure on latest snapshot under SLES9 SP4 x86_64 Subject: RE: build failure on latest snapshot under SLES9 SP4 x86_64 Date: Thu, 11 Sep 2008 05:53:14 -0700 Message-ID: <258BABDDC780384FBF0FF15CCFDFABE1067E070E@XCH-NW-7V2.nw.nos.boeing.com> In-Reply-To: <1220997674.4911.42.camel@verge.scott.net.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: build failure on latest snapshot under SLES9 SP4 x86_64 Thread-Index: AckSx/cAGsoM7xENSGuRSy1IZMPrlwBRUriQ References: <258BABDDC780384FBF0FF15CCFDFABE10678F332@XCH-NW-7V2.nw.nos.boeing.com> <1220997674.4911.42.camel@verge.scott.net.au> From: "Siekas, Greg" <greg.siekas@boeing.com> To: "Nathan Scott" <nscott@aconex.com> Cc: <pcp@oss.sgi.com> X-OriginalArrivalTime: 11 Sep 2008 12:53:15.0836 (UTC) FILETIME=[5B75FFC0:01C9140D] X-Barracuda-Connect: blv-smtpout-01.boeing.com[130.76.32.69] X-Barracuda-Start-Time: 1221137617 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5277 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id m8BCq78L014189 X-archive-position: 1780 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: greg.siekas@boeing.com Precedence: bulk X-list: pcp Latest snapshot now builds without error SLES9 SP4 x86_64. -----Original Message----- From: Nathan Scott [mailto:nscott@aconex.com] Sent: Tuesday, September 09, 2008 3:01 PM To: Siekas, Greg Cc: pcp@oss.sgi.com Subject: Re: build failure on latest snapshot under SLES9 SP4 x86_64 On Tue, 2008-09-09 at 07:17 -0700, Siekas, Greg wrote: > Downloaded the latest snapshot, fails to build under SLES9 SP4 x86_64. > No issues with SLES10 SP2. I've included some updates to my git tree in this area, could you try a fresh pull and see how that fares? thanks. -- Nathan From nscott@aconex.com Thu Sep 11 17:09:31 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 11 Sep 2008 17:09:39 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8C09VMi003027 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:09:31 -0700 X-ASG-Debug-ID: 1221178259-29a902fb0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 7F8E24301F9 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:10:59 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id B4i94duNHwZm9AAj for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 17:10:59 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id C6B883190A for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 10:10:54 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id fZUCGxjLcHsHwsBm for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 10:10:54 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id A34EC92C34C for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 10:10:54 +1000 (EST) X-ASG-Orig-Subj: kmchart updates Subject: kmchart updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Fri, 12 Sep 2008 10:09:00 +1000 Message-Id: <1221178140.4549.5.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221178261 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5321 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1781 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/kmchart.git build/rpm/kmchart.spec.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit abc8b6f028c95e81a287f95b9fcd9a1a24b5fffd Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 10:08:06 2008 +1000 Reinstate dropped _ in rpm vendor deps line. From markgw@sgi.com Thu Sep 11 21:05:52 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 11 Sep 2008 21:06:51 -0700 (PDT) Received: from relay.sgi.com (relay1.corp.sgi.com [192.26.58.214]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8C45pmq019208 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 21:05:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by relay1.corp.sgi.com (Postfix) with SMTP id 3A88F8F804E; Thu, 11 Sep 2008 21:07:17 -0700 (PDT) Received: from [134.14.55.22] (dhcp22.melbourne.sgi.com [134.14.55.22]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA21084; Fri, 12 Sep 2008 14:07:15 +1000 Message-ID: <48C9EAEE.9040301@sgi.com> Date: Fri, 12 Sep 2008 14:07:10 +1000 From: Mark Goodwin <markgw@sgi.com> Reply-To: markgw@sgi.com Organization: SGI Engineering User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: kenj@internode.on.net CC: pcp@oss.sgi.com Subject: Re: pmlogreduce - use by date has expired References: <1221111368.25428.11.camel@bozo> In-Reply-To: <1221111368.25428.11.camel@bozo> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 1782 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: markgw@sgi.com Precedence: bulk X-list: pcp Ken McDonell wrote: > Doing temporal data reduction correctly for PCP archives has been an > itch I've had for about 12 years ... yep the itch predates pmlogmerge, > which predates pmlogextract, which predates pmlogreduce. They all > managed to not solve the problem is assorted creative ways. > > So, attached are my initial thoughts for a new pmlogreduce. > > Comments most welcome before I start hacking too seriously. > > > ------------------------------------------------------------------------ > > > Proposal for a replacement pmlogreduce > > Ken McDonell > kenj@kenj.com.au > > In the open source PCP distribution, the existing pmlogreduce tool is a > quick hack in response to: > > 1. failure of both pmlogmerge and pmlogextract to meet their original > slice-n-dice specifications, > 2. expediency for the SGI NASmanager product to be able to support > PCP archives spanning days, weeks and months, We effectively solved this by changing the nasavg PMDA to only use archives to prime the graph history (and limiting the duration), but then switch to live mode - i.e. the PMDA is also a live PCP client, running in what might be called head-up-your-own-ass-mode :) I guess this might enable another holy grail: derived metrics across more than just the temporal domain. And even more strangely, archives containing data from more than one host. Also, pmid remapping or aliasing would be a good feature to have, but maybe that's a job for a different tool. More comments when I have more time ... Cheers -- Mark > 3. getting the data semantics correct is at best hard, and in some > cases impossible when the temporal domain is compressed. > > This document outlines a plan to rewrite pmlogreduce to address the > deficiencies of the current implementation. > > > Basics > > * One input archive - from either pmlogger or pmlogextract. > Specifically, if you want to combine multiple archives and do data > reduction, you'll need to: > 1. keep all the original archives > 2. concatenate them (and possibly filter them, see below) > with pmlogextract > 3. then use pmlogreduce to apply the temporal reduction > * One output archive. > * Focus on semantically correct data reduction in the temporal domain. > * We intended to preserve the semantics of pmlogger's output as much > as possible. In particular this means when the archive is > processed with any of the standard tools, the value reported at > time t is representative of the value that would have been > observed over the interval up to time t. > * The acid test of correctness should be that a reporting tool, e.g. > kmchart, should produce the same results with either the input > archive or the output archive when the reporting interval is set > to the same delta as was used to create the output archive from > pmlogreduce. > > > Some Things NOT Supported > > * Filtering of instances or metrics - pmlogextract does a fine job > of this, and we're not going to make pmlogreduce even more > complicated to support this functionality. > * PMID re-mapping - if the PMID of a metric has the misfortune to > change over its life, pmlogextract will choke and we never get to > pmlogreduce. The right way to address this would be an extension > to pmlogextract or the binary PCP archive editor that has been > part written and part threatened (pmlogneurosurgeon?). > * Instance domain re-mapping - it seems the only same assumption is > that the internal instance identifiers maintain constant semantics > for each instance domain over the duration processed by pmlogreduce. > * Changes in metric semantics. Many of these are impossible to > support, and the few that make sense require pmResult rewriting > and should probably be done in a steroid-enhanced version of > pmlogextract. > > Since the variations that involve changes to metric semantics or metric > metadata would have to make it through pmlogextract, the problem really > belongs there, and pmlogreduce is effectively insulated from these ugly > issues by the "I only accept one input archive" assertion. > > > Some Things that WILL be Supported > > The existing pmlogreduce attempts some of the list below, but most of > these features are either not implemented, or implemented incorrectly in > the current code. > > * The temporal reduction is achieved by the -t delta command line > option. The output archive will contain observations at most once > per delta for each metric-instance pair in the input archive. > * The -A align command line option may be used to align the > observations in the output archive to natural time boundaries. > * The -S and -T command line options may be used to specify a > starting and/or ending time window on the input archive (and hence > the output archive). > * The -Z and -z command line options are supported to vary the > timezone interpretation of the -S and -T options. > * The size of the output archive may be limited with the -s command > line option. > * Multi-volume output archives will be supported through the -v > command line option and internal volume switching logic to ensure > the 32-bit offset limit of the temporal index is not exceeded. > * Counters will be rate converted (so mapped to INSTANTANEOUS > metrics, have their semantics changed when the TIME DIMENSION is > reduced by one, e.g. MBYTE -> MBYTE / SEC, and their TYPE will be > converted to DOUBLE). > * Counters that wrap between consecutive observations in the input > archive will be treated as a single counter wrap and converted > accordingly. Note that if one or more MARK records separates the > consecutive observations, the wrap conversion will not be done. > * INSTANTANEOUS metrics with numeric value will be converted to a > time-average. For example, consider the input archive data below: > > Time Value > 60 25 > 120 100 > 180 80 > 240 20 > > > Then for the interval 100-200, the output value computed by pmlogreduce > would be: > (25*(120-100)+100*(180-120)+80*(200-180))/100 = 81. Alternatively > consider this to be the integral under the curve of the value over a > time interval, divided by the length of the time interval. > > * Support for MARK records and missing data (at interval > boundaries). The notion of a confidence level will be introduced, > with a -k percent command line option. If the value for a > metric-instance is defined over at least percent of the interval, > then the corresponding value will be used as representative of the > value over the whole interval - which is like saying the missing > value was at the observed value for the remainder of the interval. > A likely default percent is 85. > * In the region of MARK records, the value will correctly be > interpreted as unknown between the last observation and the MARK, > and between the MARK and the first observation. The one exception > is DISCRETE metrics where a prior value is defined right up to the > MARK record. > * Dynamic instance domains will be supported. > > > Some Open Questions > > The following issues warrant some discussion before I make unilateral > decisions. > > 1. Output Window Clipping. In several useful deployments of > pmlogreduce one may wish to further restrict the temporal domain > by selecting some re-occurring periods to be included, and some to > be excluded. Examples might be between the hours 08:00 and 20:00 > each day, and/or each day excluding Saturday and Sunday. There > are several problems here: > 1. suitable command line syntax to specify this sort of clipping > 2. what would the output archive contain - no pmResult, or > pmResult and no metrics (which is formally a MARK record) > for each delta in the "clipped" region > 3. there is no real tool support to replay and/or report on an > archive of this style > > 2. Should DISCRETE metrics appear in the output only if there is a > value observed in the corresponding interval in the input archive? > The alternative is to have all metrics repeated in every pmResult > in the output archive. > 3. For DISCRETE metrics, and all but the last value before a MARK > record or the end of the input archive for INSTANTANEOUS metrics, > consecutive identical values can be omitted without changing the > data semantics - is this worth it? > 4. What to do with COUNTER metrics that have a TIME dimension other > than 0 or 1? I don't know that we have any such metrics, and I'm > not sure what the real semantics of data like this might be, but > it seems pretty obvious that "rate conversion" is not going to > make the semantics any more obvious! > 5. For INSTANTANEOUS and DISCRETE metrics with non-numeric values, we > have to decide what to do if multiple observations appear in the > input archive within a single output archive time interval. Take > the last observed value seems to be the least worst thing to do. -- Mark Goodwin markgw@sgi.com Engineering Manager for XFS and PCP Phone: +61-3-99631937 SGI Australian Software Group Cell: +61-4-18969583 ------------------------------------------------------------- From nscott@aconex.com Thu Sep 11 21:52:13 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 11 Sep 2008 21:53:05 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8C4qD0q021605 for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 21:52:13 -0700 X-ASG-Debug-ID: 1221195221-6b0d004a0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id F39DE430DEB for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 21:53:41 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id ZFSe2DIJKEz3siCl for <pcp@oss.sgi.com>; Thu, 11 Sep 2008 21:53:41 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 1E6B737276 for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 14:53:40 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id A0Tyad5fu6q6zegA for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 14:53:40 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 0F00892C34C for <pcp@oss.sgi.com>; Fri, 12 Sep 2008 14:53:40 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Fri, 12 Sep 2008 14:51:45 +1000 Message-Id: <1221195105.4549.12.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221195222 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.02 X-Barracuda-Spam-Status: No, SCORE=-0.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5341 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1783 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/cpan/TODO | 112 --------------------- src/cpan/dbprobe.pl | 82 --------------- src/cpan/pmdadbping.pl | 118 ---------------------- src/cpan/pmdanews.pl | 152 ----------------------------- src/cpan/pmdasimple.pl | 191 ------------------------------------- src/pmcd/pmdaproc.sh | 4 src/pmdas/dbping/GNUmakefile | 2 src/pmdas/memcache/GNUmakefile | 5 src/pmdas/memcache/client.pl | 24 ++++ src/pmdas/memcache/pmdamemcache.pl | 89 +++++++++-------- src/pmdas/mysql/GNUmakefile | 3 src/pmdas/news/GNUmakefile | 10 - src/pmdas/news/pmdanews.pl | 5 src/pmdas/simple/GNUmakefile | 6 - src/pmdas/systemtap/GNUmakefile | 4 src/pmdas/vmware/GNUmakefile | 2 src/pmdas/vmware/pmdavmware.pl | 67 +++++++----- 17 files changed, 133 insertions(+), 743 deletions(-) commit 4562561fa14b9eb82105e0dd818e426a207233a2 Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 14:45:15 2008 +1000 Revisit the memcache PMDA a bit. Add a simple test client to exercise it, update the default stats refresh delay, add a comment about managing the memcache instances and slab/item instances. commit 3133faae6bf01f13bd7cb20c8497cb44af8140da Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 12:00:04 2008 +1000 Fix couple of syntax regressions in pmdanews.pl. commit e3909c8a4ca937a5e12df481c0af81a363e4ef6e Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 11:49:58 2008 +1000 Fix up the permissions with which Perl PMDAs are installed (makefile updates and source tree file permissions). See yesterdays checkin for details on the rationale. commit d313667da6d1b2e9ffa2096c2240961adfae3ec1 Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 11:38:37 2008 +1000 Cleanup some diagnostics in the VMware PMDA, and tweak some of the metric names. Delay the connection to the VMware host too in case its faraway (like mine is) making the Install run more cleanly. commit 1580451838a1c71ca07749d021dc79c490b2853d Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 11:36:40 2008 +1000 Fix makefile install botch for VMware PMDA. commit 02b5e0537857e61e66b7a64d0b742d5158a7b870 Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 11:36:08 2008 +1000 When auto-generating pmns/domain.h files during PMDA Install, for Perl PMDAs, if an earlier error occured these files may exist but be empty. We can guard against this by regenerting the files not only if they don't exist, but also if they're empty - make it so. commit d6337778c903f5e875a38350cbf5689b83b3f207 Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 12 10:55:45 2008 +1000 Merge tidying - remove some previously deleted cpan files again From nscott@aconex.com Sun Sep 14 22:24:36 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 14 Sep 2008 22:24:43 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8F5Oa2G014979 for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 22:24:36 -0700 X-ASG-Debug-ID: 1221456365-26a801790000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id A898B44076E for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 22:26:05 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id YtEHzuhdAVSPuWD5 for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 22:26:05 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 5B99348B54; Mon, 15 Sep 2008 15:26:00 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id Zi3LfZnSI2qnCCZ5; Mon, 15 Sep 2008 15:26:00 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 4E6C592C34C; Mon, 15 Sep 2008 15:26:00 +1000 (EST) X-ASG-Orig-Subj: Re: pmlogreduce - use by date has expired Subject: Re: pmlogreduce - use by date has expired From: Nathan Scott <nscott@aconex.com> To: kenj@internode.on.net Cc: pcp@oss.sgi.com In-Reply-To: <1221111368.25428.11.camel@bozo> References: <1221111368.25428.11.camel@bozo> Content-Type: text/plain Date: Mon, 15 Sep 2008 15:24:07 +1000 Message-Id: <1221456247.4593.49.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221456367 X-Barracuda-Bayes: INNOCENT GLOBAL 0.4074 1.0000 0.0000 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5612 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1784 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi Ken, On Thu, 2008-09-11 at 15:36 +1000, Ken McDonell wrote: > ... > Some Things that WILL be Supported > The existing pmlogreduce attempts some of the list below, but most of > these features are either not implemented, or implemented incorrectly > in the current code. > * The temporal reduction is achieved by the -t delta command > line option. The output archive will contain observations at > most once per delta for each metric-instance pair in the input > archive. Have been wondering to myself whether the ability to have set of values recorded at different frequencies in the new log would be useful (iow, different -t for different sets of metrics) ... like pmlogger allows. I'm undecided, but have you given that option thought? Complicates things a fair bit, I guess, I'm leaning toward "probably not worth it" but just thought I'd mention it. > * The size of the output archive may be limited with the -s > command line option. How does that combine with -t? (when the size limit is hit, it just ends the archive & warns user?) > * Multi-volume output archives will be supported through the -v > command line option and internal volume switching logic to > ensure the 32-bit offset limit of the temporal index is not > exceeded. Should that be automatic and only if needed? (no -v) > * Counters will be rate converted (so mapped to INSTANTANEOUS > metrics, have their semantics changed when the TIME DIMENSION > is reduced by one, e.g. MBYTE -> MBYTE / SEC, and their TYPE > will be converted to DOUBLE). This could potentially make larger output files than input files. Would an option for FLOAT instead of DOUBLE be useful to prevent that phenomenon? > Some Open Questions > The following issues warrant some discussion before I make unilateral > decisions. > 1. Output Window Clipping. In several useful deployments of > pmlogreduce one may wish to further restrict the temporal > domain by selecting some re-occurring periods to be included, > and some to be excluded. Examples might be between the hours > 08:00 and 20:00 each day, and/or each day excluding Saturday > and Sunday. There are several problems here: > 1. suitable command line syntax to specify this sort of > clipping > 2. what would the output archive contain - no pmResult, > or pmResult and no metrics (which is formally a MARK > record) for each delta in the "clipped" region I'd go for the former just to save space, in absence of a compelling reason either way. In my local use-case-scenario, I'd imagine we'd be doing this clipping via logextract in the first level of daily archive to some other interval (weekly/monthly/...) log munging (which will also reduce the set of metrics stored longer term, etc), and then running logreduce on that - so we'd have no reason to need this AFAICS. But perhaps other use-cases would call for it. > 1. > 1. Should DISCRETE metrics appear in the output only if there is > a value observed in the corresponding interval in the input > archive? The alternative is to have all metrics repeated in > every pmResult in the output archive. That doesn't seem a good alternative - I'd go with the first option, or use the last previous value seen (may be outside the window) for discrete metrics. > 1. For DISCRETE metrics, and all but the last value before a MARK > record or the end of the input archive for INSTANTANEOUS > metrics, consecutive identical values can be omitted without > changing the data semantics - is this worth it? I think so. If these are string valued (like topology metrics, or some such thing) these could waste plenty of space. > 1. What to do with COUNTER metrics that have a TIME dimension > other than 0 or 1? I don't know that we have any such > metrics, and I'm not sure what the real semantics of data like > this might be, but it seems pretty obvious that "rate > conversion" is not going to make the semantics any more > obvious! Yeah, just leave as-is I guess. > 1. > 2. For INSTANTANEOUS and DISCRETE metrics with non-numeric > values, we have to decide what to do if multiple observations > appear in the input archive within a single output archive > time interval. Take the last observed value seems to be the > least worst thing to do. Yep, agreed. cheers. -- Nathan From nscott@aconex.com Sun Sep 14 23:18:38 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 14 Sep 2008 23:18:43 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8F6Icsk018606 for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 23:18:38 -0700 X-ASG-Debug-ID: 1221459605-03b703dd0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 7F593129DEBF for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 23:20:06 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id NYV7DmF0cLKGzF4Y for <pcp@oss.sgi.com>; Sun, 14 Sep 2008 23:20:06 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id CDA9A49A86 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 16:20:01 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id tMzOjH9MBcfIGQPO for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 16:20:01 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id B732C92C2FA for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 16:20:01 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Mon, 15 Sep 2008 16:18:08 +1000 Message-Id: <1221459488.4593.58.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221459608 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5616 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1785 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 +- build/rpm/pcp.spec.in | 2 +- debian/changelog | 5 +++-- 3 files changed, 5 insertions(+), 4 deletions(-) commit 68076d98f6eca30e44db9c321893e888857ffc18 Author: Nathan Scott <nathans@debian.org> Date: Mon Sep 15 16:17:37 2008 +1000 Bump build datestamp for packaging updates. commit f960f321962a02ae5b10dcd554f04ba19b0a3ff4 Author: Nathan Scott <nathans@debian.org> Date: Mon Sep 15 16:06:27 2008 +1000 Use the (noreplace) syntax when marking configuration files in the RPM spec to ensure users updates are not clobbered; and also that automated updates via yum/up2date always run cleanly (without the use of --force), annoying us in our production environment lately. See http://www-uxsup.csx.cam.ac.uk/~jw35/docs/rpm_config.html for details. From nscott@aconex.com Mon Sep 15 17:26:05 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Sep 2008 17:26:08 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8G0Q4QW014245 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 17:26:04 -0700 X-ASG-Debug-ID: 1221524855-485e017f0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 78BCD444F22 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 17:27:35 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id uOeE4tjY4iim8eAy for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 17:27:35 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 0187551557 for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 10:27:34 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id vJYFogiJBEBmfyTj for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 10:27:34 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id D8F3192C28B for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 10:27:34 +1000 (EST) X-ASG-Orig-Subj: pcpweb updates Subject: pcpweb updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Tue, 16 Sep 2008 10:25:40 +1000 Message-Id: <1221524740.5138.7.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221524856 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5667 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1786 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpweb.git index.html | 2 +- news.html | 14 +++++++++----- 2 files changed, 10 insertions(+), 6 deletions(-) commit 985823306ff154a490dfc27434fbceea807f4a66 Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 10:24:15 2008 +1000 Fix two broken links to really old stuff on news page. commit 1fdf014f817eb976c6a5daa97ff5a90e1f988bdf Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 10:22:57 2008 +1000 Update news/index pages to refer to latest 2.7.7 dev release. From nscott@aconex.com Mon Sep 15 19:14:46 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Sep 2008 19:14:49 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8G2EjAe019316 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 19:14:45 -0700 X-ASG-Debug-ID: 1221531374-73fb024a0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 6C27F127523B for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 19:16:14 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id JGnHiCV7ZX3WOu30 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 19:16:14 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id A99EF52B7E for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 12:16:13 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id uny2jjEi5NfwSJ7X for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 12:16:13 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 965D192C31D for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 12:16:13 +1000 (EST) X-ASG-Orig-Subj: pcpqa updates Subject: pcpqa updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Tue, 16 Sep 2008 12:14:19 +1000 Message-Id: <1221531259.5138.21.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221531376 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5674 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1787 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcpqa.git 031.out.linux | 2 075 | 25 ++---- 075.out.1 | 188 ------------------------------------------------ 075.out.5 | 192 ------------------------------------------------- 075.out.7 | 194 ++++++++++++++++++++++++++++++++++++++++++++++++++ 355 | 1 355.linux.2 | 1 376.linux.2 | 1 565.linux | 1 common.filter | 14 +++ src-oss/torture_api.c | 3 11 files changed, 223 insertions(+), 399 deletions(-) commit aaef97d79bd5152086fd1eea34c1d05abb4ba0ef Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 11:59:27 2008 +1000 Another missed pmchart lines in an agent Install filter. commit 13d3edf1ad94f4a959afef01033506b967840d84 Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 11:58:40 2008 +1000 Reinstate torture_api -i option, as a no-op. commit 865cb8195c6f40f2d8663fc1f4aa87dc93283e0b Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 11:42:08 2008 +1000 Couple of missed pmchart lines in agent Install filters. commit 205c1b14541819bcf35f7eac96c57db0948f71cb Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 10:20:31 2008 +1000 Update test 031 to cater for nfs4 and quota metrics. commit ae7511b5067d5ffd78ddbf944e7214062f5e71f4 Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 10:19:58 2008 +1000 Update test 075 to handle new pmstore usage, and nuke its old irix-isms. commit 1409b4ea3bbd17ba831250e2ebb392e31a3acd2a Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 10:14:08 2008 +1000 Add newer optional PMDAs to the QA filter lists. From nscott@aconex.com Mon Sep 15 21:21:25 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Sep 2008 21:21:40 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8G4LMLq031675 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 21:21:24 -0700 X-ASG-Debug-ID: 1221538973-397300640000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B5D8F445747 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 21:22:54 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id MKFdFhz5TMiJawyt for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 21:22:54 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 3DE1C54604 for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 14:22:43 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id RCHMfDgyOBq36Pid for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 14:22:43 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 0550592C31D for <pcp@oss.sgi.com>; Tue, 16 Sep 2008 14:22:43 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Tue, 16 Sep 2008 14:20:48 +1000 Message-Id: <1221538848.5138.31.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221538974 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5683 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1788 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git src/pmdas/vmware/pmdavmware.pl | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) commit 205904001bc34af9b215e2333eaeb06e93f0a4c9 Author: Nathan Scott <nathans@debian.org> Date: Tue Sep 16 14:12:17 2008 +1000 Looks like the (ok, quite odd) array reference syntax I'd used initially doesn't work on older versions of Perl (as in RHEL4) so, switch to using an alternate syntax and replace an unused variable while in there. From makc@melbourne.sgi.com Mon Sep 15 22:13:09 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 15 Sep 2008 22:13:12 -0700 (PDT) Received: from relay.sgi.com (netops-testserver-3.corp.sgi.com [192.26.57.72]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8G5D7Zo004309 for <pcp@oss.sgi.com>; Mon, 15 Sep 2008 22:13:09 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by netops-testserver-3.corp.sgi.com (Postfix) with SMTP id CDB42908A8; Mon, 15 Sep 2008 22:14:35 -0700 (PDT) Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA23524; Tue, 16 Sep 2008 15:14:33 +1000 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m8G5EXlm5503872; Tue, 16 Sep 2008 15:14:33 +1000 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m8G5EXYR5503633; Tue, 16 Sep 2008 15:14:33 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18639.16568.438082.24475@kuku.melbourne.sgi.com> Date: Tue, 16 Sep 2008 15:14:32 +1000 From: Max Matveev <makc@sgi.com> To: kenj@internode.on.net Cc: pcp@oss.sgi.com Subject: Re: pmlogreduce - use by date has expired In-Reply-To: <1221111368.25428.11.camel@bozo> References: <1221111368.25428.11.camel@bozo> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1789 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Thu, 11 Sep 2008 15:36:08 +1000, Ken McDonell wrote: kenj> Counters will be rate converted (so mapped to INSTANTANEOUS kenj> metrics, have their semantics changed when the TIME DIMENSION kenj> is reduced by one, e.g. MBYTE ->; MBYTE / SEC, and their TYPE kenj> will be converted to DOUBLE). What if instead of converting counters to instantaneous metrics you simply accumulate them over the new interval and leave them as just counters with optional conversion to double if you're concerned about wrapping. That should solve your problem with non-obvious temporal domain. max From nscott@aconex.com Wed Sep 17 18:32:11 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 18:32:26 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I1W9AJ024279 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:32:11 -0700 X-ASG-Debug-ID: 1221701620-32f502810000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 4F59612CFB17 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:33:41 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id NMe7jwu4WaghjvVo for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:33:41 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 2468F74F4A for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:33:36 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id i92CxCEzt3Fdk6f4 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:33:36 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 07DE692C28B for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:33:36 +1000 (EST) X-ASG-Orig-Subj: Daemons not started from rpm postop Subject: Daemons not started from rpm postop From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Thu, 18 Sep 2008 11:31:40 +1000 Message-Id: <1221701500.4827.18.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221701622 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5850 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1790 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi all, Does anyone know the reason for not starting pmcd after an rpm install? I've had a request for that, to reduce steps required to do a pcp install/upgrade on large numbers of machines ... is there any good reason not to do this? Only reason I can think of is that if pcp is being installed as part of a larger set of rpms, on a fresh install, the prereqs might not be there yet? Or networking not started, etc... but it should be harmless to try to (re)start pcp, shouldn't it? thanks. -- Nathan From nscott@aconex.com Wed Sep 17 18:41:44 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 18:41:47 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I1fi9X024693 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:41:44 -0700 X-ASG-Debug-ID: 1221702195-4a78029b0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 0AAB64510F0 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:43:15 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 6r64AbmLpLczHdmx for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:43:15 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 81ADA75B95 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:43:14 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id F1krU3Z8IkblEbvy for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:43:14 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 43F4292C28B for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:43:14 +1000 (EST) X-ASG-Orig-Subj: Re: Daemons not started from rpm postop Subject: Re: Daemons not started from rpm postop From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com In-Reply-To: <1221701500.4827.18.camel@verge.scott.net.au> References: <1221701500.4827.18.camel@verge.scott.net.au> Content-Type: text/plain Date: Thu, 18 Sep 2008 11:41:18 +1000 Message-Id: <1221702078.4827.26.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221702197 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5850 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1791 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Thu, 2008-09-18 at 11:31 +1000, Nathan Scott wrote: > Hi all, > > Does anyone know the reason for not starting pmcd after an rpm > install? I've had a request for that, to reduce steps required > to do a pcp install/upgrade on large numbers of machines ... is > there any good reason not to do this? > > Only reason I can think of is that if pcp is being installed as > part of a larger set of rpms, on a fresh install, the prereqs > might not be there yet? Or networking not started, etc... but > it should be harmless to try to (re)start pcp, shouldn't it? Also, I just noticed a long-time PITA I've had, but never got round to looking into - the rpm postop explicitly chkconfig's pmie and pmproxy off. This means on an upgrade, previously enabled pmie and pmproxy state is blown away. Thats clearly a bug - I'll remove those two lines shortly in my branch. cheers. -- Nathan From nscott@aconex.com Wed Sep 17 18:58:02 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 18:58:05 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I1vxUq025432 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:58:02 -0700 X-ASG-Debug-ID: 1221703171-02ce00310000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 83D32130426B for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:59:31 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id xy4PMGriHbpl52b2 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 18:59:31 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 39885756C4 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:59:29 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id Pom1ifuZU1Mx46dF for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:59:29 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 0F04492C31D for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 11:59:29 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Thu, 18 Sep 2008 11:57:33 +1000 Message-Id: <1221703053.4827.28.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221703172 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5851 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1792 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git build/rpm/pcp.spec.in | 15 ++++++--------- 1 file changed, 6 insertions(+), 9 deletions(-) commit 6579057cc4d095e9db87646ac55545b84934ef0e Author: Nathan Scott <nathans@debian.org> Date: Thu Sep 18 11:58:06 2008 +1000 Under no circumstances should we be chkconfig'ing off anything in the rpm post-install process. This clobbers any chkconfig enabling an admin has done during a previous pcp install (and we may be upgrading, for example, so don't want to lose that). From makc@melbourne.sgi.com Wed Sep 17 19:05:26 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 19:05:30 -0700 (PDT) Received: from relay.sgi.com (netops-testserver-3.corp.sgi.com [192.26.57.72]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I25PhR025793 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 19:05:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by netops-testserver-3.corp.sgi.com (Postfix) with SMTP id B15C79088B; Wed, 17 Sep 2008 19:06:54 -0700 (PDT) Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12382; Thu, 18 Sep 2008 12:06:53 +1000 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m8I26qLA5508898; Thu, 18 Sep 2008 12:06:52 +1000 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m8I26q0X5509713; Thu, 18 Sep 2008 12:06:52 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18641.47036.553278.939364@kuku.melbourne.sgi.com> Date: Thu, 18 Sep 2008 12:06:52 +1000 From: Max Matveev <makc@sgi.com> To: Nathan Scott <nscott@aconex.com> Cc: pcp@oss.sgi.com Subject: Re: Daemons not started from rpm postop In-Reply-To: <1221702078.4827.26.camel@verge.scott.net.au> References: <1221701500.4827.18.camel@verge.scott.net.au> <1221702078.4827.26.camel@verge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1793 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp On Thu, 18 Sep 2008 11:41:18 +1000, Nathan Scott wrote: nscott> On Thu, 2008-09-18 at 11:31 +1000, Nathan Scott wrote: >> Does anyone know the reason for not starting pmcd after an rpm >> install? I've had a request for that, to reduce steps required >> to do a pcp install/upgrade on large numbers of machines ... is >> there any good reason not to do this? Part of it could be inertia - we've not done it before, why start now. But there is also the problem of installing pcp into chroot environment - you really don't want to be starting it there and it's most likely isn't going to run. If pcp were ever to be split into pcp proper, pcp-devel, pcp-eoe etc then the issue of installing the whole caboodle into chroot for builds is going to go away. nscott> Also, I just noticed a long-time PITA I've had, but never got nscott> round to looking into - the rpm postop explicitly chkconfig's nscott> pmie and pmproxy off. This means on an upgrade, previously nscott> enabled pmie and pmproxy state is blown away. nscott> Thats clearly a bug - I'll remove those two lines shortly in nscott> my branch. And replace it with what? max From nscott@aconex.com Wed Sep 17 20:06:34 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 20:06:37 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I36XhO029431 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 20:06:34 -0700 X-ASG-Debug-ID: 1221707285-7ec002a30000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 48A6913042D7 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 20:08:05 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id IWXmsvqegR1sCPFo for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 20:08:05 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 41E616236BF; Thu, 18 Sep 2008 13:08:04 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id xdA5MDg4tuCSHe6Q; Thu, 18 Sep 2008 13:08:04 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 2ABEC92C28B; Thu, 18 Sep 2008 13:08:04 +1000 (EST) X-ASG-Orig-Subj: Re: Daemons not started from rpm postop Subject: Re: Daemons not started from rpm postop From: Nathan Scott <nscott@aconex.com> To: Max Matveev <makc@sgi.com> Cc: pcp@oss.sgi.com In-Reply-To: <18641.47036.553278.939364@kuku.melbourne.sgi.com> References: <1221701500.4827.18.camel@verge.scott.net.au> <1221702078.4827.26.camel@verge.scott.net.au> <18641.47036.553278.939364@kuku.melbourne.sgi.com> Content-Type: text/plain Date: Thu, 18 Sep 2008 13:06:08 +1000 Message-Id: <1221707168.4827.34.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221707286 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5857 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1794 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Thu, 2008-09-18 at 12:06 +1000, Max Matveev wrote: > On Thu, 18 Sep 2008 11:41:18 +1000, Nathan Scott wrote: > > nscott> On Thu, 2008-09-18 at 11:31 +1000, Nathan Scott wrote: > > >> Does anyone know the reason for not starting pmcd after an rpm > >> install? I've had a request for that, to reduce steps required > >> to do a pcp install/upgrade on large numbers of machines ... is > >> there any good reason not to do this? > Part of it could be inertia - we've not done it before, why start now. > > But there is also the problem of installing pcp into chroot > environment - you really don't want to be starting it there and it's > most likely isn't going to run. > > If pcp were ever to be split into pcp proper, pcp-devel, pcp-eoe etc > then the issue of installing the whole caboodle into chroot for builds > is going to go away. It might be time to do that. Be nice to have that split done in the pre-3.0 timeframe, too. I'll think about taking that on, maybe I can slot it in. > nscott> Also, I just noticed a long-time PITA I've had, but never got > nscott> round to looking into - the rpm postop explicitly chkconfig's > nscott> pmie and pmproxy off. This means on an upgrade, previously > nscott> enabled pmie and pmproxy state is blown away. > > nscott> Thats clearly a bug - I'll remove those two lines shortly in > nscott> my branch. > And replace it with what? Those two lines (chkconfig_off calls in pcp.spec.in) don't need any replacement - the chkconfig --add calls earlier, remain, so we just don't touch pmie/pmproxy state at all (if it was on, it stays on; if first install, they're off by default). cheers. -- Nathan From nscott@aconex.com Wed Sep 17 21:03:48 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 17 Sep 2008 21:03:56 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8I43mHe005260 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 21:03:48 -0700 X-ASG-Debug-ID: 1221710719-708b02570000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id EF85D451133 for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 21:05:20 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id OEAR5SF4zt6uEf8o for <pcp@oss.sgi.com>; Wed, 17 Sep 2008 21:05:20 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id EFE796239E1 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 14:05:17 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id G27Ux0iUfeQdPcTf for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 14:05:17 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id CE3A192C28B for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 14:05:17 +1000 (EST) X-ASG-Orig-Subj: RFC: allow running pmproxy as non-root user Subject: RFC: allow running pmproxy as non-root user From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Thu, 18 Sep 2008 14:03:22 +1000 Message-Id: <1221710602.4827.43.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221710720 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5860 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1795 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Hi all, Looking for feedback on this patch - its fairly self explanatory, works for me, and would seem to be a no-brainer, but thought I'd solicit for other thoughts/objections before committing it. thanks! -- Nathan configure.in | 4 ++-- man/man1/pmproxy.1 | 6 ++++++ src/include/platform_defs.h.in | 2 ++ src/pmproxy/pmproxy.c | 30 +++++++++++++++++++++++++++++- src/pmproxy/pmproxy.options | 3 +++ 5 files changed, 42 insertions(+), 3 deletions(-) diff --git a/configure.in b/configure.in index e0c360f..6da4f38 100644 --- a/configure.in +++ b/configure.in @@ -625,7 +625,7 @@ AC_CHECK_HEADERS(unistd.h stddef.h sched.h dlfcn.h dl.h ieeefp.h) AC_CHECK_HEADERS(sys/time.h sys/times.h sys/resource.h sys/prctl.h) AC_CHECK_HEADERS(endian.h standards.h sys/byteorder.h pthread.h getopt.h) AC_CHECK_HEADERS(values.h libgen.h sys/param.h sys/mman.h sys/un.h stdint.h) -AC_CHECK_HEADERS(regex.h termios.h sys/termios.h sys/wait.h) +AC_CHECK_HEADERS(pwd.h regex.h termios.h sys/termios.h sys/wait.h) AC_CHECK_HEADERS(windows.h winsock2.h ws2tcpip.h iptypes.h) AC_CHECK_HEADERS(netdb.h sys/socket.h netinet/in.h netinet/tcp.h arpa/inet.h) @@ -692,7 +692,7 @@ AC_CHECK_FUNCS(gettimeofday mktime putenv unsetenv) AC_CHECK_FUNCS(gethostname hstrerror select socket) AC_CHECK_FUNCS(uname syslog brk sbrk __clone fcntl) AC_CHECK_FUNCS(prctl setlinebuf waitpid atexit kill) -AC_CHECK_FUNCS(chown getcwd scandir mkstemp) +AC_CHECK_FUNCS(chown getcwd scandir mkstemp getpwnam) AC_CHECK_FUNCS(memalign valloc) AC_CHECK_FUNCS(nanosleep usleep) AC_CHECK_FUNCS(signal sighold sigrelse tcgetattr) diff --git a/man/man1/pmproxy.1 b/man/man1/pmproxy.1 index a2560dc..791ca28 100644 --- a/man/man1/pmproxy.1 +++ b/man/man1/pmproxy.1 @@ -39,6 +39,7 @@ [\f3\-i\f1 \f2ipaddress\f1] [\f3\-l\f1 \f2logfile\f1] [\f3\-L\f1 \f2bytes\f1] +[\f3\-U\f1 \f2username\f1] [\f3\-x\f1 \f2file\f1] .SH DESCRIPTION .B pmproxy @@ -141,6 +142,11 @@ option may be used to change the maximum incoming .I PDU size. .TP +\f3\-U\f1 \f2username\f1 +Assume the identity of +.I username +before starting to accept incoming packets from PCP monitoring clients. +.TP \f3\-x\f1 \f2file\f1 Before the .B pmproxy diff --git a/src/include/platform_defs.h.in b/src/include/platform_defs.h.in index 7ba1d7c..29ba956 100644 --- a/src/include/platform_defs.h.in +++ b/src/include/platform_defs.h.in @@ -123,6 +123,7 @@ extern "C" { #undef HAVE_SYS_MMAN_H #undef HAVE_SYS_UN_H #undef HAVE_STDINT_H +#undef HAVE_PWD_H #undef HAVE_REGEX_H #undef HAVE_TERMIOS_H #undef HAVE_SYS_TERMIOS_H @@ -221,6 +222,7 @@ extern "C" { #undef HAVE_GETCWD #undef HAVE_SCANDIR #undef HAVE_MKSTEMP +#undef HAVE_GETPWNAM #undef HAVE_MEMALIGN #undef HAVE_VALLOC diff --git a/src/pmproxy/pmproxy.c b/src/pmproxy/pmproxy.c index d7fcb63..804fdce 100644 --- a/src/pmproxy/pmproxy.c +++ b/src/pmproxy/pmproxy.c @@ -21,6 +21,9 @@ #include "pmproxy.h" #include <sys/stat.h> +#ifdef HAVE_PWD_H +#include <pwd.h> +#endif int proxy_hi_openfds = -1; /* Highest known file descriptor for pmproxy */ @@ -28,6 +31,7 @@ static int timeToDie; /* For SIGINT handling */ static char *logfile = "pmproxy.log"; /* log file name */ static int run_daemon = 1; /* run as a daemon, see -f */ static char *fatalfile = "/dev/tty";/* fatal messages at startup go here */ +static char *username; /* * For maintaining info about a request port that clients may connect to @@ -140,7 +144,7 @@ ParseOptions(int argc, char *argv[]) int usage = 0; int val; - while ((c = getopt(argc, argv, "D:fi:l:L:x:?")) != EOF) + while ((c = getopt(argc, argv, "D:fi:l:L:U:x:?")) != EOF) switch (c) { case 'D': /* debug flag */ @@ -181,6 +185,11 @@ ParseOptions(int argc, char *argv[]) } break; + case 'U': + /* run as user username */ + username = optarg; + break; + case 'x': fatalfile = optarg; break; @@ -202,6 +211,7 @@ ParseOptions(int argc, char *argv[]) " -i ipaddress accept connections on this IP address\n" " -l logfile redirect diagnostics and trace output\n" " -L bytes maximum size for PDUs from clients [default 65536]\n" +" -U username assume identity of username (only when run as root)\n" " -x file fatal messages at startup sent to file [default /dev/tty]\n", pmProgname); if (usage) @@ -612,6 +622,24 @@ main(int argc, char *argv[]) } fflush(stderr); +#ifdef HAVE_GETPWNAM + /* lose root privileges if we have them */ + if (username) { + struct passwd *pw; + + if ((pw = getpwnam(username)) == 0) { + __pmNotifyErr(LOG_WARNING, + "cannot find the user %s to switch to\n", username); + DontStart(); + } + if (setgid(pw->pw_gid) < 0 || setuid(pw->pw_uid) < 0) { + __pmNotifyErr(LOG_WARNING, + "cannot find the user %s to switch to\n", username); + DontStart(); + } + } +#endif + /* all the work is done here */ ClientLoop(); diff --git a/src/pmproxy/pmproxy.options b/src/pmproxy/pmproxy.options index 1207cdd..298c767 100644 --- a/src/pmproxy/pmproxy.options +++ b/src/pmproxy/pmproxy.options @@ -14,6 +14,9 @@ # restricting incomming PDU size to prevent DOS attacks # -L 16384 +# assume identity of some user other than root +-U nobody + # emergency messages before logfile created # -x /tmp/desperate.log From nscott@aconex.com Thu Sep 18 17:11:15 2008 Received: with ECARTIS (v1.0.0; list pcp); Thu, 18 Sep 2008 17:11:19 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8J0BENg002165 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 17:11:15 -0700 X-ASG-Debug-ID: 1221783166-105e020a0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 5DA4C91AF21 for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 17:12:46 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id l5W2MNwlbYrjCCwK for <pcp@oss.sgi.com>; Thu, 18 Sep 2008 17:12:46 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 1B9D487E57 for <pcp@oss.sgi.com>; Fri, 19 Sep 2008 10:12:46 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id cAkxTNxZcXn1rTHc for <pcp@oss.sgi.com>; Fri, 19 Sep 2008 10:12:46 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 0FF1A92C2FA for <pcp@oss.sgi.com>; Fri, 19 Sep 2008 10:12:46 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Fri, 19 Sep 2008 10:10:50 +1000 Message-Id: <1221783050.4770.4.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1221783167 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.52 X-Barracuda-Spam-Status: No, SCORE=-0.52 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.5917 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP X-archive-position: 1796 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git configure.in | 24 ++++++++++++------------ man/man1/pmproxy.1 | 6 ++++++ src/include/platform_defs.h.in | 2 ++ src/pmproxy/pmproxy.c | 30 +++++++++++++++++++++++++++++- src/pmproxy/pmproxy.options | 3 +++ 5 files changed, 52 insertions(+), 13 deletions(-) commit 10c03ee65e805bfbd3e41f82c0239abd28de0757 Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 19 10:10:47 2008 +1000 Fix up handling of "gcc -E" simple cpp special case for macosx/mingw builds. commit e78f5be04951ba35253540052c9ae7134c376f1e Author: Nathan Scott <nathans@debian.org> Date: Fri Sep 19 10:09:58 2008 +1000 Add the -U (username) option to pmproxy, which allows it to switch to running as the requested user before accepting packets from the network. By default, we specify user "nobody" in the config file, which seems to exist most places. From sseshas@us.ibm.com Tue Sep 23 05:51:22 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 23 Sep 2008 05:51:27 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8NCpLX6023902 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:51:22 -0700 X-ASG-Debug-ID: 1222174374-0ee203910000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e4.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id BC02B1283788 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:52:54 -0700 (PDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by cuda.sgi.com with ESMTP id ryKxS7AdSxlpY11B for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:52:54 -0700 (PDT) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m8NCqspQ002520 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:52:54 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8NCpWLP219406 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:51:32 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8NCpW5w009693 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:51:32 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8NCpWfb009690; Tue, 23 Sep 2008 08:51:32 -0400 In-Reply-To: <1220918345.10241.1.camel@edge.scott.net.au> To: nscott@aconex.com Cc: pcp@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: Subject: X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: <OF2629198D.B93CF545-ON852574CD.00466198-852574CD.0046A29A@us.ibm.com> From: Sai p Seshasayee <sseshas@us.ibm.com> Date: Tue, 23 Sep 2008 08:51:31 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/23/2008 08:51:32, Serialize complete at 09/23/2008 08:51:32 Content-Type: multipart/alternative; boundary="=_alternative 0046A296852574CD_=" X-Barracuda-Connect: e4.ny.us.ibm.com[32.97.182.144] X-Barracuda-Start-Time: 1222174375 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.74 X-Barracuda-Spam-Status: No, SCORE=-0.74 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE, MISSING_SUBJECT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6300 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message 1.28 MISSING_SUBJECT Missing Subject: header X-archive-position: 1797 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp This is a multipart message in MIME format. --=_alternative 0046A296852574CD_= Content-Type: text/plain; charset="US-ASCII" Hi Nathan, I have installed PCP in multiple hosts. I want to know whether a particular host is up or not. Is there any metric available in PCP which will help me find whether a host is alive or not? There are over 500 metrics in PCP and I am finding it difficult to find correct metric. Your inputs would be welcome. Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" --=_alternative 0046A296852574CD_= Content-Type: text/html; charset="US-ASCII" <br><font size=2 face="sans-serif">Hi Nathan,</font> <br> <br><font size=2 face="sans-serif">I have installed PCP in multiple hosts. I want to know whether  a particular host is up or not. Is there any metric available in PCP which will help me</font> <br><font size=2 face="sans-serif">find whether a host is alive or not? There are over 500 metrics in PCP and I am finding it difficult to find correct metric. Your inputs would be welcome.</font> <br> <br><font size=2 face="sans-serif">Thanks and Regards<br> Sai Prakash<br> Poughkeepsie Unix Development Lab<br> IBM Systems and Technology Group<br> External: 845-435-4720<br> email: sseshas@us.ibm.com<br> Notes: Sai p Seshasayee/Poughkeepsie/IBM<br> <br> "Always speak the truth, that way you dont need to remember what you said  !"</font> --=_alternative 0046A296852574CD_=-- From sseshas@us.ibm.com Tue Sep 23 05:51:28 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 23 Sep 2008 05:51:32 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8NCpSff023916 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:51:28 -0700 X-ASG-Debug-ID: 1222174382-31d001a60000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e1.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D9C53128378A for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:53:02 -0700 (PDT) Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.141]) by cuda.sgi.com with ESMTP id VQJwDpIUj20ndRLw for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 05:53:02 -0700 (PDT) Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m8NCr1dm008275 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:53:01 -0400 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8NCr1hS189756 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:53:01 -0400 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8NCr1KQ014777 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 08:53:01 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av02.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8NCr1vb014771; Tue, 23 Sep 2008 08:53:01 -0400 To: nscott@aconex.com Cc: pcp@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: Metric for host liveness Subject: Metric for host liveness X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: <OF39E5991A.1AD4317C-ON852574CD.0046A948-852574CD.0046C58F@us.ibm.com> From: Sai p Seshasayee <sseshas@us.ibm.com> Date: Tue, 23 Sep 2008 08:53:01 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/23/2008 08:53:01, Serialize complete at 09/23/2008 08:53:01 Content-Type: multipart/alternative; boundary="=_alternative 0046C58C852574CD_=" X-Barracuda-Connect: e1.ny.us.ibm.com[32.97.182.141] X-Barracuda-Start-Time: 1222174382 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6300 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1798 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp This is a multipart message in MIME format. --=_alternative 0046C58C852574CD_= Content-Type: text/plain; charset="US-ASCII" Hi Nathan, I have installed PCP in multiple hosts. I want to know whether a particular host is up or not. Is there any metric available in PCP which will help me find whether a host is alive or not? There are over 500 metrics in PCP and I am finding it difficult to find correct metric. Your inputs would be welcome. Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" --=_alternative 0046C58C852574CD_= Content-Type: text/html; charset="US-ASCII" <br><font size=2 face="sans-serif">Hi Nathan,</font> <br> <br><font size=2 face="sans-serif">I have installed PCP in multiple hosts. I want to know whether  a particular host is up or not. Is there any metric available in PCP which will help me</font> <br><font size=2 face="sans-serif">find whether a host is alive or not? There are over 500 metrics in PCP and I am finding it difficult to find correct metric. Your inputs would be welcome.</font> <br> <br><font size=2 face="sans-serif">Thanks and Regards<br> Sai Prakash<br> Poughkeepsie Unix Development Lab<br> IBM Systems and Technology Group<br> External: 845-435-4720<br> email: sseshas@us.ibm.com<br> Notes: Sai p Seshasayee/Poughkeepsie/IBM<br> <br> "Always speak the truth, that way you dont need to remember what you said  !"</font> --=_alternative 0046C58C852574CD_=-- From nscott@aconex.com Tue Sep 23 16:21:38 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 23 Sep 2008 16:21:42 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8NNLbJK014680 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 16:21:38 -0700 X-ASG-Debug-ID: 1222212191-74b2002e0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 272835F06F6 for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 16:23:11 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id ADP9XvCp7hmyH7gL for <pcp@oss.sgi.com>; Tue, 23 Sep 2008 16:23:11 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 9304CBD51F; Wed, 24 Sep 2008 09:23:05 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id bUUqALkPBlTyD1JI; Wed, 24 Sep 2008 09:23:05 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id 8443092C2FE; Wed, 24 Sep 2008 09:23:05 +1000 (EST) X-ASG-Orig-Subj: Re: Metric for host liveness Subject: Re: Metric for host liveness From: Nathan Scott <nscott@aconex.com> To: Sai p Seshasayee <sseshas@us.ibm.com> Cc: pcp@oss.sgi.com In-Reply-To: <OF39E5991A.1AD4317C-ON852574CD.0046A948-852574CD.0046C58F@us.ibm.com> References: <OF39E5991A.1AD4317C-ON852574CD.0046A948-852574CD.0046C58F@us.ibm.com> Content-Type: text/plain Date: Wed, 24 Sep 2008 09:21:07 +1000 Message-Id: <1222212067.4716.3.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1222212192 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6339 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1799 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Tue, 2008-09-23 at 08:53 -0400, Sai p Seshasayee wrote: > > Hi Nathan, > > I have installed PCP in multiple hosts. I want to know whether a > particular host is up or not. Is there any metric available in PCP > which will help me > find whether a host is alive or not? There are over 500 metrics in PCP > and I am finding it difficult to find correct metric. Your inputs > would be welcome. If a host is not up, you will be unable to connect to pmcd on that host - so, no metric is going to give you what you're after here I think. There is a pmcd_wait(1) tool which you can use to test whether pmcd is responding on a host - its exit status will tell you whether the connection could be established or not. If you need this state exported as a metric for remote hosts, you might find the pmdashping(1) agent useful - you could run pmcd_wait for each monitored host there, and the exit status is available as one of the shping.* metrics. cheers. -- Nathan From nscott@aconex.com Wed Sep 24 01:00:03 2008 Received: with ECARTIS (v1.0.0; list pcp); Wed, 24 Sep 2008 01:00:11 -0700 (PDT) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.168.28]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8O802cj003728 for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 01:00:02 -0700 X-ASG-Debug-ID: 1222243295-4af1033c0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 3D64D966D58 for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 01:01:36 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id dCoe2yHe6WDMz3yq for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 01:01:36 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 20C07C36B5 for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 18:01:32 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id 5kPXEQhz6hnviSUH for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 18:01:32 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id E0F0692C34D for <pcp@oss.sgi.com>; Wed, 24 Sep 2008 18:01:31 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Wed, 24 Sep 2008 17:59:32 +1000 Message-Id: <1222243172.4716.40.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1222243297 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.02 X-Barracuda-Spam-Status: No, SCORE=-0.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6371 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1800 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git VERSION.pcp | 2 +- build/GNUmakefile | 7 +++++-- configure.in | 25 ++++++++++++++++++++----- debian/changelog | 4 ++-- src/dbpmda/src/GNUmakefile | 2 +- src/include/builddefs.in | 8 +++----- src/include/platform_defs.h.in | 3 +++ src/pmcdctl/GNUmakefile | 9 +++------ src/pmclient/GNUmakefile | 11 +++++------ src/pmdas/linux/filesys.c | 3 +-- src/pmdas/mailq/GNUmakefile | 13 +++++-------- src/pmdas/mailq/mailq.c | 4 ++-- src/pmie/src/GNUmakefile | 13 ++++++++----- src/pmlogger/GNUmakefile | 13 ++++++++----- src/pmpost/GNUmakefile | 13 ++++++++----- src/pmproxy/GNUmakefile | 10 ++++------ src/pmstat/GNUmakefile | 13 ++++++++----- 17 files changed, 87 insertions(+), 66 deletions(-) commit c57e7ff5d732fda2de08efb353bd7b2bfbc45208 Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 17:57:20 2008 +1000 Bump build datestamp to 20080924. commit 94138aad714907b2ea674d479df428c32c0a7d67 Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 17:42:11 2008 +1000 Correct an ommission with the recent filesys indom conversion to pmdacache routines, and subsequent 2.7.7 merge debarcle. We need to reset flags to zero on each values refresh else we can intermittently give incorrect values for filesys metrics. commit 84eeada71a7ea6d64e454c2ed057ec3bb0ff84ef Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 14:59:19 2008 +1000 Move AIX-specific cpp_simple flag setting into configure.in along with other platform-specific tweaks to the simple cpp arguments, so all are together in one place. commit 780cfe6891cc4b2ca44d3fde4088d61975871922 Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 14:30:12 2008 +1000 Use the same technique used in PMDA makefiles to avoid building/ installing on inappropriate platforms for those binaries which we currently have to skip over during native Windows builds. At some point these will hopefully be fixed and this can be removed but for now this gets us closer to an installable state. commit a5ee564ec161024b8efe9eaf2bc8172a629da9cc Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 14:08:21 2008 +1000 Use CMDTARGET in several more places in order to get deps and installs with Windows .exe suffix correct. commit 64922d5740b3dcdf9d73187002ead65c81b6bb80 Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 13:57:44 2008 +1000 Missed a patch chunk from earlier regex path commit. commit c71e16ee33f92ba1e382cf22befbada33cfcb352 Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 13:50:57 2008 +1000 Fix up dependency TARGET macro in dbpmda makefile. commit 4f0d62a231e0152c38357b2a6a11c8b161eafd4b Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 13:49:50 2008 +1000 Update the search paths for regex header/library used during MinGW/Win32 builds. commit d69a4a460b5eecb884f3b6848eb0aaa992aa2a4d Author: Nathan Scott <nathans@debian.org> Date: Wed Sep 24 13:39:15 2008 +1000 Symlink support on Windows is weak at best, currently the build fails during a make install with the pcp-<version> symlink-and- source subtree part. For mingw builds, do the copy rather than link mode (as was done for the copyright mangler). From sseshas@us.ibm.com Fri Sep 26 10:10:21 2008 Received: with ECARTIS (v1.0.0; list pcp); Fri, 26 Sep 2008 10:10:24 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8QHAJ19030526 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 10:10:20 -0700 X-ASG-Debug-ID: 1222449113-6c2b01670000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e2.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B22491AFC872 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 10:11:54 -0700 (PDT) Received: from e2.ny.us.ibm.com (e2.ny.us.ibm.com [32.97.182.142]) by cuda.sgi.com with ESMTP id MaglCM2W1xQhEneR for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 10:11:54 -0700 (PDT) Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e2.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m8QHBroU020115 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 13:11:53 -0400 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8QHBnBn214276 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 13:11:53 -0400 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8QHBnSU017044 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 13:11:49 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av01.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8QHBn85017035 for <pcp@oss.sgi.com>; Fri, 26 Sep 2008 13:11:49 -0400 To: pcp@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: pcp for AIX Subject: pcp for AIX X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: <OF609AC67F.1EB4C1C0-ON852574D0.0057503F-852574D0.005E76FE@us.ibm.com> From: Sai p Seshasayee <sseshas@us.ibm.com> Date: Fri, 26 Sep 2008 13:11:48 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/26/2008 13:11:49, Serialize complete at 09/26/2008 13:11:49 Content-Type: multipart/alternative; boundary="=_alternative 005E76F7852574D0_=" X-Barracuda-Connect: e2.ny.us.ibm.com[32.97.182.142] X-Barracuda-Start-Time: 1222449114 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6565 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1801 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp This is a multipart message in MIME format. --=_alternative 005E76F7852574D0_= Content-Type: text/plain; charset="US-ASCII" Hi Team, We are planning to use PCP on AIX. I downloaded the source code and when I ran the make command it says "make: There must be an existing description file or specify a target". Any help would be appreciated. Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" --=_alternative 005E76F7852574D0_= Content-Type: text/html; charset="US-ASCII" <br><font size=2 face="sans-serif">Hi Team,</font> <br> <br><font size=2 face="sans-serif">We are planning to use PCP on AIX. I downloaded the source code and when I ran the make command it says "make: There must be an existing description file or specify a target".  Any help would be appreciated.</font> <br> <br> <br><font size=2 face="sans-serif">Thanks and Regards<br> Sai Prakash<br> Poughkeepsie Unix Development Lab<br> IBM Systems and Technology Group<br> External: 845-435-4720<br> email: sseshas@us.ibm.com<br> Notes: Sai p Seshasayee/Poughkeepsie/IBM<br> <br> "Always speak the truth, that way you dont need to remember what you said  !"</font> --=_alternative 005E76F7852574D0_=-- From nscott@aconex.com Sun Sep 28 16:57:24 2008 Received: with ECARTIS (v1.0.0; list pcp); Sun, 28 Sep 2008 16:57:30 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8SNvO1v009880 for <pcp@oss.sgi.com>; Sun, 28 Sep 2008 16:57:24 -0700 X-ASG-Debug-ID: 1222646338-2ae2029e0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id F0A0E49009A for <pcp@oss.sgi.com>; Sun, 28 Sep 2008 16:58:59 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id pOZ7N6Bfb4lQD8kF for <pcp@oss.sgi.com>; Sun, 28 Sep 2008 16:58:59 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 9C402F30E5; Mon, 29 Sep 2008 09:58:50 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id kUKrGRYXl6LhmOzt; Mon, 29 Sep 2008 09:58:50 +1000 (EST) Received: from [192.168.5.24] (melho0.aconex.com [203.89.192.141]) by postoffice.aconex.com (Postfix) with ESMTP id CA98C92C303; Mon, 29 Sep 2008 09:58:49 +1000 (EST) X-ASG-Orig-Subj: Re: pcp for AIX Subject: Re: pcp for AIX From: Nathan Scott <nscott@aconex.com> To: Sai p Seshasayee <sseshas@us.ibm.com> Cc: pcp@oss.sgi.com In-Reply-To: <OF609AC67F.1EB4C1C0-ON852574D0.0057503F-852574D0.005E76FE@us.ibm.com> References: <OF609AC67F.1EB4C1C0-ON852574D0.0057503F-852574D0.005E76FE@us.ibm.com> Content-Type: text/plain Date: Mon, 29 Sep 2008 09:56:53 +1000 Message-Id: <1222646213.4739.18.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1222646339 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0209 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6759 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1802 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Fri, 2008-09-26 at 13:11 -0400, Sai p Seshasayee wrote: > > Hi Team, > > We are planning to use PCP on AIX. I downloaded the source code and > when I ran the make command it says "make: There must be an existing > description file or specify a target". Any help would be > appreciated. Hi Sai, Which version of the PCP sources do you have? (what does the VERSION.pcp file contain?). The PCP port to AIX was done some time ago, and since few of us have access to AIX machines, its quite likely to have atrophied over time. I can help you to get it to work again though. Also, getting this working quickly would be helped by: - access to an AIX machine (do you/someone have one on the Internet somewhere that I could get ssh access to?) It would need compilers and other development tools installed, of course. - quicker communication than email - if you are familiar with IRC, there is a PCP development channel on the OFTC network where several PCP developers are available to talk to directly - feel free to join us there - channel is #pcp on irc.oftc.net (see http://www.oftc.net). cheers. -- Nathan From sseshas@us.ibm.com Mon Sep 29 05:29:07 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 29 Sep 2008 05:29:12 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8TCT5aP013296 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 05:29:07 -0700 X-ASG-Debug-ID: 1222691440-118f02070000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from e4.ny.us.ibm.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id B3D53491B2D for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 05:30:41 -0700 (PDT) Received: from e4.ny.us.ibm.com (e4.ny.us.ibm.com [32.97.182.144]) by cuda.sgi.com with ESMTP id CsVFYtP1ln3srHlk for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 05:30:41 -0700 (PDT) Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e4.ny.us.ibm.com (8.13.8/8.13.8) with ESMTP id m8TCUe0Q028439 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 08:30:40 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.1) with ESMTP id m8TCTJPD223684 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 08:29:19 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m8TCTITj008942 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 08:29:19 -0400 Received: from d01ml251.pok.ibm.com (d01ml251.pok.ibm.com [9.56.227.119]) by d01av03.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id m8TCTI7u008934; Mon, 29 Sep 2008 08:29:18 -0400 In-Reply-To: <1222646213.4739.18.camel@verge.scott.net.au> To: Nathan Scott <nscott@aconex.com> Cc: pcp@oss.sgi.com MIME-Version: 1.0 X-ASG-Orig-Subj: Re: pcp for AIX Subject: Re: pcp for AIX X-Mailer: Lotus Notes Release 7.0 HF277 June 21, 2006 Message-ID: <OF36AF4517.5802F7F6-ON852574D3.0043DDAE-852574D3.0044999A@us.ibm.com> From: Sai p Seshasayee <sseshas@us.ibm.com> Date: Mon, 29 Sep 2008 08:29:17 -0400 X-MIMETrack: Serialize by Router on D01ML251/01/M/IBM(Release 8.0.1|February 07, 2008) at 09/29/2008 08:29:18, Serialize complete at 09/29/2008 08:29:18 Content-Type: multipart/alternative; boundary="=_alternative 00449994852574D3_=" X-Barracuda-Connect: e4.ny.us.ibm.com[32.97.182.144] X-Barracuda-Start-Time: 1222691441 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=HTML_MESSAGE X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6808 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 0.00 HTML_MESSAGE BODY: HTML included in message X-archive-position: 1803 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sseshas@us.ibm.com Precedence: bulk X-list: pcp This is a multipart message in MIME format. --=_alternative 00449994852574D3_= Content-Type: text/plain; charset="US-ASCII" Nathan, There are the contents of my VERSION.pcp file PACKAGE_MAJOR=2 PACKAGE_MINOR=7 PACKAGE_REVISION=7 PACKAGE_BUILD=20080924 We have an AIX machine but I am afraid I can't give access to it. Please let me know how it could be done. I have installed IRC and we can even chat online to get this fixed. In the case we are not able to chat, we can do it over e-mail. Thanks and Regards Sai Prakash Poughkeepsie Unix Development Lab IBM Systems and Technology Group External: 845-435-4720 email: sseshas@us.ibm.com Notes: Sai p Seshasayee/Poughkeepsie/IBM "Always speak the truth, that way you dont need to remember what you said !" Nathan Scott <nscott@aconex.com> Sent by: pcp-bounce@oss.sgi.com 09/28/2008 07:56 PM To Sai p Seshasayee/Poughkeepsie/IBM@IBMUS cc pcp@oss.sgi.com Subject Re: pcp for AIX On Fri, 2008-09-26 at 13:11 -0400, Sai p Seshasayee wrote: > > Hi Team, > > We are planning to use PCP on AIX. I downloaded the source code and > when I ran the make command it says "make: There must be an existing > description file or specify a target". Any help would be > appreciated. Hi Sai, Which version of the PCP sources do you have? (what does the VERSION.pcp file contain?). The PCP port to AIX was done some time ago, and since few of us have access to AIX machines, its quite likely to have atrophied over time. I can help you to get it to work again though. Also, getting this working quickly would be helped by: - access to an AIX machine (do you/someone have one on the Internet somewhere that I could get ssh access to?) It would need compilers and other development tools installed, of course. - quicker communication than email - if you are familiar with IRC, there is a PCP development channel on the OFTC network where several PCP developers are available to talk to directly - feel free to join us there - channel is #pcp on irc.oftc.net (see http://www.oftc.net). cheers. -- Nathan --=_alternative 00449994852574D3_= Content-Type: text/html; charset="US-ASCII" <br><font size=2 face="sans-serif">Nathan,</font> <br> <br><font size=2 face="sans-serif">There are the contents of my VERSION.pcp file</font> <br> <br><font size=2 face="sans-serif">PACKAGE_MAJOR=2</font> <br><font size=2 face="sans-serif">PACKAGE_MINOR=7</font> <br><font size=2 face="sans-serif">PACKAGE_REVISION=7</font> <br><font size=2 face="sans-serif">PACKAGE_BUILD=20080924</font> <br> <br><font size=2 face="sans-serif">We have an AIX machine but I am afraid I can't give access to it. Please let me know how it could be done. I have installed IRC and we can even chat online to get this fixed. In the case we are not able to chat, we can do it over e-mail.</font> <br> <br><font size=2 face="sans-serif">Thanks and Regards<br> Sai Prakash<br> Poughkeepsie Unix Development Lab<br> IBM Systems and Technology Group<br> External: 845-435-4720<br> email: sseshas@us.ibm.com<br> Notes: Sai p Seshasayee/Poughkeepsie/IBM<br> <br> "Always speak the truth, that way you dont need to remember what you said  !"</font> <br> <br> <br> <table width=100%> <tr valign=top> <td width=40%><font size=1 face="sans-serif"><b>Nathan Scott <nscott@aconex.com></b> </font> <br><font size=1 face="sans-serif">Sent by: pcp-bounce@oss.sgi.com</font> <p><font size=1 face="sans-serif">09/28/2008 07:56 PM</font> <td width=59%> <table width=100%> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">To</font></div> <td><font size=1 face="sans-serif">Sai p Seshasayee/Poughkeepsie/IBM@IBMUS</font> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">cc</font></div> <td><font size=1 face="sans-serif">pcp@oss.sgi.com</font> <tr valign=top> <td> <div align=right><font size=1 face="sans-serif">Subject</font></div> <td><font size=1 face="sans-serif">Re: pcp for AIX</font></table> <br> <table> <tr valign=top> <td> <td></table> <br></table> <br> <br> <br><tt><font size=2>On Fri, 2008-09-26 at 13:11 -0400, Sai p Seshasayee wrote:<br> > <br> > Hi Team, <br> > <br> > We are planning to use PCP on AIX. I downloaded the source code and<br> > when I ran the make command it says "make: There must be an existing<br> > description file or specify a target".  Any help would be<br> > appreciated. <br> <br> Hi Sai,<br> <br> Which version of the PCP sources do you have?  (what does the<br> VERSION.pcp file contain?).<br> <br> The PCP port to AIX was done some time ago, and since few of us have<br> access to AIX machines, its quite likely to have atrophied over time.<br> I can help you to get it to work again though.<br> <br> Also, getting this working quickly would be helped by:<br> - access to an AIX machine (do you/someone have one on the Internet<br> somewhere that I could get ssh access to?)  It would need compilers<br> and other development tools installed, of course.<br> - quicker communication than email - if you are familiar with IRC,<br> there is a PCP development channel on the OFTC network where several<br> PCP developers are available to talk to directly - feel free to join<br> us there - channel is #pcp on irc.oftc.net (see http://www.oftc.net).<br> <br> cheers.<br> <br> --<br> Nathan<br> <br> <br> </font></tt> <br> --=_alternative 00449994852574D3_=-- From nscott@aconex.com Mon Sep 29 14:38:36 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 29 Sep 2008 14:38:39 -0700 (PDT) Received: from cuda.sgi.com (cuda2.sgi.com [192.48.168.29]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8TLcabl031007 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 14:38:36 -0700 X-ASG-Debug-ID: 1222724412-38b702110000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 097B0494F0F for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 14:40:12 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id MXC7b39XaacFMcyK for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 14:40:12 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 44A92C82B0; Tue, 30 Sep 2008 07:40:11 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id fiPSc2JmuJM5c42K; Tue, 30 Sep 2008 07:40:11 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 688EA92C303; Tue, 30 Sep 2008 07:40:10 +1000 (EST) X-ASG-Orig-Subj: Re: pcp for AIX Subject: Re: pcp for AIX From: Nathan Scott <nscott@aconex.com> To: Sai p Seshasayee <sseshas@us.ibm.com> Cc: pcp@oss.sgi.com In-Reply-To: <OF36AF4517.5802F7F6-ON852574D3.0043DDAE-852574D3.0044999A@us.ibm.com> References: <OF36AF4517.5802F7F6-ON852574D3.0043DDAE-852574D3.0044999A@us.ibm.com> Content-Type: text/plain Date: Tue, 30 Sep 2008 07:38:13 +1000 Message-Id: <1222724293.4540.6.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1222724413 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -2.02 X-Barracuda-Spam-Status: No, SCORE=-2.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6837 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- X-archive-position: 1804 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp On Mon, 2008-09-29 at 08:29 -0400, Sai p Seshasayee wrote: > > Nathan, > > There are the contents of my VERSION.pcp file > > PACKAGE_MAJOR=2 > PACKAGE_MINOR=7 > PACKAGE_REVISION=7 > PACKAGE_BUILD=20080924 > > We have an AIX machine but I am afraid I can't give access to it. Hmm, thats a shame. If theres anyone else (to the people on the list) who has access to one, please let me know as that would greatly speed up this process. There may even be one or two AIX machines lurking at SGI still...? > Please let me know how it could be done. I have installed IRC and we > can even chat online to get this fixed. In the case we are not able to > chat, we can do it over e-mail. OK, I'll be in the office in a couple of hours and available on IRC intermittently throughout the day - talk to you then. To start with, could you email me the output from running "sh -x configure" on your AIX machine? cheers. -- Nathan From makc@melbourne.sgi.com Mon Sep 29 19:18:17 2008 Received: with ECARTIS (v1.0.0; list pcp); Mon, 29 Sep 2008 19:18:20 -0700 (PDT) Received: from relay.sgi.com (relay1.corp.sgi.com [192.26.58.214]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m8U2IFfX023498 for <pcp@oss.sgi.com>; Mon, 29 Sep 2008 19:18:17 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by relay1.corp.sgi.com (Postfix) with SMTP id 310888F807A; Mon, 29 Sep 2008 19:19:48 -0700 (PDT) Received: from kuku.melbourne.sgi.com (kuku.melbourne.sgi.com [134.14.55.163]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA28588; Tue, 30 Sep 2008 12:19:44 +1000 Received: from kuku.melbourne.sgi.com (localhost [127.0.0.1]) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11) with ESMTP id m8U2Jitf7484314; Tue, 30 Sep 2008 12:19:44 +1000 (EST) Received: (from makc@localhost) by kuku.melbourne.sgi.com (SGI-8.12.11.20060308/8.12.11/Submit) id m8U2JebE7487758; Tue, 30 Sep 2008 12:19:40 +1000 (EST) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18657.36028.380040.363660@kuku.melbourne.sgi.com> Date: Tue, 30 Sep 2008 12:19:40 +1000 From: Max Matveev <makc@sgi.com> To: Sai p Seshasayee <sseshas@us.ibm.com> Cc: pcp@oss.sgi.com Subject: Re: pcp for AIX In-Reply-To: <1222724293.4540.6.camel@verge.scott.net.au> References: <OF36AF4517.5802F7F6-ON852574D3.0043DDAE-852574D3.0044999A@us.ibm.com> <1222724293.4540.6.camel@verge.scott.net.au> X-Mailer: VM 7.07 under 21.4 (patch 15) "Security Through Obscurity" XEmacs Lucid X-archive-position: 1805 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: makc@sgi.com Precedence: bulk X-list: pcp PCP builds assume and expect gnumake, on linux it's the default make, on AIX you need to install specially. I cannot remember where did we used to get them from. And yes, we do have AIX box but it has no compilers and not gnumake installed. max From nscott@aconex.com Tue Sep 30 23:41:35 2008 Received: with ECARTIS (v1.0.0; list pcp); Tue, 30 Sep 2008 23:41:42 -0700 (PDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by oss.sgi.com (8.12.11.20060308/8.12.11/SuSE Linux 0.7) with ESMTP id m916fYHg000663 for <pcp@oss.sgi.com>; Tue, 30 Sep 2008 23:41:35 -0700 X-ASG-Debug-ID: 1222843387-39b900bf0000-S8gJnT X-Barracuda-URL: http://cuda.sgi.com:80/cgi-bin/mark.cgi Received: from postoffice2.aconex.com (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id D82951344DEE for <pcp@oss.sgi.com>; Tue, 30 Sep 2008 23:43:07 -0700 (PDT) Received: from postoffice2.aconex.com (prod.aconex.com [203.89.192.138]) by cuda.sgi.com with ESMTP id 7HSWgYEEJvGTKHmx for <pcp@oss.sgi.com>; Tue, 30 Sep 2008 23:43:07 -0700 (PDT) Received: from postoffice.aconex.com (localhost [127.0.0.1]) by postoffice2.aconex.com (Spam Firewall) with ESMTP id 890191171CF for <pcp@oss.sgi.com>; Wed, 1 Oct 2008 16:43:05 +1000 (EST) Received: from postoffice.aconex.com (postoffice.yarra.acx [192.168.3.1]) by postoffice2.aconex.com with ESMTP id Gzc0BIZyrohAX1j2 for <pcp@oss.sgi.com>; Wed, 01 Oct 2008 16:43:05 +1000 (EST) Received: from [192.168.0.100] (c220-239-214-222.fernt2.vic.optusnet.com.au [220.239.214.222]) by postoffice.aconex.com (Postfix) with ESMTP id 704E592C31D for <pcp@oss.sgi.com>; Wed, 1 Oct 2008 16:43:04 +1000 (EST) X-ASG-Orig-Subj: pcp updates Subject: pcp updates From: Nathan Scott <nscott@aconex.com> To: pcp@oss.sgi.com Content-Type: text/plain Date: Wed, 01 Oct 2008 16:41:05 +1000 Message-Id: <1222843265.4655.55.camel@verge.scott.net.au> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: prod.aconex.com[203.89.192.138] X-Barracuda-Start-Time: 1222843391 X-Barracuda-Bayes: INNOCENT GLOBAL 0.0000 1.0000 -2.0210 X-Barracuda-Virus-Scanned: by cuda.sgi.com at sgi.com X-Barracuda-Spam-Score: -0.02 X-Barracuda-Spam-Status: No, SCORE=-0.02 using per-user scores of TAG_LEVEL=2.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=2.1 tests=BSF_RULE7568M, WEIRD_PORT X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.1.6959 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 1.50 WEIRD_PORT URI: Uses non-standard port number for HTTP 0.50 BSF_RULE7568M Custom Rule 7568M X-archive-position: 1806 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: nscott@aconex.com Precedence: bulk X-list: pcp Changes committed to git://oss.sgi.com:8090/nathans/pcp.git build/GNUmakefile | 3 + build/aix/GNUmakefile | 42 +++++++++++++++ build/aix/pcp.template.in | 14 +++++ configure.in | 7 ++ src/include/builddefs.in | 3 + src/libpcp/src/loop.c | 126 +++++++++++++++++++++------------------------- 6 files changed, 129 insertions(+), 66 deletions(-) commit 19c23a735f88bce9510468dcaa9bfc28cc5748e8 Author: Nathan Scott <nathans@debian.org> Date: Wed Oct 1 15:52:16 2008 +1000 AIX packaging based on /usr/lpp/bos/README.MKINSTALLP doc. commit 4eb20cd891c0d0d4d94a102b548661a1fb50a030 Author: Nathan Scott <nathans@debian.org> Date: Wed Oct 1 15:23:26 2008 +1000 The AIX C compiler doesnt grok the -Wall option. commit 5251eb7e01432946020dd6c9229486bd839be6a0 Author: Nathan Scott <nathans@debian.org> Date: Wed Oct 1 09:49:16 2008 +1000 Fix whitespace damage with structure definitions and code in libpcp/src/loop.c - many occurrences of lines with no initial whitespace? - bizarre and hard to read; made consistent with all other PCP code. commit ebbe9843598155a3a4bdf45eb6b3872451ca6e30 Author: Nathan Scott <nathans@debian.org> Date: Wed Oct 1 09:45:03 2008 +1000 AIX defines TRUE/FALSE in system headers already, so we cannot unconditionally (re)define them in src/libpcp/src/loop.c - we just handle "boolean" the same way the rest of the PCP sources do here now. commit 9a62c5772b1a3ddc54e926f69f3c7e70fdbb21f3 Author: Nathan Scott <nathans@debian.org> Date: Wed Oct 1 09:39:48 2008 +1000 AIX defines SIGMAX in system headers already, so we cannot unconditionally (re)define it in src/libpcp/src/loop.c.