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 ... 3 4 5 6 7 [8] 9 10 11 12 13 ... 80
106
Tips and Tricks / Checklist for New CMOD on z Installations
« on: November 30, 2021, 11:43:52 AM »
Just some things I came up with that too frequently get overlooked by new CMOD customers on z:


On the EXEC PGM=ARSSOCKD, the “/” in the parm= line is required to ensure that LE doesn’t try to read CMOD parms and vice versa

XXONMVS222 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT,MEMLIMIT=NOLIMIT,
XX* PARM='TRACE(ON,15M,,LE=8)/-S -I ARCH1010 -v'                     
XX* PARM='/-S -I ARCH1010 -v'                                         
XX* PARM=('ENVAR(_CEE_HEAP_MANAGER=CELQMCHK)/-S -I ARCH1010 -v')     
XX* PARM='/-S -I ARCH1010 -v -1 /tmp/ela.trc -2 ALL=15'               
XX*PARM='/-S -I ARCH1010 -v -d "keystore_location=CKDS,keystore_mkl=*"
XX  PARM=('ENVAR(LDAP_DEBUG=2147483647)/-S -I ARCH1010 -v ')         
XX* PARM='RPTOPTS(ON)/-S -I ARCH1010 -v'                             
XX* PARM='DYNDUMP(IBM),RPTOPTS(ON)/-S -I ARCH1010 -v'                 
XX* PARM='RPTOPTS(ON),RPTSTG(ON)/-S -I ARCH1010 -v'                   
XX* PARM=('ENVAR(_EDC_DLL_DIAG=TRACE)/-S -I ARCH1010 -v')             



On z, if your back end is OAM, it’s so fast you don’t probably don't need cache except for handling the system log (contact L2 if want you an explanation).


You probably don't want to load exclusively to virtual tape.  It isn’t fast enough to handle a heavy load of ‘hot’ data.


When defining a test application group, the default number of rows for a table is probably way too large.  From the first screen in defining a new app group, select Advanced.  On the next screen is the default, 10,000,000 rows, which is probably way too big and a waste of space.


Don’t ever change the permissions on the cache filesystem.


Example of config link to ars.ini file --- need that symlink:

   Type  Perm  Changed-PST8PDT   ------Size  Filename
 _ Dir    755  2021-09-16 09:54        8192  bin     
 _ Dir    755  2021-04-16 11:27        8192  www     
 _ Dir    755  2021-04-16 11:23        8192  midserver
 _ Dir    755  2021-04-16 11:22        8192  jars     
 _ Dir    755  2021-04-16 11:22        8192  samples 
 _ Dir    755  2020-11-25 08:17        8192  locale   
 _ Dir    755  2020-03-31 11:58        8192  ..       
 _ Syml   777  2020-02-26 07:49           8  config    <------
 _ Dir    755  2020-02-26 05:28        8192  .       



Ars.ini file has to have a very first line with x’AD’ and x’BD’:

***********************
Ý@SRV@_ARCH850¨       
HOST=mvsxxx           
PROTOCOL=2             


with hex on

Ý@SRV@_ARCH850¨ 
A7EDE76CDCCFFFB 
DC295CD1938850D 



That first line is the CMOD instance name, used with arsload.  Which is different from the “SERVER_INSTANCE” which refers to the database name

Ý@SRV@_ARCH850¨                         
HOST=mvs222                             
PROTOCOL=2                             
PORT=1447                               
SRVR_INSTANCE=ARS850DB                 
SRVR_INSTANCE_OWNER=ARSSERV2           
SRVR_OD_CFG=/etc/ars/V850/ars850.cfg   
SRVR_SM_CFG=/etc/ars/V850/ars850.cache 
SRVR_FLAGS_SECURITY_EXIT=1             


Note that in both the admin and user clients, in the lower right corner is the level of the CMOD SERVER.  To get the level of the CMOD CLIENT go to Help -> About OnDemand

Feel free to add any items.

Ed










