Messages

361

z/OS Server / Re: ODF Priority Processing

« on: June 07, 2019, 11:20:37 AM »

> Am I able to select which ones use the ARSODF Proc, and which don't?a

Only by the jobname/no jobname criteria in the referenced technote.

I don't know of any other possibility as far as favoring one distribution over another.

I would think anything you'd let the ARSODF started task distribute would typically run under a very high priority.

Ed

362

z/OS Server / Re: ODF Priority Processing

« on: June 07, 2019, 06:43:55 AM »

Hi Janine -

First take a look at this very brief technote:


Question

How can ODF distributions be set up to be performed by ARSRPSUB as opposed to being handled by the ARSODF started task with no calls to ARSRPSUB?

https://www-01.ibm.com/support/docview.wss?uid=ibm10791199


I'll presume you're letting ARSRPSUBs do the work.

Perhaps if you had the ARSODF PROC itself process the higher priority dists they'd get done sooner?

Ed

363

z/OS Server / Re: ARS1109E Unable to allocate enough memory

« on: June 05, 2019, 11:26:41 AM »

And you might want to take a look at this ARS1109E technote:

https://www-01.ibm.com/support/docview.wss?uid=swg27041871&aid=1

Ed

364

z/OS Server / Re: ARS1109E Unable to allocate enough memory

« on: June 03, 2019, 12:44:40 PM »

>ARS1157E Unable to store the object >3918<.  Object size 306

Is the "306" the line number in the z/OS console log or that number is truncated?  What is the full text of that line (might have wrapped)?
__________

> The /tmp is not the problem.

Is /tmp an HFS or a zFS?  If still an HFS, convert to zFS.  I have seen in my deep past HFS's getting corrupted and lying about how much free space they have.  In other words, you might do a df -kPt /tmp and it'll say 1 meg available, but 1 meg isn't available, only a much smaller number of bytes.
__________

If nothing else, it might be time for a "therapeutic IPL" of the LPAR.

Ed

365

z/OS Server / Re: ARS1109E Unable to allocate enough memory

« on: June 03, 2019, 12:13:34 PM »

> ARS1109E Unable to allocate enough memory.  File=SYS16180.T182004.RA000.ARNLOAD.SRCCMS.H01(ARNLOAD)

Hmmm - just a guess, but that's a work file.  Is there enough space on disk for that file?

Ed

366

z/OS Server / Re: ARS5476E

« on: May 31, 2019, 07:36:43 AM »

Found this in a PMR from a couple years back:

after cleaning the ODSCRT table the load failures due to invalid
 application groups are gone.  And so too is the out of memory error.

Ed

367

MP Server / Re: How to Identify FIELD is UPDATEABLE from the Database

« on: May 28, 2019, 09:13:56 AM »

Don't know if this is related at all but 9.5.0.12 contains the following fix:

      PH02139 - The arsdoc/CommonStore API update fails with
                "Field not updateable" message

Ed

368

MP Server / Re: DB2 table is not been shown in the thick client (V9.5.0.7)

« on: May 28, 2019, 09:10:55 AM »

That's a new one on me.

If no helpful replies soon, a PMR is in order.

Ed

369

MP Server / Re: Cmmunication failure

« on: May 28, 2019, 09:08:02 AM »

Upgrade to 9.5.0.12 to see if the problem continues?

As my nephew the veterinarian says, "Couldn't hurt.  Might help."

Ed

370

z/OS Server / Re: 10.1 Release Notes

« on: May 16, 2019, 07:38:00 AM »

Had two reports recently of problems with the ANYEXIT moving to CMOD V10.1.

Both were resolved by changing the code in the exit.

1. In the first ANYEXIT a file was not being closed, resulting in the following:

ARS4328E ARSSAPIR failed: return code is 00000006 00000000(04200000).

The "ARS4328E ARSSAPIR failed: return code is 00000006 00000000(04200000)" is a dynamic unallocation failure, 0420 being the reason code:
Meaning: Specified ddname or dsname associated with an open data set. (ddname allocation, concatenation, deconcatenation, unallocation, dsname allocation).


2. In the second ANYEXIT, the following was encountered:

$HASP708 QUIKLOAD SYSIN    OPEN FAILED                               
RC=03 DATA SET ALREADY OPENED                                       
DSNAME=FEFG.QUIKLOAD.JOB12234.D0000101.?                             
IEC141I 013-C0,IGG0199G,QUIKLOAD,ARSLOAD,SYSIN                   
BPXP018I THREAD 16BAD00000000000, IN PROCESS 16780854, ENDED WITHOUT BEING UNDUBBED WITH COMPLETION CODE 04013000, AND REASON CODE 000000C0.       

The report received on the resolution of that issue was "I changed the ACCEPT by on OPEN FILE and that works, please add         
somewhere in the DOC that the behavior of the ARSLOAD changed and you can't use SYSIN anymore with EXIT called by ARSLOAD."

Ed                                                   

371

z/OS Server / Re: ARS5476E

« on: May 06, 2019, 01:23:39 PM »

Noting one of my pet peeves, that this message is mixed case:  Arsl390 return code is 9

If I uppercase that it's ARSL390.

When hand-copying it often gets changed to ARS1390, which of course defeats searching on that piece of text.

Happens all too frequently.  This is not a criticism.  I just wish that wasn't mixed case.

Ed

372

MP Server / Re: Reports Download Failure - Load Id

« on: April 24, 2019, 02:40:18 PM »

Ref:

https://www.ibm.com/support/knowledgecenter/en/SSEPCD_9.5.0/com.ibm.ondemand.administeringmp.doc/doddo008.htm

Try using -n

For the GET function, use to retrieve items one at a time from the server. By default, the ARSDOC GET function uses a bulk retrieval method for high-speed retrieval of items from the server.

Ed

373

z/OS Server / Reduction of CPU Usage When Loading

« on: April 02, 2019, 11:53:31 AM »

PH09636 / UI61995

No action required, just install the PTF.

Ed

07/16/2019 update:  and be sure to add PH10168 / UI62202 which fixes the PE of PH09636 / UI61995.

374

z/OS Server / V10 Only, Fix To Reduce CPU Usage of ARSLOAD

« on: April 02, 2019, 11:52:12 AM »

PH09636 / UI62202

No action required, just install the PTF.

Ed

375

Announcements & News / Re: z/OS Level 2 Support Changes - Hail and Farewell

« on: March 29, 2019, 07:57:08 AM »

The CMOD on z Level 2 team is happy to announce that Lamies now has a baby girl, Sophia, to go along with big brother Sam.  Other than the parents not getting as much sleep lately I'm happy to report that everybody is doing fine, no problems whatsoever.

Lamies is currently on maternity leave and we're looking forward to her return, hopefully next month.

Ed