From sonic.zhang@intel.com Fri Feb 7 21:56:15 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 07 Feb 2003 21:56:20 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h185uE3v024800 for ; Fri, 7 Feb 2003 21:56:14 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h18627c01199 for ; Sat, 8 Feb 2003 06:02:07 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h185hPp03880 for ; Sat, 8 Feb 2003 05:43:25 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003020814035832570 ; Sat, 08 Feb 2003 14:03:58 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW1Z8HD>; Sat, 8 Feb 2003 14:02:52 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602E95551@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: New bug found in case 134 Date: Sat, 8 Feb 2003 14:01:43 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2CF37.8DFBB730" X-archive-position: 176 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2CF37.8DFBB730 Content-Type: text/plain; charset="gb2312" Please refer to the attachment. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* ------_=_NextPart_000_01C2CF37.8DFBB730 Content-Type: application/octet-stream; name="134.out" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="134.out" QA output created by 134=0A= =0A= =3D=3D=3D logger started, nothing logged =3D=3D=3D=0A= MYLOG.0 250-289 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-0 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= =0A= =3D=3D=3D first volume, one result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= New log volume 1=0A= =0A= =3D=3D=3D second empty volume =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 132 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, one result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 170-209 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-2 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, second + third result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 330-369 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-4 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= =0A= =3D=3D=3D logger done =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 330-369 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-4 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= ------_=_NextPart_000_01C2CF37.8DFBB730 Content-Type: application/octet-stream; name="134.full" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="134.full" =3D=3D=3D logger started, nothing logged =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 252 Feb 7 22:50 /tmp/2477.0=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:29.340 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =3D=3D=3D first volume, one result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 292 Feb 7 22:50 /tmp/2477.0=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:30.411 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= 22:50:30.411 0 350 252=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =0A= 22:50:30.411 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second empty volume =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 292 Feb 7 22:50 /tmp/2477.0=0A= -rw-r--r-- 1 pcpqa pcpqa 132 Feb 7 22:50 /tmp/2477.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:30.411 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= 22:50:30.411 0 350 252=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =0A= 22:50:30.411 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second volume, one result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 292 Feb 7 22:50 /tmp/2477.0=0A= -rw-r--r-- 1 pcpqa pcpqa 172 Feb 7 22:50 /tmp/2477.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:34.541 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= 22:50:30.411 0 350 252=0A= 22:50:34.541 1 605 132=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =0A= 22:50:30.411 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 22:50:34.541 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second volume, second + third result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 292 Feb 7 22:50 /tmp/2477.0=0A= -rw-r--r-- 1 pcpqa pcpqa 356 Feb 7 22:50 /tmp/2477.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:36.611 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= 22:50:30.411 0 350 252=0A= 22:50:34.541 1 605 132=0A= 22:50:36.611 1 605 172=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =0A= 22:50:30.411 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 22:50:34.541 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 22:50:36.611 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= 2.0.4 (pmcd.control.timeout): value 5=0A= 2.0.0 (pmcd.control.debug): value 0=0A= =0A= 22:50:36.611 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D logger done =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa pcpqa 292 Feb 7 22:50 /tmp/2477.0=0A= -rw-r--r-- 1 pcpqa pcpqa 356 Feb 7 22:50 /tmp/2477.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host nine=0A= commencing Fri Feb 7 22:50:29.340 2003=0A= ending Fri Feb 7 22:50:36.611 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 22:50:29.340 0 132 132=0A= 22:50:30.411 0 350 252=0A= 22:50:34.541 1 605 132=0A= 22:50:36.611 1 605 172=0A= =0A= 22:50:29.340 2.3.3 (pmcd.pmlogger.host): inst [2484 or "2484"] value = "nine.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [2484 or "2484"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [2484 or "2484"] = value "/tmp/2477"=0A= =0A= 22:50:30.411 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 22:50:34.541 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 22:50:36.611 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= 2.0.4 (pmcd.control.timeout): value 5=0A= 2.0.0 (pmcd.control.debug): value 0=0A= =0A= 22:50:36.611 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= ------_=_NextPart_000_01C2CF37.8DFBB730 Content-Type: application/octet-stream; name="134.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="134.out.bad" QA output created by 134=0A= =0A= =3D=3D=3D logger started, nothing logged =3D=3D=3D=0A= MYLOG.0 250-289 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-0 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= =0A= =3D=3D=3D first volume, one result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= New log volume 1=0A= =0A= =3D=3D=3D second empty volume =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 132 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, one result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 170-209 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-2 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, second + third result =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 330-369 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-3 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= =0A= =3D=3D=3D logger done =3D=3D=3D=0A= MYLOG.0 290-329 bytes=0A= MYLOG.1 330-369 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-3 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= ------_=_NextPart_000_01C2CF37.8DFBB730-- From sonic.zhang@intel.com Fri Feb 7 22:00:05 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 07 Feb 2003 22:00:06 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h186043v024819 for ; Fri, 7 Feb 2003 22:00:04 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h18640Y12864 for ; Sat, 8 Feb 2003 06:04:00 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h185lFW04693 for ; Sat, 8 Feb 2003 05:47:16 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003020814075025045 ; Sat, 08 Feb 2003 14:07:50 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW1Z8JA>; Sat, 8 Feb 2003 14:06:44 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602E95554@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: I found the cause of the bug in case 022 Date: Sat, 8 Feb 2003 14:05:31 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="gb2312" X-archive-position: 177 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, This bug occurs only after command "umask 022". If I don't run this command, this case passes on my test machine. But this command is required by some other cases. You can find the bad file in the former emails. This information is for your reference. Regards. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* From sonic.zhang@intel.com Fri Feb 7 22:02:27 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 07 Feb 2003 22:02:28 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1862Q3v024841 for ; Fri, 7 Feb 2003 22:02:27 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1868Jc02527 for ; Sat, 8 Feb 2003 06:08:19 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h185ncW05201 for ; Sat, 8 Feb 2003 05:49:38 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003020814101125290 ; Sat, 08 Feb 2003 14:10:11 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW1Z8KF>; Sat, 8 Feb 2003 14:09:05 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602E95556@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: Have you got the correct results from case 236 and 603? Date: Sat, 8 Feb 2003 14:07:49 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="gb2312" X-archive-position: 178 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp If so, could you please mail me your new scripts? Thanks. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* From sonic.zhang@intel.com Sat Feb 8 17:16:41 2003 Received: with ECARTIS (v1.0.0; list pcp); Sat, 08 Feb 2003 17:16:45 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h191Ge3v008099 for ; Sat, 8 Feb 2003 17:16:40 -0800 Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h191Kcq22033 for ; Sun, 9 Feb 2003 01:20:38 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by petasus.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h191Kv203062 for ; Sun, 9 Feb 2003 01:20:57 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003020909242806779 ; Sun, 09 Feb 2003 09:24:29 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW15KHJ>; Sun, 9 Feb 2003 09:23:23 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602E955F4@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: RE: New bug found in case 134 Date: Sun, 9 Feb 2003 09:22:16 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h191Ge3v008099 X-archive-position: 179 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, This bug disappears. Don't know why. Sonic Zhang -----Original Message----- From: Zhang, Sonic [mailto:sonic.zhang@intel.com] Sent: 2003Äê2ÔÂ8ÈÕ 14:02 To: KenMcDonell (E-mail) Cc: PCP (E-mail) Subject: New bug found in case 134 Please refer to the attachment. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* From kenmcd@melbourne.sgi.com Mon Feb 10 02:37:29 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 02:37:33 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1AAbT3v030041 for ; Mon, 10 Feb 2003 02:37:29 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1A8jaG8023534 for ; Mon, 10 Feb 2003 00:45:37 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1AAi9AB14175999; Mon, 10 Feb 2003 21:44:09 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1AAi86014176013; Mon, 10 Feb 2003 21:44:08 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 10 Feb 2003 21:44:08 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: RE: Bugs in case 077 and 583 pass, but new problem is found in ca se 0 69 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA2602E9504D@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 180 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Thu, 30 Jan 2003, Zhang, Sonic wrote: > Hi, > > I find the cause of the problem in case 069. > It is the DHCP server in my intranet. The test machines fail to set > up its DHCP_HOSTNAME to the DHCP server last time. And I have to set a > static domain name in file /etc/hosts for each test machines. But your test > script can't work in this way. Today, the DHCP server works well. Then, case > 069 passes. I don't think there is anything I can do to make the PCP QA test more robust here. Do you agree? From kenmcd@melbourne.sgi.com Mon Feb 10 02:37:51 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 02:37:56 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1AAbo3v030048 for ; Mon, 10 Feb 2003 02:37:51 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1A8jwG8023555 for ; Mon, 10 Feb 2003 00:45:58 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1AAiWAB14172364; Mon, 10 Feb 2003 21:44:32 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1AAiVmB14176609; Mon, 10 Feb 2003 21:44:31 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 10 Feb 2003 21:44:31 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: pcp@oss.sgi.com Subject: RE: pcp qa 603 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888623-1534801513-1044873730=:14176916" Content-ID: X-archive-position: 181 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888623-1534801513-1044873730=:14176916 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Thu, 30 Jan 2003 kenmcd@melbourne.sgi.com wrote: > OK, I understand now. This test assumes all of the QA hosts are on > the same subnet ... yours are not, sigh. > > I'll have a fix for qa/603 shortly. The new version of 603 is attached. > On Wed, 29 Jan 2003, Zhang, Sonic wrote: > > > Hi, > > > > Please see the attachments. > > > > Sonic Zhang > > > > > > -----Original Message----- > > From: kenmcd@melbourne.sgi.com [mailto:kenmcd@melbourne.sgi.com] > > Sent: 2003?1?29? 7:36 > > To: sonic.zhang@intel.com > > Subject: pcp qa 603 > > > > > > This one is proving to be difficult to debug. > > > > I've attached 2 patches for the trace PMDA to increase the level > > of debugging available from there. And a new 603. > > > > You'll have to patch the src/pmdas/trace directory, make and then > > as root make install in that directory to get the new Install and > > pmdatrace installed in /var/pcp/pmdas/trace/tracepmda. > > > > Then run the modified 603 I've attached. > > > > Then send me the 603.out and 603.full output files. > > > > Thanks. > > > > > > > > > > > ---2045888623-1534801513-1044873730=:14176916 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=603 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: 603 Content-Disposition: ATTACHMENT; FILENAME=603 IyEgL2Jpbi9zaA0KIyBQQ1AgUUEgVGVzdCBOby4gNjAzDQojICRSZXZpc2lv bjogMS4xNiAkDQojIFBDUCAyLjIgZHVwbGljYXRlIG9mIDM0OSAocG1kYXRy YWNlLCBwbXRyYWNlLCBhbmQgbGlicGNwX3RyYWNlIHRlc3RzKQ0KIw0KIw0K IyBDb3B5cmlnaHQgKGMpIDE5OTUtMjAwMiBTaWxpY29uIEdyYXBoaWNzLCBJ bmMuICBBbGwgUmlnaHRzIFJlc2VydmVkLg0KIw0KIyBjcmVhdG9yDQpvd25l cj1uYXRoYW5zDQoNCnNlcT1gYmFzZW5hbWUgJDBgDQoNCi4gLi9sb2NhbGNv bmZpZw0KDQppZiBbICRQQ1BfVkVSIC1sdCAyMjAwIF0NCnRoZW4NCiAgICBl Y2hvICJ0ZXN0IGhhcyBleHRlbnNpb25zIGZvciBQQ1AgMi4yIGFuZCBsYXRl ciwgc2tpcHBpbmciID4kc2VxLm5vdHJ1bg0KICAgIGVjaG8gIiRzZXE6IFtu b3QgcnVuXSBgY2F0ICRzZXEubm90cnVuYCINCiAgICBleGl0IDANCmZpDQoN CmVjaG8gIlFBIG91dHB1dCBjcmVhdGVkIGJ5ICRzZXEiDQoNCiMgcHRvb2xz IHByb2JsZW0gLi4uIGNhbm5vdCByZXZlcnQgdG8gJHNlcS5vdXQsIHNvIGtl ZXAgaXJpeCB2ZXJzaW9uIGFzDQojIHN5bm9ueW0NCiMNCnJtIC1mICRzZXEu b3V0DQpsbiAkc2VxLm91dC5pcml4ICRzZXEub3V0DQoNCiMgZ2V0IHN0YW5k YXJkIGZpbHRlcnMNCi4gLi9jb21tb24ucHJvZHVjdA0KLiAuL2NvbW1vbi5m aWx0ZXINCi4gLi9jb21tb24uY2hlY2sNCg0KX2NsZWFudXAoKQ0Kew0KICAg IGNkICRoZXJlDQogICAgaWYgWyAtbiAiJHNhdmVkdHJhY2Vob3N0IiBdDQog ICAgdGhlbg0KCVBDUF9UUkFDRV9IT1NUPSRzYXZlZHRyYWNlaG9zdDsgZXhw b3J0IFBDUF9UUkFDRV9IT1NUDQogICAgZmkNCiAgICAkaGVyZS9zdWRvIHJt IC1mICR0bXAuKg0KICAgIGV4aXQgJHN0YXR1cw0KfQ0KDQpfbXlfZmlsdGVy X3BtZGFfaW5zdGFsbCgpDQp7DQogICAgX2ZpbHRlcl9wbWRhX2luc3RhbGwg fCBzZWQgLWUgInMvJHFhaG9zdC9IT1NUTkFNRS9nIg0KfQ0KDQp0bXA9L3Rt cC8kJA0Kc3Vkbz1gcHdkYC9zdWRvDQpzdGF0dXM9MQkjIGZhaWx1cmUgaXMg dGhlIGRlZmF1bHQhDQp0cmFwICJfY2xlYW51cCIgMCAxIDIgMyAxNQ0KDQpp ZiBbIC1uICIkUENQX1RSQUNFX0hPU1QiIF0NCnRoZW4NCiAgICBzYXZlZHRy YWNlaG9zdD0kUENQX1RSQUNFX0hPU1Q7IHVuc2V0IFBDUF9UUkFDRV9IT1NU DQpmaQ0KDQpoZXJlPWBwd2RgDQpxYWhvc3Q9YF9nZXRfZnFkbmANCm90aGVy aG9zdD1gLi9nZXRwbWNkaG9zdHMgLUwgLW4gMSAyPiR0bXAub3V0YA0KaWYg WyAteiAiJG90aGVyaG9zdCIgXQ0KdGhlbg0KICAgIGNhdCAkdG1wLm91dA0K ICAgIGVjaG8gIkFycmdoLCBjYW5ub3QgZmluZCBhIHN1aXRhYmxlIHJlbW90 ZSBwbWNkIGhvc3QiDQogICAgZXhpdA0KZmkNCnFhbmV0PWBfaG9zdF90b19p cGFkZHIgJG90aGVyaG9zdCB8IHNlZCAtZSAncy9bMC05XVswLTldKiQvKi8n YA0KDQpybSAtZiAkc2VxLmZ1bGwNCmVjaG8gInFhaG9zdD0kcWFob3N0IiA+ JHNlcS5mdWxsDQplY2hvICJxYW5ldD0kcWFuZXQiID4+JHNlcS5mdWxsDQpl Y2hvICJvdGhlcmhvc3Q9JG90aGVyaG9zdCIgPj4kc2VxLmZ1bGwNCg0KY2F0 ID4gJHRtcC5jb25mMSA8PCBFT0YNCm4NCjYwDQoxMA0KNDMyMw0KeQ0KeQ0K RA0KJHFhaG9zdA0KDQpFT0YNCg0KY2F0ID4gJHRtcC5jb25mMiA8PCBFT0YN Cm4NCjYwDQoxMA0KNDMyMw0KeQ0KeQ0KRA0KJHFhbmV0DQpBDQokcWFob3N0 DQoxDQoNCkVPRg0KDQpwbWluZm8gdHJhY2UgPi9kZXYvbnVsbCAyPiYxDQpy ZW1vdmU9JD8NCmVjaG8gInJlbW92ZT0kcmVtb3ZlIiA+PiRzZXEuZnVsbA0K DQojIHJlYWwgUUEgdGVzdCBzdGFydHMgaGVyZQ0KY2QgJFBDUF9QTURBU19E SVIvdHJhY2UNCg0KZWNobyA+PiRoZXJlLyRzZXEuZnVsbA0KZWNobyAiPT09 IGZpcnN0IGxvY2FsIHRyYWNlIFBNREEgY29uZmlnID09PSIgPj4kaGVyZS8k c2VxLmZ1bGwNCmNhdCAkdG1wLmNvbmYxID4+JGhlcmUvJHNlcS5mdWxsDQpl Y2hvICI9PT0iID4+JGhlcmUvJHNlcS5mdWxsDQoNCiRoZXJlL3N1ZG8gLi9J bnN0YWxsIC1SIC8gPCAkdG1wLmNvbmYxIDI+JjEgXA0KfCB0ZWUgLWEgJGhl cmUvJHNlcS5mdWxsIFwNCnwgX215X2ZpbHRlcl9wbWRhX2luc3RhbGwNCl93 YWl0X2Zvcl9wbWNkDQpncmVwIHRyYWNlICRQQ1BfUE1DRENPTkZfUEFUSCA+ PiRoZXJlLyRzZXEuZnVsbA0KDQplY2hvICc9PT0gQXR0ZW1wdGluZyBiYWQg bG9jYWwgYWNjZXNzID09PScNCmVjaG8gIj09PSBBdHRlbXB0aW5nIGJhZCBs b2NhbCBhY2Nlc3MgPT09IiA+PiRoZXJlLyRzZXEuZnVsbA0KIyBFcnJvciBt ZXNzYWdlIG1hcHBpbmcgaXMgZm9yIExpbnV4DQojDQpwbXRyYWNlIC1oICRx YWhvc3QgJHFhaG9zdCAyPiYxIFwNCnwgdGVlIC1hICRoZXJlLyRzZXEuZnVs bCBcDQp8IHNlZCBcDQogICAgLWUgInMvQ29ubmVjdGlvbiByZXNldCBieSBw ZWVyL0Nhbm5vdCBjb25uZWN0IHRvIFBNREEgLSBwZXJtaXNzaW9uIGRlbmll ZC8iIFwNCiAgICAtZSAicy9Db25uZWN0aW9uIHJlZnVzZWQvQ2Fubm90IGNv bm5lY3QgdG8gUE1EQSAtIHBlcm1pc3Npb24gZGVuaWVkLyINCmlmIFsgLWYg JFBDUF9MT0dfRElSL3BtY2QvdHJhY2UubG9nIF0NCnRoZW4NCiAgICBjYXQg JFBDUF9MT0dfRElSL3BtY2QvdHJhY2UubG9nID4+JGhlcmUvJHNlcS5mdWxs DQplbGlmIFsgLWYgJFBDUF9MT0dfRElSL3RyYWNlLmxvZyBdDQp0aGVuDQog ICAgY2F0ICRQQ1BfTE9HX0RJUi90cmFjZS5sb2cgPj4kaGVyZS8kc2VxLmZ1 bGwNCmVsc2UNCiAgICBlY2hvICJBcnJnZ2ghIENhbm5vdCBmaW5kIGxvZyBm b3IgdHJhY2UgUE1EQSEiID4+JGhlcmUvJHNlcS5mdWxsDQpmaQ0KDQplY2hv DQoNCmVjaG8gPj4kaGVyZS8kc2VxLmZ1bGwNCmVjaG8gIj09PSBzZWNvbmQg bG9jYWwgdHJhY2UgUE1EQSBjb25maWcgPT09IiA+PiRoZXJlLyRzZXEuZnVs bA0KY2F0ICR0bXAuY29uZjIgPj4kaGVyZS8kc2VxLmZ1bGwNCmVjaG8gIj09 PSIgPj4kaGVyZS8kc2VxLmZ1bGwNCg0KJGhlcmUvc3VkbyAuL0luc3RhbGwg LVIgLyA8ICR0bXAuY29uZjIgMj4mMSBcDQp8IHRlZSAtYSAkaGVyZS8kc2Vx LmZ1bGwgXA0KfCBfbXlfZmlsdGVyX3BtZGFfaW5zdGFsbA0KX3dhaXRfZm9y X3BtY2QNCmdyZXAgdHJhY2UgJFBDUF9QTUNEQ09ORl9QQVRIID4+JGhlcmUv JHNlcS5mdWxsDQoNCmVjaG8gJz09PSBCdWlsZGluZyBkZW1vIHByb2dyYW0g KGFwcDIpID09PScNCmNkICRQQ1BfREVNT1NfRElSL3RyYWNlDQokaGVyZS9z dWRvICIoIG1ha2UgYXBwMiA+JHRtcC5tYWtlIDI+JjENCmlmIFsgJD8gLW5l IDAgXQ0KdGhlbg0KICAgIGVjaG8gYXBwMiBtYWtlIGZhaWxlZC4gIEhlcmVz IHRoZSBtYWtlIG91dHB1dCAuLi4NCiAgICBjYXQgJHRtcC5tYWtlDQpmaSki DQoNCmVjaG8gJz09PSBSdW5uaW5nIGRlbW8gcHJvZ3JhbSAoYXBwMikgPT09 Jw0KIyB1c2UgYXBwMiBwcm9jZXNzIHRvIGJ1bXAgdGhlIG51bWJlciBvZiBj b25uZWN0aW9ucy4NCiggKCAkUENQX0RFTU9TX0RJUi90cmFjZS9hcHAyIDI+ JjEgPiR0bXAub3V0ICYgKSApDQpzbGVlcCAzDQoNCmVjaG8gJz09PSBDaGVj ayBhY2Nlc3MgbGltaXRzID09PScNCmVjaG8gIj09PSBDaGVjayBhY2Nlc3Mg bGltaXRzID09PSIgPj4kaGVyZS8kc2VxLmZ1bGwNCiMgRXJyb3IgbWVzc2Fn ZSBtYXBwaW5nIGlzIGZvciBMaW51eA0KIw0KcG10cmFjZSAtaCAkcWFob3N0 ICdsaW1pdCBleGNlZWRlZCcgMj4mMSBcDQp8IHRlZSAtYSAkaGVyZS8kc2Vx LmZ1bGwgXA0KfCBzZWQgXA0KICAgIC1lICJzL0Nvbm5lY3Rpb24gcmVzZXQg YnkgcGVlci9DYW5ub3QgY29ubmVjdCB0byBQTURBIC0gY29ubmVjdGlvbiBs aW1pdCByZWFjaGVkLyINCg0Ka2lsbGFsbCBhcHAyDQp3YWl0DQplY2hvICI9 PT0gYXBwMiA9PT0iID4+JGhlcmUvJHNlcS5mdWxsDQpjYXQgJHRtcC5vdXQg Pj4kaGVyZS8kc2VxLmZ1bGwNCg0KZWNobyAnPT09IEF0dGVtcHRpbmcgYmFk IHJlbW90ZSBhY2Nlc3MgPT09Jw0KZWNobyAiPT09IEF0dGVtcHRpbmcgYmFk IHJlbW90ZSBhY2Nlc3MgPT09IiA+PiRoZXJlLyRzZXEuZnVsbA0KIyBFcnJv ciBtZXNzYWdlIG1hcHBpbmcgaXMgZm9yIExpbnV4DQojDQpyc2ggJG90aGVy aG9zdCAtbiAtbCBwY3BxYSAic2ggLWMgJ1BDUF9UUkFDRV9IT1NUPSRxYWhv c3QgcG10cmFjZSAtdiAxIGVlayciIDI+JjEgXA0KfCB0ZWUgLWEgJGhlcmUv JHNlcS5mdWxsIFwNCnwgc2VkIFwNCiAgICAtZSAicy9JbnRlcnJ1cHRlZCBm dW5jdGlvbiBjYWxsL0Nhbm5vdCBjb25uZWN0IHRvIFBNREEgLSBwZXJtaXNz aW9uIGRlbmllZC8iIFwNCiAgICAtZSAicy9Db25uZWN0aW9uIHJlZnVzZWQv Q2Fubm90IGNvbm5lY3QgdG8gUE1EQSAtIHBlcm1pc3Npb24gZGVuaWVkLyIN CmlmIFsgLWYgJFBDUF9MT0dfRElSL3BtY2QvdHJhY2UubG9nIF0NCnRoZW4N CiAgICBjYXQgJFBDUF9MT0dfRElSL3BtY2QvdHJhY2UubG9nID4+JGhlcmUv JHNlcS5mdWxsDQplbGlmIFsgLWYgJFBDUF9MT0dfRElSL3RyYWNlLmxvZyBd DQp0aGVuDQogICAgY2F0ICRQQ1BfTE9HX0RJUi90cmFjZS5sb2cgPj4kaGVy ZS8kc2VxLmZ1bGwNCmVsc2UNCiAgICBlY2hvICJBcnJnZ2ghIENhbm5vdCBm aW5kIGxvZyBmb3IgdHJhY2UgUE1EQSEiID4+JGhlcmUvJHNlcS5mdWxsDQpm aQ0KDQplY2hvDQoNCiMgUmVpbnN0YWxsIGRlZmF1bHRzDQplY2hvID4+JGhl cmUvJHNlcS5mdWxsDQplY2hvICI9PT0gUmVpbnN0YWxsIGRlZmF1bHQgY29u ZmlnID09PSIgPj4kaGVyZS8kc2VxLmZ1bGwNCmNkICRQQ1BfUE1EQVNfRElS L3RyYWNlDQokaGVyZS9zdWRvIC4vSW5zdGFsbCAtUiAvIDwgL2Rldi9udWxs IDI+JjEgXA0KfCB0ZWUgLWEgJGhlcmUvJHNlcS5mdWxsIFwNCnwgX215X2Zp bHRlcl9wbWRhX2luc3RhbGwNCl93YWl0X2Zvcl9wbWNkDQpjZCAkaGVyZQ0K DQpbICRyZW1vdmUgLWVxIDEgXSAmJiAkaGVyZS9zdWRvICRQQ1BfUE1EQVNf RElSL3RyYWNlL1JlbW92ZSA+L2Rldi9udWxsIDI+JjENCg0KIyBzdWNjZXNz LCBhbGwgZG9uZQ0Kc3RhdHVzPTANCmV4aXQNCg== ---2045888623-1534801513-1044873730=:14176916-- From kenmcd@melbourne.sgi.com Mon Feb 10 02:43:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 02:43:12 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1AAhA3v031378 for ; Mon, 10 Feb 2003 02:43:10 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1A9wGKp000677 for ; Mon, 10 Feb 2003 01:58:18 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1AAnlAB14047521; Mon, 10 Feb 2003 21:49:47 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1AAnk9m14174884; Mon, 10 Feb 2003 21:49:46 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 10 Feb 2003 21:49:46 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: I found the cause of the bug in case 022 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA2602E95554@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 182 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp Are you sure you mean qa/022? I cannot see how this could be influenced by umask 022. Now the tests that _do_ have an exposure to umask are ... 082 280 530 532 570 And each of these contain explict umask calls in the versions I have. So I'm not sure what the issue here is. On Sat, 8 Feb 2003, Zhang, Sonic wrote: > Hi, > > This bug occurs only after command "umask 022". If I don't run this > command, this case passes on my test machine. But this command is required > by some other cases. You can find the bad file in the former emails. > > This information is for your reference. > Regards. > > ************************************* > Sonic Zhang > > Software Engineer > Intel China Software Lab > > Tel: 021-52574545-1667 > iNet: 8-752-1667 > ************************************* > > From kenmcd@melbourne.sgi.com Mon Feb 10 09:51:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 09:51:16 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1AHp93v011546 for ; Mon, 10 Feb 2003 09:51:10 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1AI8Fkq006174 for ; Mon, 10 Feb 2003 12:08:15 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1AHvpAB14042932; Tue, 11 Feb 2003 04:57:51 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1AHvm9i14172039; Tue, 11 Feb 2003 04:57:49 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Tue, 11 Feb 2003 04:57:48 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: RE: New bug found in case 134 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA2602E955F4@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-2045888623-367692767-1044899868=:14176916" X-archive-position: 183 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---2045888623-367692767-1044899868=:14176916 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE There was a small race condition here, and two timestamps that were assumed to be different were in fact very close together ... if you were unlucky they were the _same_ timestamp, and the test "failed". I've fixed this in the attached qa/134. Sonic, according to my records we're done ... there are no more outstanding failures from your testing. Thanks for your assistance to wrestle these issues to the ground. I'm planning on issuing a new version of the QA suite later this week. On Sun, 9 Feb 2003, Zhang, Sonic wrote: > Hi, > > =09This bug disappears. Don't know why. > > =09Sonic Zhang > > -----Original Message----- > From: Zhang, Sonic [mailto:sonic.zhang@intel.com] > Sent: 2003=C4=EA2=D4=C28=C8=D5 14:02 > To: KenMcDonell (E-mail) > Cc: PCP (E-mail) > Subject: New bug found in case 134 > > > > =09Please refer to the attachment. > > > > > ************************************* > Sonic Zhang > > Software Engineer > Intel China Software Lab > > Tel: 021-52574545-1667 > iNet: 8-752-1667 > ************************************* > > > > ---2045888623-367692767-1044899868=:14176916 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=134 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: 134 Content-Disposition: attachment; filename=134 IyEgL2Jpbi9zaA0KIyBQQ1AgUUEgVGVzdCBOby4gMTM0DQojICRSZXZpc2lv bjogMi4xMSAkDQojIENoZWNrIHBtR2V0QXJjaGl2ZUVuZCBmb3IgbXVsdGkt dm9sdW1lIGxvZ3MNCiMNCiMgQ29weXJpZ2h0IChjKSAxOTk1LTIwMDIgU2ls aWNvbiBHcmFwaGljcywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCiMN Cg0Kc2VxPWBiYXNlbmFtZSAkMGANCnNlcT1gYmFzZW5hbWUgJDBgDQplY2hv ICJRQSBvdXRwdXQgY3JlYXRlZCBieSAkc2VxIg0KDQojIGdldCBzdGFuZGFy ZCBmaWx0ZXJzDQouIC4vY29tbW9uLnByb2R1Y3QNCi4gLi9jb21tb24uZmls dGVyDQoNCnRtcD0vdG1wLyQkDQp0cmFwICJybSAtZiAkdG1wLio7IGV4aXQi IDAgMSAyIDMgMTUNCg0KIyBnZXQgc3RhbmRhcmQgZmlsdGVycw0KLiAuL2Nv bW1vbi5maWx0ZXINCi4gLi9jb21tb24uY2hlY2sNCg0KX2RvX2xzKCkNCnsN CiAgICAkUENQX0FXS19QUk9HICcNCi9DYW5ub3QvCXsgcHJpbnQ7IG5leHQg fQ0KCQl7IHByaW50ICQ5LCQ1LCJieXRlcyIgfScgXA0KICAgIHwgc2VkIC1l ICJzOyR0bXA7TVlMT0c7IiBcDQogICAgfCAkUENQX0FXS19QUk9HICcNCiQy ID49IDE3MCAmJiAkMiA8PSAyMDkJeyBwcmludCAkMSwiMTcwLTIwOSIsJDM7 IG5leHQgfQ0KJDIgPj0gMjEwICYmICQyIDw9IDI0OQl7IHByaW50ICQxLCIy MTAtMjQ5IiwkMzsgbmV4dCB9DQokMiA+PSAyNTAgJiYgJDIgPD0gMjg5CXsg cHJpbnQgJDEsIjI1MC0yODkiLCQzOyBuZXh0IH0NCiQyID49IDI5MCAmJiAk MiA8PSAzMjkJeyBwcmludCAkMSwiMjkwLTMyOSIsJDM7IG5leHQgfQ0KJDIg Pj0gMzMwICYmICQyIDw9IDM2OQl7IHByaW50ICQxLCIzMzAtMzY5IiwkMzsg bmV4dCB9DQoJCQl7IHByaW50IH0nDQp9DQoNCl9kb190aW1lKCkNCnsNCiAg ICB0c3RhbXA9YHdjIC1sIDwkdG1wLnNlZCB8IHNlZCAtZSAncy8gICovL2cn YA0KICAgIHRzdGFtcD1gZXhwciAkdHN0YW1wIC0gMmANCiAgICBzZWQgPiR0 bXAudG1wIFwNCgktZSAiczskdG1wO01ZTE9HOyIgXA0KCS1lICdzL2Zyb20g aG9zdCAuKi9mcm9tIGhvc3QgTE9DQUxIT1NULycgXA0KCS1lICIvXCIkbG9n Z2VyX3BpZFwiL3MvJGxvZ2dlcl9waWQvTE9HR0VSX1BJRC9nIiBcDQoJLWUg Jy9wbWNkLnBtbG9nZ2VyLnBvcnQvcy92YWx1ZSAuKi92YWx1ZSBQT1JULycg XA0KCS1lICcvcG1jZC5wbWxvZ2dlci5ob3N0L3MvdmFsdWUgIi4qL3ZhbHVl ICJIT1NUIi8nIFwNCgktZSAnL3BtY2QucG1sb2dnZXIuYXJjaGl2ZS9zL3Zh bHVlICIuKi92YWx1ZSAiUEFUSCIvJw0KICAgIHNlZCAtbiA8JHRtcC50bXAg XA0KICAgICAgLWUgJ3MvLipcKFswLTldWzAtOV06WzAtOV1bMC05XTpbMC05 XVswLTldLlswLTldWzAtOV1bMC05XVwpLiovXDEvcCcgXA0KICAgIHwgTENf Q09MTEFURT1QT1NJWCBzb3J0IC11IFwNCiAgICB8IHdoaWxlIHJlYWQgdGlt ZQ0KICAgIGRvDQogICAgCWlmIGdyZXAgJHRpbWUgJHRtcC5zZWQgPi9kZXYv bnVsbA0KCXRoZW4NCgkgICAgOg0KCWVsc2UNCgkgICAgZWNobyAicy8kdGlt ZS9USU1FU1RBTVAtJHRzdGFtcC9nIiA+PiR0bXAuc2VkDQoJICAgIHRzdGFt cD1gZXhwciAkdHN0YW1wICsgMWANCglmaQ0KICAgIGRvbmUNCg0KICAgIHNl ZCAtZiAkdG1wLnNlZCAkdG1wLnRtcCBcDQogICAgfCAkUENQX0FXS19QUk9H ICcNCiQxIH4gL1RJTUVTVEFNUC8gJiYgTkYgPT0gNAl7IHByaW50ICQxICIg ICAgICIgJDIgIiAgICAgICBPRkZTRVQgICAgICAgT0ZGU0VUIjsgbmV4dCB9 DQoJCQkJeyBwcmludCB9Jw0KfQ0KDQpfZG9fbWV0cmljcygpDQp7DQogICAg ZWNobyAiTWV0cmljcyBpbiBhcmNoaXZlOiINCiAgICBlZ3JlcCAnc2FtcGxl fHBtY2QnIFwNCiAgICB8IHNlZCAtZSAncy8uKigvLycgLWUgJ3MvKS4qLy8n IC1lICdzL14vICAgIC8nDQp9DQoNCiMgcmVhbCBRQSB0ZXN0IHN0YXJ0cyBo ZXJlDQpybSAtZiAkdG1wLioNCmVjaG8gJ3MvIFtBLVpdW2Etel1bYS16XSBb QS1aXVthLXpdW2Etel0gLi4gLyBtb250aC1kYXkgL2cnID4kdG1wLnNlZA0K ZWNobyAncy8gWzEyXVswLTldWzAtOV1bMC05XSQvIHllYXIvJyA+PiR0bXAu c2VkDQoNCnBtbG9nZ2VyIC1MIC1jIC9kZXYvbnVsbCAtbCAkdG1wLmxvZyAk dG1wICYNCnBpZD0kIQ0KX3dhaXRfZm9yX3BtbG9nZ2VyICRwaWQgJHRtcC5s b2cNCg0KZWNobw0KZWNobyAiPT09IGxvZ2dlciBzdGFydGVkLCBub3RoaW5n IGxvZ2dlZCA9PT0iDQplY2hvICI9PT0gbG9nZ2VyIHN0YXJ0ZWQsIG5vdGhp bmcgbG9nZ2VkID09PSIgPiRzZXEuZnVsbA0KbHMgLWwgJHRtcC4/IDI+JjEg fCB0ZWUgLWEgJHNlcS5mdWxsIHwgX2RvX2xzDQpwbWR1bXBsb2cgLWx0ICR0 bXAgMj4mMSB8IHRlZSAtYSAkc2VxLmZ1bGwgfCBfZG9fdGltZQ0KcG1kdW1w bG9nICR0bXAgfCB0ZWUgLWEgJHNlcS5mdWxsIHwgX2RvX21ldHJpY3MNCg0K cG1sYyA8PEVuZC1vZi1GaWxlDQpjb25uZWN0ICRwaWQNCmxvZyBtYW5kYXRv cnkgb24gb25jZSBwbWNkLmNvbnRyb2wucmVnaXN0ZXJbIjAiXQ0KRW5kLW9m LUZpbGUNCnNsZWVwIDINCmVjaG8gZmx1c2ggfCBwbWxjICRwaWQgPi9kZXYv bnVsbA0KDQplY2hvDQplY2hvICI9PT0gZmlyc3Qgdm9sdW1lLCBvbmUgcmVz dWx0ID09PSINCmVjaG8gIj09PSBmaXJzdCB2b2x1bWUsIG9uZSByZXN1bHQg PT09IiA+PiRzZXEuZnVsbA0KbHMgLWwgJHRtcC4/IHwgdGVlIC1hICRzZXEu ZnVsbCB8IF9kb19scw0KcG1kdW1wbG9nIC1sdCAkdG1wIHwgdGVlIC1hICRz ZXEuZnVsbCB8IF9kb190aW1lDQpwbWR1bXBsb2cgJHRtcCB8IHRlZSAtYSAk c2VxLmZ1bGwgfCBfZG9fbWV0cmljcw0KDQpwbWxjIDw8RW5kLW9mLUZpbGUN CmNvbm5lY3QgJHBpZA0KbmV3IHZvbHVtZQ0KRW5kLW9mLUZpbGUNCnNsZWVw IDINCg0KZWNobw0KZWNobyAiPT09IHNlY29uZCBlbXB0eSB2b2x1bWUgPT09 Ig0KZWNobyAiPT09IHNlY29uZCBlbXB0eSB2b2x1bWUgPT09IiA+PiRzZXEu ZnVsbA0KbHMgLWwgJHRtcC4/IHwgdGVlIC1hICRzZXEuZnVsbCB8IF9kb19s cw0KcG1kdW1wbG9nIC1sdCAkdG1wIHwgdGVlIC1hICRzZXEuZnVsbCB8IF9k b190aW1lDQpwbWR1bXBsb2cgJHRtcCB8IHRlZSAtYSAkc2VxLmZ1bGwgfCBf ZG9fbWV0cmljcw0KDQpwbWxjIDw8RW5kLW9mLUZpbGUNCmNvbm5lY3QgJHBp ZA0KbG9nIG1hbmRhdG9yeSBvbiBvbmNlIHBtY2QuY29udHJvbC5yZWdpc3Rl clsiMCJdDQpFbmQtb2YtRmlsZQ0Kc2xlZXAgMg0KZWNobyBmbHVzaCB8IHBt bGMgJHBpZCA+L2Rldi9udWxsDQoNCmVjaG8NCmVjaG8gIj09PSBzZWNvbmQg dm9sdW1lLCBvbmUgcmVzdWx0ID09PSINCmVjaG8gIj09PSBzZWNvbmQgdm9s dW1lLCBvbmUgcmVzdWx0ID09PSIgPj4kc2VxLmZ1bGwNCmxzIC1sICR0bXAu PyB8IHRlZSAtYSAkc2VxLmZ1bGwgfCBfZG9fbHMNCnBtZHVtcGxvZyAtbHQg JHRtcCB8IHRlZSAtYSAkc2VxLmZ1bGwgfCBfZG9fdGltZQ0KcG1kdW1wbG9n ICR0bXAgfCB0ZWUgLWEgJHNlcS5mdWxsIHwgX2RvX21ldHJpY3MNCg0KcG1s YyA8PEVuZC1vZi1GaWxlDQpjb25uZWN0ICRwaWQNCmxvZyBtYW5kYXRvcnkg b24gb25jZSB7IA0KICAgIHBtY2QuY29udHJvbC5kZWJ1Zw0KICAgIHBtY2Qu Y29udHJvbC50aW1lb3V0DQogICAgc2FtcGxlLmJpbg0KfQ0KRW5kLW9mLUZp bGUNCnNsZWVwIDINCnBtbGMgPDxFbmQtb2YtRmlsZQ0KY29ubmVjdCAkcGlk DQpsb2cgbWFuZGF0b3J5IG9uIG9uY2UgcG1jZC5jb250cm9sLnJlZ2lzdGVy WyIwIl0NCkVuZC1vZi1GaWxlDQpzbGVlcCAyDQplY2hvIGZsdXNoIHwgcG1s YyAkcGlkID4vZGV2L251bGwNCg0KZWNobw0KZWNobyAiPT09IHNlY29uZCB2 b2x1bWUsIHNlY29uZCArIHRoaXJkIHJlc3VsdCA9PT0iDQplY2hvICI9PT0g c2Vjb25kIHZvbHVtZSwgc2Vjb25kICsgdGhpcmQgcmVzdWx0ID09PSIgPj4k c2VxLmZ1bGwNCmxzIC1sICR0bXAuPyB8IHRlZSAtYSAkc2VxLmZ1bGwgfCBf ZG9fbHMNCnBtZHVtcGxvZyAtbHQgJHRtcCB8IHRlZSAtYSAkc2VxLmZ1bGwg fCBfZG9fdGltZQ0KcG1kdW1wbG9nICR0bXAgfCB0ZWUgLWEgJHNlcS5mdWxs IHwgX2RvX21ldHJpY3MNCg0Ka2lsbCAtSU5UICRwaWQNCndhaXQNCg0KZWNo bw0KZWNobyAiPT09IGxvZ2dlciBkb25lID09PSINCmVjaG8gIj09PSBsb2dn ZXIgZG9uZSA9PT0iID4+JHNlcS5mdWxsDQpscyAtbCAkdG1wLj8gfCB0ZWUg LWEgJHNlcS5mdWxsIHwgX2RvX2xzDQpwbWR1bXBsb2cgLWx0ICR0bXAgfCB0 ZWUgLWEgJHNlcS5mdWxsIHwgX2RvX3RpbWUNCnBtZHVtcGxvZyAkdG1wIHwg dGVlIC1hICRzZXEuZnVsbCB8IF9kb19tZXRyaWNzDQoNCmV4aXQgMA0K ---2045888623-367692767-1044899868=:14176916-- From sonic.zhang@intel.com Mon Feb 10 18:30:46 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 18:30:48 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1B2Uj3v023778 for ; Mon, 10 Feb 2003 18:30:46 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1B2Yqr23413 for ; Tue, 11 Feb 2003 02:34:52 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1B2HsG19245 for ; Tue, 11 Feb 2003 02:17:54 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021110384112537 ; Tue, 11 Feb 2003 10:38:41 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW17L00>; Tue, 11 Feb 2003 10:37:34 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602FAFCFE@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: pcp@oss.sgi.com Subject: RE: pcp qa 603 Date: Tue, 11 Feb 2003 10:36:28 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 185 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp OK, this case passes on my test machine. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?10? 18:45 To: Zhang, Sonic Cc: pcp@oss.sgi.com Subject: RE: pcp qa 603 On Thu, 30 Jan 2003 kenmcd@melbourne.sgi.com wrote: > OK, I understand now. This test assumes all of the QA hosts are on > the same subnet ... yours are not, sigh. > > I'll have a fix for qa/603 shortly. The new version of 603 is attached. > On Wed, 29 Jan 2003, Zhang, Sonic wrote: > > > Hi, > > > > Please see the attachments. > > > > Sonic Zhang > > > > > > -----Original Message----- > > From: kenmcd@melbourne.sgi.com [mailto:kenmcd@melbourne.sgi.com] > > Sent: 2003?1?29? 7:36 > > To: sonic.zhang@intel.com > > Subject: pcp qa 603 > > > > > > This one is proving to be difficult to debug. > > > > I've attached 2 patches for the trace PMDA to increase the level > > of debugging available from there. And a new 603. > > > > You'll have to patch the src/pmdas/trace directory, make and then > > as root make install in that directory to get the new Install and > > pmdatrace installed in /var/pcp/pmdas/trace/tracepmda. > > > > Then run the modified 603 I've attached. > > > > Then send me the 603.out and 603.full output files. > > > > Thanks. > > > > > > > > > > > From sonic.zhang@intel.com Mon Feb 10 18:30:44 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 10 Feb 2003 18:30:47 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1B2Uh3v023777 for ; Mon, 10 Feb 2003 18:30:44 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1B2amS21226 for ; Tue, 11 Feb 2003 02:36:48 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1B2HqG19222 for ; Tue, 11 Feb 2003 02:17:52 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021110384104931 ; Tue, 11 Feb 2003 10:38:41 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AW17L08>; Tue, 11 Feb 2003 10:37:34 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA2602FAFCFD@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: "PCP (E-mail)" Subject: RE: Bugs in case 077 and 583 pass, but new problem is found in ca se 0 69 Date: Tue, 11 Feb 2003 10:36:28 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 184 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Yes, no changes are required to this case. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?10? 18:44 To: Zhang, Sonic Cc: PCP (E-mail) Subject: RE: Bugs in case 077 and 583 pass, but new problem is found in ca se 0 69 On Thu, 30 Jan 2003, Zhang, Sonic wrote: > Hi, > > I find the cause of the problem in case 069. > It is the DHCP server in my intranet. The test machines fail to set > up its DHCP_HOSTNAME to the DHCP server last time. And I have to set a > static domain name in file /etc/hosts for each test machines. But your test > script can't work in this way. Today, the DHCP server works well. Then, case > 069 passes. I don't think there is anything I can do to make the PCP QA test more robust here. Do you agree? From markgw@sgi.com Tue Feb 11 21:57:27 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 11 Feb 2003 21:57:33 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1C5vQ3v008241 for ; Tue, 11 Feb 2003 21:57:27 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h1C6Ehkq022060 for ; Wed, 12 Feb 2003 00:14:44 -0600 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA11873 for ; Wed, 12 Feb 2003 17:04:14 +1100 Date: Wed, 12 Feb 2003 17:04:14 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: pcp@oss.sgi.com Subject: [announce] PCP 2.3.0-11 available for testing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 186 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 SGI is pleased to announce the next pre-release version 2.3.0-11 of Performance Co-Pilot (PCP) open source is now available for download from ftp://oss.sgi.com/projects/pcp/download/dev/pcp-2.3.0.src.tar.gz Note: this is in the dev directory; I think 2.3.0 is now stable enough to move into the main download directory, anyone object? Thanks to those who contributed, please test and review. This is a pre-release version for testing, source code only. Please see the CHANGELOG file in the top-level of the src for details about what's been changed. Unpack the tarball and build RPMs : # tar xvzf pcp-2.3.0.src.tar.gz # cd pcp-2.3.0 # ./Makepkgs There is also an SRPM in the same directory if you prefer that format. One bug that has not been fixed was reported by David Douthitt (PCP 2.3.0 dumps core on Linux system without module support) Anyone have a patch? Also, Ken is planning to follow-up with another QA release. Thanks -- Mark Goodwin SGI Engineering. From kenmcd@melbourne.sgi.com Thu Feb 13 21:28:25 2003 Received: with ECARTIS (v1.0.0; list pcp); Thu, 13 Feb 2003 21:28:31 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1E5SO3v009302 for ; Thu, 13 Feb 2003 21:28:24 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1E5jvkq030886 for ; Thu, 13 Feb 2003 23:45:58 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1E5ZKAB14221902 for ; Fri, 14 Feb 2003 16:35:21 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1E5ZK3u14211306 for ; Fri, 14 Feb 2003 16:35:20 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Fri, 14 Feb 2003 16:35:20 +1100 From: Ken McDonell To: pcp@oss.sgi.com Subject: [announce] PCP QA 1.1 available for testing Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 187 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp Following up to Mark's posting of a new dev version of PCP, namely 2.3.0-11 from ftp://oss.sgi.com/projects/pcp/download/dev/pcp-2.3.0.src.tar.gz there is a new version (1.1) of the PCP QA Suite available from ftp://oss.sgi.com/projects/pcp/download/pcp-qa-1.1.tar.gz This version contains lots of fixes and refinements, driven largely by the feedback from Sonic Zhang at Intel (thanks Sonic), and Solaris changes from Alan Hoyt at Moser, Inc. As usual, please send comments, corrections and suggestions to pcp@oss.sgi.com. From dawson@fnal.gov Fri Feb 14 13:52:00 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 14 Feb 2003 13:52:02 -0800 (PST) Received: from fnal.gov (heffalump.fnal.gov [131.225.9.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1ELpx3v023178 for ; Fri, 14 Feb 2003 13:51:59 -0800 Received: from fnal.gov ([131.225.80.75]) by smtp.fnal.gov (PMDF V6.0-24 #37519) with ESMTP id <0HAB007EH1XI3E@smtp.fnal.gov> for pcp@oss.sgi.com; Fri, 14 Feb 2003 09:34:30 -0600 (CST) Date: Fri, 14 Feb 2003 09:34:31 -0600 From: Troy Dawson Subject: Re: [announce] PCP 2.3.0-11 available for testing In-reply-to: To: Mark Goodwin Cc: pcp@oss.sgi.com Message-id: <3E4D0C87.6000809@fnal.gov> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021204 References: X-archive-position: 188 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: dawson@fnal.gov Precedence: bulk X-list: pcp Howdy Ho, I gave this a try, and have tried both building with the src.rpm and just from the source. Both build fine, and no unexpected errors, but with both ways I get the following error in /var/log/pcp/pmcd/pmcd.log ------------- # cat pmcd.log Log for pmcd on thebrain.fnal.gov started Fri Feb 14 09:23:26 2003 NOTICE: using /proc/partitions for disk I/O stats [Fri Feb 14 09:23:26] pmcd(22462) Error: Unexpected signal 11 ... Dumping to core ... --------------- I have tried this on both the machine I was building it on, as well as a different machine that is basically a fresh install. Here are a few details. I don't know what is important and what isn't. Distribution: Fermi Linux 7.3.1 (based off RedHat 7.3) # uname -a Linux thebrain.fnal.gov 2.4.18-19.7.xsmp #1 SMP Thu Dec 12 07:56:58 EST 2002 i686 unknown # cat /proc/partitions major minor #blocks name rio rmerge rsect ruse wio wmerge wsect wuse running use aveq 8 0 17783250 sda 30514 258009 2307602 8166854 30924 22597 428144 1143935 0 6716759 922156 8 1 17782768 sda1 30513 258006 2307594 8166854 30924 22597 428144 1143941 0 6716748 922146 3 0 6297480 hda 4296261 8831835 105030778 2535849 868435 1847819 21804688 1538582 -1 5677339 3453765 3 1 5678946 hda1 4200335 8831821 104263306 1104294 840813 1637393 19895200 133576 0 2892022 2519041 3 2 610470 hda2 95924 8 767456 1431925 27622 210426 1909488 1405095 0 1342304 2854894 3 64 78150744 hdb 240888 1675505 15330250 944138 113867 1360272 11793720 7423596 -1 1231014 6462009 3 65 78148161 hdb1 240887 1675502 15330242 944169 113867 1360272 11793720 7423614 0 4267142 8382723 Beyond that, I really don't know where to look. Sorry for getting in so late in the testing process, but most people here were happy with pcp 2.2.2 until we started doing some security scans that caused pmcd to chew up 100% cpu until it was killed. Troy Mark Goodwin wrote: > SGI is pleased to announce the next pre-release version 2.3.0-11 of > Performance Co-Pilot (PCP) open source is now available for download from > ftp://oss.sgi.com/projects/pcp/download/dev/pcp-2.3.0.src.tar.gz > > Note: this is in the dev directory; I think 2.3.0 is now stable enough to > move into the main download directory, anyone object? > > Thanks to those who contributed, please test and review. This is > a pre-release version for testing, source code only. Please see the > CHANGELOG file in the top-level of the src for details about what's > been changed. > > Unpack the tarball and build RPMs : > # tar xvzf pcp-2.3.0.src.tar.gz > # cd pcp-2.3.0 > # ./Makepkgs > > There is also an SRPM in the same directory if you prefer that format. > > One bug that has not been fixed was reported by David Douthitt > (PCP 2.3.0 dumps core on Linux system without module support) > Anyone have a patch? > > Also, Ken is planning to follow-up with another QA release. > > Thanks > -- Mark Goodwin > SGI Engineering. > > > -- __________________________________________________ Troy Dawson dawson@fnal.gov (630)840-6468 Fermilab ComputingDivision/OSS CSI Group __________________________________________________ From markgw@sgi.com Fri Feb 14 14:10:59 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 14 Feb 2003 14:11:02 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1EMAw3v023393 for ; Fri, 14 Feb 2003 14:10:59 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h1EMSbkq020472 for ; Fri, 14 Feb 2003 16:28:38 -0600 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA14491; Sat, 15 Feb 2003 09:17:56 +1100 Date: Sat, 15 Feb 2003 09:17:56 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: Troy Dawson cc: pcp@oss.sgi.com Subject: Re: [announce] PCP 2.3.0-11 available for testing In-Reply-To: <3E4D0C87.6000809@fnal.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 189 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 On Fri, 14 Feb 2003, Troy Dawson wrote: > ------------- > # cat pmcd.log > Log for pmcd on thebrain.fnal.gov started Fri Feb 14 09:23:26 2003 > > NOTICE: using /proc/partitions for disk I/O stats > [Fri Feb 14 09:23:26] pmcd(22462) Error: Unexpected signal 11 ... > > Dumping to core ... > --------------- Thanks Troy, I think ;-) If you get time could you please send me a backtrace - we don't see this segfault on any of our machines. A simple recipe for getting a backtrace is as follows: gdb /usr/share/pcp/bin/pmcd gdb> run -f Thanks -- Mark From sonic.zhang@intel.com Sun Feb 16 18:36:32 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 18:36:35 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H2aV3v009345 for ; Sun, 16 Feb 2003 18:36:32 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1H2h2109266 for ; Mon, 17 Feb 2003 02:43:02 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1H2NXe14631 for ; Mon, 17 Feb 2003 02:23:33 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021710445612415 for ; Mon, 17 Feb 2003 10:44:56 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFCTAK>; Mon, 17 Feb 2003 10:43:45 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309B4BC@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "PCP (E-mail)" Subject: New failures for pcp-2.3.0-11 Date: Mon, 17 Feb 2003 10:42:40 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="gb2312" X-archive-position: 190 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, I ran the test suite for pcp-2.3.0-11. I found several new failures in case 69, 83, 603, 703 with the same error output as follows: poll: protocol failure in circuit setup What does this message mean? Thanks. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* From kenmcd@melbourne.sgi.com Sun Feb 16 19:24:00 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 19:24:06 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H3Nx3v016993 for ; Sun, 16 Feb 2003 19:24:00 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1H3fskq027830 for ; Sun, 16 Feb 2003 21:41:55 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1H3V6AB14256936; Mon, 17 Feb 2003 14:31:06 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1H3V6ht14254480; Mon, 17 Feb 2003 14:31:06 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 17 Feb 2003 14:31:06 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: New failures for pcp-2.3.0-11 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309B4BC@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 191 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp Never seen this before. Since we do explicitly use poll() in the PCP source, my guess would be that this is some sort of local networking problem associated with rsh or rcp between the QA machines. Failing that, I'll need more context for the failures. Is this with the newer version 1.1 of the QA suite also? Not that it makes any difference here, it will just make comparisons easier if I need to do that. On Mon, 17 Feb 2003, Zhang, Sonic wrote: > Hi, > > I ran the test suite for pcp-2.3.0-11. > I found several new failures in case 69, 83, 603, 703 with the same > error output as follows: > > poll: protocol failure in circuit setup > > What does this message mean? > Thanks. > > ************************************* > Sonic Zhang > > Software Engineer > Intel China Software Lab > > Tel: 021-52574545-1667 > iNet: 8-752-1667 > ************************************* > > From kenmcd@melbourne.sgi.com Sun Feb 16 19:32:25 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 19:32:28 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H3WP3v020821 for ; Sun, 16 Feb 2003 19:32:25 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1H3eoKp031521 for ; Sun, 16 Feb 2003 19:40:51 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1H3dZAB12879085; Mon, 17 Feb 2003 14:39:35 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1H3dXn714252919; Mon, 17 Feb 2003 14:39:34 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 17 Feb 2003 14:39:33 +1100 From: Ken McDonell To: Troy Dawson cc: Mark Goodwin , Subject: Re: [announce] PCP 2.3.0-11 available for testing In-Reply-To: <3E4D0C87.6000809@fnal.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 192 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp Troy, ... On Fri, 14 Feb 2003, Troy Dawson wrote: > Howdy Ho, > I gave this a try, and have tried both building with the src.rpm and just from > the source. Both build fine, and no unexpected errors, but with both ways I > get the following error in > /var/log/pcp/pmcd/pmcd.log > > ------------- > # cat pmcd.log > Log for pmcd on thebrain.fnal.gov started Fri Feb 14 09:23:26 2003 > > NOTICE: using /proc/partitions for disk I/O stats > [Fri Feb 14 09:23:26] pmcd(22462) Error: Unexpected signal 11 ... I checked your /proc/partitions and there is nothing obvious there (same as other systems we have locally and no pmcd failures for us). It is likely to be something else and unrelated to this NOTICE. Is your kernel configured with modules support? Anyway, we really need your traceback as per Mark's mail. To make it fail, you may have to use pminfo -v in another window once you've started pmcd -f in the gdb session. > ... > Sorry for getting in so late in the testing process, but most people here were > happy with pcp 2.2.2 until we started doing some security scans that caused > pmcd to chew up 100% cpu until it was killed. Can you provide any more details on the evil security scanner? Is this something pmcd should be defending against, or was this a DoS scanner on port 4321? > ... From kenmcd@melbourne.sgi.com Sun Feb 16 19:35:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 19:35:12 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H3ZA3v020839 for ; Sun, 16 Feb 2003 19:35:10 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1H3hZKp031678 for ; Sun, 16 Feb 2003 19:43:37 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1H3gJAB14256132; Mon, 17 Feb 2003 14:42:19 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1H3gJ4N14255615; Mon, 17 Feb 2003 14:42:19 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Mon, 17 Feb 2003 14:42:19 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: New failures for pcp-2.3.0-11 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 193 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Mon, 17 Feb 2003, Ken McDonell wrote: > Never seen this before. Since we do explicitly use poll() in the PCP Meant to say "we do _not_ explicitly use poll()", oops. > source, my guess would be that this is some sort of local networking > problem associated with rsh or rcp between the QA machines. > > Failing that, I'll need more context for the failures. > > Is this with the newer version 1.1 of the QA suite also? Not that it > makes any difference here, it will just make comparisons easier if > I need to do that. > > > On Mon, 17 Feb 2003, Zhang, Sonic wrote: > > > Hi, > > > > I ran the test suite for pcp-2.3.0-11. > > I found several new failures in case 69, 83, 603, 703 with the same > > error output as follows: > > > > poll: protocol failure in circuit setup > > > > What does this message mean? > > Thanks. > > > > ************************************* > > Sonic Zhang > > > > Software Engineer > > Intel China Software Lab > > > > Tel: 021-52574545-1667 > > iNet: 8-752-1667 > > ************************************* > > > > > > From kaos@sgi.com Sun Feb 16 19:57:33 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 19:57:37 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H3vX3v021097 for ; Sun, 16 Feb 2003 19:57:33 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h1H45wKp000703 for ; Sun, 16 Feb 2003 20:05:59 -0800 Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28594; Mon, 17 Feb 2003 15:04:40 +1100 Received: by kao2.melbourne.sgi.com (Postfix, from userid 16331) id E4727300087; Mon, 17 Feb 2003 15:04:33 +1100 (EST) Received: from kao2.melbourne.sgi.com (localhost [127.0.0.1]) by kao2.melbourne.sgi.com (Postfix) with ESMTP id 5E5298F; Mon, 17 Feb 2003 15:04:33 +1100 (EST) X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 From: Keith Owens To: "Zhang, Sonic" , "PCP (E-mail)" Subject: Re: New failures for pcp-2.3.0-11 In-reply-to: Your message of "Mon, 17 Feb 2003 14:31:06 +1100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 17 Feb 2003 15:04:27 +1100 Message-ID: <18492.1045454667@kao2.melbourne.sgi.com> X-archive-position: 194 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kaos@sgi.com Precedence: bulk X-list: pcp On Mon, 17 Feb 2003 14:31:06 +1100, Ken McDonell wrote: >Never seen this before. Since we do not explicitly use poll() in the PCP >source, my guess would be that this is some sort of local networking >problem associated with rsh or rcp between the QA machines. > >On Mon, 17 Feb 2003, Zhang, Sonic wrote: >> poll: protocol failure in circuit setup The message comes from libc::rcmd_af (man rcmd). That function uses poll() to check if rsh to the target machine is working. AFAICT the message is issued when the target command dies prematurely. From sonic.zhang@intel.com Sun Feb 16 20:06:04 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 20:06:07 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H4643v021393 for ; Sun, 16 Feb 2003 20:06:04 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1H4CZa29035 for ; Mon, 17 Feb 2003 04:12:35 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1H3r6X09439 for ; Mon, 17 Feb 2003 03:53:06 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021712142617950 ; Mon, 17 Feb 2003 12:14:26 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFCW80>; Mon, 17 Feb 2003 12:13:16 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309B534@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Keith Owens , "PCP (E-mail)" Subject: RE: New failures for pcp-2.3.0-11 Date: Mon, 17 Feb 2003 12:12:10 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 195 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, Yes, it the problem of rsh. Thanks. Sonic Zhang -----Original Message----- From: Keith Owens [mailto:kaos@sgi.com] Sent: 2003?2?17? 12:04 To: Zhang, Sonic; PCP (E-mail) Subject: Re: New failures for pcp-2.3.0-11 On Mon, 17 Feb 2003 14:31:06 +1100, Ken McDonell wrote: >Never seen this before. Since we do not explicitly use poll() in the PCP >source, my guess would be that this is some sort of local networking >problem associated with rsh or rcp between the QA machines. > >On Mon, 17 Feb 2003, Zhang, Sonic wrote: >> poll: protocol failure in circuit setup The message comes from libc::rcmd_af (man rcmd). That function uses poll() to check if rsh to the target machine is working. AFAICT the message is issued when the target command dies prematurely. From markgw@sgi.com Sun Feb 16 22:45:51 2003 Received: with ECARTIS (v1.0.0; list pcp); Sun, 16 Feb 2003 22:45:57 -0800 (PST) Received: from tolkor.sgi.com (tolkor.SGI.COM [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1H6jn3v023599 for ; Sun, 16 Feb 2003 22:45:50 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h1H73ikq031974 for ; Mon, 17 Feb 2003 01:03:45 -0600 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA29805; Mon, 17 Feb 2003 17:52:54 +1100 Date: Mon, 17 Feb 2003 17:52:54 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: Ken McDonell cc: Troy Dawson , Subject: pcp-2.3.0-12 now available (was Re: [announce] PCP 2.3.0-11 available for testing) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 196 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 I have fixed the pmcd segfault for kernels without CONFIG_MODULES and uploaded pcp-2.3.0-12 to ftp://oss.sgi.com/projects/pcp/download/dev Both tarball and SRPM formats available. Please test, particularly those that run kernels without module support (David Douthitt and maybe Troy). For those interested, here's the patch: --- /usr/tmp/TmpDir.1751-0/src/pmdas/linux/ksym.c_1.5 Mon Feb 17 16:52:05 2003 +++ src/pmdas/linux/ksym.c Mon Feb 17 16:47:06 2003 @@ -89,15 +89,17 @@ int i, res; for (i = 0; i < maxix; i++) { - res = strcmp(ksym_a[i].name, name); - if (res > 0) - break; - if (res == 0) { - if (addr == ksym_a[i].addr) - return KSYM_FOUND; - else - return KSYM_FOUND_MISMATCH; - } + if (ksym_a[i].name) { + res = strcmp(ksym_a[i].name, name); + if (res > 0) + break; + if (res == 0) { + if (addr == ksym_a[i].addr) + return KSYM_FOUND; + else + return KSYM_FOUND_MISMATCH; + } + } } return KSYM_NOT_FOUND; @@ -476,6 +478,6 @@ } } - if (read_ksyms(&end_addr)) /* read /proc/ksyms first */ + if (read_ksyms(&end_addr) > 0) /* read /proc/ksyms first */ read_sysmap(end_addr); /* then System.map */ } From dawson@fnal.gov Mon Feb 17 06:48:38 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 17 Feb 2003 06:48:42 -0800 (PST) Received: from fnal.gov (heffalump.fnal.gov [131.225.9.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1HEmb3v013619 for ; Mon, 17 Feb 2003 06:48:37 -0800 Received: from fnal.gov ([131.225.80.75]) by smtp.fnal.gov (PMDF V6.0-24 #37519) with ESMTP id <0HAG00BHHK7B2V@smtp.fnal.gov> for pcp@oss.sgi.com; Mon, 17 Feb 2003 08:57:11 -0600 (CST) Date: Mon, 17 Feb 2003 08:57:11 -0600 From: Troy Dawson Subject: Re: [announce] PCP 2.3.0-11 available for testing In-reply-to: To: Mark Goodwin Cc: pcp@oss.sgi.com Message-id: <3E50F847.6060507@fnal.gov> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021204 References: X-archive-position: 197 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: dawson@fnal.gov Precedence: bulk X-list: pcp Sorry for the delay. I had to go home sick soon after I sent the e-mail. I recompiled the latest rpm you put out this morning, and still get the same error. But here is the results for what you asked for. I'm doing a recomplile on a fresh install to see if perhaps I have something extra loaded on my machine that's causing the problem. # rpm -q pcp pcp-2.3.0-12 # gdb /usr/share/pcp/bin/pmcd GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -f Starting program: /usr/share/pcp/bin/pmcd -f Program received signal SIGSEGV, Segmentation fault. 0x42080f40 in strncpy () from /lib/i686/libc.so.6 (gdb) Troy Mark Goodwin wrote: > On Fri, 14 Feb 2003, Troy Dawson wrote: > > >>------------- >># cat pmcd.log >>Log for pmcd on thebrain.fnal.gov started Fri Feb 14 09:23:26 2003 >> >>NOTICE: using /proc/partitions for disk I/O stats >>[Fri Feb 14 09:23:26] pmcd(22462) Error: Unexpected signal 11 ... >> >>Dumping to core ... >>--------------- > > > Thanks Troy, I think ;-) > > If you get time could you please send me a backtrace - we don't see > this segfault on any of our machines. > > A simple recipe for getting a backtrace is as follows: > > gdb /usr/share/pcp/bin/pmcd > gdb> run -f > > Thanks > -- Mark > > -- __________________________________________________ Troy Dawson dawson@fnal.gov (630)840-6468 Fermilab ComputingDivision/OSS CSI Group __________________________________________________ From markgw@sgi.com Mon Feb 17 13:01:50 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 17 Feb 2003 13:01:53 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1HL1n3v011345 for ; Mon, 17 Feb 2003 13:01:50 -0800 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with SMTP id h1HLAIKp017016 for ; Mon, 17 Feb 2003 13:10:19 -0800 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.232]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA05192; Tue, 18 Feb 2003 08:08:59 +1100 Date: Tue, 18 Feb 2003 08:08:59 +1100 (EST) From: Mark Goodwin X-X-Sender: markgw@sherman.melbourne.sgi.com To: Troy Dawson cc: pcp@oss.sgi.com Subject: Re: [announce] PCP 2.3.0-11 available for testing In-Reply-To: <3E50F847.6060507@fnal.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 198 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 On Mon, 17 Feb 2003, Troy Dawson wrote: > > A simple recipe for getting a backtrace is as follows: > > > > gdb /usr/share/pcp/bin/pmcd > > gdb> run -f sorry, should have been more explicit - I need the backtrace too, so please add the following gdb command to the above instructions: gdb> where Thanks -- Mark From dawson@fnal.gov Mon Feb 17 13:21:38 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 17 Feb 2003 13:21:43 -0800 (PST) Received: from fnal.gov (heffalump.fnal.gov [131.225.9.20]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1HLLb3v013292 for ; Mon, 17 Feb 2003 13:21:38 -0800 Received: from fnal.gov ([131.225.80.75]) by smtp.fnal.gov (PMDF V6.0-24 #37519) with ESMTP id <0HAH00HGD2ECVS@smtp.fnal.gov> for pcp@oss.sgi.com; Mon, 17 Feb 2003 15:30:13 -0600 (CST) Date: Mon, 17 Feb 2003 15:30:13 -0600 From: Troy Dawson Subject: Re: [announce] PCP 2.3.0-11 available for testing In-reply-to: To: Mark Goodwin Cc: pcp@oss.sgi.com Message-id: <3E515465.7040804@fnal.gov> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021204 References: X-archive-position: 199 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: dawson@fnal.gov Precedence: bulk X-list: pcp No problem, I should also know more about debugging, unfortunatly I don't. I thought that was looking a little sparce, but didn't know what to send. Here ya go. # gdb /usr/share/pcp/bin/pmcd GNU gdb Red Hat Linux (5.2-2) Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux"... (no debugging symbols found)... (gdb) run -f Starting program: /usr/share/pcp/bin/pmcd -f Program received signal SIGSEGV, Segmentation fault. 0x42080f40 in strncpy () from /lib/i686/libc.so.6 (gdb) where #0 0x42080f40 in strncpy () from /lib/i686/libc.so.6 #1 0x4007d1b0 in read_ksyms (end_addr=0xbfffe870) at ksym.c:271 #2 0x4007dac4 in read_ksym_sources () at ksym.c:481 #3 0x40072fd8 in linux_init (dp=0x8063458) at pmda.c:4005 #4 0x080518ab in GetAgentDso () #5 0x08051b0f in ContactAgents () #6 0x08051e55 in ParseInitAgents () #7 0x0804d25a in main () #8 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) Troy Mark Goodwin wrote: > On Mon, 17 Feb 2003, Troy Dawson wrote: > > >>>A simple recipe for getting a backtrace is as follows: >>> >>> gdb /usr/share/pcp/bin/pmcd >>> gdb> run -f > > > sorry, should have been more explicit - I need the backtrace too, > so please add the following gdb command to the above instructions: > > gdb> where > > > Thanks > -- Mark > > > -- __________________________________________________ Troy Dawson dawson@fnal.gov (630)840-6468 Fermilab ComputingDivision/OSS CSI Group __________________________________________________ From sonic.zhang@intel.com Tue Feb 18 00:52:45 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 00:52:48 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1I8qi3v019339 for ; Tue, 18 Feb 2003 00:52:45 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1I8vHB26662 for ; Tue, 18 Feb 2003 08:57:17 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1I8djT08409 for ; Tue, 18 Feb 2003 08:39:45 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021817010930852 ; Tue, 18 Feb 2003 17:01:10 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWF12B2>; Tue, 18 Feb 2003 16:59:58 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309B9A9@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: 3 new bugs found in case 116, 340 and 622 of pcp-qa-1.1 on RedHat 7.3 Date: Tue, 18 Feb 2003 16:58:51 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2D72B.F5423E40" X-archive-position: 200 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2D72B.F5423E40 Content-Type: text/plain; charset="gb2312" Hi, I ran your latest pcp test suite v1.1 and got 3 failures. I test the pcp-2.3.0-11 under RedHat 7.3. Please refer to the attachments. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* ------_=_NextPart_000_01C2D72B.F5423E40 Content-Type: application/octet-stream; name="116.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="116.out.bad" QA output created by 116=0A= pmie [hostname in config]=0A= expr_1: ?=0A= expr_1: ?=0A= expr_1: ?=0A= [Tue Feb 18 01:31:30] pmie(27299) Info: Cannot connect to pmcd on host = ' - pmcd.control.sighup :=0A= pmie: warning - host ' - pmcd.control.sighup : is unreachable=0A= pmie: syntax error - at end of file=0A= pmie: note - evaluator exiting=0A= =0A= pmval [metric spec on command line]=0A= :pmcd.control.sighup=0A= ^ -- host name expected=0A= Usage: pmval [options] metricname=0A= =0A= Options:=0A= -A align align sample times on natural boundaries=0A= -a archive metrics source is a PCP log archive=0A= -d delay, pause between updates for archive replay=0A= -h host metrics source is PMCD on host=0A= -i instance metric instance or list of instances - elements in = an=0A= instance list are separated by commas or whitespace=0A= -n pmnsfile use an alternative PMNS=0A= -O offset initial offset into the time window=0A= -r output raw counter values=0A= -S starttime start of the time window=0A= -s samples terminate after this many samples=0A= -T endtime end of the time window=0A= -t interval sample interval [default 1 second]=0A= -w width set the width of each column of output=0A= -Z timezone set reporting timezone=0A= -z set reporting timezone to local time of metrics = source=0A= sed: -e expression #1, char 15: No previous regular expression=0A= =0A= pmlc [several uses]=0A= pmlc: -h may not be used without -P or -p or a pid=0A= Usage: pmlc [options] [pid]=0A= =0A= Options:=0A= -e echo input=0A= -h host connect to pmlogger on host=0A= -i be interactive and prompt=0A= -n pmnsfile use an alternative PMNS=0A= -P connect to primary pmlogger=0A= -p port connect to pmlogger on this TCP/IP port=0A= -Z timezone set reporting timezone=0A= -z set reporting timezone to local time for pmlogger=0A= ------_=_NextPart_000_01C2D72B.F5423E40 Content-Type: application/octet-stream; name="340.full" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="340.full" other1=3D=0A= other2=3Dsnowy.melbourne.sgi.com=0A= ------_=_NextPart_000_01C2D72B.F5423E40 Content-Type: application/octet-stream; name="340.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="340.out.bad" QA output created by 340=0A= [test configuration only for v2 hosts]=0A= Error: failed to expand hostnames for = other2=3D"snowy.melbourne.sgi.com"=0A= Waiting for PMCD to terminate ...=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= Waiting for PMCD to terminate ...=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= ------_=_NextPart_000_01C2D72B.F5423E40 Content-Type: application/octet-stream; name="622.out.bad" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="622.out.bad" UUEgb3V0cHV0IGNyZWF0ZWQgYnkgNjIyCmxvYWQ6IHVzaW5nIGNvbmZpZyBmaWxlIFRNUEZJTEUK eXlsZXgoKSAtPiBJREVOVCAiZGVsdGEiCnl5bGV4KCkgLT4gVE9LRU4gJz0nICgweDNkKQp5eWxl eCgpIC0+IE5VTUJFUiAxCnl5bGV4KCkgLT4gVU5JVFMgInNlYyIKeXlsZXgoKSAtPiBFTkQtT0Yt UlVMRQp5eWxleCgpIC0+IElERU5UICJvbmUiCnl5bGV4KCkgLT4gVE9LRU4gJz0nICgweDNkKQp5 eWxleCgpIC0+IElERU5UICJzYW1wbGUubG9uZy5uby1oeXBoZW4iCnl5bGV4KCkgLT4gVE9LRU4g JzonICgweDNhKQp5eWxleCgpIC0+IElERU5UICInOwr///////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////yIK eXlsZXgoKSAtPiBFT0YKW1R1ZSBGZWIgMTggMDE6MzQ6NDRdIHBtaWUoMjc2NTYpIEluZm86IENh bm5vdCBjb25uZWN0IHRvIHBtY2Qgb24gaG9zdCAnOwr///////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////////////////wpw bWllOiB3YXJuaW5nIC0gaG9zdCAnOwr///////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////////////////////////////////////////////////yBpcyB1bnJlYWNo YWJsZQo= ------_=_NextPart_000_01C2D72B.F5423E40-- From kenmcd@melbourne.sgi.com Tue Feb 18 09:01:24 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 09:01:27 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1IH1N3v009090 for ; Tue, 18 Feb 2003 09:01:24 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1IHJWkq024499 for ; Tue, 18 Feb 2003 11:19:33 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1IH8dAB14275396; Wed, 19 Feb 2003 04:08:40 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1IH8cgj14037502; Wed, 19 Feb 2003 04:08:39 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 04:08:38 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: 3 new bugs found in case 116, 340 and 622 of pcp-qa-1.1 on RedHat 7.3 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309B9A9@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: X-archive-position: 201 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Tue, 18 Feb 2003, Zhang, Sonic wrote: > Hi, > > I ran your latest pcp test suite v1.1 and got 3 failures. > > I test the pcp-2.3.0-11 under RedHat 7.3. > > Please refer to the attachments. 116 Looks like $PCPQA_HYPHEN_HOST is not set in common.config ... this would appear to be a setup problem in your QA config Although 116 could check for this and issue a more helpful message. However, chk.setup _does_ check for this ... did you run chk.setup after installing the new QA tarball and re-doing the local customization/configuration that is needed? 340 Botch on my part, sorry. Delete the line other2=snowy.melbourne.sgi.com from the script ... this is left over from my testing. 622 Same problem as 116. From kenmcd@melbourne.sgi.com Tue Feb 18 14:39:06 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 14:39:09 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1IMd53v018827 for ; Tue, 18 Feb 2003 14:39:06 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1IMvGkq005858 for ; Tue, 18 Feb 2003 16:57:17 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1IMkNAB14274321; Wed, 19 Feb 2003 09:46:23 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1IMkM8m14061454; Wed, 19 Feb 2003 09:46:23 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 09:46:22 +1100 From: Ken McDonell To: David Douthitt cc: markgw@sgi.com, Subject: Re: Funny pmie behavior In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/Plain; charset=US-ASCII X-archive-position: 202 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Thu, 19 Dec 2002, David Douthitt wrote: > Attached is a ptrace of a running process (which > has 4 zombies). The zombies are process 7380, > 7381, 7384, and 7385. As of sending time, these > five processes (zombie and parent) still exist. > > David Douthitt > CUNA & Affiliates > UNIX Systems Administrator > LPI Level 1, Linux+ > ddouthitt@cuna.coop > > > >>> Mark Goodwin 12/18/02 7:50PM >>> > On Wed, 18 Dec 2002, David Douthitt wrote: > > > pmie (used with pmie_check) is generating a lot of zombies. > ... > > Thanks David, I've posted an (SGI internal) bug about this. In > the mean time, if anyone has a fix please send it to the list. David, I've had no success trying to reproduce this, so I've added more diagnostics in pmie to track what's going on with process creation and harvesting. What struck me as odd in your ptrace case was that the 4 forks were immediately followed by 4 wait()s that returned 4 _different_ pids ... so I can imagine a small number of zombies in a sort of convoy where firing off a rule causes the zombies from the last rule firing to be harvested ... but this in no way explains the number of zombies growing unbounded. If you get a chance, could you please download the latest PCP src tarball from oss.sgi.com, and see if the problem is still present on your system. If it is, could you please try running pmie with -Dappl2 on the command line, and send me the stderr from the pmie process. From mboyd@moser-inc.com Tue Feb 18 15:25:55 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 15:26:02 -0800 (PST) Received: from mcimail.moser-inc.com ([207.250.3.118]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1INPs3v019531 for ; Tue, 18 Feb 2003 15:25:55 -0800 Received: from inlapmboyd (r9100-vpn.moser-inc.com [207.250.3.126] (may be forged)) by mcimail.moser-inc.com (8.12.6/8.12.6) with ESMTP id h1INYpnw028620 for ; Tue, 18 Feb 2003 18:34:54 -0500 (EST) Reply-To: From: "Mark Boyd" To: Subject: Oracle PMDA Date: Tue, 18 Feb 2003 18:35:30 -0500 Organization: Moser Consulting, Inc. Message-ID: <008601c2d7a6$6c8454f0$0601a8c0@inlapmboyd> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0087_01C2D77C.83AE4CF0" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2627 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-archive-position: 203 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: mboyd@moser-inc.com Precedence: bulk X-list: pcp This is a multi-part message in MIME format. ------=_NextPart_000_0087_01C2D77C.83AE4CF0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit All - I am writing an Oracle PMDA and am wondering if someone can do me a favor. It is my understanding that there is a "commercial" Oracle PMDA for the IRIX platform and I would be interested in seeing the output of the pminfo -fT command, if possible. I have been writing my agent for a while now and am gathering quite a few metrics, but would like to have an idea of the metrics SGI found to be important when they wrote their agent. I would really appreciate any help on this. Thank you very much for your time, in advance. Mark Boyd Senior Consultant Moser Consulting, Inc. Office: 317.596.8022 Mobile: 317.694.8105 Fax: 317.596.9055 email: mboyd@moser-inc.com ------=_NextPart_000_0087_01C2D77C.83AE4CF0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Oracle PMDA

All -

I am writing an Oracle PMDA and am = wondering if someone can do me a favor.  It is my understanding = that there is a "commercial" Oracle PMDA for the IRIX platform = and I would be interested in seeing the output of the pminfo -fT = command, if possible.  I have been writing my agent for a while now = and am gathering quite a few metrics, but would like to have an idea of = the metrics SGI found to be important when they wrote their agent.  = I would really appreciate any help on this.  Thank you very much = for your time, in advance.

Mark Boyd
Senior Consultant
Moser Consulting, Inc.
Office: 317.596.8022
Mobile: 317.694.8105
Fax: 317.596.9055
email: mboyd@moser-inc.com

------=_NextPart_000_0087_01C2D77C.83AE4CF0-- From kenmcd@melbourne.sgi.com Tue Feb 18 17:29:23 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 17:29:27 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J1TL3v021923 for ; Tue, 18 Feb 2003 17:29:22 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1J1lWkq013777 for ; Tue, 18 Feb 2003 19:47:33 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1J1acAB14269706; Wed, 19 Feb 2003 12:36:38 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1J1ab0h14203121; Wed, 19 Feb 2003 12:36:38 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 12:36:37 +1100 From: Ken McDonell To: Mark Boyd cc: pcp@oss.sgi.com Subject: Re: Oracle PMDA In-Reply-To: <008601c2d7a6$6c8454f0$0601a8c0@inlapmboyd> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 204 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Tue, 18 Feb 2003, Mark Boyd wrote: > All - > > I am writing an Oracle PMDA and am wondering if someone can do me a > favor. It is my understanding that there is a "commercial" Oracle PMDA > for the IRIX platform and I would be interested in seeing the output of > the pminfo -fT command, if possible. I have been writing my agent for a > while now and am gathering quite a few metrics, but would like to have > an idea of the metrics SGI found to be important when they wrote their > agent. I would really appreciate any help on this. Thank you very much > for your time, in advance. The Oracle PMDA we developed was for Oracle 7, and that part of the PCP product has been retired for a number of reasons. The namespace we used was quite complicated because there is one set of metrics per oracle server, so we used the ORA SID name as part of the namespace at the top level ... so one PMDA per oracle server, each providing oracle.SID.* metrics. And then there are metrics per _session_ and we aggregated them over all sessions, again for each oracle server ... so the namespace gets _real_ ugly. Here is an example for 2 oracle servers (SID_A and SID_B) ... rattle 46% pminfo -m -n demo-root oracle.SID_A.all.logons PMID: 32.1.0 oracle.SID_A.all.curlogons PMID: 32.1.1 oracle.SID_A.all.opencurs PMID: 32.1.2 oracle.SID_A.all.curopencurs PMID: 32.1.3 oracle.SID_A.all.ucommits PMID: 32.1.4 oracle.SID_A.all.urollbacks PMID: 32.1.5 oracle.SID_A.all.ucalls PMID: 32.1.6 oracle.SID_A.all.recursecalls PMID: 32.1.7 oracle.SID_A.all.recursecpu PMID: 32.1.8 oracle.SID_A.all.transrollbacks PMID: 32.1.121 oracle.SID_A.all.rollbackchangeundo PMID: 32.1.120 oracle.SID_A.all.selreadds PMID: 32.1.9 oracle.SID_A.all.seprocspace PMID: 32.1.10 oracle.SID_A.all.cpucall PMID: 32.1.11 oracle.SID_A.all.secpu PMID: 32.1.12 oracle.SID_A.all.secontime PMID: 32.1.13 oracle.SID_A.all.procidle PMID: 32.1.14 oracle.SID_A.all.semem PMID: 32.1.15 oracle.SID_A.all.maxsemem PMID: 32.1.16 oracle.SID_A.all.msgxmit PMID: 32.1.17 oracle.SID_A.all.msgrecv PMID: 32.1.18 oracle.SID_A.all.bgtimeouts PMID: 32.1.19 oracle.SID_A.all.sepgamem PMID: 32.1.20 oracle.SID_A.all.semaxpgamem PMID: 32.1.21 oracle.SID_A.all.enqueue.timeouts PMID: 32.1.22 oracle.SID_A.all.enqueue.waits PMID: 32.1.23 oracle.SID_A.all.enqueue.deadlocks PMID: 32.1.24 oracle.SID_A.all.enqueue.requests PMID: 32.1.25 oracle.SID_A.all.enqueue.conversions PMID: 32.1.26 oracle.SID_A.all.enqueue.releases PMID: 32.1.27 oracle.SID_A.all.globlock.gets PMID: 32.1.28 oracle.SID_A.all.globlock.agets PMID: 32.1.29 oracle.SID_A.all.globlock.gettime PMID: 32.1.30 oracle.SID_A.all.globlock.cvts PMID: 32.1.31 oracle.SID_A.all.globlock.acvts PMID: 32.1.32 oracle.SID_A.all.globlock.cvttime PMID: 32.1.33 oracle.SID_A.all.globlock.rels PMID: 32.1.34 oracle.SID_A.all.globlock.arels PMID: 32.1.35 oracle.SID_A.all.globlock.reltime PMID: 32.1.36 oracle.SID_A.all.dbbgets PMID: 32.1.37 oracle.SID_A.all.consgets PMID: 32.1.38 oracle.SID_A.all.preads PMID: 32.1.39 oracle.SID_A.all.pwrites PMID: 32.1.40 oracle.SID_A.all.wreqs PMID: 32.1.41 oracle.SID_A.all.dirtyqlen PMID: 32.1.42 oracle.SID_A.all.dbbchanges PMID: 32.1.43 oracle.SID_A.all.chwrtime PMID: 32.1.44 oracle.SID_A.all.conschanges PMID: 32.1.45 oracle.SID_A.all.consread.datablkundo PMID: 32.1.115 oracle.SID_A.all.consread.noworkgets PMID: 32.1.116 oracle.SID_A.all.consread.cleangets PMID: 32.1.117 oracle.SID_A.all.consread.rollbackgets PMID: 32.1.118 oracle.SID_A.all.consread.cleanrollbackgets PMID: 32.1.119 oracle.SID_A.all.consread.transtable.undo PMID: 32.1.113 oracle.SID_A.all.consread.transtable.rollback PMID: 32.1.114 oracle.SID_A.all.exdeadlocks PMID: 32.1.48 oracle.SID_A.all.buffer.freereqs PMID: 32.1.49 oracle.SID_A.all.buffer.dirtyinsp PMID: 32.1.50 oracle.SID_A.all.buffer.freeinsp PMID: 32.1.51 oracle.SID_A.all.dbwr.timeouts PMID: 32.1.52 oracle.SID_A.all.dbwr.mkfreereqs PMID: 32.1.53 oracle.SID_A.all.dbwr.freebuffnd PMID: 32.1.54 oracle.SID_A.all.dbwr.lruscans PMID: 32.1.55 oracle.SID_A.all.dbwr.sumscandepth PMID: 32.1.56 oracle.SID_A.all.dbwr.bufsscanned PMID: 32.1.57 oracle.SID_A.all.dbwr.checkpoints PMID: 32.1.58 oracle.SID_A.all.dbwr.xinstwrites PMID: 32.1.59 oracle.SID_A.all.remote.instundowr PMID: 32.1.60 oracle.SID_A.all.remote.instundoreq PMID: 32.1.61 oracle.SID_A.all.recovery.breads PMID: 32.1.105 oracle.SID_A.all.recovery.areads PMID: 32.1.106 oracle.SID_A.all.recovery.areadtime PMID: 32.1.107 oracle.SID_A.all.kcmg.cscalls PMID: 32.1.63 oracle.SID_A.all.kcmg.rscalls PMID: 32.1.64 oracle.SID_A.all.kcmg.ascalls PMID: 32.1.65 oracle.SID_A.all.xinstcrrd PMID: 32.1.62 oracle.SID_A.all.nodlmscnsgets PMID: 32.1.66 oracle.SID_A.all.redo.syncwr PMID: 32.1.46 oracle.SID_A.all.redo.synctime PMID: 32.1.47 oracle.SID_A.all.redo.entries PMID: 32.1.67 oracle.SID_A.all.redo.size PMID: 32.1.68 oracle.SID_A.all.redo.entslin PMID: 32.1.69 oracle.SID_A.all.redo.bufallret PMID: 32.1.70 oracle.SID_A.all.redo.smallcpys PMID: 32.1.71 oracle.SID_A.all.redo.wastage PMID: 32.1.72 oracle.SID_A.all.redo.wrlatchtime PMID: 32.1.73 oracle.SID_A.all.redo.writes PMID: 32.1.74 oracle.SID_A.all.redo.bwrites PMID: 32.1.75 oracle.SID_A.all.redo.wrtime PMID: 32.1.76 oracle.SID_A.all.redo.logspreqs PMID: 32.1.77 oracle.SID_A.all.redo.logspwaittime PMID: 32.1.78 oracle.SID_A.all.redo.logswintrs PMID: 32.1.79 oracle.SID_A.all.redo.ordermarks PMID: 32.1.80 oracle.SID_A.all.hashlwgets PMID: 32.1.81 oracle.SID_A.all.bgchkpts.started PMID: 32.1.82 oracle.SID_A.all.bgchkpts.completed PMID: 32.1.83 oracle.SID_A.all.tranlock.fgreqs PMID: 32.1.84 oracle.SID_A.all.tranlock.fgwaittime PMID: 32.1.85 oracle.SID_A.all.tranlock.bggets PMID: 32.1.86 oracle.SID_A.all.tranlock.bggettime PMID: 32.1.87 oracle.SID_A.all.table.shortscans PMID: 32.1.88 oracle.SID_A.all.table.longscans PMID: 32.1.89 oracle.SID_A.all.table.rowidrngscans PMID: 32.1.108 oracle.SID_A.all.table.cachepartscans PMID: 32.1.109 oracle.SID_A.all.table.dirreadscans PMID: 32.1.125 oracle.SID_A.all.table.scanrows PMID: 32.1.90 oracle.SID_A.all.table.scanblocks PMID: 32.1.91 oracle.SID_A.all.table.rowidfetches PMID: 32.1.92 oracle.SID_A.all.table.contfetches PMID: 32.1.93 oracle.SID_A.all.clustkey.scans PMID: 32.1.94 oracle.SID_A.all.clustkey.scanblocks PMID: 32.1.95 oracle.SID_A.all.sql.parsecpu PMID: 32.1.96 oracle.SID_A.all.sql.parsereal PMID: 32.1.97 oracle.SID_A.all.sql.parsed PMID: 32.1.98 oracle.SID_A.all.sql.executed PMID: 32.1.99 oracle.SID_A.all.sql.memsorts PMID: 32.1.100 oracle.SID_A.all.sql.disksorts PMID: 32.1.101 oracle.SID_A.all.sql.rowsorts PMID: 32.1.102 oracle.SID_A.all.sccachehits PMID: 32.1.103 oracle.SID_A.all.sccachecount PMID: 32.1.126 oracle.SID_A.all.cursauths PMID: 32.1.104 oracle.SID_A.all.cleanout.immedcurr PMID: 32.1.122 oracle.SID_A.all.cleanout.defercurr PMID: 32.1.124 oracle.SID_A.all.cleanout.immedcr PMID: 32.1.123 oracle.SID_A.all.cr.createblk PMID: 32.1.110 oracle.SID_A.all.cr.convcurrblk PMID: 32.1.111 oracle.SID_A.all.unnecprocclnscn PMID: 32.1.112 oracle.SID_A.session.logons PMID: 32.8.0 oracle.SID_A.session.curlogons PMID: 32.8.1 oracle.SID_A.session.opencurs PMID: 32.8.2 oracle.SID_A.session.curopencurs PMID: 32.8.3 oracle.SID_A.session.ucommits PMID: 32.8.4 oracle.SID_A.session.urollbacks PMID: 32.8.5 oracle.SID_A.session.ucalls PMID: 32.8.6 oracle.SID_A.session.recursecalls PMID: 32.8.7 oracle.SID_A.session.recursecpu PMID: 32.8.8 oracle.SID_A.session.transrollbacks PMID: 32.8.121 oracle.SID_A.session.rollbackchangeundo PMID: 32.8.120 oracle.SID_A.session.selreadds PMID: 32.8.9 oracle.SID_A.session.seprocspace PMID: 32.8.10 oracle.SID_A.session.cpucall PMID: 32.8.11 oracle.SID_A.session.secpu PMID: 32.8.12 oracle.SID_A.session.secontime PMID: 32.8.13 oracle.SID_A.session.procidle PMID: 32.8.14 oracle.SID_A.session.semem PMID: 32.8.15 oracle.SID_A.session.maxsemem PMID: 32.8.16 oracle.SID_A.session.msgxmit PMID: 32.8.17 oracle.SID_A.session.msgrecv PMID: 32.8.18 oracle.SID_A.session.bgtimeouts PMID: 32.8.19 oracle.SID_A.session.sepgamem PMID: 32.8.20 oracle.SID_A.session.semaxpgamem PMID: 32.8.21 oracle.SID_A.session.enqueue.timeouts PMID: 32.8.22 oracle.SID_A.session.enqueue.waits PMID: 32.8.23 oracle.SID_A.session.enqueue.deadlocks PMID: 32.8.24 oracle.SID_A.session.enqueue.requests PMID: 32.8.25 oracle.SID_A.session.enqueue.conversions PMID: 32.8.26 oracle.SID_A.session.enqueue.releases PMID: 32.8.27 oracle.SID_A.session.globlock.gets PMID: 32.8.28 oracle.SID_A.session.globlock.agets PMID: 32.8.29 oracle.SID_A.session.globlock.gettime PMID: 32.8.30 oracle.SID_A.session.globlock.cvts PMID: 32.8.31 oracle.SID_A.session.globlock.acvts PMID: 32.8.32 oracle.SID_A.session.globlock.cvttime PMID: 32.8.33 oracle.SID_A.session.globlock.rels PMID: 32.8.34 oracle.SID_A.session.globlock.arels PMID: 32.8.35 oracle.SID_A.session.globlock.reltime PMID: 32.8.36 oracle.SID_A.session.dbbgets PMID: 32.8.37 oracle.SID_A.session.consgets PMID: 32.8.38 oracle.SID_A.session.preads PMID: 32.8.39 oracle.SID_A.session.pwrites PMID: 32.8.40 oracle.SID_A.session.wreqs PMID: 32.8.41 oracle.SID_A.session.dirtyqlen PMID: 32.8.42 oracle.SID_A.session.dbbchanges PMID: 32.8.43 oracle.SID_A.session.chwrtime PMID: 32.8.44 oracle.SID_A.session.conschanges PMID: 32.8.45 oracle.SID_A.session.consread.datablkundo PMID: 32.8.115 oracle.SID_A.session.consread.noworkgets PMID: 32.8.116 oracle.SID_A.session.consread.cleangets PMID: 32.8.117 oracle.SID_A.session.consread.rollbackgets PMID: 32.8.118 oracle.SID_A.session.consread.cleanrollbackgets PMID: 32.8.119 oracle.SID_A.session.consread.transtable.undo PMID: 32.8.113 oracle.SID_A.session.consread.transtable.rollback PMID: 32.8.114 oracle.SID_A.session.exdeadlocks PMID: 32.8.48 oracle.SID_A.session.buffer.freereqs PMID: 32.8.49 oracle.SID_A.session.buffer.dirtyinsp PMID: 32.8.50 oracle.SID_A.session.buffer.freeinsp PMID: 32.8.51 oracle.SID_A.session.dbwr.timeouts PMID: 32.8.52 oracle.SID_A.session.dbwr.mkfreereqs PMID: 32.8.53 oracle.SID_A.session.dbwr.freebuffnd PMID: 32.8.54 oracle.SID_A.session.dbwr.lruscans PMID: 32.8.55 oracle.SID_A.session.dbwr.sumscandepth PMID: 32.8.56 oracle.SID_A.session.dbwr.bufsscanned PMID: 32.8.57 oracle.SID_A.session.dbwr.checkpoints PMID: 32.8.58 oracle.SID_A.session.dbwr.xinstwrites PMID: 32.8.59 oracle.SID_A.session.remote.instundowr PMID: 32.8.60 oracle.SID_A.session.remote.instundoreq PMID: 32.8.61 oracle.SID_A.session.recovery.breads PMID: 32.8.105 oracle.SID_A.session.recovery.areads PMID: 32.8.106 oracle.SID_A.session.recovery.areadtime PMID: 32.8.107 oracle.SID_A.session.kcmg.cscalls PMID: 32.8.63 oracle.SID_A.session.kcmg.rscalls PMID: 32.8.64 oracle.SID_A.session.kcmg.ascalls PMID: 32.8.65 oracle.SID_A.session.xinstcrrd PMID: 32.8.62 oracle.SID_A.session.nodlmscnsgets PMID: 32.8.66 oracle.SID_A.session.redo.syncwr PMID: 32.8.46 oracle.SID_A.session.redo.synctime PMID: 32.8.47 oracle.SID_A.session.redo.entries PMID: 32.8.67 oracle.SID_A.session.redo.size PMID: 32.8.68 oracle.SID_A.session.redo.entslin PMID: 32.8.69 oracle.SID_A.session.redo.bufallret PMID: 32.8.70 oracle.SID_A.session.redo.smallcpys PMID: 32.8.71 oracle.SID_A.session.redo.wastage PMID: 32.8.72 oracle.SID_A.session.redo.wrlatchtime PMID: 32.8.73 oracle.SID_A.session.redo.writes PMID: 32.8.74 oracle.SID_A.session.redo.bwrites PMID: 32.8.75 oracle.SID_A.session.redo.wrtime PMID: 32.8.76 oracle.SID_A.session.redo.logspreqs PMID: 32.8.77 oracle.SID_A.session.redo.logspwaittime PMID: 32.8.78 oracle.SID_A.session.redo.logswintrs PMID: 32.8.79 oracle.SID_A.session.redo.ordermarks PMID: 32.8.80 oracle.SID_A.session.hashlwgets PMID: 32.8.81 oracle.SID_A.session.bgchkpts.started PMID: 32.8.82 oracle.SID_A.session.bgchkpts.completed PMID: 32.8.83 oracle.SID_A.session.tranlock.fgreqs PMID: 32.8.84 oracle.SID_A.session.tranlock.fgwaittime PMID: 32.8.85 oracle.SID_A.session.tranlock.bggets PMID: 32.8.86 oracle.SID_A.session.tranlock.bggettime PMID: 32.8.87 oracle.SID_A.session.table.shortscans PMID: 32.8.88 oracle.SID_A.session.table.longscans PMID: 32.8.89 oracle.SID_A.session.table.rowidrngscans PMID: 32.8.108 oracle.SID_A.session.table.cachepartscans PMID: 32.8.109 oracle.SID_A.session.table.dirreadscans PMID: 32.8.125 oracle.SID_A.session.table.scanrows PMID: 32.8.90 oracle.SID_A.session.table.scanblocks PMID: 32.8.91 oracle.SID_A.session.table.rowidfetches PMID: 32.8.92 oracle.SID_A.session.table.contfetches PMID: 32.8.93 oracle.SID_A.session.clustkey.scans PMID: 32.8.94 oracle.SID_A.session.clustkey.scanblocks PMID: 32.8.95 oracle.SID_A.session.sql.parsecpu PMID: 32.8.96 oracle.SID_A.session.sql.parsereal PMID: 32.8.97 oracle.SID_A.session.sql.parsed PMID: 32.8.98 oracle.SID_A.session.sql.executed PMID: 32.8.99 oracle.SID_A.session.sql.memsorts PMID: 32.8.100 oracle.SID_A.session.sql.disksorts PMID: 32.8.101 oracle.SID_A.session.sql.rowsorts PMID: 32.8.102 oracle.SID_A.session.sccachehits PMID: 32.8.103 oracle.SID_A.session.sccachecount PMID: 32.8.126 oracle.SID_A.session.cursauths PMID: 32.8.104 oracle.SID_A.session.cleanout.immedcurr PMID: 32.8.122 oracle.SID_A.session.cleanout.defercurr PMID: 32.8.124 oracle.SID_A.session.cleanout.immedcr PMID: 32.8.123 oracle.SID_A.session.cr.createblk PMID: 32.8.110 oracle.SID_A.session.cr.convcurrblk PMID: 32.8.111 oracle.SID_A.session.unnecprocclnscn PMID: 32.8.112 oracle.SID_A.latch.gets PMID: 32.2.0 oracle.SID_A.latch.misses PMID: 32.2.1 oracle.SID_A.latch.sleeps PMID: 32.2.2 oracle.SID_A.latch.imgets PMID: 32.2.3 oracle.SID_A.latch.immisses PMID: 32.2.4 oracle.SID_A.latch.wakes PMID: 32.2.5 oracle.SID_A.latch.holds PMID: 32.2.6 oracle.SID_A.latch.spingets PMID: 32.2.7 oracle.SID_A.event.waits PMID: 32.10.0 oracle.SID_A.event.timeouts PMID: 32.10.1 oracle.SID_A.event.time_waited PMID: 32.10.2 oracle.SID_A.event.average_wait PMID: 32.10.3 oracle.SID_A.objcache.sharemem PMID: 32.9.0 oracle.SID_A.file.phyreads PMID: 32.3.0 oracle.SID_A.file.phywrites PMID: 32.3.1 oracle.SID_A.file.phyblkreads PMID: 32.3.2 oracle.SID_A.file.phyblkwrites PMID: 32.3.3 oracle.SID_A.file.readtime PMID: 32.3.4 oracle.SID_A.file.writetime PMID: 32.3.5 oracle.SID_A.rollback.rssize PMID: 32.4.0 oracle.SID_A.rollback.writes PMID: 32.4.1 oracle.SID_A.rollback.xacts PMID: 32.4.2 oracle.SID_A.rollback.gets PMID: 32.4.3 oracle.SID_A.rollback.waits PMID: 32.4.4 oracle.SID_A.rollback.hwmsize PMID: 32.4.5 oracle.SID_A.rollback.shrinks PMID: 32.4.6 oracle.SID_A.rollback.wraps PMID: 32.4.7 oracle.SID_A.rollback.extends PMID: 32.4.8 oracle.SID_A.rollback.avshrink PMID: 32.4.9 oracle.SID_A.rollback.avactive PMID: 32.4.10 oracle.SID_A.reqdist PMID: 32.5.0 oracle.SID_A.rowcache.count PMID: 32.7.0 oracle.SID_A.rowcache.gets PMID: 32.7.1 oracle.SID_A.rowcache.getmisses PMID: 32.7.2 oracle.SID_A.rowcache.scans PMID: 32.7.3 oracle.SID_A.rowcache.scanmisses PMID: 32.7.4 oracle.SID_A.license.maxsess PMID: 32.0.0 oracle.SID_A.license.cursess PMID: 32.0.1 oracle.SID_A.license.warnsess PMID: 32.0.2 oracle.SID_A.license.highsess PMID: 32.0.3 oracle.SID_A.license.maxusers PMID: 32.0.4 oracle.SID_A.backup.status PMID: 32.6.0 oracle.SID_B.all.logons PMID: 33.1.0 oracle.SID_B.all.curlogons PMID: 33.1.1 oracle.SID_B.all.opencurs PMID: 33.1.2 oracle.SID_B.all.curopencurs PMID: 33.1.3 oracle.SID_B.all.ucommits PMID: 33.1.4 oracle.SID_B.all.urollbacks PMID: 33.1.5 oracle.SID_B.all.ucalls PMID: 33.1.6 oracle.SID_B.all.recursecalls PMID: 33.1.7 oracle.SID_B.all.recursecpu PMID: 33.1.8 oracle.SID_B.all.transrollbacks PMID: 33.1.121 oracle.SID_B.all.rollbackchangeundo PMID: 33.1.120 oracle.SID_B.all.selreadds PMID: 33.1.9 oracle.SID_B.all.seprocspace PMID: 33.1.10 oracle.SID_B.all.cpucall PMID: 33.1.11 oracle.SID_B.all.secpu PMID: 33.1.12 oracle.SID_B.all.secontime PMID: 33.1.13 oracle.SID_B.all.procidle PMID: 33.1.14 oracle.SID_B.all.semem PMID: 33.1.15 oracle.SID_B.all.maxsemem PMID: 33.1.16 oracle.SID_B.all.msgxmit PMID: 33.1.17 oracle.SID_B.all.msgrecv PMID: 33.1.18 oracle.SID_B.all.bgtimeouts PMID: 33.1.19 oracle.SID_B.all.sepgamem PMID: 33.1.20 oracle.SID_B.all.semaxpgamem PMID: 33.1.21 oracle.SID_B.all.enqueue.timeouts PMID: 33.1.22 oracle.SID_B.all.enqueue.waits PMID: 33.1.23 oracle.SID_B.all.enqueue.deadlocks PMID: 33.1.24 oracle.SID_B.all.enqueue.requests PMID: 33.1.25 oracle.SID_B.all.enqueue.conversions PMID: 33.1.26 oracle.SID_B.all.enqueue.releases PMID: 33.1.27 oracle.SID_B.all.globlock.gets PMID: 33.1.28 oracle.SID_B.all.globlock.agets PMID: 33.1.29 oracle.SID_B.all.globlock.gettime PMID: 33.1.30 oracle.SID_B.all.globlock.cvts PMID: 33.1.31 oracle.SID_B.all.globlock.acvts PMID: 33.1.32 oracle.SID_B.all.globlock.cvttime PMID: 33.1.33 oracle.SID_B.all.globlock.rels PMID: 33.1.34 oracle.SID_B.all.globlock.arels PMID: 33.1.35 oracle.SID_B.all.globlock.reltime PMID: 33.1.36 oracle.SID_B.all.dbbgets PMID: 33.1.37 oracle.SID_B.all.consgets PMID: 33.1.38 oracle.SID_B.all.preads PMID: 33.1.39 oracle.SID_B.all.pwrites PMID: 33.1.40 oracle.SID_B.all.wreqs PMID: 33.1.41 oracle.SID_B.all.dirtyqlen PMID: 33.1.42 oracle.SID_B.all.dbbchanges PMID: 33.1.43 oracle.SID_B.all.chwrtime PMID: 33.1.44 oracle.SID_B.all.conschanges PMID: 33.1.45 oracle.SID_B.all.consread.datablkundo PMID: 33.1.115 oracle.SID_B.all.consread.noworkgets PMID: 33.1.116 oracle.SID_B.all.consread.cleangets PMID: 33.1.117 oracle.SID_B.all.consread.rollbackgets PMID: 33.1.118 oracle.SID_B.all.consread.cleanrollbackgets PMID: 33.1.119 oracle.SID_B.all.consread.transtable.undo PMID: 33.1.113 oracle.SID_B.all.consread.transtable.rollback PMID: 33.1.114 oracle.SID_B.all.exdeadlocks PMID: 33.1.48 oracle.SID_B.all.buffer.freereqs PMID: 33.1.49 oracle.SID_B.all.buffer.dirtyinsp PMID: 33.1.50 oracle.SID_B.all.buffer.freeinsp PMID: 33.1.51 oracle.SID_B.all.dbwr.timeouts PMID: 33.1.52 oracle.SID_B.all.dbwr.mkfreereqs PMID: 33.1.53 oracle.SID_B.all.dbwr.freebuffnd PMID: 33.1.54 oracle.SID_B.all.dbwr.lruscans PMID: 33.1.55 oracle.SID_B.all.dbwr.sumscandepth PMID: 33.1.56 oracle.SID_B.all.dbwr.bufsscanned PMID: 33.1.57 oracle.SID_B.all.dbwr.checkpoints PMID: 33.1.58 oracle.SID_B.all.dbwr.xinstwrites PMID: 33.1.59 oracle.SID_B.all.remote.instundowr PMID: 33.1.60 oracle.SID_B.all.remote.instundoreq PMID: 33.1.61 oracle.SID_B.all.recovery.breads PMID: 33.1.105 oracle.SID_B.all.recovery.areads PMID: 33.1.106 oracle.SID_B.all.recovery.areadtime PMID: 33.1.107 oracle.SID_B.all.kcmg.cscalls PMID: 33.1.63 oracle.SID_B.all.kcmg.rscalls PMID: 33.1.64 oracle.SID_B.all.kcmg.ascalls PMID: 33.1.65 oracle.SID_B.all.xinstcrrd PMID: 33.1.62 oracle.SID_B.all.nodlmscnsgets PMID: 33.1.66 oracle.SID_B.all.redo.syncwr PMID: 33.1.46 oracle.SID_B.all.redo.synctime PMID: 33.1.47 oracle.SID_B.all.redo.entries PMID: 33.1.67 oracle.SID_B.all.redo.size PMID: 33.1.68 oracle.SID_B.all.redo.entslin PMID: 33.1.69 oracle.SID_B.all.redo.bufallret PMID: 33.1.70 oracle.SID_B.all.redo.smallcpys PMID: 33.1.71 oracle.SID_B.all.redo.wastage PMID: 33.1.72 oracle.SID_B.all.redo.wrlatchtime PMID: 33.1.73 oracle.SID_B.all.redo.writes PMID: 33.1.74 oracle.SID_B.all.redo.bwrites PMID: 33.1.75 oracle.SID_B.all.redo.wrtime PMID: 33.1.76 oracle.SID_B.all.redo.logspreqs PMID: 33.1.77 oracle.SID_B.all.redo.logspwaittime PMID: 33.1.78 oracle.SID_B.all.redo.logswintrs PMID: 33.1.79 oracle.SID_B.all.redo.ordermarks PMID: 33.1.80 oracle.SID_B.all.hashlwgets PMID: 33.1.81 oracle.SID_B.all.bgchkpts.started PMID: 33.1.82 oracle.SID_B.all.bgchkpts.completed PMID: 33.1.83 oracle.SID_B.all.tranlock.fgreqs PMID: 33.1.84 oracle.SID_B.all.tranlock.fgwaittime PMID: 33.1.85 oracle.SID_B.all.tranlock.bggets PMID: 33.1.86 oracle.SID_B.all.tranlock.bggettime PMID: 33.1.87 oracle.SID_B.all.table.shortscans PMID: 33.1.88 oracle.SID_B.all.table.longscans PMID: 33.1.89 oracle.SID_B.all.table.rowidrngscans PMID: 33.1.108 oracle.SID_B.all.table.cachepartscans PMID: 33.1.109 oracle.SID_B.all.table.dirreadscans PMID: 33.1.125 oracle.SID_B.all.table.scanrows PMID: 33.1.90 oracle.SID_B.all.table.scanblocks PMID: 33.1.91 oracle.SID_B.all.table.rowidfetches PMID: 33.1.92 oracle.SID_B.all.table.contfetches PMID: 33.1.93 oracle.SID_B.all.clustkey.scans PMID: 33.1.94 oracle.SID_B.all.clustkey.scanblocks PMID: 33.1.95 oracle.SID_B.all.sql.parsecpu PMID: 33.1.96 oracle.SID_B.all.sql.parsereal PMID: 33.1.97 oracle.SID_B.all.sql.parsed PMID: 33.1.98 oracle.SID_B.all.sql.executed PMID: 33.1.99 oracle.SID_B.all.sql.memsorts PMID: 33.1.100 oracle.SID_B.all.sql.disksorts PMID: 33.1.101 oracle.SID_B.all.sql.rowsorts PMID: 33.1.102 oracle.SID_B.all.sccachehits PMID: 33.1.103 oracle.SID_B.all.sccachecount PMID: 33.1.126 oracle.SID_B.all.cursauths PMID: 33.1.104 oracle.SID_B.all.cleanout.immedcurr PMID: 33.1.122 oracle.SID_B.all.cleanout.defercurr PMID: 33.1.124 oracle.SID_B.all.cleanout.immedcr PMID: 33.1.123 oracle.SID_B.all.cr.createblk PMID: 33.1.110 oracle.SID_B.all.cr.convcurrblk PMID: 33.1.111 oracle.SID_B.all.unnecprocclnscn PMID: 33.1.112 oracle.SID_B.session.logons PMID: 33.8.0 oracle.SID_B.session.curlogons PMID: 33.8.1 oracle.SID_B.session.opencurs PMID: 33.8.2 oracle.SID_B.session.curopencurs PMID: 33.8.3 oracle.SID_B.session.ucommits PMID: 33.8.4 oracle.SID_B.session.urollbacks PMID: 33.8.5 oracle.SID_B.session.ucalls PMID: 33.8.6 oracle.SID_B.session.recursecalls PMID: 33.8.7 oracle.SID_B.session.recursecpu PMID: 33.8.8 oracle.SID_B.session.transrollbacks PMID: 33.8.121 oracle.SID_B.session.rollbackchangeundo PMID: 33.8.120 oracle.SID_B.session.selreadds PMID: 33.8.9 oracle.SID_B.session.seprocspace PMID: 33.8.10 oracle.SID_B.session.cpucall PMID: 33.8.11 oracle.SID_B.session.secpu PMID: 33.8.12 oracle.SID_B.session.secontime PMID: 33.8.13 oracle.SID_B.session.procidle PMID: 33.8.14 oracle.SID_B.session.semem PMID: 33.8.15 oracle.SID_B.session.maxsemem PMID: 33.8.16 oracle.SID_B.session.msgxmit PMID: 33.8.17 oracle.SID_B.session.msgrecv PMID: 33.8.18 oracle.SID_B.session.bgtimeouts PMID: 33.8.19 oracle.SID_B.session.sepgamem PMID: 33.8.20 oracle.SID_B.session.semaxpgamem PMID: 33.8.21 oracle.SID_B.session.enqueue.timeouts PMID: 33.8.22 oracle.SID_B.session.enqueue.waits PMID: 33.8.23 oracle.SID_B.session.enqueue.deadlocks PMID: 33.8.24 oracle.SID_B.session.enqueue.requests PMID: 33.8.25 oracle.SID_B.session.enqueue.conversions PMID: 33.8.26 oracle.SID_B.session.enqueue.releases PMID: 33.8.27 oracle.SID_B.session.globlock.gets PMID: 33.8.28 oracle.SID_B.session.globlock.agets PMID: 33.8.29 oracle.SID_B.session.globlock.gettime PMID: 33.8.30 oracle.SID_B.session.globlock.cvts PMID: 33.8.31 oracle.SID_B.session.globlock.acvts PMID: 33.8.32 oracle.SID_B.session.globlock.cvttime PMID: 33.8.33 oracle.SID_B.session.globlock.rels PMID: 33.8.34 oracle.SID_B.session.globlock.arels PMID: 33.8.35 oracle.SID_B.session.globlock.reltime PMID: 33.8.36 oracle.SID_B.session.dbbgets PMID: 33.8.37 oracle.SID_B.session.consgets PMID: 33.8.38 oracle.SID_B.session.preads PMID: 33.8.39 oracle.SID_B.session.pwrites PMID: 33.8.40 oracle.SID_B.session.wreqs PMID: 33.8.41 oracle.SID_B.session.dirtyqlen PMID: 33.8.42 oracle.SID_B.session.dbbchanges PMID: 33.8.43 oracle.SID_B.session.chwrtime PMID: 33.8.44 oracle.SID_B.session.conschanges PMID: 33.8.45 oracle.SID_B.session.consread.datablkundo PMID: 33.8.115 oracle.SID_B.session.consread.noworkgets PMID: 33.8.116 oracle.SID_B.session.consread.cleangets PMID: 33.8.117 oracle.SID_B.session.consread.rollbackgets PMID: 33.8.118 oracle.SID_B.session.consread.cleanrollbackgets PMID: 33.8.119 oracle.SID_B.session.consread.transtable.undo PMID: 33.8.113 oracle.SID_B.session.consread.transtable.rollback PMID: 33.8.114 oracle.SID_B.session.exdeadlocks PMID: 33.8.48 oracle.SID_B.session.buffer.freereqs PMID: 33.8.49 oracle.SID_B.session.buffer.dirtyinsp PMID: 33.8.50 oracle.SID_B.session.buffer.freeinsp PMID: 33.8.51 oracle.SID_B.session.dbwr.timeouts PMID: 33.8.52 oracle.SID_B.session.dbwr.mkfreereqs PMID: 33.8.53 oracle.SID_B.session.dbwr.freebuffnd PMID: 33.8.54 oracle.SID_B.session.dbwr.lruscans PMID: 33.8.55 oracle.SID_B.session.dbwr.sumscandepth PMID: 33.8.56 oracle.SID_B.session.dbwr.bufsscanned PMID: 33.8.57 oracle.SID_B.session.dbwr.checkpoints PMID: 33.8.58 oracle.SID_B.session.dbwr.xinstwrites PMID: 33.8.59 oracle.SID_B.session.remote.instundowr PMID: 33.8.60 oracle.SID_B.session.remote.instundoreq PMID: 33.8.61 oracle.SID_B.session.recovery.breads PMID: 33.8.105 oracle.SID_B.session.recovery.areads PMID: 33.8.106 oracle.SID_B.session.recovery.areadtime PMID: 33.8.107 oracle.SID_B.session.kcmg.cscalls PMID: 33.8.63 oracle.SID_B.session.kcmg.rscalls PMID: 33.8.64 oracle.SID_B.session.kcmg.ascalls PMID: 33.8.65 oracle.SID_B.session.xinstcrrd PMID: 33.8.62 oracle.SID_B.session.nodlmscnsgets PMID: 33.8.66 oracle.SID_B.session.redo.syncwr PMID: 33.8.46 oracle.SID_B.session.redo.synctime PMID: 33.8.47 oracle.SID_B.session.redo.entries PMID: 33.8.67 oracle.SID_B.session.redo.size PMID: 33.8.68 oracle.SID_B.session.redo.entslin PMID: 33.8.69 oracle.SID_B.session.redo.bufallret PMID: 33.8.70 oracle.SID_B.session.redo.smallcpys PMID: 33.8.71 oracle.SID_B.session.redo.wastage PMID: 33.8.72 oracle.SID_B.session.redo.wrlatchtime PMID: 33.8.73 oracle.SID_B.session.redo.writes PMID: 33.8.74 oracle.SID_B.session.redo.bwrites PMID: 33.8.75 oracle.SID_B.session.redo.wrtime PMID: 33.8.76 oracle.SID_B.session.redo.logspreqs PMID: 33.8.77 oracle.SID_B.session.redo.logspwaittime PMID: 33.8.78 oracle.SID_B.session.redo.logswintrs PMID: 33.8.79 oracle.SID_B.session.redo.ordermarks PMID: 33.8.80 oracle.SID_B.session.hashlwgets PMID: 33.8.81 oracle.SID_B.session.bgchkpts.started PMID: 33.8.82 oracle.SID_B.session.bgchkpts.completed PMID: 33.8.83 oracle.SID_B.session.tranlock.fgreqs PMID: 33.8.84 oracle.SID_B.session.tranlock.fgwaittime PMID: 33.8.85 oracle.SID_B.session.tranlock.bggets PMID: 33.8.86 oracle.SID_B.session.tranlock.bggettime PMID: 33.8.87 oracle.SID_B.session.table.shortscans PMID: 33.8.88 oracle.SID_B.session.table.longscans PMID: 33.8.89 oracle.SID_B.session.table.rowidrngscans PMID: 33.8.108 oracle.SID_B.session.table.cachepartscans PMID: 33.8.109 oracle.SID_B.session.table.dirreadscans PMID: 33.8.125 oracle.SID_B.session.table.scanrows PMID: 33.8.90 oracle.SID_B.session.table.scanblocks PMID: 33.8.91 oracle.SID_B.session.table.rowidfetches PMID: 33.8.92 oracle.SID_B.session.table.contfetches PMID: 33.8.93 oracle.SID_B.session.clustkey.scans PMID: 33.8.94 oracle.SID_B.session.clustkey.scanblocks PMID: 33.8.95 oracle.SID_B.session.sql.parsecpu PMID: 33.8.96 oracle.SID_B.session.sql.parsereal PMID: 33.8.97 oracle.SID_B.session.sql.parsed PMID: 33.8.98 oracle.SID_B.session.sql.executed PMID: 33.8.99 oracle.SID_B.session.sql.memsorts PMID: 33.8.100 oracle.SID_B.session.sql.disksorts PMID: 33.8.101 oracle.SID_B.session.sql.rowsorts PMID: 33.8.102 oracle.SID_B.session.sccachehits PMID: 33.8.103 oracle.SID_B.session.sccachecount PMID: 33.8.126 oracle.SID_B.session.cursauths PMID: 33.8.104 oracle.SID_B.session.cleanout.immedcurr PMID: 33.8.122 oracle.SID_B.session.cleanout.defercurr PMID: 33.8.124 oracle.SID_B.session.cleanout.immedcr PMID: 33.8.123 oracle.SID_B.session.cr.createblk PMID: 33.8.110 oracle.SID_B.session.cr.convcurrblk PMID: 33.8.111 oracle.SID_B.session.unnecprocclnscn PMID: 33.8.112 oracle.SID_B.latch.gets PMID: 33.2.0 oracle.SID_B.latch.misses PMID: 33.2.1 oracle.SID_B.latch.sleeps PMID: 33.2.2 oracle.SID_B.latch.imgets PMID: 33.2.3 oracle.SID_B.latch.immisses PMID: 33.2.4 oracle.SID_B.latch.wakes PMID: 33.2.5 oracle.SID_B.latch.holds PMID: 33.2.6 oracle.SID_B.latch.spingets PMID: 33.2.7 oracle.SID_B.event.waits PMID: 33.10.0 oracle.SID_B.event.timeouts PMID: 33.10.1 oracle.SID_B.event.time_waited PMID: 33.10.2 oracle.SID_B.event.average_wait PMID: 33.10.3 oracle.SID_B.objcache.sharemem PMID: 33.9.0 oracle.SID_B.file.phyreads PMID: 33.3.0 oracle.SID_B.file.phywrites PMID: 33.3.1 oracle.SID_B.file.phyblkreads PMID: 33.3.2 oracle.SID_B.file.phyblkwrites PMID: 33.3.3 oracle.SID_B.file.readtime PMID: 33.3.4 oracle.SID_B.file.writetime PMID: 33.3.5 oracle.SID_B.rollback.rssize PMID: 33.4.0 oracle.SID_B.rollback.writes PMID: 33.4.1 oracle.SID_B.rollback.xacts PMID: 33.4.2 oracle.SID_B.rollback.gets PMID: 33.4.3 oracle.SID_B.rollback.waits PMID: 33.4.4 oracle.SID_B.rollback.hwmsize PMID: 33.4.5 oracle.SID_B.rollback.shrinks PMID: 33.4.6 oracle.SID_B.rollback.wraps PMID: 33.4.7 oracle.SID_B.rollback.extends PMID: 33.4.8 oracle.SID_B.rollback.avshrink PMID: 33.4.9 oracle.SID_B.rollback.avactive PMID: 33.4.10 oracle.SID_B.reqdist PMID: 33.5.0 oracle.SID_B.rowcache.count PMID: 33.7.0 oracle.SID_B.rowcache.gets PMID: 33.7.1 oracle.SID_B.rowcache.getmisses PMID: 33.7.2 oracle.SID_B.rowcache.scans PMID: 33.7.3 oracle.SID_B.rowcache.scanmisses PMID: 33.7.4 oracle.SID_B.license.maxsess PMID: 33.0.0 oracle.SID_B.license.cursess PMID: 33.0.1 oracle.SID_B.license.warnsess PMID: 33.0.2 oracle.SID_B.license.highsess PMID: 33.0.3 oracle.SID_B.license.maxusers PMID: 33.0.4 oracle.SID_B.backup.status PMID: 33.6.0 From sonic.zhang@intel.com Tue Feb 18 17:57:45 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 17:57:48 -0800 (PST) Received: from hermes.jf.intel.com (fmr05.intel.com [134.134.136.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J1vi3v022790 for ; Tue, 18 Feb 2003 17:57:45 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by hermes.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J24N211767 for ; Wed, 19 Feb 2003 02:04:24 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J1ii613335 for ; Wed, 19 Feb 2003 01:44:44 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021910061606501 ; Wed, 19 Feb 2003 10:06:16 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFFDL5>; Wed, 19 Feb 2003 10:05:04 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BB3B@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell , "Zhang, Sonic" Cc: "PCP (E-mail)" Subject: RE: 3 new bugs found in case 116, 340 and 622 of pcp-qa-1.1 on Re dHat 7.3 Date: Wed, 19 Feb 2003 10:04:01 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 205 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, OK, all these cases pass on Red Hat 7.3. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?19? 1:09 To: Zhang, Sonic Cc: PCP (E-mail) Subject: Re: 3 new bugs found in case 116, 340 and 622 of pcp-qa-1.1 on RedHat 7.3 On Tue, 18 Feb 2003, Zhang, Sonic wrote: > Hi, > > I ran your latest pcp test suite v1.1 and got 3 failures. > > I test the pcp-2.3.0-11 under RedHat 7.3. > > Please refer to the attachments. 116 Looks like $PCPQA_HYPHEN_HOST is not set in common.config ... this would appear to be a setup problem in your QA config Although 116 could check for this and issue a more helpful message. However, chk.setup _does_ check for this ... did you run chk.setup after installing the new QA tarball and re-doing the local customization/configuration that is needed? 340 Botch on my part, sorry. Delete the line other2=snowy.melbourne.sgi.com from the script ... this is left over from my testing. 622 Same problem as 116. From sonic.zhang@intel.com Tue Feb 18 18:21:10 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 18:21:16 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J2L83v022935 for ; Tue, 18 Feb 2003 18:21:09 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J2Pi220853 for ; Wed, 19 Feb 2003 02:25:44 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J287623516 for ; Wed, 19 Feb 2003 02:08:08 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021910293832617 ; Wed, 19 Feb 2003 10:29:38 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFF138>; Wed, 19 Feb 2003 10:28:26 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BB59@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 Date: Wed, 19 Feb 2003 10:27:23 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2D7BE.6F6A9810" X-archive-position: 206 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: text/plain; charset="gb2312" Hi, I tried the pcp test suite v1.1 on United Linux and got some failures in case 252, 261, 280. I install the pcp-2.3.0-11. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: application/octet-stream; name="252.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="252.out.bad" QA output created by 252=0A= Log size for 4000bytes is correct=0A= Log size for 4K is correct=0A= Log size for 0.004Mb is correct=0A= Expected log sample size: 2=0A= Actual log sample size: 2=0A= gawk: cmd. line:2: warning: escape sequence `\.' treated as plain = `.'=0A= Expected time size of: 5secs=0A= Log time is within tolerance=0A= gawk: cmd. line:2: warning: escape sequence `\.' treated as plain = `.'=0A= Expected time size of: 5secs=0A= Log time is within tolerance=0A= ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: application/octet-stream; name="261.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="261.out.bad" QA output created by 261=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= Log Label (Log Format Version 2)=0A= Performance metrics from host gonzo=0A= commencing Tue Feb 25 10:45:08.440 1997=0A= ending Tue Feb 25 11:05:07.411 1997=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= Log Label (Log Format Version 2)=0A= Performance metrics from host gonzo=0A= commencing Tue Feb 25 10:51:07.407 1997=0A= ending Tue Feb 25 10:55:07.409 1997=0A= =0A= Descriptions for Metrics in the Log ...=0A= PMID: 29.0.6 (sample.bin)=0A= Data Type: 32-bit int InDom: 29.2 0x7400002=0A= Semantics: instant Units: none=0A= PMID: 29.0.7 (sample.drift)=0A= Data Type: 32-bit int InDom: PM_INDOM_NULL 0xffffffff=0A= Semantics: instant Units: none=0A= PMID: 29.0.37 (sample.mirage)=0A= Data Type: 32-bit int InDom: 29.3 0x7400003=0A= Semantics: instant Units: Kbyte / sec=0A= =0A= Instance Domains in the Log ...=0A= InDom: 29.2=0A= 10:51:07.407 9 instances=0A= 100 or "bin-100"=0A= 200 or "bin-200"=0A= 300 or "bin-300"=0A= 400 or "bin-400"=0A= 500 or "bin-500"=0A= 600 or "bin-600"=0A= 700 or "bin-700"=0A= 800 or "bin-800"=0A= 900 or "bin-900"=0A= InDom: 29.3=0A= 10:51:07.407 6 instances=0A= 0 or "m-00"=0A= 15 or "m-15"=0A= 17 or "m-17"=0A= 18 or "m-18"=0A= 19 or "m-19"=0A= 21 or "m-21"=0A= 10:52:07.407 8 instances=0A= 0 or "m-00"=0A= 12 or "m-12"=0A= 15 or "m-15"=0A= 17 or "m-17"=0A= 18 or "m-18"=0A= 19 or "m-19"=0A= 20 or "m-20"=0A= 21 or "m-21"=0A= 10:53:07.408 7 instances=0A= 0 or "m-00"=0A= 15 or "m-15"=0A= 17 or "m-17"=0A= 18 or "m-18"=0A= 19 or "m-19"=0A= 21 or "m-21"=0A= 22 or "m-22"=0A= 10:54:07.408 8 instances=0A= 0 or "m-00"=0A= 15 or "m-15"=0A= 17 or "m-17"=0A= 18 or "m-18"=0A= 19 or "m-19"=0A= 21 or "m-21"=0A= 22 or "m-22"=0A= 23 or "m-23"=0A= 10:55:07.409 7 instances=0A= 0 or "m-00"=0A= 15 or "m-15"=0A= 17 or "m-17"=0A= 19 or "m-19"=0A= 22 or "m-22"=0A= 23 or "m-23"=0A= 24 or "m-24"=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:51:07.407 0 132 132=0A= 10:52:07.407 0 565 316=0A= 10:53:07.408 0 697 500=0A= 10:54:07.408 0 816 692=0A= 10:55:07.409 0 948 892=0A= 10:55:07.409 0 1067 1084=0A= Error: timestamp went backwards in time=0A= =0A= 10:51:07.407 29.0.37 (sample.mirage):=0A= inst [0 or "m-00"] value 99=0A= inst [15 or "m-15"] value 1598=0A= inst [17 or "m-17"] value 1797=0A= inst [18 or "m-18"] value 1896=0A= inst [19 or "m-19"] value 1995=0A= inst [21 or "m-21"] value 2194=0A= 29.0.7 (sample.drift): value 74=0A= 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= =0A= 10:52:07.407 29.0.37 (sample.mirage):=0A= inst [0 or "m-00"] value 93=0A= inst [15 or "m-15"] value 1592=0A= inst [17 or "m-17"] value 1791=0A= inst [18 or "m-18"] value 1890=0A= inst [19 or "m-19"] value 1989=0A= inst [21 or "m-21"] value 2188=0A= 29.0.7 (sample.drift): value 75=0A= 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= =0A= 10:53:07.408 29.0.37 (sample.mirage):=0A= inst [0 or "m-00"] value 87=0A= inst [15 or "m-15"] value 1586=0A= inst [17 or "m-17"] value 1785=0A= inst [18 or "m-18"] value 1884=0A= inst [19 or "m-19"] value 1983=0A= inst [21 or "m-21"] value 2182=0A= inst [22 or "m-22"] value 2281=0A= 29.0.7 (sample.drift): value 86=0A= 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= =0A= 10:54:07.408 29.0.37 (sample.mirage):=0A= inst [0 or "m-00"] value 80=0A= inst [15 or "m-15"] value 1579=0A= inst [17 or "m-17"] value 1778=0A= inst [18 or "m-18"] value 1877=0A= inst [19 or "m-19"] value 1976=0A= inst [21 or "m-21"] value 2175=0A= inst [22 or "m-22"] value 2274=0A= inst [23 or "m-23"] value 2373=0A= 29.0.7 (sample.drift): value 119=0A= 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= =0A= 10:55:07.409 29.0.37 (sample.mirage):=0A= inst [0 or "m-00"] value 72=0A= inst [15 or "m-15"] value 1571=0A= inst [17 or "m-17"] value 1770=0A= inst [19 or "m-19"] value 1969=0A= inst [22 or "m-22"] value 2268=0A= inst [23 or "m-23"] value 2367=0A= inst [24 or "m-24"] value 2466=0A= 29.0.7 (sample.drift): value 150=0A= 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= =0A= Check metrics using pmval ...=0A= sample.mirage:=0A= *** TMP.orig TODAY=0A= --- Standard Input TODAY=0A= ***************=0A= *** 1,17 ****=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.mirage=0A= ! archive: src-oss/mirage=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: Kbyte / sec=0A= ! samples: 8=0A= interval: 30.00 sec=0A= =0A= m-00 m-21 m-22 m-23 = m-24 =0A= ! 10:51:07.407 7 2200 ? ? = ? =0A= 10:51:37.407 99 2194 ? ? = ? =0A= 10:52:07.407 99 2194 ? ? = ? =0A= 10:52:37.407 93 2188 ? ? = ? =0A= --- 1,17 ----=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.mirage=0A= ! archive: TMP=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: Kbyte / sec=0A= ! samples: 9=0A= interval: 30.00 sec=0A= =0A= m-00 m-21 m-22 m-23 = m-24 =0A= ! 10:51:07.407 99 2194 ? ? = ? =0A= 10:51:37.407 99 2194 ? ? = ? =0A= 10:52:07.407 99 2194 ? ? = ? =0A= 10:52:37.407 93 2188 ? ? = ? =0A= ***************=0A= *** 19,21 ****=0A= --- 19,22 ----=0A= 10:53:37.407 87 2182 2281 ? = ? =0A= 10:54:07.407 87 2182 2281 ? = ? =0A= 10:54:37.407 80 ? 2274 2373 = ? =0A= + 10:55:07.407 80 ? 2274 2373 = ? =0A= =0A= sample.bin:=0A= *** TMP.orig TODAY=0A= --- Standard Input TODAY=0A= ***************=0A= *** 1,13 ****=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.bin=0A= ! archive: src-oss/mirage=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: none=0A= ! samples: 8=0A= interval: 30.00 sec=0A= =0A= bin-100 bin-200 bin-300 bin-400 = bin-500 bin-600 bin-700 bin-800 bin-900 =0A= --- 1,13 ----=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.bin=0A= ! archive: TMP=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: none=0A= ! samples: 9=0A= interval: 30.00 sec=0A= =0A= bin-100 bin-200 bin-300 bin-400 = bin-500 bin-600 bin-700 bin-800 bin-900 =0A= ***************=0A= *** 19,21 ****=0A= --- 19,22 ----=0A= 10:53:37.407 100 200 300 400 = 500 600 700 800 900 =0A= 10:54:07.407 100 200 300 400 = 500 600 700 800 900 =0A= 10:54:37.407 100 200 300 400 = 500 600 700 800 900 =0A= + 10:55:07.407 100 200 300 400 = 500 600 700 800 900 =0A= sample.drift:=0A= *** TMP.orig TODAY=0A= --- Standard Input TODAY=0A= ***************=0A= *** 1,15 ****=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.drift=0A= ! archive: src-oss/mirage=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: none=0A= ! samples: 8=0A= interval: 30.00 sec=0A= ! 10:51:07.407 26=0A= 10:51:37.407 74=0A= 10:52:07.407 74=0A= 10:52:37.407 75=0A= --- 1,15 ----=0A= Note: timezone set to local timezone of host "gonzo" from archive=0A= =0A= metric: sample.drift=0A= ! archive: TMP=0A= host: gonzo=0A= start: Tue Feb 25 10:51:07 1997=0A= end: Tue Feb 25 10:55:07 1997=0A= semantics: instantaneous value=0A= units: none=0A= ! samples: 9=0A= interval: 30.00 sec=0A= ! 10:51:07.407 74=0A= 10:51:37.407 74=0A= 10:52:07.407 74=0A= 10:52:37.407 75=0A= ***************=0A= *** 17,19 ****=0A= --- 17,20 ----=0A= 10:53:37.407 86=0A= 10:54:07.407 86=0A= 10:54:37.407 119=0A= + 10:55:07.407 119=0A= ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: application/octet-stream; name="280.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="280.out.bad" QA output created by 280=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= =0A= Ping primary logger ...=0A= =0A= Expect this should do nothing ...=0A= =0A= Kill off primary logger ...=0A= Unable to connect to primary pmlogger at LOCALHOST: Connection = refused=0A= Expect this to re-start the primary logger ...=0A= Restarting primary pmlogger for host "LOCALHOST" [dots] [process PID] . = done=0A= Latest folio created for CHECK=0A= =0A= Kill off primary logger ...=0A= Unable to connect to primary pmlogger at LOCALHOST: Connection = refused=0A= =0A= Expect this to quietly re-start the primary logger ...=0A= =0A= Expect this to get a mutex failure ...=0A= PMLOGGER.CHECK: Warning: is another PCP cron job running = concurrently?=0A= -rw-r--r-- 1 root GROUP 0 Mmm D YYYY=0A= PMLOGGER.CHECK [$PCP_VAR_DIR/config/pmlogger/control:LINE]=0A= Warning: failed to acquire exclusive lock ($PCP_LOG_DIR/LOCALHOST/lock) = [dots]=0A= =0A= Expect this to cleanup an old lock file ...=0A= PMLOGGER.CHECK: Warning: removing lock file older than 30 minutes=0A= -rw-r--r-- 1 root GROUP 0 1997-01-02 03:04 = $PCP_LOG_DIR/LOCALHOST/lock=0A= ------_=_NextPart_000_01C2D7BE.6F6A9810-- From sonic.zhang@intel.com Tue Feb 18 18:21:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 18:21:16 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J2LA3v022936 for ; Tue, 18 Feb 2003 18:21:10 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J2Pj220861 for ; Wed, 19 Feb 2003 02:25:45 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J289623522 for ; Wed, 19 Feb 2003 02:08:09 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021910293824775 ; Wed, 19 Feb 2003 10:29:38 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFF139>; Wed, 19 Feb 2003 10:28:26 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BB58@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: "KenMcDonell (E-mail)" Cc: "PCP (E-mail)" Subject: Problems in pcp test cases 067, 069, 092, 134, 136 188 on United Linux 1.0 Date: Wed, 19 Feb 2003 10:27:22 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01C2D7BE.6ED20190" X-archive-position: 207 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: text/plain; charset="gb2312" Hi, I tried the pcp test suite v1.1 on United Linux and got some failures in case 067, 069, 092, 134, 136 188. I install the pcp-2.3.0-11. ************************************* Sonic Zhang Software Engineer Intel China Software Lab Tel: 021-52574545-1667 iNet: 8-752-1667 ************************************* ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="092.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="092.out.bad" QA output created by 092=0A= small archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (direct): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 9 log reads=0A= =0A= large archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (direct): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 1001 log reads=0A= =0A= truncated archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 9 log reads=0A= =0A= pmFetchArchive: No such PMAPI error code (-1073745608)=0A= required 7 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 8 log reads=0A= =0A= pmFetchArchive: Corrupted record in a PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 416 log reads=0A= =0A= empty archive=0A= pmGetArchiveEnd failed!=0A= pmGetArchiveEnd: Corrupted record in a PCP archive log=0A= required 0 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= required 0 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= required 0 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= no results!=0A= required 0 log reads=0A= =0A= small multi-volume archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (direct): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 9 log reads=0A= =0A= large multi-volume archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (direct): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 1001 log reads=0A= =0A= large no index archive=0A= pmGetArchiveEnd time: MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (direct): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= last result time (indirect): MY-EOL-TIMESTAMP=0A= required 1 log reads=0A= =0A= pmFetchArchive: End of PCP archive log=0A= last result time (serial): MY-EOL-TIMESTAMP=0A= required 1001 log reads=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="069.full" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="069.full" host1 =3D sevens.sh.intel.com=0A= host2 =3D wal.sh.intel.com=0A= me: ip=3D172.16.211.136 hex_ip=3D88d310ac=0A= host1: ip=3D172.16.219.15 hex_ip=3D0fdb10ac=0A= host2: ip=3D172.16.219.31 hex_ip=3D1fdb10ac=0A= =3D=3D=3D pmval output =3D=3D=3D=0A= =0A= metric: pmcd.numclients=0A= host: tens.sh.intel.com=0A= semantics: instantaneous value=0A= units: none=0A= samples: all=0A= interval: 1.00 sec=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= =3D=3D=3D pminfo output =3D=3D=3D=0A= =0A= pminfo: Cannot connect to PMCD on host "tens.sh.intel.com": PMCD = connection limit for this host exceeded=0A= pminfo: Cannot connect to PMCD on host "tens.sh.intel.com": PMCD = connection limit for this host exceeded=0A= =3D=3D=3D pmval output =3D=3D=3D=0A= =0A= metric: pmcd.numclients=0A= host: tens.sh.intel.com=0A= semantics: instantaneous value=0A= units: none=0A= samples: all=0A= interval: 1.00 sec=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= 1=0A= =3D=3D=3D pminfo output =3D=3D=3D=0A= =0A= pminfo: Cannot connect to PMCD on host "tens.sh.intel.com": PMCD = connection limit for this host exceeded=0A= =3D=3D=3D pmstore output =3D=3D=3D=0A= =0A= pmstore: Cannot connect to PMCD on host "tens.sh.intel.com": PMCD = connection limit for this host exceeded=0A= =3D=3D=3D pmcd.log =3D=3D=3D=0A= Log for pmcd on tens started Wed Feb 19 09:59:41 2003=0A= =0A= NOTICE: using /proc/partitions for disk I/O stats=0A= NOTICE: using "/boot/System.map-2.4.19-64GB-SMP" for kernel symbols = map.=0A= Warning: mismatch for "svc_create" between System.map and = /proc/ksyms.=0A= Warning: xfs metrics are not available : No such file or directory=0A= Warning: pagebuf metrics are not available : No such file or = directory=0A= =0A= active agent dom pid in out ver protocol parameters=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D = =3D=3D=3D =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= linux 60 2 dso i:3 = lib=3D/var/pcp/pmdas/linux/pmda_linux.so entry=3Dlinux_init = [0x401846b6]=0A= pmcd 2 2 dso i:2 = lib=3D/var/pcp/pmdas/pmcd/pmda_pmcd.so entry=3Dpmcd_init = [0x401e8402]=0A= =0A= Host access list empty: access control turned off=0A= =0A= =0A= pmcd: PID =3D 32682, PDU version =3D 2, pcpcol license=0A= pmcd request port(s):=0A= sts fd IP addr=0A= =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=0A= ok 0 00000000 INADDR_ANY=0A= [Wed Feb 19 09:59:53] pmcd(32682) Info: =0A= =0A= pmcd RESTARTED at Wed Feb 19 09:59:53 2003=0A= =0A= =0A= Current PMCD clients ...=0A= fd client connection from ipc ver operations = denied=0A= =3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= 8 tens.sh.intel.com 2=0A= =0A= access violation from host 172.16.211.136:=0A= endclient client[0]: (fd 8) No permission to perform requested = operation (-12387)=0A= =0A= active agent dom pid in out ver protocol parameters=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D = =3D=3D=3D =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= linux 60 2 dso i:3 = lib=3D/var/pcp/pmdas/linux/pmda_linux.so entry=3Dlinux_init [(nil)]=0A= pmcd 2 2 dso i:2 = lib=3D/var/pcp/pmdas/pmcd/pmda_pmcd.so entry=3Dpmcd_init [(nil)]=0A= =0A= Host access list:=0A= 00 01 Cur/MaxCons host-spec host-mask lvl host-name=0A= =3D=3D =3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= y n 0 1 0fdb10ac ffffffff 0 sevens.sh.intel.com=0A= y y 0 1 1fdb10ac ffffffff 0 wal.sh.intel.com=0A= n n 0 0 00000000 00000000 4 *=0A= =0A= [Wed Feb 19 09:59:54] pmcd(32682) Info: PMNS file "DEFAULT" is = unchanged=0A= access violation from host 172.16.219.15:=0A= endclient client[1]: (fd 9) PMCD connection limit for this host = exceeded (-12388)=0A= access violation from host 172.16.219.31:=0A= endclient client[1]: (fd 9) PMCD connection limit for this host = exceeded (-12388)=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="069.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="069.out.bad" QA output created by 069=0A= gawk: warning: escape sequence `\.' treated as plain `.'=0A= gawk: warning: escape sequence `\.' treated as plain `.'=0A= gawk: warning: escape sequence `\.' treated as plain `.'=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= should be OK=0A= =0A= pmcd.numclients=0A= value 2=0A= =0A= expect two access control errors:=0A= pminfo: Cannot connect to PMCD on host "LOCALHOST": No permission to = perform requested operation=0A= pminfo: Cannot connect to PMCD on host "LOCALHOST": No permission to = perform requested operation=0A= =0A= expect two connection limit errors:=0A= pminfo: Cannot connect to PMCD on host "OTHERHOST1": PMCD connection = limit for this host exceeded=0A= pminfo: Cannot connect to PMCD on host "OTHERHOST1": PMCD connection = limit for this host exceeded=0A= =0A= expect two connection limit errors:=0A= pminfo: Cannot connect to PMCD on host "OTHERHOST2": PMCD connection = limit for this host exceeded=0A= pmstore: Cannot connect to PMCD on host "OTHERHOST2": PMCD connection = limit for this host exceeded=0A= =0A= expect 3 access violation messages for localhost, OTHERHOST1 and = OTHERHOST2=0A= and one endclient access violation for localhost and one endclient = connection=0A= limit for each of OTHERHOST1 and OTHERHOST2=0A= Log for pmcd on HOST started DATE=0A= =0A= =0A= active agent dom pid in out ver protocol parameters=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D = =3D=3D=3D =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= [OS] ?? N dso i:? lib=3D[OS]pmda.so = entry=3D[OS]_init=0A= pmcd 2 N dso i:2 lib=3D...pmda_pmcd.so = entry=3Dpmcd_init=0A= =0A= Host access list empty: access control turned off=0A= =0A= =0A= pmcd: PID =3D PID=0A= pmcd request port(s):=0A= sts fd IP addr=0A= =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=0A= ok FD 00000000 INADDR_ANY=0A= [DATE] pmcd(PID) Info: =0A= =0A= pmcd RESTARTED at DATE=0A= =0A= =0A= Current PMCD clients ...=0A= fd client connection from ipc ver operations = denied=0A= ...=0A= =0A= access violation from host MY_IP:=0A= endclient client[N]: (fd ) No permission to perform requested = operation (-12387)=0A= =0A= active agent dom pid in out ver protocol parameters=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D = =3D=3D=3D =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= [OS] ?? N dso i:? lib=3D[OS]pmda.so = entry=3D[OS]_init=0A= pmcd 2 N dso i:2 lib=3D...pmda_pmcd.so = entry=3Dpmcd_init=0A= =0A= Host access list:=0A= 00 01 Cur/MaxCons host-spec host-mask lvl host-name=0A= =3D=3D =3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= y n 0 1 OTHER1_HEXIP ffffffff 0 OTHER_1=0A= y y 0 1 OTHER2_HEXIP ffffffff 0 OTHER_2=0A= n n 0 0 00000000 00000000 4 *=0A= =0A= [DATE] pmcd(PID) Info: PMNS file "DEFAULT" is unchanged=0A= access violation from host OTHER1_IP:=0A= endclient client[N]: (fd ) PMCD connection limit for this host = exceeded (-12388)=0A= access violation from host OTHER2_IP:=0A= endclient client[N]: (fd ) PMCD connection limit for this host = exceeded (-12388)=0A= =0A= If failure, check 069.full=0A= Restarting pmcd=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="067.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="067.out.bad" QA output created by 067=0A= =0A= port 2222 should be listening=0A= =0A= Waiting for PMCD to terminate ...=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= =0A= =0A= pmda log (should have terminated):=0A= pmdashutdown terminated=0A= =0A= Log for pmcd on HOST started DATE=0A= active agent dom pid in out ver protocol parameters=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D = =3D=3D=3D =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= [OS] ?? 2 dso i:? lib=3D[OS]pmda.so = entry=3D[OS]_init=0A= pmcd 2 2 dso i:2 lib=3D...pmda_pmcd.so = entry=3Dpmcd_init=0A= test 3 -1 bin sock dom=3Dinet port=3D2222=0A= Host access list empty: access control turned off=0A= pmcd: PID =3D PID=0A= pmcd request port(s):=0A= sts fd IP addr=0A= =3D=3D=3D =3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=0A= ok FD 00000000 INADDR_ANY=0A= [DATE] pmcd(PID) Info:=0A= pmcd RESTARTED at DATE=0A= Current PMCD clients ...=0A= Restarting pmcd=0A= Waiting for PMCD to terminate ...=0A= Performance Co-Pilot starting PMCD (logfile is $PCP_LOG_DIR/pmcd.log) = ...=0A= Performance Co-Pilot starting archive loggers ...=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="134.full" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="134.full" =3D=3D=3D logger started, nothing logged =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 252 2003-02-19 10:00 = /tmp/793.0=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:47.361 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =3D=3D=3D first volume, one result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 292 2003-02-19 10:00 = /tmp/793.0=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:49.461 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= 10:00:49.461 0 349 252=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =0A= 10:00:49.461 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second empty volume =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 292 2003-02-19 10:00 = /tmp/793.0=0A= -rw-r--r-- 1 pcpqa users 132 2003-02-19 10:00 = /tmp/793.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:49.461 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= 10:00:49.461 0 349 252=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =0A= 10:00:49.461 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second volume, one result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 292 2003-02-19 10:00 = /tmp/793.0=0A= -rw-r--r-- 1 pcpqa users 172 2003-02-19 10:00 = /tmp/793.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:53.622 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= 10:00:49.461 0 349 252=0A= 10:00:53.622 1 604 132=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =0A= 10:00:49.461 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 10:00:53.622 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D second volume, second + third result =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 292 2003-02-19 10:00 = /tmp/793.0=0A= -rw-r--r-- 1 pcpqa users 356 2003-02-19 10:00 = /tmp/793.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:57.731 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= 10:00:49.461 0 349 252=0A= 10:00:53.622 1 604 132=0A= 10:00:55.712 1 604 172=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =0A= 10:00:49.461 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 10:00:53.622 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 10:00:55.712 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= 2.0.4 (pmcd.control.timeout): value 5=0A= 2.0.0 (pmcd.control.debug): value 0=0A= =0A= 10:00:57.731 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =3D=3D=3D logger done =3D=3D=3D=0A= -rw-r--r-- 1 pcpqa users 292 2003-02-19 10:00 = /tmp/793.0=0A= -rw-r--r-- 1 pcpqa users 356 2003-02-19 10:00 = /tmp/793.1=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host tens=0A= commencing Wed Feb 19 10:00:47.361 2003=0A= ending Wed Feb 19 10:00:57.731 2003=0A= =0A= Temporal Index=0A= Log Vol end(meta) end(log)=0A= 10:00:47.361 0 132 132=0A= 10:00:49.461 0 349 252=0A= 10:00:53.622 1 604 132=0A= 10:00:55.712 1 604 172=0A= =0A= 10:00:47.361 2.3.3 (pmcd.pmlogger.host): inst [800 or "800"] value = "tens.sh.intel.com"=0A= 2.3.0 (pmcd.pmlogger.port): inst [800 or "800"] value = 4331=0A= 2.3.2 (pmcd.pmlogger.archive): inst [800 or "800"] value = "/tmp/793"=0A= =0A= 10:00:49.461 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 10:00:53.622 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= =0A= 10:00:55.712 29.0.6 (sample.bin):=0A= inst [100 or "bin-100"] value 100=0A= inst [200 or "bin-200"] value 200=0A= inst [300 or "bin-300"] value 300=0A= inst [400 or "bin-400"] value 400=0A= inst [500 or "bin-500"] value 500=0A= inst [600 or "bin-600"] value 600=0A= inst [700 or "bin-700"] value 700=0A= inst [800 or "bin-800"] value 800=0A= inst [900 or "bin-900"] value 900=0A= 2.0.4 (pmcd.control.timeout): value 5=0A= 2.0.0 (pmcd.control.debug): value 0=0A= =0A= 10:00:57.731 2.0.8 (pmcd.control.register): inst [0 or "0"] value = 0=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="134.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="134.out.bad" QA output created by 134=0A= =0A= =3D=3D=3D logger started, nothing logged =3D=3D=3D=0A= 252 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-0 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= =0A= =3D=3D=3D first volume, one result =3D=3D=3D=0A= 292 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= New log volume 1=0A= =0A= =3D=3D=3D second empty volume =3D=3D=3D=0A= 292 bytes=0A= 132 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-1 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, one result =3D=3D=3D=0A= 292 bytes=0A= 172 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-2 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= =0A= =3D=3D=3D second volume, second + third result =3D=3D=3D=0A= 292 bytes=0A= 356 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-4 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= =0A= =3D=3D=3D logger done =3D=3D=3D=0A= 292 bytes=0A= 356 bytes=0A= Log Label (Log Format Version 2)=0A= Performance metrics from host LOCALHOST=0A= commencing month-day TIMESTAMP-0 year=0A= ending month-day TIMESTAMP-4 year=0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 0 OFFSET OFFSET=0A= TIMESTAMP-2 1 OFFSET OFFSET=0A= TIMESTAMP-3 1 OFFSET OFFSET=0A= Metrics in archive:=0A= pmcd.pmlogger.host=0A= pmcd.pmlogger.port=0A= pmcd.pmlogger.archive=0A= pmcd.control.register=0A= pmcd.control.register=0A= sample.bin=0A= pmcd.control.timeout=0A= pmcd.control.debug=0A= pmcd.control.register=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="136.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="136.out.bad" QA output created by 136=0A= 700-800 bytes=0A= 600-700 bytes=0A= 600-700 bytes=0A= 600-700 bytes=0A= 600-700 bytes=0A= =0A= =0A= Temporal Index=0A= month-day end(meta) end(log)=0A= TIMESTAMP-0 0 OFFSET OFFSET=0A= TIMESTAMP-1 1 OFFSET OFFSET=0A= TIMESTAMP-2 2 OFFSET OFFSET=0A= TIMESTAMP-3 3 OFFSET OFFSET=0A= TIMESTAMP-4 4 OFFSET OFFSET=0A= TIMESTAMP-5 4 OFFSET OFFSET=0A= =0A= =3D=3D=3D samples, expect 50 + 3 for preamble =3D=3D=3D=0A= 53=0A= ------_=_NextPart_000_01C2D7BE.6ED20190 Content-Type: application/octet-stream; name="188.out.bad" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="188.out.bad" QA output created by 188=0A= standard libc routines=0A= initial 28800 -> 28800 Thu Jan 1 19:00:00 1970=0A= -3 months -> -7920000 Wed Oct 1 19:00:00 1969=0A= -2 months -> -5241600 Sat Nov 1 19:00:00 1969=0A= -1 months -> -2649600 Mon Dec 1 19:00:00 1969=0A= +1 months -> 2707200 Sun Feb 1 19:00:00 1970=0A= +2 months -> 5126400 Sun Mar 1 19:00:00 1970=0A= +3 months -> 7804800 Wed Apr 1 19:00:00 1970=0A= =0A= initial 825042862 -> 825042862 Fri Feb 23 13:34:22 1996=0A= -3 months -> 817094062 Thu Nov 23 13:34:22 1995=0A= -2 months -> 819686062 Sat Dec 23 13:34:22 1995=0A= -1 months -> 822364462 Tue Jan 23 13:34:22 1996=0A= +1 months -> 827548462 Sat Mar 23 13:34:22 1996=0A= +2 months -> 830226862 Tue Apr 23 13:34:22 1996=0A= +3 months -> 832818862 Thu May 23 13:34:22 1996=0A= =0A= pmNewZone("EST-11EST-10,86/2:00,303/2:00")=0A= initial 28800 -> 28800 Thu Jan 1 19:00:00 1970=0A= -3 months -> -7920000 Wed Oct 1 19:00:00 1969=0A= -2 months -> -5241600 Sat Nov 1 19:00:00 1969=0A= -1 months -> -2649600 Mon Dec 1 19:00:00 1969=0A= +1 months -> 2707200 Sun Feb 1 19:00:00 1970=0A= +2 months -> 5126400 Sun Mar 1 19:00:00 1970=0A= +3 months -> 7804800 Wed Apr 1 18:00:00 1970=0A= =0A= initial 825042862 -> 825042862 Fri Feb 23 13:34:22 1996=0A= -3 months -> 817094062 Thu Nov 23 13:34:22 1995=0A= -2 months -> 819686062 Sat Dec 23 13:34:22 1995=0A= -1 months -> 822364462 Tue Jan 23 13:34:22 1996=0A= +1 months -> 827548462 Sat Mar 23 13:34:22 1996=0A= +2 months -> 830226862 Tue Apr 23 12:34:22 1996=0A= +3 months -> 832818862 Thu May 23 12:34:22 1996=0A= =0A= pmNewZone("UTC")=0A= initial 28800 -> 28800 Thu Jan 1 08:00:00 1970=0A= -3 months -> -7920000 Wed Oct 1 08:00:00 1969=0A= -2 months -> -5241600 Sat Nov 1 08:00:00 1969=0A= -1 months -> -2649600 Mon Dec 1 08:00:00 1969=0A= +1 months -> 2707200 Sun Feb 1 08:00:00 1970=0A= +2 months -> 5126400 Sun Mar 1 08:00:00 1970=0A= +3 months -> 7804800 Wed Apr 1 08:00:00 1970=0A= =0A= initial 825042862 -> 825042862 Fri Feb 23 02:34:22 1996=0A= -3 months -> 817094062 Thu Nov 23 02:34:22 1995=0A= -2 months -> 819686062 Sat Dec 23 02:34:22 1995=0A= -1 months -> 822364462 Tue Jan 23 02:34:22 1996=0A= +1 months -> 827548462 Sat Mar 23 02:34:22 1996=0A= +2 months -> 830226862 Tue Apr 23 02:34:22 1996=0A= +3 months -> 832818862 Thu May 23 02:34:22 1996=0A= =0A= pmNewZone("PST8PDT7")=0A= initial 28800 -> 28800 Thu Jan 1 00:00:00 1970=0A= -3 months -> -7920000 Wed Oct 1 01:00:00 1969=0A= -2 months -> -5241600 Sat Nov 1 00:00:00 1969=0A= -1 months -> -2649600 Mon Dec 1 00:00:00 1969=0A= +1 months -> 2707200 Sun Feb 1 00:00:00 1970=0A= +2 months -> 5126400 Sun Mar 1 00:00:00 1970=0A= +3 months -> 7804800 Wed Apr 1 00:00:00 1970=0A= =0A= initial 825042862 -> 825042862 Thu Feb 22 18:34:22 1996=0A= -3 months -> 817094062 Wed Nov 22 18:34:22 1995=0A= -2 months -> 819686062 Fri Dec 22 18:34:22 1995=0A= -1 months -> 822364462 Mon Jan 22 18:34:22 1996=0A= +1 months -> 827548462 Fri Mar 22 18:34:22 1996=0A= +2 months -> 830226862 Mon Apr 22 19:34:22 1996=0A= +3 months -> 832818862 Wed May 22 19:34:22 1996=0A= =0A= ------_=_NextPart_000_01C2D7BE.6ED20190-- From kenmcd@melbourne.sgi.com Tue Feb 18 19:17:25 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 19:17:28 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J3HO3v025467 for ; Tue, 18 Feb 2003 19:17:25 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1J3PxG8007048 for ; Tue, 18 Feb 2003 19:26:00 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1J3OhAB14278078; Wed, 19 Feb 2003 14:24:43 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1J3OgHG14269975; Wed, 19 Feb 2003 14:24:42 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 14:24:42 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309BB59@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: X-archive-position: 208 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 252, 261, 280. 252 your gawk has become (absurdly, IMHO) picky .. provided \. is interpreted as . then I'm not interested in the warning ... is there some way to make gawk behave sensibly? if not, you'll need this patch rattle 60% p_rdiff -u 252 --- /usr/tmp/TmpDir.14250867-0/qa/252_1.8 Wed Feb 19 14:12:47 2003 +++ qa/252 Wed Feb 19 13:59:04 2003 @@ -123,7 +123,7 @@ /usr/bin/time $* 2>&1 >/dev/null | \ if [ "$PCP_PLATFORM" = "linux" ] ; then tr ' ' "\n" | $PCP_AWK_PROG '/elapsed$/ { sub("elapsed", "", $1); - split ($1,tt,"[:\.]"); + split ($1,tt,"[:.]"); print (tt[1]*60)+tt[2];}' else $PCP_AWK_PROG '/^real/ {print $2}' | sed -e 's/\..*//' 261 I can reporoduce this failure case on Red Hat 7.3 locally, so I will investigate 280 your ls(1) is producing dates like "1997-01-02 03:04" instead of "Jan 2 1997" ... can you make ls(1) behave the way it should (again IMHO) TIme to climb on my soap box ... I'm afraid I do not have time to pander to a whole raft of QA failures that are not PCP QA "failures" but in my opinion United Linux (or indeed any other brand of Linux/Unix) "failures" because the distributors, or the contributors are making arbitrary decisions to change the way long standing Unix utilities behave ... if you have these problems, then the onus is on those with a vested interest in these operating system versions to send me patches to fix the PCP QA suite ... if these patches work for IRIX and the Linux distribution I care about, I'll take them, otherwise I suggest you get your operating system fixed. For the cases where there is some suggestion of a genuine PCP problem, I will continue to investigate, as in 261 above. From sonic.zhang@intel.com Tue Feb 18 19:54:06 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 19:54:10 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J3s53v026576 for ; Tue, 18 Feb 2003 19:54:06 -0800 Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J3wf224322 for ; Wed, 19 Feb 2003 03:58:41 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by petasus.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J3x2i15960 for ; Wed, 19 Feb 2003 03:59:02 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021912023922797 ; Wed, 19 Feb 2003 12:02:39 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFF26J>; Wed, 19 Feb 2003 12:01:27 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BBB4@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: "PCP (E-mail)" Subject: RE: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 Date: Wed, 19 Feb 2003 12:00:25 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 209 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, OK. I will figure out if a problem is caused by Linux Platform before submit it next time. Thank you for your patience. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?19? 11:25 To: Zhang, Sonic Cc: PCP (E-mail) Subject: Re: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 252, 261, 280. 252 your gawk has become (absurdly, IMHO) picky .. provided \. is interpreted as . then I'm not interested in the warning ... is there some way to make gawk behave sensibly? if not, you'll need this patch rattle 60% p_rdiff -u 252 --- /usr/tmp/TmpDir.14250867-0/qa/252_1.8 Wed Feb 19 14:12:47 2003 +++ qa/252 Wed Feb 19 13:59:04 2003 @@ -123,7 +123,7 @@ /usr/bin/time $* 2>&1 >/dev/null | \ if [ "$PCP_PLATFORM" = "linux" ] ; then tr ' ' "\n" | $PCP_AWK_PROG '/elapsed$/ { sub("elapsed", "", $1); - split ($1,tt,"[:\.]"); + split ($1,tt,"[:.]"); print (tt[1]*60)+tt[2];}' else $PCP_AWK_PROG '/^real/ {print $2}' | sed -e 's/\..*//' 261 I can reporoduce this failure case on Red Hat 7.3 locally, so I will investigate 280 your ls(1) is producing dates like "1997-01-02 03:04" instead of "Jan 2 1997" ... can you make ls(1) behave the way it should (again IMHO) TIme to climb on my soap box ... I'm afraid I do not have time to pander to a whole raft of QA failures that are not PCP QA "failures" but in my opinion United Linux (or indeed any other brand of Linux/Unix) "failures" because the distributors, or the contributors are making arbitrary decisions to change the way long standing Unix utilities behave ... if you have these problems, then the onus is on those with a vested interest in these operating system versions to send me patches to fix the PCP QA suite ... if these patches work for IRIX and the Linux distribution I care about, I'll take them, otherwise I suggest you get your operating system fixed. For the cases where there is some suggestion of a genuine PCP problem, I will continue to investigate, as in 261 above. From kenmcd@melbourne.sgi.com Tue Feb 18 20:41:12 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 20:41:15 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J4fA3v027528 for ; Tue, 18 Feb 2003 20:41:11 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1J4xNkq020094 for ; Tue, 18 Feb 2003 22:59:23 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1J4mMAB14237548; Wed, 19 Feb 2003 15:48:22 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1J4mGsQ14284795; Wed, 19 Feb 2003 15:48:21 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 15:48:16 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309BB59@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="----_=_NextPart_000_01C2D7BE.6F6A9810" Content-ID: X-archive-position: 210 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 252, 261, 280. Further to my earlier answer, 261 was exposing a double-precision arithmetic instability in the calculation of the number of samples to report in pmval ... the answer was 9 for some versions of gcc on ia32 and ia64 and all IRIX C compilers, and 8 for some versions of gcc in ia32. The attached 261 fixes this. ------_=_NextPart_000_01C2D7BE.6F6A9810 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=261 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: 261 Content-Disposition: attachment; filename=261 IyEgL2Jpbi9zaA0KIyBQQ1AgUUEgVGVzdCBOby4gMjYxDQojICRSZXZpc2lv bjogMS4xMiAkDQojIHBtbG9nZXh0cmFjdCAtUyB1cGRhdGVzIHRoZSBsYWJl bCByZWNvcmQ/DQojIGFsc28gZXhwb3NlZCBpbnRlcnAuYyBhbmQgcG12YWwg cHJvYmxlbXMNCiMNCiMNCiMgQ29weXJpZ2h0IChjKSAxOTk1LTIwMDIgU2ls aWNvbiBHcmFwaGljcywgSW5jLiAgQWxsIFJpZ2h0cyBSZXNlcnZlZC4NCiMN CiMgY3JlYXRvcg0Kb3duZXI9a2VubWNkDQoNCnNlcT1gYmFzZW5hbWUgJDBg DQplY2hvICJRQSBvdXRwdXQgY3JlYXRlZCBieSAkc2VxIg0KDQojIGdldCBz dGFuZGFyZCBmaWx0ZXJzDQouIC4vY29tbW9uLnByb2R1Y3QNCi4gLi9jb21t b24uZmlsdGVyDQoNCnRtcD0vdG1wLyQkDQpzdGF0dXM9MQkjIGZhaWx1cmUg aXMgdGhlIGRlZmF1bHQhDQp0cmFwICJybSAtZiAkdG1wLio7IGV4aXQgXCRz dGF0dXMiIDAgMSAyIDMgMTUNCg0KX2ZpbHRlcigpDQp7DQogICAgc2VkIFwN CgktZSAnL15cW1swLTldKiBieXRlc10vZCcNCn0NCg0KZWNobyA+JHNlcS5m dWxsDQoNCiMgcmVhbCBRQSB0ZXN0IHN0YXJ0cyBoZXJlDQpwbWR1bXBsb2cg LXogLWwgc3JjLW9zcy9taXJhZ2UgfCB0ZWUgLWEgJHNlcS5mdWxsDQoNCnBt bG9nZXh0cmFjdCAtUyA1bWluIC1UIDVtaW4gc3JjLW9zcy9taXJhZ2UgJHRt cA0KDQplY2hvICItLS0gY29weWllZCBhcmNoaXZlIC0tLSIgPj4kc2VxLmZ1 bGwNCnBtZHVtcGxvZyAteiAtYSAkdG1wIHwgdGVlIC1hICRzZXEuZnVsbCB8 IF9maWx0ZXINCg0KIyBOb3RlIG9uIHRoZSBiaXphcnJlIDQuMDAwMW0gdGVy bWluYXRpb24gaW50ZXJ2YWxzIGJlbG93IC4uLg0KIyBVc2luZyBfZXhhY3Rs eV8gNG0gaW50cm9kdWNlcyBhIGZsb2F0aW5nIHBvaW50IGFyaXRobWV0aWMg aW5zdGFiaWxpdHkNCiMgd2hlcmUgdGhlIG51bWJlciBvZiBwbXZhbCBzYW1w bGVzIGNvdWxkIGJlIDggb3IgOSBkZXBlbmRpbmcgb24gaG93DQojIHRoZSBj b21waWxlciBjaG9vc2VzIHRvIGdlbmVyYXRlIGNvZGUgKGRpZmZlcmVudCBn Y2MgdmVyc2lvbnMgcHJvZHVjZQ0KIyBkaWZmZXJlbnQgYW5zd2VycykgLi4u ICBtYWtpbmcgaXQgX3NsaWdodGx5XyBiaWdnZXIgYXZvaWRzIHRoaXMgcHJv YmxlbQ0KIw0KZWNobw0KZWNobyAiQ2hlY2sgbWV0cmljcyB1c2luZyBwbXZh bCAuLi4iDQpmb3IgbWV0cmljIGluIHNhbXBsZS5taXJhZ2UNCmRvDQogICAg ZWNobyAiJG1ldHJpYzoiDQogICAgcG12YWwgLXogLXQgMzAgLVMgQDEwOjUx OjA3LjQwNyAtVCA0LjAwMDFtaW4gLWEgc3JjLW9zcy9taXJhZ2UgLWkgbS0w MCxtLTIxLG0tMjIsbS0yMyxtLTI0ICRtZXRyaWMgPiR0bXAub3JpZw0KICAg IHBtdmFsIC16IC10IDMwIC1UIDQuMDAwMW1pbiAtYSAkdG1wIC1pIG0tMDAs bS0yMSxtLTIyLG0tMjMsbS0yNCAkbWV0cmljID4kdG1wLm5ldw0KICAgIHNl ZCAtZSAiczskdG1wO1RNUDtnIiAkdG1wLm5ldyBcDQogICAgfCBkaWZmIC1j ICR0bXAub3JpZyAtIFwNCiAgICB8IHNlZCAtZSAiczskdG1wO1RNUDtnIiBc DQoJICAtZSAnMSwycy8JLiovCVRPREFZLycgXA0KCSAgLWUgJ3MvLS0tIC0v LS0tIFN0YW5kYXJkIElucHV0LycNCiAgICBlY2hvICItLS0gJG1ldHJpYywg c3JjLW9zcy9taXJhZ2UgYXJjaGl2ZSwgaW5zdGFuY2VzIiA+PiRzZXEuZnVs bA0KICAgIGNhdCAkdG1wLm9yaWcgPj4kc2VxLmZ1bGwNCiAgICBlY2hvICIt LS0gJG1ldHJpYywgY29waWVkIGFyY2hpdmUsIGluc3RhbmNlcyIgPj4kc2Vx LmZ1bGwNCiAgICBjYXQgJHRtcC5uZXcgPj4kc2VxLmZ1bGwNCmRvbmUNCg0K ZWNobw0KZm9yIG1ldHJpYyBpbiBzYW1wbGUuYmluIHNhbXBsZS5kcmlmdA0K ZG8NCiAgICBlY2hvICIkbWV0cmljOiINCiAgICBwbXZhbCAteiAtdCAzMCAt UyBAMTA6NTE6MDcuNDA3IC1UIDQuMDAwMW1pbiAtYSBzcmMtb3NzL21pcmFn ZSAkbWV0cmljID4kdG1wLm9yaWcNCiAgICBwbXZhbCAteiAtdCAzMCAtVCA0 LjAwMDFtaW4gLWEgJHRtcCAkbWV0cmljID4kdG1wLm5ldw0KICAgIHNlZCAt ZSAiczskdG1wO1RNUDtnIiAkdG1wLm5ldyBcDQogICAgfCBkaWZmIC1jICR0 bXAub3JpZyAtIFwNCiAgICB8IHNlZCAtZSAiczskdG1wO1RNUDtnIiBcDQoJ ICAtZSAnMSwycy8JLiovCVRPREFZLycgXA0KCSAgLWUgJ3MvLS0tIC0vLS0t IFN0YW5kYXJkIElucHV0LycNCiAgICBlY2hvICItLS0gJG1ldHJpYywgc3Jj LW9zcy9taXJhZ2UgYXJjaGl2ZSwgTk8gaW5zdGFuY2VzIiA+PiRzZXEuZnVs bA0KICAgIGNhdCAkdG1wLm9yaWcgPj4kc2VxLmZ1bGwNCiAgICBlY2hvICIt LS0gJG1ldHJpYywgY29waWVkIGFyY2hpdmUsIE5PIGluc3RhbmNlcyIgPj4k c2VxLmZ1bGwNCiAgICBjYXQgJHRtcC5uZXcgPj4kc2VxLmZ1bGwNCmRvbmUN Cg0KIyBzdWNjZXNzLCBhbGwgZG9uZQ0Kc3RhdHVzPTANCmV4aXQNCg== ------_=_NextPart_000_01C2D7BE.6F6A9810-- From kenmcd@melbourne.sgi.com Tue Feb 18 21:03:20 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 21:03:23 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J53K3v028260 for ; Tue, 18 Feb 2003 21:03:20 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1J5BsKp018787 for ; Tue, 18 Feb 2003 21:11:55 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1J5AcAB14284480; Wed, 19 Feb 2003 16:10:38 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1J5AbBa5805440; Wed, 19 Feb 2003 16:10:38 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 16:10:37 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: Problems in pcp test cases 067, 069, 092, 134, 136 188 on United Linux 1.0 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309BB58@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: X-archive-position: 211 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 067, 069, 092, 134, 136 188. 067 Try changing the netstat -a to netstat -an and see if this works better. 069 Unwanted warnings from gawk. 092 Odd, but I can reproduce here on RH 7.3 ... maybe another compiler-sensitive real arithmetic instability ... I'll investigate some more 134 Your gawk is broken (more seriously than in the earlier case) 136 Ditto. 188 Known problem ... glibc folks changed their minds about what to do for dates before 1 Jan 1970 UTC, and/or my heuristic for picking the expected output is not correct. Please send me output from: $ rpm -q glibc $ ls -l 188* From kenmcd@melbourne.sgi.com Tue Feb 18 21:26:30 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 21:26:32 -0800 (PST) Received: from zok.sgi.com (zok.SGI.COM [204.94.215.101]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J5QT3v029651 for ; Tue, 18 Feb 2003 21:26:29 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by zok.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1J5Z4Kp020542 for ; Tue, 18 Feb 2003 21:35:05 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1J5XmAB14283730; Wed, 19 Feb 2003 16:33:48 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1J5XlXB14244310; Wed, 19 Feb 2003 16:33:47 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Wed, 19 Feb 2003 16:33:47 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: Re: Problems in pcp test cases 530, 532, 535, 570, 581, 600 on United Linux 1.0 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309BB5A@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY="----_=_NextPart_000_01C2D7BE.73EEE7B0" Content-ID: X-archive-position: 212 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ------_=_NextPart_000_01C2D7BE.73EEE7B0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 530, 532, 535, 570, 581, 600. > > I install the pcp-2.3.0-11. 530 532 570 Date from ls of the form "2003-02-19 09:09" is not expected ... need to fix ls(1) or LOCALE. 535 Not sure ... can you try this one again? 581 Hardware inventory sensitivity ... amended script attached. 600 My heuristic to find the libc version failed ... I have a smarter one in the attached 600 script ------_=_NextPart_000_01C2D7BE.73EEE7B0 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=581 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: 581 Content-Disposition: attachment; filename=581 IyEgL2Jpbi9zaA0KIyBQQ1AgUUEgVGVzdCBOby4gNTgxDQojICRSZXZpc2lv bjogMS4yMiAkDQojIHBtaWUsICM2ODczNTUNCiMNCiMNCiMgQ29weXJpZ2h0 IChjKSAxOTk1LTIwMDIgU2lsaWNvbiBHcmFwaGljcywgSW5jLiAgQWxsIFJp Z2h0cyBSZXNlcnZlZC4NCiMNCiMgY3JlYXRvcg0Kb3duZXI9a2VubWNkDQoN CnNlcT1gYmFzZW5hbWUgJDBgDQplY2hvICJRQSBvdXRwdXQgY3JlYXRlZCBi eSAkc2VxIg0KDQojIGdldCBzdGFuZGFyZCBlbnZpcm9ubWVudCwgZmlsdGVy cyBhbmQgY2hlY2tzDQouIC4vY29tbW9uLnByb2R1Y3QNCi4gLi9jb21tb24u ZmlsdGVyDQouIC4vY29tbW9uLmNoZWNrDQoNCnRtcD0vdG1wLyQkDQpzdWRv PWBwd2RgL3N1ZG8NCnN0YXR1cz0xCSMgZmFpbHVyZSBpcyB0aGUgZGVmYXVs dCENCmNvbnRyb2w9JFBDUF9QTURBU19ESVIvc2FtcGxlL2R5bmFtaWMuaW5k b20NCm5lZWRjbGVhbj10cnVlDQoNCkhPU1Q9YGhvc3RuYW1lYA0KDQpjYXQg PDxFbmQtb2YtRmlsZSA+JHRtcC5wbWllDQovLyBkaXNrIGluZG9tDQpzb21l X2luc3QgZGlzay5kZXYudG90YWwgPj0gMCAtPiBwcmludCAiXG5ESVNLICVp IjsNCg0KLy8gY3B1IGluZG9tDQpzb21lX2luc3Qga2VybmVsLnBlcmNwdS5j cHUudXNlciA+PSAwIC0+IHByaW50ICJcbkNQVSAlaSI7DQoNCi8vIG5ldHdv cmsgaW50ZXJmYWNlIGluZG9tDQpzb21lX2luc3QgbmV0d29yay5pbnRlcmZh Y2UudG90YWwucGFja2V0cyA+PSAwIC0+IHByaW50ICJcbk5FVFdPUksgJWki Ow0KDQovLyBmaWxlc3lzIGluZG9tDQpzb21lX2luc3QgZmlsZXN5cy5jYXBh Y2l0eSA+PSAwIC0+IHByaW50ICJcbkZJTEVTWVMgJWkiOw0KDQovLyBzYW1w bGUubWlyYWdlDQpzb21lX2luc3Qgc2FtcGxlLm1pcmFnZSA+PSAwIC0+IHBy aW50ICJcbk1JUkFHRSAlaSI7DQoNCi8vIHRoZSBkeW5hbWljIG9uZXMgLi4u DQpzb21lX2luc3Qgc2FtcGxlLmR5bmFtaWMuZGlzY3JldGUgPj0gMCAtPiBw cmludCAiRFlOX0RJU0NSRVRFIiAiICVpIjsNCnNvbWVfaW5zdCBzYW1wbGUu ZHluYW1pYy5pbnN0YW50ID49IDAgLT4gcHJpbnQgIkRZTl9JTlNUQU5UIiAi ICVpIjsNCkVuZC1vZi1GaWxlDQoNCl9jbGVhbnVwKCkNCnsNCiAgICBpZiAk bmVlZGNsZWFuDQogICAgdGhlbg0KCSRzdWRvIHJtIC1mICRjb250cm9sDQoJ WyAtZiAkY29udHJvbC4kc2VxIF0gJiYgJHN1ZG8gbXYgJGNvbnRyb2wuJHNl cSAkY29udHJvbA0KCV9yZXN0b3JlX2xvZ2dlcnMNCgkkc3VkbyAkUENQX1JD X0RJUi9wY3Agc3RhcnQgfCBfZmlsdGVyX3BjcF9zdGFydA0KCV93YWl0X2Zv cl9wbWNkDQoJX3dhaXRfZm9yX3BtbG9nZ2VyDQoJbmVlZGxjZWFuPWZhbHNl DQogICAgZmkNCiAgICAkc3VkbyBybSAtZiAkdG1wLioNCn0NCg0KX2ZpbHRl cigpDQp7DQogICAgc2VkIFwNCgktZSAnL3ZhbHVlL3MvIFswLTldKiQvIE4v Jw0KfQ0KDQokc3VkbyBybSAtZiAkY29udHJvbC4kc2VxDQp0cmFwICJfY2xl YW51cDsgZXhpdCBcJHN0YXR1cyIgMCAxIDIgMyAxNQ0KWyAtZiAkY29udHJv bCBdICYmICRzdWRvIG12ICRjb250cm9sICRjb250cm9sLiRzZXENCg0KUE1D RF9SRUNPTk5FQ1RfVElNRU9VVD0xDQpleHBvcnQgUE1DRF9SRUNPTk5FQ1Rf VElNRU9VVA0KDQojIGluc3RhbmNlcyAtIG1rIEkNCiMNCmNhdCA+JHRtcC5p bmRvbSA8PEVuZC1vZi1GaWxlDQoxMCB0ZW4NCjIwIHR3ZW50eQ0KMzAgdGhp cnR5DQpFbmQtb2YtRmlsZQ0KDQokc3VkbyBybSAtZiAkY29udHJvbA0KJHN1 ZG8gY3AgJHRtcC5pbmRvbSAkY29udHJvbA0KX2Rpc2FibGVfbG9nZ2Vycw0K JHN1ZG8gJFBDUF9SQ19ESVIvcGNwIHN0YXJ0IHwgX2ZpbHRlcl9wY3Bfc3Rh cnQNCl93YWl0X2Zvcl9wbWNkDQpwbWluZm8gLWYgc2FtcGxlLmR5bmFtaWMu aW5zdGFudCB8IF9maWx0ZXINCmVjaG8NCg0KIyByZWFsIFFBIHRlc3Qgc3Rh cnRzIGhlcmUNCg0KcG1pZSAtdCAyNTBtc2VjIC1jICR0bXAucG1pZSA+JHRt cC5vdXQgMj4mMSAmDQpwaWRfcG1pZT0kIQ0KDQojIHNsZWVwX3N0b3AJdGlt ZSB0byBzbGVlcCBiZWZvcmUgc3RvcHBpbmcgcG1jZA0KIyBzbGVlcF9zdGFy dAl0aW1lIHRvIHNsZWVwIGJlZm9yZSBzdGFydGluZyBwbWNkDQpzbGVlcF9z dGFydD00DQpzbGVlcF9zdG9wPTUNCg0KIyBhbmQgYWdhaW4gd2l0aCB0aGUg c2FtZSBpbnN0YW5jZXMNCiMNCnNsZWVwICRzbGVlcF9zdG9wDQokc3VkbyAk UENQX1JDX0RJUi9wY3Agc3RvcA0Kc2xlZXAgJHNsZWVwX3N0YXJ0DQokc3Vk byAkUENQX1JDX0RJUi9wY3Agc3RhcnQgfCBfZmlsdGVyX3BjcF9zdGFydA0K X3dhaXRfZm9yX3BtY2QNCnBtaW5mbyAtZiBzYW1wbGUuZHluYW1pYy5pbnN0 YW50IHxfZmlsdGVyDQplY2hvDQoNCiMgaW5zdGFuY2VzIC0gbWsgSUkNCiMN CnNsZWVwICRzbGVlcF9zdG9wDQokc3VkbyAkUENQX1JDX0RJUi9wY3Agc3Rv cA0KY2F0ID4kdG1wLmluZG9tIDw8RW5kLW9mLUZpbGUNCjIwIHR3ZW50eQ0K MjUgdHdlbnR5LWZpdmUNCjMwIHRoaXJ0eQ0KNDAgZm9ydHkNCjQ5IGZvcnR5 LW5pbmUNCjUwIGZpZnR5DQo1OCBmaWZ0eS1laWdodA0KMTA2IG9uZS1odW5k cmVkLWFuZC1zaXgNCkVuZC1vZi1GaWxlDQokc3VkbyBjcCAkdG1wLmluZG9t ICRjb250cm9sDQpzbGVlcCAkc2xlZXBfc3RhcnQNCiRzdWRvICRQQ1BfUkNf RElSL3BjcCBzdGFydCB8IF9maWx0ZXJfcGNwX3N0YXJ0DQpfd2FpdF9mb3Jf cG1jZA0KcG1pbmZvIC1mIHNhbXBsZS5keW5hbWljLmluc3RhbnQgfF9maWx0 ZXINCmVjaG8NCg0KIyBpbnN0YW5jZXMgLSBtayBJSUkNCiMNCnNsZWVwICRz bGVlcF9zdG9wDQokc3VkbyAkUENQX1JDX0RJUi9wY3Agc3RvcA0KY2F0ID4k dG1wLmluZG9tIDw8RW5kLW9mLUZpbGUNCjA3IHNldmVuDQowOCBlaWdodA0K MTAgdGVuDQoyMCB0d2VudHkNCjMwIHRoaXJ0eS0qDQoxMDAgb25lLWh1bmRy ZWQNCkVuZC1vZi1GaWxlDQokc3VkbyBjcCAkdG1wLmluZG9tICRjb250cm9s DQpzbGVlcCAkc2xlZXBfc3RhcnQNCiRzdWRvICRQQ1BfUkNfRElSL3BjcCBz dGFydCB8IF9maWx0ZXJfcGNwX3N0YXJ0DQpfd2FpdF9mb3JfcG1jZA0KcG1p bmZvIC1mIHNhbXBsZS5keW5hbWljLmluc3RhbnQgfF9maWx0ZXINCmVjaG8N Cg0KIyBpbnN0YW5jZXMgLSBtayBJVg0KIw0Kc2xlZXAgJHNsZWVwX3N0b3AN CiRzdWRvICRQQ1BfUkNfRElSL3BjcCBzdG9wDQpjYXQgPiR0bXAuaW5kb20g PDxFbmQtb2YtRmlsZQ0KRW5kLW9mLUZpbGUNCiRzdWRvIGNwICR0bXAuaW5k b20gJGNvbnRyb2wNCnNsZWVwICRzbGVlcF9zdGFydA0KJHN1ZG8gJFBDUF9S Q19ESVIvcGNwIHN0YXJ0IHwgX2ZpbHRlcl9wY3Bfc3RhcnQNCl93YWl0X2Zv cl9wbWNkDQpwbWluZm8gLWYgc2FtcGxlLmR5bmFtaWMuaW5zdGFudCB8X2Zp bHRlcg0KZWNobw0KDQpzbGVlcCAkc2xlZXBfc3RvcA0Ka2lsbCAtSU5UICRw aWRfcG1pZQ0Kd2FpdA0KDQpjcCAkdG1wLm91dCAkc2VxLmZ1bGwNCg0KZWNo bw0KZWNobyAiRXhwZWN0IG9ubHkgY29ubmVjdGlvbiBsb3N0L3JlLWVzdGFi bGlzaGVkIGFuZCBEWU5fKiBsaW5lcyAuLi4iDQplY2hvDQoNCiMgaW4gYWRk aXRpb24gdG8gdGhlIHJlZ3VsYXIgZmlsdGVyaW5nLCBzb21lIHZlcnNpb25z IG9mIExpbnV4IHJldHVybg0KIyBFQ09OTlJFU0VUIG9uIHRoZSB3cml0ZSgp IHdoZW4gcG1jZCBpcyBraWxsZWQsIHJhdGhlciB0aGFuIHdhaXRpbmcNCiMg dG8gcmV0dXJuIHRoZSBlcnJvciBvbiB0aGUgZm9sbG93aW5nIHJlYWQoKSAu Li4gYXMgZmFyIGFzIHRoaXMgdGVzdA0KIyBpcyBjb25jZXJuZWQsIHRoZXNl IGFyZSBzeW5vbnltcw0KIw0KX2ZpbHRlcl9wbWllX2xvZyA8JHRtcC5vdXQg XA0KfCBzZWQgXA0KICAgIC1lICIvIEVycm9yOiAvcy8kSE9TVC9IT1NUL2ci IFwNCiAgICAtZSAiLyBJbmZvOiAvcy8kSE9TVC9IT1NUL2ciIFwNCiAgICAt ZSAncy9mYWlsZWQ6IENvbm5lY3Rpb24gcmVzZXQgYnkgcGVlci9mYWlsZWQ6 IElQQyBwcm90b2NvbCBmYWlsdXJlLycgXA0KICAgIC1lICcvXkRBVEU6ICok L2QnIFwNCiAgICAtZSAnL15GSUxFU1lTIFwvZGV2XC8vZCcgXA0KICAgIC1l ICcvXkZJTEVTWVMgbm9uZSQvZCcgXA0KICAgIC1lICcvXk1JUkFHRSBtLVsw LTldWzAtOV0qJC9kJyBcDQogICAgLWUgJy9eRElTSyBka3NbMC05XVswLTld KmRbMC05XVswLTldKi9kJyBcDQogICAgLWUgJy9eRElTSyBbYS1mMC05XVth LWYwLTldKlwvbHVuWzAtOV1bMC05XSpcL2NbMC05XVswLTldKnBbMC05XVsw LTldKi9kJyBcDQogICAgLWUgJy9eRElTSyBoZFthYmNkXS9kJyBcDQogICAg LWUgJy9eRElTSyBzZFthYmNkXS9kJyBcDQogICAgLWUgJy9eRElTSyByZFwv L2QnIFwNCiAgICAtZSAnL15ESVNLIHNjc2lcL2hvc3QvZCcgXA0KICAgIC1l ICcvXkRJU0sgeHNjc2lcL3BjaS9kJyBcDQogICAgLWUgJy9eQ1BVIGNwdVsw LTldWzAtOV0qJC9kJyBcDQogICAgLWUgJy9eQ1BVIGNwdTpbMC05XVswLTld KlwuWzAtOV1bMC05XSpcLlthYl0kL2QnIFwNCiAgICAtZSAnL15DUFUgY3B1 OlswLTldWzAtOV0qXC5bMC05XVswLTldKlwuWzAtOV1bMC05XSpcLlthLWRd JC9kJyBcDQogICAgLWUgJy9eTkVUV09SSyBlW2NmdF1bMC05XVswLTldKiQv ZCcgXA0KICAgIC1lICcvXk5FVFdPUksgeHBbMC05XVswLTldKiQvZCcgXA0K ICAgIC1lICcvXk5FVFdPUksgbG8kL2QnIFwNCiAgICAtZSAnL15ORVRXT1JL IGV0aFswLTldL2QnIFwNCiAgICAtZSAnL15ORVRXT1JLIGxvWzAtOV1bMC05 XSokL2QnIFwNCiAgICAtZSAnL15ORVRXT1JLIHBwcFswLTldWzAtOV0qJC9k JyBcDQogICAgLWUgJy9eTkVUV09SSyBzbFswLTldWzAtOV0qJC9kJyBcDQp8 ICRQQ1BfQVdLX1BST0cgJw0KQkVHSU4JCXsgbGFzdFsiRFlOX0RJU0NSRVRF Il0gPSBsYXN0WyJEWU5fSU5TVEFOVCJdID0gIiIgfQ0KJDIgfiAvRFlOXy8J eyBpZiAobGFzdFskMl0gIT0gJDApIHsNCgkJCXByaW50ICQwDQoJCQlsYXN0 WyQyXSA9ICQwDQoJCSAgfQ0KCQkgIG5leHQNCgkJfQ0KCQl7IHByaW50IH0N Ci9Mb3N0IGNvbm5lY3Rpb24vCXsgbGFzdFsiRFlOX0RJU0NSRVRFIl0gPSBs YXN0WyJEWU5fSU5TVEFOVCJdID0gIiIgfScNCg0KIyBzdWNjZXNzLCBhbGwg ZG9uZQ0Kc3RhdHVzPTANCmV4aXQNCg== ------_=_NextPart_000_01C2D7BE.73EEE7B0 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=600 Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: 600 Content-Disposition: attachment; filename=600 IyEgL2Jpbi9zaA0KIyBQQ1AgUUEgVGVzdCBOby4gNjAwDQojICRSZXZpc2lv bjogMS4xMiAkDQojIFRlc3QgX19wbVRpbWV6b25lDQojDQojIFRoaXMgdGVz dCBsb29rcyBsaWtlIGl0cyB0cmlwcGluZyB0d28gZ2VudWluZSBidWdzIGlu IExpbnV4Og0KIyAxLiBmb3IgZ2xpYmMtMi4yLjQgb3IgZWFybGllciwgTGlu dXggc2VlbXMgdG8gaW52ZXJ0IHRoZSBzZW5zZSBvZiB0aGUNCiMgICAgZGF5 bGlnaHQgc2F2aW5ncyByYW5nZXMgKC0gaXMgdmFsaWQgb3V0cHV0LCArIGlz IGJyb2tlbiBsaW51eCB2ZXJzaW9uKToNCiMNCiMgZGlmZiAtYyA2MDAub3V0 IDYwMC5vdXQuYmFkOg0KIyAuLi4NCiMgQUJDLTEwOjAwOjAwWFlaLTExOjAw OjAwLE0xMi41LjAvMzowMDowMCxNNy41LjAvMjowMDowMCAtPiBBQkMtMTBY WVotMTEsTTEyLjUuMC8zLE03LjUuMC8yDQojIC1JbiBNYXJjaCBkYXlsaWdo dCBzYXZpbmcgaXMgb24sIGFuZCB0aGUgdGltZSBpcyAwMSBNYXJjaCAyMDAw IDIzOjAwIFhZWg0KIyArSW4gTWFyY2ggZGF5bGlnaHQgc2F2aW5nIGlzIG9m ZiwgYW5kIHRoZSB0aW1lIGlzIDAxIE1hcmNoIDIwMDAgMjI6MDAgQUJDDQoj IEluIFNlcHRlbWJlciBkYXlsaWdodCBzYXZpbmcgaXMgb2ZmLCBhbmQgdGhl IHRpbWUgaXMgMDEgU2VwdGVtYmVyIDIwMDAgMjI6MDAgQUJDDQojIC4uLg0K Iw0KIyAyLiBsaW51eCBhcHBlYXJzIHRvIGlnbm9yZSBpbnZhbGlkIG9sc2Vu IHN0eWxlIHRpbWV6b25lcw0KIyAuLi4NCiMgLTpTb21lcGxhY2UvU29tZXdo ZXJlIC0+IEFCQy0xMA0KIyArQUJDLTEwIC0+IEFCQy0xMA0KIyBJbiBNYXJj aCBkYXlsaWdodCBzYXZpbmcgaXMgb2ZmLCBhbmQgdGhlIHRpbWUgaXMgMDEg TWFyY2ggMjAwMCAyMjowMCBBQkMNCiMgSW4gU2VwdGVtYmVyIGRheWxpZ2h0 IHNhdmluZyBpcyBvZmYsIGFuZCB0aGUgdGltZSBpcyAwMSBTZXB0ZW1iZXIg MjAwMCAyMjowMCBBQkMNCiMgKw0KIyArOlNvbWVwbGFjZS9Tb21ld2hlcmUg LT4gU29tZXBsYWNlL1NvbWV3aGVyZQ0KIyArSW4gTWFyY2ggZGF5bGlnaHQg c2F2aW5nIGlzIG9mZiwgYW5kIHRoZSB0aW1lIGlzIDAxIE1hcmNoIDIwMDAg MTI6MDAgU29tZXBsYWNlL1NvbWV3aGVyZQ0KIyArSW4gU2VwdGVtYmVyIGRh eWxpZ2h0IHNhdmluZyBpcyBvZmYsIGFuZCB0aGUgdGltZSBpcyAwMSBTZXB0 ZW1iZXIgMjAwMCAxMjowMCBTb21lcGxhY2UvU29tZXdoZXJlDQojIC4uLg0K Iw0KIw0KIyBDb3B5cmlnaHQgKGMpIDE5OTUtMjAwMiBTaWxpY29uIEdyYXBo aWNzLCBJbmMuICBBbGwgUmlnaHRzIFJlc2VydmVkLg0KIw0KIyBjcmVhdG9y DQpvd25lcj1tYXgNCg0Kc2VxPWBiYXNlbmFtZSAkMGANCg0KLiAuL2xvY2Fs Y29uZmlnDQppZiBbICRQQ1BfRU9FX1ZFUiAtbGUgMjEwMCBcDQogICAgLW8g XCggJFBDUF9FT0VfVkVSIC1nZSA2NTAwIC1hICRQQ1BfRU9FX1ZFUiAtbGUg NjUwOCBcKSBdDQp0aGVuDQogICAgZWNobyAibmVlZHMgbGlicGNwLnNvIHdp dGggVFogY2hhbmdlcyIgPiRzZXEubm90cnVuDQogICAgZWNobyAiJHNlcTog W25vdCBydW5dIGBjYXQgJHNlcS5ub3RydW5gIg0KICAgIGV4aXQgMA0KZmkN Cg0Kcm0gLWYgJHNlcS5vdXQNCmlmIFsgJFBDUF9QTEFURk9STSA9ICJsaW51 eCIgXQ0KdGhlbg0KICAgIGlmIHdoaWNoIHJwbSA+L2Rldi9udWxsIDI+JjEN CiAgICB0aGVuDQoJZXZhbCBgcnBtIC1xIGdsaWJjIHwgc2VkIC1lICdzL2ds aWJjLS9hPS8nIC1lICdzL1wuLyBiPS8nIC1lICdzL1wuLyBjPS8nIC1lICdz Ly0uKi8vJ2ANCiAgICBlbHNlDQoJZXZhbCBgZWNobyAvbGliL2xpYmMtKi5z byB8IHNlZCAtZSAncy9cLnNvLiovLycgLWUgJ3MvLiotLy8nIC1lICdzL14v YT0vJyAtZSAncy9cLi8gYj0vJyAtZSAncy9cLi8gYz0vJ2ANCiAgICBmaQ0K DQogICAgaWYgWyAteiAiJGEiIC1vICIkYSIgPSAiKiIgXQ0KICAgIHRoZW4N CgllY2hvICJBcnJnZ2ggLi4uIGNhbm5vdCBnZXQgbWFqb3IgdmVyc2lvbiBm b3IgbGliYyINCglycG0gLXEgZ2xpYmMNCglscyAtbCAvbGliL2xpYmMtKi5z bw0KCWV4aXQgMQ0KICAgIGZpDQogICAgaWYgWyAiJGEiIC1sdCAyIF0NCiAg ICB0aGVuDQoJIyBhLj8uPywgYSA8IDINCglsbiAkc2VxLm91dC5saW51eC4w ICRzZXEub3V0DQogICAgZWxpZiBbICIkYSIgLWVxIDIgXQ0KICAgIHRoZW4N CglpZiBbIC16ICIkYiIgLW8gIiRiIiA9ICIqIiBdDQoJdGhlbg0KCSAgICBl Y2hvICJBcnJnZ2ggLi4uIGNhbm5vdCBnZXQgbWlub3IgdmVyc2lvbiBmb3Ig bGliYyINCgkgICAgcnBtIC1xIGdsaWJjDQoJICAgIGxzIC1sIC9saWIvbGli Yy0qLnNvDQoJICAgIGV4aXQgMQ0KCWZpDQoJaWYgWyAiJGIiIC1sdCAyIF0N Cgl0aGVuDQoJICAgICMgMi5iLj8sIGIgPCAyDQoJICAgIGxuICRzZXEub3V0 LmxpbnV4LjAgJHNlcS5vdXQNCgllbGlmIFsgIiRiIiAtZXEgMiBdDQoJdGhl bg0KCSAgICBpZiBbIC16ICIkYyIgLW8gIiRjIiA9ICIqIiBdDQoJICAgIHRo ZW4NCgkJZWNobyAiQXJyZ2doIC4uLiBjYW5ub3QgZ2V0IHJlYWxseSBtaW5v ciB2ZXJzaW9uIGZvciBsaWJjIg0KCQlycG0gLXEgZ2xpYmMNCgkJbHMgLWwg L2xpYi9saWJjLSouc28NCgkJZXhpdCAxDQoJICAgIGZpDQoJICAgIGlmIFsg IiRjIiAtbHQgNCBdDQoJICAgIHRoZW4NCgkJIyAyLjIuYywgYyA8IDQNCgkJ bG4gJHNlcS5vdXQubGludXguMCAkc2VxLm91dA0KCSAgICBlbHNlDQoJCSMg Mi4yLmMsIGMgPj0gNA0KCQkjIG5lZWQgdGhpcyBvbmUgZm9yIExCUyAyLjEN CgkJbG4gJHNlcS5vdXQubGludXguMSAkc2VxLm91dA0KCSAgICBmaQ0KCWVs c2UNCgkgICAgIyAyLmIuPywgYiA+IDINCgkgICAgbG4gJHNlcS5vdXQubGlu dXguMSAkc2VxLm91dA0KCWZpDQogICAgZWxzZQ0KCSMgYS4/Lj8sIGEgPiAy DQoJbG4gJHNlcS5vdXQubGludXguMSAkc2VxLm91dA0KICAgIGZpDQogICAg I0RFQlVHIyBlY2hvICJnbGliYyB2ZXJzaW9uICRhLiRiLiRjIg0KICAgICNE RUJVRyMgbHMgLWwgJHNlcSoNCmVsc2UNCiAgICBsbiAkc2VxLm91dC5pcml4 ICRzZXEub3V0DQpmaQ0KDQplY2hvICJRQSBvdXRwdXQgY3JlYXRlZCBieSAk c2VxIg0KDQojIGdldCBzdGFuZGFyZCBlbnZpcm9ubWVudCwgZmlsdGVycyBh bmQgY2hlY2tzDQouIC4vY29tbW9uLnByb2R1Y3QNCi4gLi9jb21tb24uZmls dGVyDQouIC4vY29tbW9uLmNoZWNrDQoNCnRtcD0vdG1wLyQkDQpoZXJlPWBw d2RgDQpzdWRvPSRoZXJlL3N1ZG8NCnN0YXR1cz0xCSMgZmFpbHVyZSBpcyB0 aGUgZGVmYXVsdCENCnRyYXAgInJtIC1mICR0bXAuKjsgZXhpdCBcJHN0YXR1 cyIgMCAxIDIgMyAxNQ0KDQojIHJlYWwgUUEgdGVzdCBzdGFydHMgaGVyZQ0K VFo9WFlaLTExOyBleHBvcnQgVFoNCnNyYy1vc3MvdHp0ZXN0IHwgc2VkIFwN CgktZSdzfFhZWi0xMTowMzowNEFCQy0xMDowMTowMixNMTIuNS4wLzM6MDQ6 MDUsTTcuMS4wLzI6MDY6MDd8QUJDLTEwOjAxOjAyWFlaLTExOjAzOjA0LE0x Mi41LjAvMzowNDowNSxNNy4xLjAvMjowNjowN3wnIFwNCgktZSdzfFhZWi0x MUFCQy0xMCxNMTIuNS4wLzM6MDE6MDIsTTcuMS4wLzI6MDM6MDR8QUJDLTEw WFlaLTExLE0xMi41LjAvMzowMTowMixNNy4xLjAvMjowMzowNHwnDQpzdGF0 dXM9MA0KZXhpdA0K ------_=_NextPart_000_01C2D7BE.73EEE7B0-- From sonic.zhang@intel.com Tue Feb 18 22:54:56 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 22:54:59 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J6st3v001527 for ; Tue, 18 Feb 2003 22:54:56 -0800 Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J6xV224486 for ; Wed, 19 Feb 2003 06:59:31 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by petasus.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J6xqi21353 for ; Wed, 19 Feb 2003 06:59:53 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021915032801512 ; Wed, 19 Feb 2003 15:03:29 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFFP8B>; Wed, 19 Feb 2003 15:02:17 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BC4F@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: "PCP (E-mail)" Subject: RE: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 Date: Wed, 19 Feb 2003 15:01:14 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 213 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, This case passes. Thanks. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?19? 12:48 To: Zhang, Sonic Cc: PCP (E-mail) Subject: Re: Problems in pcp test cases 252, 261, 280 on United Linux 1.0 On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 252, 261, 280. Further to my earlier answer, 261 was exposing a double-precision arithmetic instability in the calculation of the number of samples to report in pmval ... the answer was 9 for some versions of gcc on ia32 and ia64 and all IRIX C compilers, and 8 for some versions of gcc in ia32. The attached 261 fixes this. From sonic.zhang@intel.com Tue Feb 18 23:15:12 2003 Received: with ECARTIS (v1.0.0; list pcp); Tue, 18 Feb 2003 23:15:15 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1J7FC3v002451 for ; Tue, 18 Feb 2003 23:15:12 -0800 Received: from petasus.jf.intel.com (petasus.jf.intel.com [10.7.209.6]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1J7Jm202976 for ; Wed, 19 Feb 2003 07:19:48 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by petasus.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1J7K9i29382 for ; Wed, 19 Feb 2003 07:20:09 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003021915234531564 ; Wed, 19 Feb 2003 15:23:45 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFFQ56>; Wed, 19 Feb 2003 15:22:33 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BC6E@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: "PCP (E-mail)" Subject: RE: Problems in pcp test cases 067, 069, 092, 134, 136 188 on Uni ted Linux 1.0 Date: Wed, 19 Feb 2003 15:21:31 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 214 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, Case 067 passes after I change "netstat -a" into "netstat -an". For case 188, the output is: pcpqa@tens:~/pcp-qa> rpm -q glibc glibc-2.2.5-164 pcpqa@tens:~/pcp-qa> ls -l 188* -r-xr-xr-x 1 pcpqa users 791 2003-02-13 02:51 188 -r--r--r-- 2 pcpqa users 2750 2003-02-13 02:51 188.irix -r--r--r-- 1 pcpqa users 2822 2003-02-13 02:51 188.linux -r--r--r-- 2 pcpqa users 2750 2003-02-13 02:51 188.out -rw-r--r-- 1 pcpqa users 2822 2003-02-19 12:09 188.out.bad Thanks. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?19? 13:11 To: Zhang, Sonic Cc: PCP (E-mail) Subject: Re: Problems in pcp test cases 067, 069, 092, 134, 136 188 on United Linux 1.0 On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 067, 069, 092, 134, 136 188. 067 Try changing the netstat -a to netstat -an and see if this works better. 069 Unwanted warnings from gawk. 092 Odd, but I can reproduce here on RH 7.3 ... maybe another compiler-sensitive real arithmetic instability ... I'll investigate some more 134 Your gawk is broken (more seriously than in the earlier case) 136 Ditto. 188 Known problem ... glibc folks changed their minds about what to do for dates before 1 Jan 1970 UTC, and/or my heuristic for picking the expected output is not correct. Please send me output from: $ rpm -q glibc $ ls -l 188* From kenmcd@melbourne.sgi.com Wed Feb 19 13:11:44 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 19 Feb 2003 13:11:50 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1JLBg3v006519 for ; Wed, 19 Feb 2003 13:11:44 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1JLTxkq028003 for ; Wed, 19 Feb 2003 15:30:00 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1JLJ2AB14272572; Thu, 20 Feb 2003 08:19:02 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1JLJ0Bd14290545; Thu, 20 Feb 2003 08:19:02 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Thu, 20 Feb 2003 08:19:00 +1100 From: Ken McDonell To: "Zhang, Sonic" cc: "PCP (E-mail)" Subject: RE: Problems in pcp test cases 067, 069, 092, 134, 136 188 on Uni ted Linux 1.0 In-Reply-To: <957BD1C2BF3CD411B6C500A0C944CA260309BC6E@pdsmsx32.pd.intel.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 215 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp I don't know what to do here ... there are 2 expected outcomes 188.irix and 188.linux (don't place too much emphasis on the names) So far, this appears to be they way they stack up 188.irix IRIX my glibc-2.2.5-34 (kenj-pc) my glibc-2.2.93-5 (snowy) my glibc-2.2.90-26 (icy) 188.linux my glibc-2.2.4-30sgi211r1 (liz) your glibc-2.2.5-164 I thought 2.2.5 or later was 188.irix and 2.2.4 or earlier was 188.linux, but your result disproves this. I have not idea how to handle this, sorry ... but if 188.out.bad is the same as 188.irix _or_ 188.linux then you are OK. On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > Case 067 passes after I change "netstat -a" into "netstat -an". > > For case 188, the output is: > > pcpqa@tens:~/pcp-qa> rpm -q glibc > glibc-2.2.5-164 > pcpqa@tens:~/pcp-qa> ls -l 188* > -r-xr-xr-x 1 pcpqa users 791 2003-02-13 02:51 188 > -r--r--r-- 2 pcpqa users 2750 2003-02-13 02:51 188.irix > -r--r--r-- 1 pcpqa users 2822 2003-02-13 02:51 188.linux > -r--r--r-- 2 pcpqa users 2750 2003-02-13 02:51 188.out > -rw-r--r-- 1 pcpqa users 2822 2003-02-19 12:09 188.out.bad > > > Thanks. > > Sonic Zhang > > > -----Original Message----- > From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] > Sent: 2003?2?19? 13:11 > To: Zhang, Sonic > Cc: PCP (E-mail) > Subject: Re: Problems in pcp test cases 067, 069, 092, 134, 136 188 on > United Linux 1.0 > > > On Wed, 19 Feb 2003, Zhang, Sonic wrote: > > > Hi, > > > > I tried the pcp test suite v1.1 on United Linux and got some > > failures in case 067, 069, 092, 134, 136 188. > > 067 Try changing the netstat -a to netstat -an and see if this > works better. > > 069 Unwanted warnings from gawk. > > 092 Odd, but I can reproduce here on RH 7.3 ... maybe another > compiler-sensitive real arithmetic instability ... I'll > investigate some more > > 134 Your gawk is broken (more seriously than in the earlier case) > > 136 Ditto. > > 188 Known problem ... glibc folks changed their minds about what to > do for dates before 1 Jan 1970 UTC, and/or my heuristic for > picking the expected output is not correct. > > Please send me output from: > > $ rpm -q glibc > $ ls -l 188* > From sonic.zhang@intel.com Wed Feb 19 21:44:53 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 19 Feb 2003 21:44:58 -0800 (PST) Received: from caduceus.jf.intel.com (fmr06.intel.com [134.134.136.7]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1K5iq3v021057 for ; Wed, 19 Feb 2003 21:44:53 -0800 Received: from talaria.jf.intel.com (talaria.jf.intel.com [10.7.209.7]) by caduceus.jf.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id h1K5nVJ23676 for ; Thu, 20 Feb 2003 05:49:31 GMT Received: from pdsmsxvs01.pd.intel.com (pdsmsxvs01.pd.intel.com [172.16.12.122]) by talaria.jf.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.28 2003/01/13 19:44:39 dmccart Exp $) with SMTP id h1K5VpY24524 for ; Thu, 20 Feb 2003 05:31:51 GMT Received: from pdsmsx17.pd.intel.com ([172.16.12.121]) by pdsmsxvs01.pd.intel.com (NAVGW 2.5.2.11) with SMTP id M2003022013532930374 ; Thu, 20 Feb 2003 13:53:29 +0800 Received: by pdsmsx17.pd.intel.com with Internet Mail Service (5.5.2653.19) id <1AWFG5BT>; Thu, 20 Feb 2003 13:52:17 +0800 Message-ID: <957BD1C2BF3CD411B6C500A0C944CA260309BFEE@pdsmsx32.pd.intel.com> From: "Zhang, Sonic" To: Ken McDonell Cc: "PCP (E-mail)" Subject: RE: Problems in pcp test cases 530, 532, 535, 570, 581, 600 on Un ited Linux 1.0 Date: Thu, 20 Feb 2003 13:51:12 +0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-archive-position: 216 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: sonic.zhang@intel.com Precedence: bulk X-list: pcp Hi, Case 600 passes. Case 581 fails again. So I do a little change to the script. Then it passes. Please see my patch. -------------------------------------------------------------------- --- 581.orig 2003-02-19 16:09:19.000000000 -0800 +++ 581 2003-02-19 16:05:32.000000000 -0800 @@ -204,6 +204,7 @@ -e '/^NETWORK lo[0-9][0-9]*$/d' \ -e '/^NETWORK ppp[0-9][0-9]*$/d' \ -e '/^NETWORK sl[0-9][0-9]*$/d' \ + -e '/^NETWORK sit[0-9][0-9]*$/d' \ | $PCP_AWK_PROG ' BEGIN { last["DYN_DISCRETE"] = last["DYN_INSTANT"] = "" } $2 ~ /DYN_/ { if (last[$2] != $0) { -------------------------------------------------------------------- Failure in case 535 is caused by script line 148: LC_COLLATE=POSIX sort -u $tmp.out Thanks. Sonic Zhang -----Original Message----- From: Ken McDonell [mailto:kenmcd@melbourne.sgi.com] Sent: 2003?2?19? 13:34 To: Zhang, Sonic Cc: PCP (E-mail) Subject: Re: Problems in pcp test cases 530, 532, 535, 570, 581, 600 on United Linux 1.0 On Wed, 19 Feb 2003, Zhang, Sonic wrote: > Hi, > > I tried the pcp test suite v1.1 on United Linux and got some > failures in case 530, 532, 535, 570, 581, 600. > > I install the pcp-2.3.0-11. 530 532 570 Date from ls of the form "2003-02-19 09:09" is not expected ... need to fix ls(1) or LOCALE. 535 Not sure ... can you try this one again? 581 Hardware inventory sensitivity ... amended script attached. 600 My heuristic to find the libc version failed ... I have a smarter one in the attached 600 script From kenmcd@melbourne.sgi.com Wed Feb 19 22:26:11 2003 Received: with ECARTIS (v1.0.0; list pcp); Wed, 19 Feb 2003 22:26:16 -0800 (PST) Received: from tolkor.sgi.com ([198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1K6QA3v021452 for ; Wed, 19 Feb 2003 22:26:10 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1K6iVkq010883 for ; Thu, 20 Feb 2003 00:44:32 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1K6XWAB14289444; Thu, 20 Feb 2003 17:33:33 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1K6XV7v14295439; Thu, 20 Feb 2003 17:33:31 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Thu, 20 Feb 2003 17:33:31 +1100 From: Ken McDonell To: asg@melbourne.sgi.com cc: pcp@oss.sgi.com, Subject: PCP on Solaris is alive! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 217 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp From IRIX to sunnyboy (a Sun system running Solaris 2.8) ... The infrastructure changes to support a Solaris build will be in the next "dev" code drop on oss.sgi.com, probably sometime next week. Thanks to Alan Hoyt at Moser Inc. for the contribution to make this happen ... Alan, what shape is the Solaris PMDA in? rattle 211% pminfo -f -h sunnyboy sample sample.control value 0 sample.daemon_pid value 15911 sample.seconds value 472 sample.milliseconds value 472101.015 sample.load value 42 sample.colour inst [0 or "red"] value 113 inst [1 or "green"] value 214 inst [2 or "blue"] value 315 sample.bin inst [100 or "bin-100"] value 100 inst [200 or "bin-200"] value 200 inst [300 or "bin-300"] value 300 inst [400 or "bin-400"] value 400 inst [500 or "bin-500"] value 500 inst [600 or "bin-600"] value 600 inst [700 or "bin-700"] value 700 inst [800 or "bin-800"] value 800 inst [900 or "bin-900"] value 900 sample.bucket inst [100 or "bin-100"] value 100 inst [200 or "bin-200"] value 200 inst [300 or "bin-300"] value 300 inst [400 or "bin-400"] value 400 inst [500 or "bin-500"] value 500 inst [600 or "bin-600"] value 600 inst [700 or "bin-700"] value 700 inst [800 or "bin-800"] value 800 inst [900 or "bin-900"] value 900 sample.part_bin inst [100 or "bin-100"] value 100 inst [300 or "bin-300"] value 300 inst [500 or "bin-500"] value 500 inst [700 or "bin-700"] value 700 inst [900 or "bin-900"] value 900 sample.bogus_bin inst [100 or "bin-100"] value 100 pmNameIndom: indom=29.2 inst=250: Unknown or illegal instance identifier inst [250] value 250 inst [300 or "bin-300"] value 300 pmNameIndom: indom=29.2 inst=450: Unknown or illegal instance identifier inst [450] value 450 inst [500 or "bin-500"] value 500 pmNameIndom: indom=29.2 inst=650: Unknown or illegal instance identifier inst [650] value 650 inst [700 or "bin-700"] value 700 pmNameIndom: indom=29.2 inst=850: Unknown or illegal instance identifier inst [850] value 850 inst [900 or "bin-900"] value 900 sample.drift value 97 sample.step value 320 sample.step_counter value 320 sample.mirage inst [0 or "m-00"] value 84 sample.mirage_longlong inst [0 or "m-00"] value 83000000 sample.write_me value 2 sample.lights value "yellow" sample.magnitude value 8 sample.sysinfo value [000000000000000000000000000000000000000000000000] sample.pdu value 385 sample.recv_pdu value 218 sample.xmit_pdu value 215 sample.noinst No value(s) available! sample.needprofile Error: Explicit instance identifier(s) required sample.not_ready value 0 sample.rapid value 2400000000 sample.error_code value 0 sample.error_check value 0 sample.bigid value 4194303 sample.byte_ctr value 2250 sample.byte_rate value 222 sample.kbyte_ctr value 2592 sample.kbyte_rate value 64 sample.byte_rate_perhour value 655 sample.long.one value 1 sample.long.ten value 10 sample.long.hundred value 100 sample.long.million value 1000000 sample.long.write_me value 13 sample.longlong.one value 1 sample.longlong.ten value 10 sample.longlong.hundred value 100 sample.longlong.million value 1000000 sample.longlong.write_me value 13 sample.float.one value 1 sample.float.ten value 10 sample.float.hundred value 100 sample.float.million value 1000000 sample.float.write_me value 13 sample.double.one value 1 sample.double.ten value 10 sample.double.hundred value 100 sample.double.million value 1000000 sample.double.write_me value 13 sample.string.null value "" sample.string.hullo value "hullo world!" sample.string.write_me value "13" sample.aggregate.null value "" [] sample.aggregate.hullo value "hullo world!" [68756c6c6f20776f726c6421] sample.aggregate.write_me value "13" [3133] sample.hordes.one inst [0 or "0"] value 0 ... fluff deleted sample.hordes.two inst [0 or "0"] value 499 ... fluff deleted sample.bad.nosupport Error: Metric not supported by this version of monitored application sample.wrap.long value -1073741830 sample.wrap.ulong value 2147483642 sample.wrap.longlong value -4611686018427387910 sample.wrap.ulonglong value 9223372036854775802 sample.dodgey.control value 5 sample.dodgey.value inst [1 or "d1"] value 26 inst [2 or "d2"] value 87 inst [3 or "d3"] value 84 inst [4 or "d4"] value 50 inst [5 or "d5"] value 21 sample.dynamic.counter No value(s) available! sample.dynamic.discrete No value(s) available! sample.dynamic.instant No value(s) available! sample.scale_step.bytes_up value 1 sample.scale_step.bytes_down value 1 sample.scale_step.count_up value 1 sample.scale_step.count_down value 1 sample.scale_step.time_up_secs value 1 sample.scale_step.time_up_nanosecs value 1 sample.scale_step.none_up value 1 sample.const_rate.value value 10485760 sample.const_rate.gradient value 0 sample.many.count value 5 sample.many.int inst [0 or "i-0"] value 0 inst [1 or "i-1"] value 1 inst [2 or "i-2"] value 2 inst [3 or "i-3"] value 3 inst [4 or "i-4"] value 4 From ahoyt@moser-inc.com Thu Feb 20 13:09:23 2003 Received: with ECARTIS (v1.0.0; list pcp); Thu, 20 Feb 2003 13:09:28 -0800 (PST) Received: from mcimail.moser-inc.com ([207.250.3.118]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1KL9L3v020305 for ; Thu, 20 Feb 2003 13:09:22 -0800 Received: from moser-inc.com (r9100-vpn.moser-inc.com [207.250.3.126] (may be forged)) by mcimail.moser-inc.com (8.12.6/8.12.6) with ESMTP id h1KLIQnu025063; Thu, 20 Feb 2003 16:18:26 -0500 (EST) Message-ID: <3E55460E.1010901@moser-inc.com> Date: Thu, 20 Feb 2003 16:18:06 -0500 From: Alan Hoyt User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ken McDonell CC: asg@melbourne.sgi.com, pcp@oss.sgi.com Subject: Re: PCP on Solaris is alive! References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 218 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: ahoyt@moser-inc.com Precedence: bulk X-list: pcp Ken McDonell wrote: >>From IRIX to sunnyboy (a Sun system running Solaris 2.8) ... > >The infrastructure changes to support a Solaris build will be in the >next "dev" code drop on oss.sgi.com, probably sometime next week. > >Thanks to Alan Hoyt at Moser Inc. for the contribution to make this >happen ... Alan, what shape is the Solaris PMDA in? > > Currently, it's rather ugly - assuming no major snags, I hope to have everything cleaned up for a test release by the end of next month. - Alan - From scott_list@mischko.com Fri Feb 21 16:38:47 2003 Received: with ECARTIS (v1.0.0; list pcp); Fri, 21 Feb 2003 16:39:22 -0800 (PST) Received: from lapdog.lund.com ([65.243.131.113]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1M0ck3v029375 for ; Fri, 21 Feb 2003 16:38:46 -0800 Received: from lapdog.lund.com (localhost.localdomain [127.0.0.1]) by lapdog.lund.com (Postfix) with ESMTP id 650F3A3633 for ; Fri, 21 Feb 2003 16:47:41 -0800 (PST) Content-Type: text/plain; charset="us-ascii" From: Scott Chapman Reply-To: scott_list@mischko.com To: pcp@oss.sgi.com Subject: Cost for Linux PCP GUI clients? Date: Fri, 21 Feb 2003 16:47:40 -0800 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Message-Id: <200302211647.40667.scott_list@mischko.com> Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id h1M0ck3v029375 X-archive-position: 219 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: scott_list@mischko.com Precedence: bulk X-list: pcp Can anyone give me an idea what the advanced PCP software and GUI clients cost for Linux? Scott From fant@pobox.com Mon Feb 24 15:27:33 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Feb 2003 15:28:06 -0800 (PST) Received: from net.bluemoon.net (root@net.bluemoon.net [63.237.147.10]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1ONRW3v010277 for ; Mon, 24 Feb 2003 15:27:32 -0800 Received: (from fantom@localhost) by net.bluemoon.net (8.12.4/8.12.4) with ESMTP id h1ONRVB4051613 for ; Mon, 24 Feb 2003 18:27:31 -0500 (EST) (mail-from fant@pobox.com) X-Authentication-Warning: net.bluemoon.net: fantom owned process doing -bs Date: Mon, 24 Feb 2003 18:27:31 -0500 (EST) From: Andrew Fant X-X-Sender: fantom@net.bluemoon.net To: pcp@oss.sgi.com Subject: Simpler startup scripts for PCP? Message-ID: <20030224182216.O49879-100000@net.bluemoon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 220 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: fant@pobox.com Precedence: bulk X-list: pcp I was wondering if anyone had bothered to write any simpler init scripts for PCP that were a little less RedHat-centric. I'm working on a small testbed cluster that I want to use PCP on, and while it compiles fine, the init script is more or less useless as anything beside documentation of how it should be started. I can port it myself if I have to, but I would appreciate knowing if anyone had already done it and was willing to spare me a day of shell-hackery. Thanks, Andy Andrew Fant | This | "If I could walk THAT way... Molecular Geek | Space | I wouldn't need the talcum powder!" fant@pobox.com | For | G. Marx (apropos of Aerosmith) Boston, MA USA | Hire | http://www.pharmawulf.com From kenmcd@melbourne.sgi.com Mon Feb 24 22:18:28 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Feb 2003 22:19:04 -0800 (PST) Received: from rj.sgi.com (rj.SGI.COM [192.82.208.96]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1P6IR3v020605 for ; Mon, 24 Feb 2003 22:18:28 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by rj.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1P6ILG8009636 for ; Mon, 24 Feb 2003 22:18:22 -0800 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1P6H5AB14493723; Tue, 25 Feb 2003 17:17:05 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1P6H3vw14471075; Tue, 25 Feb 2003 17:17:04 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Tue, 25 Feb 2003 17:17:03 +1100 From: Ken McDonell To: Scott Chapman cc: pcp@oss.sgi.com Subject: Re: Cost for Linux PCP GUI clients? In-Reply-To: <200302211647.40667.scott_list@mischko.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 221 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Fri, 21 Feb 2003, Scott Chapman wrote: > Can anyone give me an idea what the advanced PCP software and GUI > clients cost for Linux? > > Scott This software is not sold as a separate product for Linux. SGI includes it in some of our Linux solution bundles, else it is available for IRIX. From kenmcd@melbourne.sgi.com Mon Feb 24 22:30:46 2003 Received: with ECARTIS (v1.0.0; list pcp); Mon, 24 Feb 2003 22:31:19 -0800 (PST) Received: from tolkor.sgi.com (tolkor.sgi.com [198.149.18.6]) by oss.sgi.com (8.12.5/8.12.5) with SMTP id h1P6Uj3v021101 for ; Mon, 24 Feb 2003 22:30:46 -0800 Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by tolkor.sgi.com (8.12.2/8.12.2/linux-outbound_gateway-1.2) with ESMTP id h1P6eckq003291 for ; Tue, 25 Feb 2003 00:40:39 -0600 Received: from rattle.melbourne.sgi.com (localhost [127.0.0.1]) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id h1P6TMAB14497931; Tue, 25 Feb 2003 17:29:22 +1100 (EST) Received: from localhost (kenmcd@localhost) by rattle.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) with ESMTP id h1P6TL8O14497599; Tue, 25 Feb 2003 17:29:22 +1100 (EST) X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs Date: Tue, 25 Feb 2003 17:29:21 +1100 From: Ken McDonell To: Andrew Fant cc: pcp@oss.sgi.com Subject: Re: Simpler startup scripts for PCP? In-Reply-To: <20030224182216.O49879-100000@net.bluemoon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 222 X-ecartis-version: Ecartis v1.0.0 Sender: pcp-bounce@oss.sgi.com Errors-to: pcp-bounce@oss.sgi.com X-original-sender: kenmcd@melbourne.sgi.com Precedence: bulk X-list: pcp On Mon, 24 Feb 2003, Andrew Fant wrote: > > I was wondering if anyone had bothered to write any simpler init scripts > for PCP that were a little less RedHat-centric. I'm working on a small > testbed cluster that I want to use PCP on, and while it compiles fine, the > init script is more or less useless as anything beside documentation of > how it should be started. I can port it myself if I have to, but I would > appreciate knowing if anyone had already done it and was willing to spare > me a day of shell-hackery. Most of the init script dependencies are wrapped in /usr/share/pcp/lib/rc-proc.sh If you don't want any notion of control or levels, then this is the minimalist version of rc-proc.sh, and it works! # # Common sh(1) procedures to be used in PCP rc scripts # # Copyright (c) 2000,2003 Silicon Graphics, Inc. All Rights Reserved. # $Id: rc-proc.sh,v 1.5 2001/09/19 04:09:08 markgw Exp $ # # source the PCP configuration environment variables . /etc/pcp.env # These functions use chkconfig if available, else tolerate missing chkconfig # command (as on SUSE) by manipulating symlinks in /etc/rc.d directly. # # Usage: # # is_chkconfig_on : return 0 if $1 is chkconfig "on" else 1 # chkconfig_on : chkconfig $1 "on" # chkconfig_off : chkconfig $1 "off" # chkconfig_on_msg: echo a message about how to chkconfig $1 on # # # Return 0 if $1 is chkconfig "on" (enabled) at the current run level # Handles missing chkconfig command and other assorted atrocities. # is_chkconfig_on() { return 0 } # # chkconfig "on" $1 # Handles missing chkconfig command. # (this is used by the pcp rpm %post script) # chkconfig_on() { : } # # chkconfig "off" $1 # Handles missing chkconfig command. # (this is used by the pcp rpm %preun script) # chkconfig_off() { : } # # Echo a message about how to chkconfig $1 "on" # Tolerates missing chkconfig command # chkconfig_on_msg() { : }