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 - Ed_Arnold

Pages: 1 ... 33 34 35 36 37 [38] 39 40 41 42 43 ... 81
556
Perhaps the OAM threads are all busy. 

Please look at the ARS_NUM_OAMSRVR= parameter in the /usr/lpp/ars/config/ars.cfg.

What do you have that value set to?

https://www.ibm.com/support/knowledgecenter/en/SSQHWE_9.5.0/com.ibm.ondemand.configuringzos.doc/dodzc276.htm

Ed

557
Bottom line is that z/OS V2R3 OAM changes how OAM keeps track of things.  If OAM's internal information was manipulated (changed via an SQL UPDATE command for example) outside of OAM commands, z/OS V2R3 can expose errors that previously remained hidden.

II14842: INSTRUCTIONS AND TOOL AVAILABLE FOR OAM OBJECT USERS TO HELP DIAGNOSE OUT-OF-SYNC COLLECTION ENTRIES BETWEEN CATALOG AND DB2.

http://www-01.ibm.com/support/docview.wss?uid=isg1II14842

Ed

558
z/OS Server / Re: 'export' of all data from one OD-instance to another
« on: October 31, 2017, 07:33:05 AM »
Quote
2) Is it anyone who has tried to use the new function in z/OS 2.3, using two
oam-plexes in the same lpar ?

In a conversation last week with OAM Level 2 I asked this very question.

The answer is absolutely you can have two different OAMplexes active in the same LPAR.

Ed

559
MP Server / Re: ARSDOC UPDATE
« on: October 31, 2017, 06:51:12 AM »
Any other Permission to be checked?

I'm out of ideas. 

Do you have a date when you plan to upgrade that system?

Ed

560
MP Server / Re: ARSDOC UPDATE
« on: October 30, 2017, 07:58:40 AM »
You're probably already done this but can you try some other userids who should have the proper authority?

I know, a long shot, but it's the only thing I can think of trying.

Ed

561
z/OS Server / Re: ARSLOAD Problem with Documents greater than 100 MB
« on: October 27, 2017, 08:00:02 AM »
I think Greg has nailed it.

Quote
address space     36928k

36 meg?  You should be running REGION=0M and getting over a gig of private area.

| Make sure you run the ulimit -a under the userid associated with the load.

| Here's sample JCL:

Quote

//ULIMIT   JOB (BLAH,REPORT),'ARNOLD',CLASS=A,REGION=0M,
//             MSGCLASS=X,MSGLEVEL=(1,1),USER=ARSSERVR 
//STEP31 EXEC PGM=BPXBATCH,REGION=0M                   
//STDPARM  DD *                                         
SH ulimit -a                                           
//SYSPRINT DD SYSOUT=*                                 
//STDERR   DD SYSOUT=*                                 
//SYSOUT   DD SYSOUT=*                                 
//SYSPRINT DD SYSOUT=*                                 
//STDERR   DD SYSOUT=*                                 
//STDOUT   DD SYSOUT=*                                 


Ed

562
z/OS Server / z/OS Parms for DB2 Performance
« on: October 25, 2017, 10:34:11 AM »
At its heart, CMOD is a DB2 application.

There are two operating system parms that I'm aware of to benefit DB2.

I'm not going to go into detail on them as they're easily google-able.

1. USEZOSV1R9RULES(NO)

Set via your DIAGxx.

Can also be implemented dynamically with a SET DIAG=xx command.

To see if you have this enabled use the operator command D DIAG

Quote

D DIAG                       
IGV007I 12.36.01 DIAG DISPLAY
...     
VSM USEZOSV1R9RULES(NO)     
...

2. MEMDSENQMGMT:  ENABLE

Set via your ALLOCxx

Can also be implemented dynamically using SETALLOC SYSTEM,MEMDSENQMGMT=ENABLE

To see if you have it enabled use the operator command D ALLOC,OPTIONS

Quote

D ALLOC,OPTIONS                 
IEFA003I 13.19.40 ALLOC OPTIONS
SPACE           foo                   
UNIT            foo           
TIOT            foo           
SDSN_WAIT       foo       
VOLUME_ENQ      foo         
VOLUME_MNT      foo         
SPEC_WAIT       foo         
ALLC_OFFLN      foo         
CATLG_ERR       foo     
2DGT_EXPDT      foo         
VERIFY_VOL      foo         
SYSTEM          foo
                MEMDSENQMGMT:     ENABLE

Note:  if implementing dynamically I believe you need to bring up DB2 after the parms are set.

I have no benchmarks, sorry.

Ed


563
Report Indexing / Re: ACIF Indexer and Posting Date
« on: October 24, 2017, 11:52:00 AM »
Quote
Currently running 8.5.0...Will be upgrading, I believe, to 9.5....

First off, glad you resolved your issue.

On z/OS, at least, ACIF is a separate product from CMOD and can be separately ordered.

Hopefully you're on ACIF V4.5 with all service applied, independent of whatever level of CMOD you're running.

Ed

564
Report Indexing / Re: ACIF Indexer and Posting Date
« on: October 24, 2017, 08:27:02 AM »
I know there are improvements in the OS/390 Indexer in the latest release including new and better error messages.

I can't speak to ACIF, but are you on the latest release and service level?

On z I'm on ACIF V4.5.0 and APAR  PI72113.

Ed

565
Just curious, what is the fixpack level of your ODWEK 9.0?

Ed

566
z/OS Server / Re: 9.5 Release notes
« on: October 17, 2017, 10:35:09 AM »
Symptom:   arsload fails with U4088 rc=78 in ArcCSX_UpdtExit program ARNCSX

Cause:  Pre 9.5, the arsuupdt DLL was non-xplink, and the rest of arsload was 
xplink, requiring a stack swap.  Starting at 9.5, both arsload and arsuupdt are   
xplink, avoiding the swap.   

Quick cure:  Recompile a non-XPLINK version of ARSUUPDT.  Using the COBOL ARSUUPDC for the arsuupdt executable makes that dll non-xplink again.

Longer term: Whoever provided the custom code will have to update their version according to this doc:

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

Ed

568
Justin - in the big scheme of things, it's not that many files.

However, it would make life a lot easier for others if I created a local server for the AP, AG, and FOLDER and zipped that up.

I could add a .txt to the end of the zip file or if you want to add zip files to the authorized list that would be fine, too.

Ed

569
Jayem -

a) have you verified this:

...it is important that the arsload owner has a unique OMVS uid defined...

b) have you verified all the steps 1-9?

Ed

570
Jayem - don't know if you've seen this one or not.  I wrote this some years ago and believe it might be applicable.

ARS.PTGN not active for ARSLOAD

http://www-01.ibm.com/support/docview.wss?uid=swg21192853

Ed

Pages: 1 ... 33 34 35 36 37 [38] 39 40 41 42 43 ... 81