107
z/OS Server / Re: z/OS V2.4 Release Notes
« on: November 19, 2021, 08:03:15 AM »
CMOD exposes the following error:

https://www.ibm.com/support/pages/apar/OA59954

OA59954: AFTER OA58718, ABEND0C4 IN HASCPHAM+29B0 READING A SPANNED SPOOLRECORD

ARSLOAD running as a started task reading from spool, S0C4.

Ed


108
MP Server / Re: How to remove vulnerable ciphers
« on: November 15, 2021, 01:34:53 PM »
Sue - are you on z?

This is how we input those parms when we were doing testing, copied from a test ARSSOCKD:

XXARSSOC95 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT, 
* PARM='ENVAR(GSK_PROTOCOL_TLSV1_2=ON,GSK_V3_CIPHER_SPECS=3C)  Pick one, can't both be active
* PARM='ENVAR(GSK_PROTOCOL_TLSV1_2=ON,GSK_PROTOCOL_TLSV1=0)    Pick one, can't both be active 
             /-S -I ARCH950 -v'   
       

Ed                 

109
MP Server / Re: Error with V10.1 - Loading to HCP
« on: November 12, 2021, 11:35:29 AM »
Just grabbed a couple things off related problems.  Can you give these look?  No guarantees.

1. ...stack size (kbytes, -s) 8192

819200 or higher should work.

2. ARS_ICOS_FORCE_COMPLIANCE=0 parameter, add to ars.icos config file

3. Current CMOD NonProd server/client are on 10.5.0.1.
Both need to be upgrade to 10.5.0.2 and then apply PH37296 fix.

Ed

110
MP Server / Re: Error with V10.1 - Loading to HCP
« on: November 11, 2021, 01:33:52 PM »
Hmmm - PH37296, you have that on?

https://www.ibm.com/support/pages/node/6454823?mhsrc=ibmsearch_a&mhq=ph37296

And you're still seeing ARS1159E resource error message?

Ed


111
Content Navigator / Re: referentiel not available
« on: November 05, 2021, 10:49:10 AM »
Sylvain - thanks for posting that your issue was resolved and for the details of the resolution.

Ed

113
MP Server / Re: arssockd server job starts and terminates immediately
« on: October 06, 2021, 07:59:55 PM »
Joe - have you tried this?

Here's an article I published in the CMOD Newsletter.

Linux 101 – How to debug when ARSSOCKD fails to start and no messages are produced
 
 
What usually causes this is either ARSSOCKD ends before it can write to the System Log or the console is not set up correctly.
 
Before doing anything else ensure that Db2 is up.
 
If that doesn’t resolve the problem capture the Linux system trace info thusly:
 
strace -s 256 -f /full/path/to/arssockd -I MyInstance -S 2> strace.out
 
Browse strace.out.  Look for “arslog”
 
Often behind “arslog” will be a CMOD message with the error.
 
Here’s an example from a recent problem record (yes, the line is very long in the trace output)
 
