* copyright (C) 1984-2012 merrill consultants dallas texas usa

Download 423.59 Kb.
Size423.59 Kb.
1   2   3   4   5

Or a coding error in MXG could be the reason for the change!
Availability dates for non-IBM products and MXG version required:
MXG Version

Product Name Required

Demand Technology

NTSMF Version 1 Beta 14.11

NTSMF Version 2.0 15.05

NTSMF Version 2.1 15.06

NTSMF Version 2.2 16.04

NTSMF Version 2.3 17.10

NTSMF 2.4.4 Aug 9, 2002 20.04

NTSMF 2.4.5 INCOMPAT Apr 1, 2003 21.02

NTSMF 2.4.7 Sep 30, 2004 22.08

NTSMF 3.1.4 Mar 15, 2009 27.01

NTSMF 4.0 Mar 15, 2011 29.03


The Monitor for DB2 Version 2 13.06

The Monitor for DB2 Version 3.0 16.02

The Monitor for DB2 Version 3.1 20.04

The Monitor for DB2 Version 4.0 22.10

The Monitor for DB2 Version 5.0 30.02

The Monitor for CICS/ESA 1.2 - 12.12

The Monitor for CICS/ESA 1.3 - 15.01

The Monitor for CICS/ESA 2.0 - 15.06

The Monitor for CICS TCE 2.1 - 20.04

The Monitor for CICS TCE 2.2 - 20.335, 21.134 21.04

The Monitor for CICS TCE 2.3 including CICS/TS 3.1 22.08

The Monitor for CICS TCE 3.2 (almost all) 25.11

The Monitor for CICS TCE 3.2 (almost all) 27.01

The Monitor for CICS TCE 3.3 (for CICS/TS 4.1,4.2) 29.07

The Monitor for MVS/ESA 1.3 - 12.05

The Monitor for MVS/ESA 1.5 - 12.05

The Monitor for MVS/ESA 2.0 - 15.09

The Monitor for MVS/ESA 3.0 - 19.19


Omegamon for CICS V200 User SMF 12.05

Omegamon for CICS V300 User SMF 13.06

Omegamon for CICS V400 User SMF 16.02

Omegamon for CICS V400 type 110 segments 16.02

Omegamon for CICS V500 User SMF 18.01

Omegamon for IMS V110 (ITRF) 12.12

Omegamon for IMS V300 (ITRF) 14.04

Omegamon for IMS V550/V560 (ITRF) 25.05

Omegamon for MVS V300 13.05

Omegamon for MVS V400 13.06

Omegamon for DB2 Version 2.1/2.2 13.05

Omegamon for VTAM V160 12.04A

Omegamon for VTAM V400 15.15

Omegamon for VTAM V500 18.08

Omegamon for SMS V100/V110 12.03


ACF2 6.2 16.04

ASTEX 2.1 14.04

NETSPY 4.7 14.03

NETSPY 5.0 14.03

NETSPY 5.2 16.05

NETSPY 5.3 18.03

NETSPY 6.0 20.10 20.305

NETSPY 7.0 20.10 20.305

SAR/VIEW R11 23.07 23.196

BMC, was Boole & Babbage

IMF 3.1 (for IMS 5.1) 12.12

IMF 3.2 (for IMS 6.1 only) 15.09

IMF 3.2 (for IMS 5.1 and 6.1+) 16.04

IMF 3.3 (for IMS 7.1 and 8.1) 22.08*

IMF 4.1 (for IMS 9.1) 26.02*

IMF 4.4 (for IMS 9.1) 27.07*

IMF 4.5 (for IMS 11.1) (No change since 4.4) 27.07


LMS 3.1 12.12A

Oracle V9, V10 24.06


APAF 4.1, 4.3 16.08

Velocity Software

XAMAP 3.4 22.10

XAMAP 3406 24.03

XAMAP 3.7 27.10

XAMAP 4.1 29.07

