Support Forums > z/OS Server

How would multiple segments be opened?

(1/2) > >>

scott.walsh:
I have question: We run CMOD on a sysplex with both ARSSOCKD running on 2 different LPARS as well as ARSLOAD running on 2 different LPARS.  In looking at normal checking of the system we came across this anomaly.  2 different SEGMENTS open for the System Log.  One record put into it.  Odd that SL299 was opened without closing SL298.  This installation stores the System log in CACHE.  All Production AG data is in OAM. 

This happened in both the Production Instance and the Dev instance.  2 different z/os datacenters.  Prod on one, Dev on another.  The system log only hangs around for 3-4 weeks (???) so it will probably go away on it's own.  inquirying minds...

---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+--------
AG_NAME     TABLE_NAME    DATABASE_NAME  START_DT    CLOSED_DT   LAST_UPDATE_DT                             INS_ROWS 
---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+---------+--------
System Log  SL297         ARSDBAS8       2024-01-08  2024-01-23  2024-01-23-03.12.41.297427                 10028002 
System Log  SL298         ARSDBAS8       2024-01-23  ----------  2024-01-29-13.51.12.388742                  4047185 
System Log  SL299         ARSDBAS8       2024-01-23  ----------  2024-01-23-03.12.57.130152                        1 
DSNE610I NUMBER OF ROWS DISPLAYED IS 3                                                                               

Justin Derrick:
I've seen something similar, but more than a decade ago on an AIX server -- there were strange errors in db2diag.log, and after chasing it down for a day, it turned out two System Log tables were open.  I closed it with the arstblsp command, and the issues went away immedately. 

Having said that, z/OS / sysplex / LPARs are a totally different beast, but I just thought I'd mention the arstblsp command (not sure what the equivalent is in z/OS).

-JD.

scott.walsh:
Thanks.  I thought of just closing the odd-ball segment.  Might be wise.

Justin Derrick:
Check with IBM - I'm not sure if this is normal behaviour for your config.  Maybe Ed will see this and reply.

Also, I'm morbidly curious about the ONE inserted row in your database...  Let us know what's in there.

-JD.

Greg Ira:
Would be interesting to see if both SL298 and SL299 were opened at the same time.  Definitely looks like SL299 was opened right after SL297 was closed.  If both were opened simultaneously that would tell me some sort of CMOD hiccup.  If SL298 was opened first maybe something locked it up temporarily?

Navigation

[0] Message Index

[#] Next page