[pid  1927] execve("/opt/ibm/ondemand/V10.1/bin/arslog", ["/opt/ibm/ondemand/V10.1/bin/arslog", "ARCHIVE", "2021-06-08 19:41:32.980988", "0", "ARSSOCKD", "", "4", "213", "ARS0213I Unable to load the OnDemand DB2 dynamic load library (arsdb2).  Check to make sure DB2 is installed and that the db2ln command has been run", ""], [/* 74 vars */] <unfinished ...>
 
Note the ARS0213I message which in this case also gave the problem resolution:
 
ARS0213I Unable to load the OnDemand DB2 dynamic load library (arsdb2). Check to make sure DB2 is installed and that the db2ln command has been run
 
If that doesn’t resolve the issue do the following:
 
You can use the "ldd" command to check if there are other dependency issues with arssockd.
 
Example:  As the userid that would start arssockd, run "ldd /opt/ibm/ondemand/V10.1/bin/arssockd "
 
If at this point there are still issues then open up a problem record with support.

Ed

114
z/OS Server / Re: CMOD 10.5 Release Notes
« on: September 23, 2021, 06:57:38 AM »
The doc

Further guidance for Content Manager OnDemand exits beyond what's in the V10 readmes

has had some minor updates:

https://www.ibm.com/support/pages/node/1165276

Ed

115
MP Server / Re: IBM Cloud object storage issue in loading
« on: September 15, 2021, 09:47:03 AM »
As the whole Cloud Object Storage area is pretty new make sure you're on the latest level of 10.5.

Are you on 10.5.0.2?

Ed


Hello Arnold yes I am using CMOD version 10.5.0.0

Just double-checking, did you mean 10.5.0.2?

Ed

116
MP Server / Re: IBM Cloud object storage issue in loading
« on: September 14, 2021, 09:13:15 AM »
As the whole Cloud Object Storage area is pretty new make sure you're on the latest level of 10.5.

Are you on 10.5.0.2?

Ed

117
Report Indexing / Re: Indexing PPD's - ARSPDOCI 9.5.0.10 completed code 4
« on: September 10, 2021, 11:36:57 AM »
Quote
...originating from the same 2 load-balanced servers running arsload/pdf indexer.

Is it possible to run just one arsload server to see if that makes a difference?

Ed


118
MP Server / Re: db2 cleanup against system log
« on: September 09, 2021, 11:20:05 AM »
Let me take a wild guess:

Your system log table is expiration type segment.

Expiration by segment means you have to drop a whole table at a time, not just clean out some rows.

Because that table presumably has newer rows you can't drop the whole thing.

So close that table:

https://www.ibm.com/docs/en/cmofz/9.5.0?topic=arstblsp-examples

The following shows how to close the System Log table and forces the system log to a new tablespace:
    arstblsp -I instance_name -a 1 -g "System Log"

Presumably now you can drop that whole old system log table.

Ed

119
z/OS Server / Re: PTGN exit is not working through ARSLOAD started task
« on: August 30, 2021, 10:30:06 AM »
Eli - thanks for posting the resolution.

Ed

120
z/OS Server / Re: CMOD 10.5 Release Notes
« on: August 30, 2021, 08:19:45 AM »
Customers installing the PTF for PH31060 should also install PH36829 at the same time.

This affects customers at both the 10.1 and the 10.5 level.

Ref (a):  https://www.ibm.com/support/pages/apar/PH31060

Ref (b):  https://www.ibm.com/support/pages/apar/PH36829     

PH31060 fixed an incompatibility issue with the ARSUUPDT exit. 

Unfortunately, at the same time it exposed an issue in some exits which was then resolved by PH36829.

Note the following in the HOLD ACTION for PH36829:

This sysmod updates INSTALLDIR/bin/exits/arsusec, arsuupdt, and   
     arsuupdt. If the installation has copied those to another         
     location, they will need to get copied again.   
                 
                                                                       
This sysmod updates SARSINST(ARSUSEC, ARSUPERM, and ARSUUPDT) to 
     allow them to call a COBOL program. 

If you have been compiling   
     SARSINST(ARSUSECC or ARSUPERC) solely in order to call a COBOL   
     program named ARSUSECX, the supplied bin/exits/arsusec and       
     arsuperm will now do that without needing to compile ARSUSECC or 
     ARSUPERC.

If you have been compiling SARSINST(ARSUUPDC) only in   
     order to call a COBOL program named ARSUUPDX, the supplied       
     bin/exits/arsuupdt will now do that without needing to compile   
     ARSUUPDC. 

If you are compiling SARSINST(ARSUSECC, ARSUPERC,     
     and/or ARSUUPDC) for other changes, the changes will need to get 
     reworked in the updated SARSINST(ARSUSECC, ARSUPERC, and/or       
     ARSUUPDC).


In short, the PTFs for these two APARs should be installed together.

Of course, ensure any exits are tested before upgrading to production.

Pages: 1 ... 3 4 5 6 7 [8] 9 10 11 12 13 ... 80