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

107
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

108
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


109
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

110
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

111
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.

112
z/OS Server / Re: 10.1 Release Notes
« on: August 30, 2021, 08:18:52 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.

113
MP Server / Re: arssockd not starting on New RHEL Server
« on: August 27, 2021, 10:36:40 AM »
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.

114
z/OS Server / Re: PTGN exit is not working through ARSLOAD started task
« on: August 23, 2021, 09:20:03 AM »
> Can you please tell me what is the link or procedure to open this ticket ?

Truthfully, I have no idea.

You'll need to talk to someone in your shop as I think you need to be authorized to open a ticket with IBM.

Ed

115
z/OS Server / Re: PTGN exit is not working through ARSLOAD started task
« on: August 20, 2021, 11:25:13 AM »
Just curious, don't think it'll make any difference, but what's the output of the following command substituting ARSUSER?

(example from my test system)

tso lu arssv100 noracf omvs

USER=ARSSV100   
                 
OMVS INFORMATION
---------------- 
UID= 0000000569   
HOME= /u/arssv100
PROGRAM= /bin/sh 
CPUTIMEMAX= NONE 
ASSIZEMAX= NONE   
FILEPROCMAX= NONE
PROCUSERMAX= NONE
THREADSMAX= NONE 
MMAPAREAMAX= NONE
***               


Ed


116
z/OS Server / Re: PTGN exit is not working through ARSLOAD started task
« on: August 20, 2021, 11:21:32 AM »
Eli - if, after you make sure you've followed all the steps here...

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

...you're still having a problem, you probably ought to open a problem ticket with support.

Ed

117
Symptoms:

JES2 MAS.

Other members of the plex are already at 2.4.

Last member, which also happens to run CMOD, upgraded.

ARSYSPIN very slow ingesting from SPOOL.  (Could also affect ARSLOAD as a started task reading from SPOOL)

Cause:  JES2 error

https://www.ibm.com/support/pages/apar/OA59967?mhsrc=ibmsearch_a&mhq=OA59967

A workaround is available that can be dynamically implemented, see the APAR description.

Ed


118
MP Server / Re: CMOD ICN viewer issue
« on: August 08, 2021, 04:41:57 PM »
I have no good ideas as to what the cause might be but...
  • make sure you have no traces enabled
  • make sure you're not doing excessive logging
  • is the data in cloud are on network attached devices?  devices that might be inherently slow?
  • are the various pieces of software involved at most current levels?

Ed


119
z/OS Server / Re: z/OS V2.4 Release Notes
« on: August 08, 2021, 08:22:29 AM »
ARSYSPIN extremely slow to load jobs into OnDemand after upgrade to Db2 V12.

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

120
Joe - thanks for posting the resolution.

Ed

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