V. Incompatibilities and Installation of MXG 30.03.

1. Incompatibilities introduced in MXG 30.03:

a- Changes in MXG architecture made between 30.03 and prior versions

that can introduce known incompatibilities.

2. Installation and re-installation procedures are described in detail

in member INSTALL (which also lists common Error/Warning messages a

new user might encounter), and sample JCL is in member JCLINSTT for

SAS Version 9.

MXG Definitions with regard to MXG Software Changes:
COMPATIBLE A change in a data record which did not alter either

COMPAT the location or the format of all of the previously-

kept MXG variables is COMPATIBLE, and you can continue

to run the old version of MXG software, which will read

the new records without error, but none of any new data

fields or any new record subtypes will be created/kept

until you install the MXG Version with this change.
INCOMPAT A change in a data record that causes the current MXG

version to fail, visibly or invisibly, with or without

error conditions or messages, and the output datasets

may contain wrong values and incomplete observations,

and/or observations may have been lost.

You MUST install the new MXG Version with this change

to process data records that have been INCOMPATIBLY

changed by their vendor.

TOLERATE In other words, the old MXG Version TOLERATES the new

data records, if they are COMPATIBLY changed.

EXPLOIT Once you use the new MXG Version to read the changed

records, all of the new fields, subtypes, etc, that are

described in this change will be created in the MXG

datasets, so the new MXG Version EXPLOITS the new data,

and you have full support of the new data records.

VI. Online Documentation of MXG Software.

MXG Documentation is now described in member DOCUMENT.

See also member INDEX, but it may be overwhelming.

VII. Changes Log
--------------------------Changes Log---------------------------------
You MUST read each Change description to determine if a Change will

impact your site. All changes have been made in this MXG Library.

Member CHANGES always identifies the actual version and release of

MXG Software that is contained in that library.

The CHANGES selection on our homepage at http://www.MXG.com

is always the most current information on MXG Software status,

and is frequently updated.
Important changes are also posted to the MXG-L ListServer, which is

also described by a selection on the homepage. Please subscribe.

The actual code implementation of some changes in MXG SOURCLIB may be

different than described in the change text (which might have printed

only the critical part of the correction that need be made by users).
Scan each source member named in any impacting change for any comments

at the beginning of the member for additional documentation, since the

documentation of new datasets, variables, validation status, and notes,

are often found in comments in the source members.

Alphabetical list of important changes in MXG 30.03 after MXG 29.29:


Member Change Description

ANALDB2R 30.007 PMSTA01/PMSTA02 DB2 Statistics, INTERVAL=DATE fixed.


BLDSMPDB 30.005 Using MXGINCL parameter was ignored.

BLDSMPDB 30.081 Enhancement adds rundays=mon tue ... to list days.




FORMATS 30.024 New format MG073FE decodes SMF73GEN and R79CGEN FICON

UTILEXCL 30.092 WMQGETTM, others, incorrectly multiplied by 16.

Many 30.012 RUN STATEMENT HAS NO EFFECT message is removed.

READDB2 30.031 Requesting IFCIDS=ACCOUNT with IFCIDS from SMF 102.

READDB2 30.077 Cleanup of WANTONLY, IFCID=STATS, 106, etc.

TYPE0 30.040 -Variable DOWNTM was a missing value in PDB.IPLS.

TYPE102 30.001 QW0319FL, Encryption Type, format AES/DES reversed.

TYPE102 30.037 Support for BMC APPTUNE V6R3 SMF 102 records INCOMPAT

TYPE102 30.038 Support for DB2 IFCIDs 357 and 358.

TYPE102 30.055 -Support for DB2 APAR PM37956 to SMF 102 IFCID 25.

TYPE105 30.080 Support for GDPS SMF 105 now validated with SMF data.

TYPE110 30.008 CICS/TS 4.2 INVALID STILEN STID=116, zero obs STISJS.

