Show Posts

1126

z/OS Server / Re: ARSDOC complete document extract/retrieval

« on: July 28, 2011, 07:38:08 AM »

Just a note on this. ARSZOSHL has been removed from 8.5.0 but I prefer oshell (from SYS1.SBPXEXEC) anyway.

1127

z/OS Server / Re: ARSDOC complete document extract/retrieval

« on: July 27, 2011, 01:07:24 PM »

I sent this JCL to Larry which is for line data. AFP data would need some reblocking.

//***************************************************************
//* EXECUTE THE ARSDOC GET COMMAND
//***************************************************************
//*
//ARSZOSHL EXEC PGM=IKJEFT01,REGION=0M,COND=(0,NE)
//SYSEXEC DD DISP=SHR,DSN=ARSSCLM.V841.STGA.INST
// DD DISP=SHR,DSN=ARSSCLM.V841.INTA.INST
// DD DISP=SHR,DSN=ARSSCLM.V841.RELA.INST
//SYSTSPRT DD SYSOUT=*
//* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
//SYSTSIN DD *
ARSZOSHL /usr/lpp/ars/dev/V8R4M1/bin/arsdoc get -h ARCHIV1 -
-u ARSTTT -p pwpwpwpw -v -c -a -d /tmp -
-o P99999.out -
-X "11324-308-0-1FAA-1278013021-1278013021" -
-G 'DLY_A'
//* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
//STDENV DD *
_BPX_SHAREAS=YES
_BPX_BATCH_SPAWN=YES
/*
//OSHOUT1 DD SYSOUT=*,DCB=(RECFM=F,LRECL=255)
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//*
//***************************************************************
//*
//* Copy the file loaded to HFS via the ARSDOC GET command in th
//* previous step.
//*
//***************************************************************
//COPY EXEC PGM=IKJEFT1A,COND=(0,NE)
//HFSCOPY DD DSN=ARS.DEV.TEMP.P54263.COPY,
// DISP=(,CATLG),
// DCB=ARSTEST.TESTCASE.DATA.LINE.P54263,
//* DCB=(LRECL=32756,RECFM=VB),
// SPACE=(CYL,(30,10),RLSE),
// UNIT=SYSDA
//SYSTSPRT DD SYSOUT=*
//SYSTSIN DD *
PROF MSGID
oget '/tmp/P54263.out' -
'ARS.TEMP.P99999.COPY' -
BINARY
//*

1128

z/OS Server / z/OS R12 change may affect exits

« on: July 27, 2011, 01:03:24 PM »

At the bottom of every job z/OS R11 and below is the IEF376I message that some may be keying off of in their exits:

IEF142I BPXAS BPXAS - STEP WAS EXECUTED - COND CODE 0000
IEF373I STEP/ /START 2011208.0000
IEF374I STEP/ /STOP 2011208.0030 CPU 0MIN 00.00SEC SRB 0MIN 00.00S
IEF375I JOB/BPXAS /START 2011208.0000
IEF376I JOB/BPXAS /STOP 2011208.0030 CPU 0MIN 00.00SEC SRB 0MIN 00.00S

This has changed in z/OS R12. Here's an example:

IEF142I BPXAS BPXAS - STEP WAS EXECUTED - COND CODE 0000
IEF373I STEP/ /START 2011208.1128
IEF032I STEP/ /STOP 2011208.1218
CPU: 0 HR 00 MIN 00.00 SEC SRB: 0 HR 00 MIN 00.00 SEC
VIRT: 0K SYS: 0K EXT: 0K SYS: 0K
IEF375I JOB/BPXAS /START 2011208.1128
IEF033I JOB/BPXAS /STOP 2011208.1218
CPU: 0 HR 00 MIN 00.00 SEC SRB: 0 HR 00 MIN 00.00 SEC

1129

z/OS Server / Re: CMOD 8.5 IS OUT!!!!

« on: July 08, 2011, 09:12:34 AM »

Anybody ordering CMOD 8.5 - note that ACIF is no longer automatically included.

Reference: https://www-304.ibm.com/support/docview.wss?dc=DB540&rs=1209&uid=isg1_ODMP850_H272850&cs=UTF-8&lang=all&loc=en_US

1130

Tips and Tricks / Sample jobs to run ODF 8.5.0 IVP work in batch

« on: June 29, 2011, 11:25:23 AM »

Appendix D. ODF installation verification plan, just shows running this interactively.

Here's sample JCL I used to run these in batch:

//STEP1 EXEC PGM=BPXBATCH,REGION=0M
//*
//STEPLIB DD DISP=SHR,DSN=ARS.ARSV850.SARSLOAD
// DD DISP=SHR,DSN=DSN.DB2VA10.SDSNEXIT
// DD DISP=SHR,DSN=DSN.DB2VA10.SDSNLOAD
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//STDERR DD PATH='/tmp/bpxbatch.err',PATHMODE=SIRWXU,
// PATHOPTS=(OWRONLY,OCREAT,OTRUNC)
//STDOUT DD PATH='/tmp/bpxbatch.out',PATHMODE=SIRWXU,
// PATHOPTS=(OWRONLY,OCREAT,OTRUNC)
//STDPARM DD *
PGM /usr/lpp/ars/V8R5M0/bin/arsxml
add
-h ARCH850 -u odadmin -p foo4aw -v
-i /usr/lpp/ars/V8R5M0/bin/xml/samples/applgroupAdd.ebcdic.xml <<<<NOTE
//STDENV DD *
CLASSPATH=/usr/lpp/ars/V8R5M0/bin/xml/ODAdmin.jar:
/usr/lpp/java/J6.0_64/lib/core.jar
LIBPATH=/usr/lpp/ixm1a/IBM/xml4c-5_7/lib/:$LIBPATH
PATH=/usr/lpp/java/J6.0_64/bin:/usr/lpp/ars/V8R5M0/bin:$PATH
/*

NOTE: when running these in batch you use the *.ebcdic.xml versions of the input files in the same directory

1131

z/OS Server / Re: May i have explanations about extends in cache disks CMOD?

« on: June 28, 2011, 10:32:38 AM »

Bonjour Philippe et Alessandro!

Before OnDemand stores an object in cache, it finds out how much space is available.

If not enough is free, OnDemand issues an ARS0025E.

The base OnDemand code is supported across many platforms including UNIX and Windows. With those operating systems the space wouldn't be automatically increased by the file system.

There are at least two possible solutions.

1. You could add additional cache directories to your ars.cache file.

2. You could manually extend your HFS by 10 cylinders by issuing

/usr/lpp/dfsms/bin/confighfs -x 10c

3. If you're using zFS filesystem, then you need to use the aggrgrow command.

Ed

1132

Tips and Tricks / A Too Common Problem, -497, The OBIDs Maxed Out | Relief is Here

« on: June 02, 2011, 02:14:53 PM »

Every so often I see the problem...

"-497 THE MAXIMUM LIMIT OF INTERNAL IDENTIFIERS HAS BEEN EXCEEDED FOR DATABASE database-name"

...which brings OnDemand processing to a halt.
__________

[write up no longer available]

The best write up on this that I have read is a column by IBM DB2 specialist Vikram Saraswathi:

http://it.toolbox.com/blogs/db2-dba-diary/the-problem-with-max-internal-identifiers-obids-34817

I won't copy the article here, but if you're not monitoring OBID usage "an ounce of prevention..."

Ed Arnold

1133

Tips and Tricks / On z/OS, how can you prove whether you're executing within a USERMOD?

« on: May 25, 2011, 11:08:14 AM »

The absolute simplest method I know of is to put a WTO somewhere within the assembler code.

For example, I have stuck the following at an arbitrary point in the middle of the ARSUSECX code:

WTO 'Ed Arnold ' Write To Operator
WTO 'says that ' Write To Operator
WTO 'YOU ARE IN ' Write To Operator
WTO 'ARSUSEX1 ' Write To Operator
WTO 'RIGHT NOW ' Write To Operator

I stuck it right in the middle of the inits:

INIT200 DC 0H'0'
WTO 'Ed Arnold ' Write To Operator
WTO 'says that ' Write To Operator
WTO 'YOU ARE IN ' Write To Operator
WTO 'ARSUSEX1 ' Write To Operator
WTO 'RIGHT NOW ' Write To Operator
LA R0,WKSIZE(,0) Load the workarea length

and you get in the SYSLOG:

STC02415 00000010 Ed Arnold
STC02415 00000010 says that
STC02415 00000010 YOU ARE IN
STC02415 00000010 ARSUSEX1
STC02415 00000010 RIGHT NOW

Yeah, it looks hokey, but it's quick and easy.

1134

Tips and Tricks / Verifying DSNUTILS, the DB2 Utilities Stored Procedure on z/OS

« on: May 25, 2011, 09:41:51 AM »

I like this IVP for verifying that DSNUTILS is set up properly and working

See my previous topic on the ODBC IVPs for setting up:

1. ODV733.USER.RUNLIB.LOAD

2. ODV733.PRIVATE.SDSNSAMP(DSNAOINI)

// JOBCARD
//********************************************************************
//* Name = DSNTEJ80
//*
//* Descriptive Name =
//* DB2 Sample Application
//* Phase 8 (ODBC)
//* Utility Stored Procedure (DSNUTILS) caller using C and ODBC
//* Function =
//* This JCL prepares and executes DSN8OD1, a sample application
//* program that demonstrates using ODBC to invoke DSNUTILS, the
//* DB2 Utilities Stored Procedure.
//*
//******************************************************************
//* Step 1: Compile DSN8OD1, sample ODBC caller of DSNUTILS
//*
//PH080S01 EXEC PGM=CCNDRVR,
// PARM='/CXX OPTFILE(DD:CCOPTS)'
//*TEPLIB DD DISP=SHR,DSN=CBC.SCBCCMP
//* DD DISP=SHR,DSN=CEE.SCEERUN
//SYSLIN DD DISP=(,PASS),DSN=&&OBJDECK,
// UNIT=VIO,SPACE=(TRK,(1,1),RLSE),
// DCB=(RECFM=FB,LRECL=80)
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SYSCPRT DD SYSOUT=*
//SYSIN DD DISP=SHR,DSN=DSN.DB2VA10.SDSNSAMP(DSN8OD1)
//CCOPTS DD DISP=SHR,DSN=DSN.DB2VA10.PROCLIB(DSNHCPPS)
// DD *
LIST
NOMAR
SOURCE
LONG
//SYSUT1 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=80)
//SYSUT4 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=80)
//SYSUT5 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=3200)
//SYSUT6 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=3200)
//SYSUT7 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=3200)
//SYSUT8 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=3200)
//SYSUT9 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=VB,LRECL=137)
//SYSUT10 DD SYSOUT=*
//SYSUT14 DD UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=3200)
//SYSUT15 DD SYSOUT=*
//*
//* Step 2: Prelink DSN8OD1
//*
//PH080S02 EXEC PGM=EDCPRLK,COND=(4,LT),
// PARM='MAP,NOER'
//STEPLIB DD DISP=SHR,DSN=CEE.SCEERUN
//SYSMSGS DD DISP=SHR,DSN=CEE.SCEEMSGP(EDCPMSGE)
//SYSLIB DD DISP=SHR,DSN=CEE.SCEECPP
//SYSIN DD DISP=(OLD,DELETE),DSN=&&OBJDECK
// DD DISP=SHR,DSN=CBC.SCLBSID(IOSTREAM)
// DD DISP=SHR,DSN=CBC.SCLBSID(COMPLEX)
// DD DISP=SHR,DSN=CEE.SCEELIB(C128)
// DD DISP=SHR,DSN=DSN.DB2VA10.SDSNMACS(DSNAOCLI)
//SYSMOD DD DISP=(,PASS),DSN=&&PLKSET,
// UNIT=VIO,SPACE=(32000,(30,30)),
// DCB=(RECFM=FB,LRECL=80)
//SYSDEFSD DD DUMMY
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//*
//* Step 3: Link DSN8OD1
//*
//PH080S03 EXEC PGM=HEWL,COND=(4,LT),
// PARM='AMODE=31,MAP,RENT'
//SYSLIB DD DISP=SHR,DSN=CEE.SCEELKED
//SYSLIN DD DISP=(OLD,DELETE),DSN=*.PH080S02.SYSMOD
//SYSLMOD DD DISP=SHR,DSN=ODV733.USER.RUNLIB.LOAD(DSN8OD1)
//SYSUT1 DD UNIT=VIO,SPACE=(32000,(30,30))
//SYSPRINT DD SYSOUT=*
//*
//* Step 4: Run DSN8OD1 (call DSNUTILS)
//*
//PH080S04 EXEC PGM=DSN8OD1,COND=(4,LT),
// PARM='/DB1X'
//STEPLIB DD DISP=SHR,DSN=CEE.SCEERUN
// DD DISP=SHR,DSN=CBC.SCLBDLL
// DD DISP=SHR,DSN=DSN.DB2VA10.SDSNLOAD
// DD DISP=SHR,DSN=ODV733.USER.RUNLIB.LOAD
//DSNAOINI DD DISP=SHR,DSN=ODV733.PRIVATE.SDSNSAMP(DSNAOINI)
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//CEEDUMP DD SYSOUT=*

When this runs it starts up a stored procedure...here's a snippet from the SYSLOG:

IWM034I PROCEDURE DB1XWLMU STARTED FOR SUBSYSTEM DB1X
APPLICATION ENVIRONMENT DSNWLMX_UTILS
PARAMETERS DB2SSN=DB1X,APPLENV='DSNWLMX_UTILS'
$HASP100 DB1XWLMU ON STCINRDR
$HASP373 DB1XWLMU STARTED
IEF403I DB1XWLMU - STARTED - TIME=09.35.09

I didn't bother customizing the source so I get the following in SYSPRINT, but I don't care that the command isn't correct.

DSNU000I 145 09:35:10.01 DSNUGUTC - OUTPUT START FOR UTILITY, UTILID = DSNTEX
DSNU1044I 145 09:35:10.10 DSNUGTIS - PROCESSING SYSIN AS EBCDIC
DSNU050I 145 09:35:10.12 DSNUGUTC - RUNSTATS TABLESPACE DSN8D91A.DSN8S91E PART 3 TABLE(ALL) INDEX(ALL)
DSNU054I -DB1X 145 09:35:10.12 DSNUGMAP - TABLESPACE 'DSN8D91A.DSN8S91E' NOT FOUND
DSNU605I -DB1X 145 09:35:10.12 DSNUSVAL - ERROR OCCURRED IN ACCESSING TABLESPACE DSN8D91A.DSN8S91E
DSNU012I 145 09:35:10.16 DSNUGBAC - UTILITY EXECUTION TERMINATED, HIGHEST RETURN CODE=8

1135

Tips and Tricks / ODBC IVP on z/OS

« on: May 25, 2011, 09:29:36 AM »

ODBC is rather key to CMOD.

DB2 ships a sample IVP to verify ODBC, SDSNSAMP(DSNTEJ8E).

1. I'm using two datasets for the compile output and to execute:

Command - Enter "/" to select action Dsorg Recfm Lrecl Blksz
-------------------------------------------------------------------------------
ODV733.USER.RUNLIB.LOAD PO-E U 0 32760
ODV733.USER.RUNLIB.OBJ PO-E FB 80 3200

2. This is my DSNAOINI member:

VIEW ODV733.PRIVATE.SDSNSAMP(DSNAOINI) - 01.02
Command ===>
****** ***************************** Top of Data **********
000001 ; This is a comment line...
000002 ; Example COMMON stanza
000003 ?COMMON?
000004 MVSDEFAULTSSID=DB1X
000005
000006 ; Example SUBSYSTEM stanza for V81A subsystem
000007 ?V81A?
000008 MVSATTACHTYPE=CAF
000009 PLANNAME=DSNACLI
000010
000011 ; Example DATA SOURCE stanza for STLEC3 data source
000012 ?STLEC3?
000013 AUTOCOMMIT=0
000014 OPTIMIZEFORNROWS=100
000015
000016 ; Example DATA SOURCE stanza for STLEC4 data source
000017 ?STLEC4?
000018 TXNISOLATION=8
000019

Here's my actual job:

// JOBCARD
//* Name = DSNTEJ8E
//*
//* Descriptive Name =
//* DB2/ODBC Sample Application JCL
//* 64-bit C/C++ Application
//* (lots more words here in job in SDSNSAMP)
//*---------------------------------------------------------------
//* COMPILE STEP:
//*---------------------------------------------------------------
//COMPILE EXEC PGM=CCNDRVR,REGION=48M,
// PARM=('/CXX OPTFILE(DD:CCOPT)')
//STEPLIB DD DSN=CEE.SCEERUN2,DISP=SHR
// DD DSN=CEE.SCEERUN,DISP=SHR
// DD DSN=CBC.SCCNCMP,DISP=SHR
//SYSIN DD DSN=DSN.DB2VA10.SDSNSAMP(DSN8O3VP),DISP=SHR <<< note: DB2/ODBC 3.0 driver
//*YSIN DD DSN=DSN.DB2VA10.SDSNSAMP(DSN8OIVP),DISP=SHR <<< note: older ODBC driver...I try both
//SYSLIN DD DSN=ODV733.USER.RUNLIB.OBJ(DSN8O3VP),DISP=SHR, <<< change this line to match which IVP you're running
// DCB=(RECFM=FB,LRECL=80,BLKSIZE=3200)
//SYSPRINT DD SYSOUT=*
//SYSOUT DD SYSOUT=*
//SYSCPRT DD SYSOUT=*
//CCOPT DD *
LSEARCH(//'ODV733.USER.RUNLIB.OBJ.+')
SEARCH(//'CEE.SCEEH.+',//'CBC.SCLBH.+',//'DSN.DB2VA10.SDSNC.+')
LIST
SOURCE
LONG
LP64
FLOAT(HEX)
WARN64
//*
//*-------------------------------------------------------------
//* BIND STEP:
//*-------------------------------------------------------------
//BIND EXEC PGM=IEWL,REGION=20M,COND=(8,LE,COMPILE),
// PARM=('MAP,RENT,DYNAM=DLL,CASE=MIXED,COMPAT=CURR',
// 'LIST=NOIMP,RMODE=ANY,AMODE=64')
//STEPLIB DD DSN=CEE.SCEERUN2,DISP=SHR
// DD DSN=CEE.SCEERUN,DISP=SHR
//SYSLIB DD DSN=CEE.SCEEBND2,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSLIN DD DSN=ODV733.USER.RUNLIB.OBJ(DSN8O3VP),DISP=SHR
// DD DSN=CEE.SCEELIB(CELQSCPP),DISP=SHR
// DD DSN=CEE.SCEELIB(CELQS003),DISP=SHR
// DD DSN=CEE.SCEELIB(C64),DISP=SHR
// DD DSN=CBC.SCLBSID(IOSX64),DISP=SHR
// DD DSN=DSN.DB2VA10.SDSNMACS(DSNAO64C),DISP=SHR
// DD DDNAME=SYSIN
//SYSLMOD DD DSN=ODV733.USER.RUNLIB.LOAD(DSN8O3VP),DISP=SHR
//SYSDEFSD DD DUMMY
//SYSIN DD DUMMY
//*---------------------------------------------------------
//* GO STEP:
//*---------------------------------------------------------
//GO EXEC PGM=DSN8O3VP,REGION=2048K,
// COND=((8,LT,COMPILE),(8,LE,BIND))
//STEPLIB DD DSN=ODV733.USER.RUNLIB.LOAD,DISP=SHR
// DD DSN=DSN.DB2VA10.SDSNLOD2,DISP=SHR
// DD DSN=DSN.DB2VA10.SDSNEXIT,DISP=SHR
// DD DSN=DSN.DB2VA10.SDSNLOAD,DISP=SHR
// DD DSN=CEE.SCEERUN2,DISP=SHR
// DD DSN=CEE.SCEERUN,DISP=SHR
// DD DSN=CBC.SCLBDLL,DISP=SHR
// DD DSN=CBC.SCLBDLL2,DISP=SHR
//SYSPRINT DD SYSOUT=*
//CEEDUMP DD SYSOUT=*
//DSNAOINI DD DISP=SHR,DSN=ODV733.PRIVATE.SDSNSAMP(DSNAOINI)
/*

The SYSPRINT output looks like this:

********************************* TOP OF DATA ***************
DSN8O3VP INITIALIZATION
DSN8O3VP SQLAllocHandle-Environment
DSN8O3VP-henv=1
DSN8O3VP SQLAllocHandle-Connection
DSN8O3VP-hdbc=1
DSN8O3VP SQLConnect
DSN8O3VP successfully issued a SQLconnect
DSN8O3VP SQLAllocHandle-Statement
DSN8O3VP hstmt=1
DSN8O3VP successfully issued a SQLAllocStmt
DSN8O3VP SQLExecDirect
DSN8O3VP sqlstmt=SELECT * FROM SYSIBM.SYSDUMMY1
DSN8O3VP successfully issued a SQLExecDirect
DSN8O3VP SQLFetch
DSN8O3VP successfully issued a SQLFetch
DSN8O3VP SQLEndTran-Commit
DSN8O3VP successfully issued a SQLTransact
DSN8O3VP SQLFreeHandle-Statement
DSN8O3VP successfully issued a SQLFreeStmt
DSN8O3VP SQLDisconnect
DSN8O3VP successfully issued a SQLDisconnect
DSN8O3VP SQLFreeHandle-Connection
DSN8O3VP successfully issued a SQLFreeConnect
DSN8O3VP SQLFreeHandle-Environment
DSN8O3VP successfully issued a SQLFreeEnv
DSN8O3VP pgmend: Ending sample
DSN8O3VP Execution was SUCCESSFUL
******************************** BOTTOM OF DATA *****

1136

z/OS Server / Ordering The Latest ACIF

« on: May 13, 2011, 10:36:39 AM »

I have learned that ACIF no longer automatically ships with the H272850 Base FMID in 8.5.

It is free, but needs to be ordered separately out of the InfoPrint family in ShopzSeries.

The Program Directory for H272850 is incorrect and will be revised to say that ACIF must be ordered separately.

The latest ACIF is HQN4430.

1137

Report Indexing / Re: Converting from OS/390 to ACIF Indexer

« on: May 05, 2011, 01:13:56 PM »

Hi John - PK74886 is the level of ACIF you're calling right now, hence the message: ACIF AT PK74886 HAS COMPLETED ABNORMALLY WITH RETURN CODE 16.

PK74886 is a problem identifier, which on z/OS maps to PTF (for fix) UK41729. So that's the service you currently have on the ACIF you're calling.

I know that UK41729 is PE, which means it's a PTF in Error - a defect was found in it after it was released.

The problem identifier for that is PK92298, andthe PTF (or fix) for that problem on z/OS is UK50893.

If you're running ACIF on z/OS, then your support team should install UK50893 for you.

If you're running ACIF on some other software platform, then I'm out of my element.

1138

Report Indexing / ACIF AT PK74886 ...

« on: May 05, 2011, 12:36:37 PM »

I've only glanced at this, but I don't like the fact that PK74886 is PE.

PK92298 PEAPAR of UK41729

Ed

1139

Windows Client / Re: Upgrade to 8.4 on Server without Windows client upgrade?

« on: April 29, 2011, 09:41:45 AM »

Gordon - what you want to do is go here:

https://www-304.ibm.com/support/docview.wss?uid=swg21392275

It's the "Compatibility matrix for the Content Manager OnDemand clients and servers" chart

1140

z/OS Server / Re: CMOD 8.5 IS OUT!!!!

« on: April 29, 2011, 09:39:27 AM »

I just got notification of the updated README:

https://www-304.ibm.com/support/docview.wss?uid=swg27020591

OnDemand User Group

News:

Messages - Ed_Arnold

z/OS Server / Re: ARSDOC complete document extract/retrieval

z/OS Server / Re: ARSDOC complete document extract/retrieval

z/OS Server / z/OS R12 change may affect exits

z/OS Server / Re: CMOD 8.5 IS OUT!!!!

Tips and Tricks / Sample jobs to run ODF 8.5.0 IVP work in batch

z/OS Server / Re: May i have explanations about extends in cache disks CMOD?

Tips and Tricks / A Too Common Problem, -497, The OBIDs Maxed Out | Relief is Here

Tips and Tricks / On z/OS, how can you prove whether you're executing within a USERMOD?

Tips and Tricks / Verifying DSNUTILS, the DB2 Utilities Stored Procedure on z/OS

Tips and Tricks / ODBC IVP on z/OS

z/OS Server / Ordering The Latest ACIF

Report Indexing / Re: Converting from OS/390 to ACIF Indexer

Report Indexing / ACIF AT PK74886 ...

Windows Client / Re: Upgrade to 8.4 on Server without Windows client upgrade?

z/OS Server / Re: CMOD 8.5 IS OUT!!!!