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.


Messages - cmodpuser

Pages: 1 [2]
16
z/OS Server / Re: arstblsp
« on: November 02, 2015, 05:21:32 AM »
Yes we do. I was wondering if I'll have to turn security off to run arstblsp.

17
z/OS Server / arstblsp
« on: October 30, 2015, 02:07:03 PM »
Trying to run arstblsp and getting arsusec failure:
 
BPXBATCH sh /usr/lpp/ars/V8R4M0/bin/arstblsp -a 3 -g 'System Log' -u 'ARSADM' -p 'xxxxxxxx'

The userexit >/usr/lpp/ars/V8R4M0/bin/exits/arsusec< failed.  rc=3  Srvr-><-   
An error occurred.  Contact your System Administrator and/or consult the System

Messages in system log:

BPXP015I HFS PROGRAM /usr/lpp/ars/V8R4M0/bin/arstblsp IS NOT MARKED 
PROGRAM CONTROLLED.                                                 
BPXP014I ENVIRONMENT MUST BE CONTROLLED FOR DAEMON (BPX.DAEMON)     
PROCESSING.                                                         

BPXF024I (XXX) ARSUSEC.ARSZUXF fetch for ARSUSECX failed RC=00060002     
BPXF024I (XXX) ARSUSEC.ARSZUXF Diag 871B1110 10DCB628 10DCB6B0 FC 730     
00030DAD59C3C5C500000001                                                 
ARS0161E ARSADM THE USEREXIT >/USR/LPP/ARS/V8R4M0/BIN/EXITS/ARSUSEC< 731 
 FAILED.  RC=3  SRVR-><-                 

The permissions for arstblsp are 755 rwxr-xr-x       
Extended attributes are:
Shared address space  . . 1         
APF authorized  . . . . . 1         
Program controlled  . . . 0         
Shared library  . . . . . 0         

Tried setting arstblsp to Program Controlled and got different failure:

ICH422I THE ENVIRONMENT CANNOT BECOME UNCONTROLLED.                 
BPXP014I ENVIRONMENT MUST REMAIN CONTROLLED FOR DAEMON (BPX.DAEMON)
PROCESSING.                                                         
CSV042I REQUESTED MODULE DSNHDECP NOT ACCESSED. THE MODULE IS NOT   
PROGRAM CONTROLLED                                                 
CSV028I ABEND306-42  JOBNAME=ARSARSSL  STEPNAME=STEP1               

I don't have issues running any other programs: ARSDOC, ARSMAINT, ARSEXOAM.
Has anyone come across this?

                               

18
z/OS Server / Re: Cobol ARSUUPDZ dynamic exit
« on: October 23, 2015, 06:39:15 AM »
Ed, We don't have a contract with Services anymore.
What is puzzling here, the exit works for ARSLOAD STC but not for ARSLOAD in batch which we use to process AFP documents.

19
z/OS Server / Re: Cobol ARSUUPDZ dynamic exit
« on: October 22, 2015, 07:33:58 AM »
Ed,
We are running a Cobol version of ARSUUPDZ that we got from IBM Services. It is compiled to SARSEXIT. When compiled with Cobol 5.1 the batch arsload job fails with S0C4  and CEE3533S. 

 

20
z/OS Server / Re: Cobol ARSUUPDZ dynamic exit
« on: October 21, 2015, 11:31:19 AM »
What version of Cobol have you compiled ARSUUPDZ dynamic Cobol exit with?
We are have a problem open with IBM on Cobol 5.1 exit - dynamic Cobol exit does not function under 5.1 if you use ARSLOAD in batch for instance to load an AFP report.

21
z/OS Server / ARS0131E DCB9003 NO LOGICAL PLACE TO RETRIEVE OBJECT
« on: June 05, 2015, 10:15:45 AM »
Has anyone seen the following errors: ARS0131E DCB9003 NO LOGICAL PLACE TO RETRIEVE OBJECT?
We are running V8.4.0 and we don't use cache  (all Application Groups are defined as Cache Data No). The AG definitions were generated for us by IBM services for migration from V2. We have maximum number of OAM threads defined in ars.cfg: ARS_NUM_OAMSRVR=30.         
Thanks,
Margaret

22
Hello,
We still use V2 and decided to eliminate weekly IPLs. On week three OnDemand GUI users have started receiving intermitent 'Connection Could not be established to the server'
I can't open a problem to IBM since V2 is off support even though we are still paying for it.
the OnDemand IODLDFLT defaults have max clients and max sockets set to 300. The EZACICD macro has 100 of NUMSOCK specified.
The last stats message in MSGUSR was: OD390 Max Concurrent Users   LoggedOn=128   Active=110.
I am suspecting that 'in memory' replica of the IODSRVR TS Queue may have something to do with it.
Omegamon was showing a warning: TDQU Dest: ODCU queue length is 83.
We ended up recycling CICS and it cleared up the problem.

Does anyone remember any limitations of that sort in V2 or had similar issues in the past?

Thanks,
Margaret
   

23
z/OS Server / Re: Upgrade from 8.4.0
« on: November 05, 2014, 02:28:06 PM »
Thanks! We are still on V2 though, but it's good to know what our options are.

24
z/OS Server / Upgrade from 8.4.0
« on: November 05, 2014, 08:44:25 AM »
Does anyone know if we can migrate from 8.4.0 of OnDemand for z/OS directly to 9.5?
Can't find any mention of migration path in 9.5 documentation.
Thanks!

25
No rows returned on 8.4.0.

26
z/OS Server / Re: On demand and DB2 V10 performance
« on: November 30, 2012, 08:50:38 AM »
Leo,
Was the IBM APAR opened for OnDemand or DB2?
We have DSNCLINF bound with REOPT(NONE) which is a default.
Thanks,
Margaret

27
Ed,
You mentioned this happens under CMOD 8.4.1 and later. Does it mean arsmaint -r is not supported under CMOD 8.4.0?
I was told by CMOD support that arsmaint -r in 8.4.0 does not work under DB2 V8. We have upgraded DB2 to V10 and arsmaint -r still does not do anything. It runs, produces no error message but does not attempt to the WLM address space that DSNUTILS executes in. Why is arsmaint -r documented in 8.4.0 if it does not work?

28
Where can I get the handouts from the OnDemand users group meeting?
I am particulary interested in "Up and Down" presentation from Hakah Carlberg and Gregory Felderman's 8.5 "IBM Product Update" and "Enchancements".
Thanks!

Pages: 1 [2]