TYPE110 30.078 SMSxxxxx variables were 1024 times large.

TYPE115 30.064 Support for MQ QJST 7.01B Statistics Block.

TYPE117 30.063 SMF 117 IMFL subtype SM17ACCT kept in WS SMF.

TYPE119 30.009 Support for SMF 119 ST 6 z/OS 1.13 (INCOMPAT).

TYPE21 30.014 Support for APAR OA33947 for TS1140 Tape Drive.

TYPE30 30.045 Debugging PUT _N_= CPUUNITS= CPUTCBTM= removed.

TYPE60 30.082 INPUT EXCEEDED for ID=60 with no VVR segment.

TYPE7072 30.069 New 1.13 CPUPDPTM/R723RTDM/RTDC/RTDT now populated.

TYPE71 30.058 -New variables added to RMF TYPE71 dataset by z/OS 1.1

TYPE71 30.083 ERROR: DOMAIN ERROR, SAS 9.1.3 SP4 Only.

TYPE73 30.004 Some FICON-related variables were wrong values.

TYPE73 30.054 -ERROR: Divide by zero in SMF 73 records, new FICON

TYPE74 30.072 Support for RMF 74 APAR OA36831 (COMPAT) SMF74NSS.

TYPE85 30.050 Support for SMF 85 records from z/OS 1.13 (INCOMPAT)

TYPEBBMQ 30.047 Support for BMC Mainview for MQ Version 5.1 INCOMPAT

TYPEBVIR 30.057 Support for TS7700 Version 2.0a (INCOMPATIBLE).

TYPECMA 30.070 Support for CA-Spool Subtype 12 (partial).

TYPEDB2 30.032 DB2 variable QWHDRQNM can now contain an ipv6 address

TYPEDB2 30.089 Support for DB2 V10 APAR PM24723 adds data IFCID=225.

TYPEEZSM 30.041 Support for EMC EzSM z/OS Storage Manager SMF record.

TYPEFERT 30.066 Support for new subtype 1 and 4 FERRET SMF records.

TYPEHSM 30.006 Support for HSM SMF z/OS 1.12 changes (COMPATIBLE)

TYPEM204 30.002 MODEL 204 records could be output to wrong dataset.

TYPENDM 30.039 NDM-CDI record 'XO' caused "UNKNOWN SUBTYPE" message.

TYPENTSM 30.044 -Updates to D062, D063, D060, VWRP, D059, D057, VWVS.

TYPERMFV 30.043 Updates for RMF III RCD records.

TYPERSDA 30.035 RSD/FOLDERS name fields were increased to $250.

TYPESAMS 30.073 Support for CA Vantage Stor Resc MGR 12.6.00 INCOMAT.

TYPESVIE 30.051 Support for SYSVIEW PTF Test APAR TSD0144, for IMS.

TYPETMD2 30.060 Support for TMON/DB2 V5, INCOMPATIBLE, for DB2 V10/

TYPETMMQ 30.025 Support for TMON for MQ Version 2.2/2.3/2.4 INCOMPAT


TYPEXAM 30.003 Spurious XAM INVALID CPU RECORD messages.

UTILCPLG 30.026 %UTILCPLG will copy your .LOG and .LST files.

VMACSMF 30.023 A third-party product creates invalid DB2 ID=101.

VMXGGETM 30.034 VMXGGETM only supported 512 subtypes.

See member CHANGESS for all changes ever made to MXG Software.

Inverse chronological list of all Changes:
====== Changes thru 30.096 were in MXG 30.03 dated May 30, 2012=========
Change 30.096 Support for ZEN OSA MONITOR PTF ZOM1322 that INCOMPATIBLY

VMACZOSA increased the length of ZOSALINK and ZOSARESC from 8 each

May 29, 2012 to 13 and 11 bytes respectively.
Change 30.095 RMF III Enhancements.

ASMRMFV -A new table called MXG is now created which contains

