1156
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1157
z/OS Server / Migrating to z/OS 1.11 or z/OS 1.12?
« on: December 17, 2010, 06:27:18 AM »Quote
Description: In z/OS V1R11, object access |method (OAM) introduces 2 GB object support for tape media as well |as archive retention enhancements. You must run the CBRSMR1B job to |perform the migration from the z/OS V1R10 version of the object storage |database to the z/OS V1R11 version. The job will add columns ODSTATF, |ODRETDT, and ODINSTID to the existing object directory tables. Even |if you do not take advantage of the new function added in this release, |if you use OAM object support you must run the CBRSMR1B job to add |the new columns to the tables.
http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.idao200/cbrsmr1b.htm
http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.e0zm100/odcolum.htm
1158
z/OS Server / Re: ABEND SA03 on CMOD
« on: November 23, 2010, 09:29:36 AM »
Philippe - with those kinds of numbers you're not running out of file handles.
You're on V7 of CMOD? Do you have PTF UQ85534 installed? This is an old PTF, but it has never been SUPed.
ADD NO TCPIP ARSLOAD, ADD ABILITY TO DISABLE ARSLOG PROCESSING,
ELIMINATE DUPLICATE LOGOFF MESSAGES.
Are you using NOTCPIP (direct writes) ? It might help.
To properly set up to do direct writes to DB2 you need:
- ARSLOAD and ARSSOCKD are running under the same RACF or ACF2 userid.
- ARSLOAD and ARSSOCKD are running on the same system.
- The -h parameter specifies the instance name (ARCHIVE) of the server
in the ars.ini file and not a host name.
- DSNAOINI DD is present.
- ARSMVS_ARSADMIN_USETCPIP=0 in ars.cfg
You're on V7 of CMOD? Do you have PTF UQ85534 installed? This is an old PTF, but it has never been SUPed.
ADD NO TCPIP ARSLOAD, ADD ABILITY TO DISABLE ARSLOG PROCESSING,
ELIMINATE DUPLICATE LOGOFF MESSAGES.
Quote
PROBLEM SUMMARY:
****************************************************************
* USERS AFFECTED: All with OnDemand for z/OS V7R1M0. *
****************************************************************
* PROBLEM DESCRIPTION: Currently, ARSLOAD/ARSADMIN uses TCP/IP *
* to communicate with the server. This *
* APAR provides a means for *
* ARSLOAD/ARSADMIN to perform the server *
* functions directly. That is, it will *
* directly interact with DB2 and VSAM/OAM *
* instead of routing requests to the *
* server. *
* *
* The ARSLOG exit can get invoked for *
* messages even though the System *
* Parameters window of the Administrative *
* Client does not have anything checked *
* for User Exit Logging. This is by *
* design. In order to allow an *
* installation that is not using the *
* ARSLOG exit to indicate that no *
* attempt is to be made to call ARSLOG, *
* a new ars.cfg entry is provided to *
* disable this. *
* *
* For a given load, the logoff message *
* (message number 32) can appear twice *
* in the OnDemand system log. *
****************************************************************
* RECOMMENDATION: *
****************************************************************
Currently, ARSLOAD/ARSADMIN uses TCP/IP to communicate with the
server. This APAR provides a means for ARSLOAD/ARSADMIN to
perform the server functions directly. That is, it will
directly interact with DB2 and VSAM/OAM instead of routing
requests to the server.
The ARSLOG exit can get invoked for messages even though the
System Parameters window of the Administrative client does not
have anything checked for User Exit Logging. This is by design.
In order to allow an installation that is not using the ARSLOG
exit to indicate that no attempt is to be made to call ARSLOG,
a new ars.cfg entry is provided to disable this.
A flag was not getting set to indicate that a logoff message
should not be put in the OnDemand System log.
Are you using NOTCPIP (direct writes) ? It might help.
To properly set up to do direct writes to DB2 you need:
- ARSLOAD and ARSSOCKD are running under the same RACF or ACF2 userid.
- ARSLOAD and ARSSOCKD are running on the same system.
- The -h parameter specifies the instance name (ARCHIVE) of the server
in the ars.ini file and not a host name.
- DSNAOINI DD is present.
- ARSMVS_ARSADMIN_USETCPIP=0 in ars.cfg
1159
z/OS Server / Re: ABEND SA03 on CMOD
« on: November 10, 2010, 08:56:41 AM »
Philippe - a lot of things can cause an A03 abend....but the bottom line pretty much always is that "somebody is not talking to somebody else" --- whether it's something not being started, or performance causing a delay, or some other reason.
1160
z/OS Server / 8.4.1 and the DSNUTILS STored Procedure
« on: November 10, 2010, 08:54:44 AM »I thought this technote was of note:
"Starting with Content Manager OnDemand 8.4.1, processing will attempt to invoke RUNSTATS with the DSNUTILS stored procedure. This technote documents some of the problems that can occur, and their solutions."
http://www-01.ibm.com/support/docview.wss?uid=swg21392588
1161
z/OS Server / Re: ABEND SA03 on CMOD
« on: November 09, 2010, 12:06:58 PM »
Bonjour Philippe!
You can get an SA03 abend from an ARSLOAD for various reasons ...
a) ARSLOAD has previously connected to ARSSOCKD and then attempts to
store a document after ARSSOCKD has ended/abended/stopped.
b) ARSSOCKD was stopped while ARSLOAD was running as a STC
processing spool files.
c) ARSLOAD attempts to initialize without ARSSOCKD. ARSLOAD
requires ARSSOCKD be active.
d) network communication between arssockd and arsload is not
available when arsload needs it
e) when DB2 becomes unavailable. OnDemand has no real toleration of
a lost DB2 connection.
f) if you run out of file handles. You can check for this with the
following process ...
/D OMVS,A=ALL
to get the PID of ARSLOAD and then issue:
/D OMVS,L,PID=<arsload pid value from above>
The ARSLOAD STC should not have a MAXFILEPROC high water usage at
or near the process limit.
Could any of the above occurred?
You can get an SA03 abend from an ARSLOAD for various reasons ...
a) ARSLOAD has previously connected to ARSSOCKD and then attempts to
store a document after ARSSOCKD has ended/abended/stopped.
b) ARSSOCKD was stopped while ARSLOAD was running as a STC
processing spool files.
c) ARSLOAD attempts to initialize without ARSSOCKD. ARSLOAD
requires ARSSOCKD be active.
d) network communication between arssockd and arsload is not
available when arsload needs it
e) when DB2 becomes unavailable. OnDemand has no real toleration of
a lost DB2 connection.
f) if you run out of file handles. You can check for this with the
following process ...
/D OMVS,A=ALL
to get the PID of ARSLOAD and then issue:
/D OMVS,L,PID=<arsload pid value from above>
The ARSLOAD STC should not have a MAXFILEPROC high water usage at
or near the process limit.
Could any of the above occurred?
1162
Announcements & News / Re: ODUG Technical Conference - Thursday October 28th @ Information On Demand Vegas
« on: September 23, 2010, 09:02:06 AM »1163
z/OS Server / Re: Problem with ARSLOAD
« on: September 17, 2010, 11:54:05 AM »
Philippe is there an ARSnnnnnE error message in the ARSSOCKD started task?
Ed
Ed
1164
z/OS Server / Re: Problem with ARSLOAD
« on: September 17, 2010, 11:51:16 AM »
You have to be logged in to see the attachments. I had the same problem at first, then I saw I wasn't logged in.
Ed
Ed
1165
z/OS Server / Re: What is the maximum size recommended to load in CMOD
« on: September 07, 2010, 11:27:43 AM »
Philippe - I agree completely with what Justin has said.
FYI - it's not the compression type in use that determines how much compression you'll get as much as it is the "compressability" of the document. (A huge document of all zeroes compresses very well, a small document of random data - not so well).
Let us know if and how you have resolved your situation.
Ed
FYI - it's not the compression type in use that determines how much compression you'll get as much as it is the "compressability" of the document. (A huge document of all zeroes compresses very well, a small document of random data - not so well).
Let us know if and how you have resolved your situation.
Ed
1166
z/OS Server / Re: PM07633 - Major Performance Improvement for V7 -> V8 migrations
« on: August 23, 2010, 12:58:20 PM »
This code change provides so much improvement it's been marked HIPER:
http://www-01.ibm.com/support/docview.wss?uid=isg1_ODMP710_H272711
R711 PSY UK55884
R84A PSY UK55885
R841 PSY UK55886
http://www-01.ibm.com/support/docview.wss?uid=isg1_ODMP710_H272711
R711 PSY UK55884
R84A PSY UK55885
R841 PSY UK55886
1167
z/OS Server / Re: What is the maximum size recommended to load in CMOD
« on: August 23, 2010, 12:55:37 PM »
Also, depending on how compressible the data is, you truly may be able to "fit 5 pounds in a 3 pound bag."
1168
z/OS Server / Re: My z/OS CMOD Bookmarks
« on: August 10, 2010, 12:42:37 PM »
CICS Client download:
https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=db2cmto
The CICS Client is no longer available for download.
You need to open a problem ticket with Level 2 who will provide the latest client.
Note: The CICS Client is not a part of the base CMOD product. Rather it started out and still is a CMOD Services offering that has been made available upon request.
Ed
The CICS Client is no longer available for download.
You need to open a problem ticket with Level 2 who will provide the latest client.
Note: The CICS Client is not a part of the base CMOD product. Rather it started out and still is a CMOD Services offering that has been made available upon request.
Ed
1169
z/OS Server / Re: OAM error testing DB2 8.1 New Function Mode
« on: August 04, 2010, 12:30:35 PM »
A quick search of the IBM site gives this technote which at the end which says that OTIS was probably not started.
http://www-01.ibm.com/support/docview.wss?uid=swg21002929
Would that be the problem?
Ed
http://www-01.ibm.com/support/docview.wss?uid=swg21002929
Would that be the problem?
Ed
1170
z/OS Server / Re: Upgrading to DB2 V9? Runstats Runstats Runstats
« on: July 20, 2010, 01:08:45 PM »
Well well well --- and I just found this today:
DB2 9 migration: SQL performance best practices
http://www-01.ibm.com/support/docview.wss?rs=64&context=SSEPEK&q1=Db2+9+migration&uid=swg27015988
Well worth the read!
DB2 9 migration: SQL performance best practices
http://www-01.ibm.com/support/docview.wss?rs=64&context=SSEPEK&q1=Db2+9+migration&uid=swg27015988
Well worth the read!