VMACRMFV ASMRMFV assembly and execution data. The MXG table is

EXZRBASM created internally by ASMRMFV and is not a true RMF

VMXGINIT Monitor III table. The MXG table contains 49 variables

May 29, 2012 that describe both the assembly and the execution

environment of ASMRMFV. This data can be used either as

an audit trail or as a problem diagnostic aid. VMACRMFV

can also use this data for conditional logic decisions.

Only 1 MXG table observation will appear in the new

ZRBASM file for each run of ASMRMFV, so there is minimal


-Two new extensions are added by ASMRMFV to the ASI

(address space) and ENC (enclave) table records with

WORKLOAD and RESOURCE GROUP information. These are in

addition to existing extensions for SERVICE CLASS and

REPORT CLASS data. VMACRMFV adds a total of 14

variables for this new information to the ZRBASI and

ZRBENC files.





-All ASMRMFV added data extensions now only include the

part of the information that is actually documented. In

some cases internal control block values specified a much

greater length and caused problems in VMACRMFV.

-ASMRMFV message RMFV000I now contains information on the

environment at the time of assembly.

-ASMRMFV message RMFV001I now contains information on the

environment at the time of execution.

-Corrected ASMRMFV comments to note that the optional

RMFFILT output data set can NOT be used as input to a MXG

PDB build. RMFFILT does not contain any DSH or SSH

records that would be needed.

-ASI table data extensions for very old releases of RMF

Monitor III V4.3.0 or below (pre 1994) will no longer be

attempted by ASMRMFV. ASI table data will still be

output but without the extensions in this case. The

header structure of these ancient records is not

compatable with the data extension process.

-Corrected a problem where SERVICE CLASS or REPORT CLASS

extensions for ASI or ENC table were incorrect when the

respective data indexes were zero. These values should

have been missing, but instead were populated with data

from the prior ASI entry. This was a limited condition.

-Code path length reductions were made to two subroutines

for ASI and ENC table processing in ASMRMFV by using

existing FINDxx subroutines.

-The ASIENTMX and ASIENTLN fields are now corrected in

ASMRMFV to show the true count and length in an ASI table


-The ENCG3TLN field is now corrected in ASMRMFV to show

the true total length in an ENC table record.

-ASMRMFV now validates that input data sets are VSAM RRDS

with warning message RMFV017W issued if a data set is

non-VSAM or is VSAM but a non-RRDS type. In this case no

abend occurs, but final return code CC=4 is set, and

processing of the next input data set continues.

-ASMRMFV now issues warning message RMFV017W if an input

VSAM data set has a non-standard CISIZE or RECSIZE. IBM

intends that RMF Monitor III data sets be allocated with

the ERBVSDEF Clist which specifies the correct CISIZE and

RECSIZE values of 32768 and 32752 respectively. Use of

other values can result in a file that is unusable by RMF

Monitor III.

-A S0C4 Abend in ASMRMFV CPU table processing is corrected

that occurred when no other LPAR data was present. This

was most likely when a z/OS guest was running under z/VM.

-VMACRMFV did not correctly input the OSDKASID and

OSDPLIST fields from Summary Information section in the

OPD table.

-The following RMF Monitor III table records are now

blocked for efficiency in ASMRMFV output: CPD, CSR, ENT,

OPD, and SPG. This improvement results in up to 90%

reduction or more in output record count. However, this

means there are multiple data segments in each record

which can affect existing logic in any user modified

EXZRBxxx exit routines for the respective table.

VMACRMFV is upgraded to handle the additional data

entries in the blocked tables.

-Tutorial: Your tailoring logic in EXdddddd dataset exits

to control output of an MXG dataset needs this structure

to always be safe:

IF something THEN DO;

OUTPUT _Wdddddd;


and can't use a DELETE, RETURN, nor "IF something;" logic

because when "something" is true, they stop the read of

this current record, skipping any un-read segments from

being tested for "something".

-Validity checking for the CPD, CSR, DVT, ENT, OPD, and

SPG tables in ASMRMFV for excessive or invalid header and

entry length is improved. When anomalies are detected

the entire table will be skipped. This should be a very

rare event.

-Prologue documentation in ASMRMFV source code has been

updated as needed including more discussion on skipped

records and entry blocking.

-NOTE: An assembly and link of each new ASMRMFV member is


in sync, to create AND populate the new variables, enable

table record entry blocking, and implement other related

fixes/enhancements in this change.

-HOWEVER: Using the new VMACRMFV to process RMFBSAM data

created with the prior ASMRMFV program should not fail

unless invalid records are found, but all new variables

will have missing values

Change 30.094 -SMF 113 counters were stored in the MXG DEFAULT=5 length,

ASUM113 but the four sets of counters can contain very large data

VMAC113 values, so variables BASICnn,PROBSTnn,CRYPTOnn,EXTNDnnne

May 28, 2012 are now stored in LENGTH 8, and the PROC MEANs in both

VMAC113 and ASUM113 now specify /INHERIT so the longer

length attribute will be preserved; comparison of short

and long length showed the longer length was needed as

there were some (smaller) values with shorter length.

-Variable SM113CST is removed from BY macro _BTY113 and

that macro matches the final sort order of PDB.TYPE113.

SM113CST was needed in the BY list for the intermediate

sorts byt did not exist in the final PDB.TYPE113.

Thanks to Scott Barry, SBBWorks Inc., USA.
Change 30.093 If production jobs create reports that are sent to a data

ANALDB2R set or a report archive facility, but there was no data

May 28, 2012 matching your selections, the result is an empty file or

a nonexistent report. While MXG's SASLOG tells you that

happened (obscurely?), now, a message that no report was

produced is written to the output destination for these

Change 30.092 If you have IMACEXCL in your "USERID.SOURCLIB", these new

UTILEXCL CICSTRAN duration variables were 16 times too large:




because UTILEXCL had generated incorrect code to convert.

Durations input as &PIB.4.6 use X=16*X;

Durations input as &PIB.8.6 use X=X/4096;

The incorrect syntax was X=16*X/4096; for 8.6.

Thanks to Victoria Lepak, Aetna, USA.

Change 30.091 Typoed character P in column one caused INPUT EXCEEDED in

VMACSVIE SVSUBTYP=27 records that had segment 21 data.

May 24, 2012

Thanks to Sam Knutson, GEICO, USA.

Change 30.090 Variable FERTREMI incorrectly contained the Local instead

VMACFERT of the Remote IP Address.

May 22, 2012

Thanks to Terry Back, Experian, USA.

Thanks to Jerome Vitner, Experian, USA.
Change 30.089 Support for DB2 V10 APAR PM24723 for IFCID=225 SMF ID=100

VMACDB2 Subtype=4, which COMPATIBLY adds new storage metrics that

May 22, 2012 are output in both DB2ST225 and DB2STATS datasets.

Thanks to Kerry J. Sommers, John Deere, USA.

Thanks to Ralph Baechle, John Deere, USA.
Change 30.088 MQMLOG datetime variables were on GMT clock; there is no

VMAC115 offset field, but these maxiumum values must be less than

May 17, 2012 the SMFTIME, so the variable GMT115TM is calculated from

SMFTIME-QJSTIOMAXIOT1 and used to adjust datetimestamps

to the local time zone.

Thanks to Joseph Faska, Depository Trust, USA.

Change 30.087 Variable TOTDEVHR in TYPE74CA had non-missing values that

VMAC74 were wrong when CACHIOTT was zero or missing; an MXG typo

May 14, 2012 set non-existent variable name TOTDEVNR to missing when

variable TOTDEVHR should have been set to missing value.

Thanks to Sharon Moir, JP Morgan Chase Bank, USA.
Change 30.086 Change 28.276 added BEGTIME= ENDTIME= parameters to

ANALHSM ANALHSM but, in the first step, the BEGTIME and ENDTIME

May 12, 2012 MACRO variables were set to the beginning of the data

and the end of the data so that those values could be

placed in the title lines of the reports. So all

subsequent use of those macro variables and checks for

their existence would be based on the timespan of the

actual data. To make matters worse, in REPORT 5 and

REPORT 6, the BEGTIME and ENDTIME datetime values were

being compared to TIME values for FSRTIMR and FSRTIME

so no data could ever be selected for those reports.

With this change the date/times for the report headings

are changed to BEGREPT and ENDREPT avoiding the

conflict with BEGTIME and ENDTIME selection and in

reports 5 and 6 datetime values are constructed as

they are in ASUMHSM so that the correct data can be

selected for the reports. There are also now MXGNOTEs

that will tell you when you have started processing the

data for each report and another if no data was found

for the report.

Thanks to Paul Volpi, UHC, USA.
Change 30.085 Cosmetic. UNMODSMF time is now aligned under SMFTIME to

VMACSMF make comparisons easier, and the _N_ value of LAST RECORD

May 9, 2012 IN GROUP message is no longer a missing value.
Change 30.084 ODS operator RS=NONE added to prevent wrapping of HTML

VMXGODSO statements (specific to z/OS but causes no problem for

May 9, 2012 ASCII ODS operations; only set for HTML output).
Change 30.083 -MXG 30.02, z/OS Only, SAS 9.1.3 SP4 Only:



occurred in a PROC MEANS of DATA=TYPE71 in JCLTEST9.

This error did NOT occur with SAS 9.3 nor on ASCII SAS.

The Floating Point Exception resulted from MXG INPUTing

SMF71TLS field as RB4 when the field is binary (PIB4),

and a value of '00000AD1'x read as RB4 produced a value

that was a negative with E75 exponent, but it was only

when that value was subsequently read by PROC MEANS that

the error surfaced.

Thanks to John Loch, HP, USA.

CHANGE 30.082 Type 60 record with no VVR segment (for a VVDS) caused an

VMAC60 INPUT EXCEEDED RECORD LENGTH error on 3 days, and then

May 7, 2012 didn't. MXG now tests to verify a VVR segment exists (and

VVRLEN will be a missing value in these observations) but

why these records were created is unknown.

Thanks to Peter Krijger, ANZ National, NEW ZEALAND.

CHANGE 30.081 Enhancement adds rundays=mon tue wed ... to list the days

BLDSMPDB of the week when BLDSMPDB is to actually be executed; on

May 7, 2012 any other day, the program will terminate with MXGNOTEs.

The default, daily, is unchanged.

Thanks to Mynard Holloway, Spectrum Health, USA.
CHANGE 30.080 Actual GDPS records exposed wrong guesses I made when I

VMAC105 wrote code from the doumentation: GDPS datetimestamps in

May 4, 2012 SM105STM/DTM/SST/SCT are reversed-SMFSTAMP8 with DATE

first, so simple SMFSTAMP8 format can't be used; DURATM

field is packed decimal not binary and needs divide by an

undocumented 10; the two RPO duration variables SM105SAR

and SM105SIR also needed an undocumented divide by ten;

the Product section's two variables are input and kept.

Thanks to Jeffrey A. Johns, UHC, USA.

Thanks to Paul Volpi, UHC, USA.


VMXGINIT DSNAMES in the //SOURCLIB concatenation are dynamically

May 4, 2012 allocated in reverse order to their concatenated order,

and dataset SASHELP.VEXTFL, which MXG reads to print the

DSNAMES on the log at initialization, is also reversed.


get the MXG list in correct order when CONFIMXG was used.

When MXGSAS93 and "static" allocation is done in JCL, the

Share with your friends:
1   2   3   4   5

The database is protected by copyright ©essaydocs.org 2020
send message

    Main page