BTW I've always thought the IXCLOnnn group name to be particularly
USELESS and unmnemonic. Likewise the member names - Mnnn. Imagine the
(frequently-observed) case where there are several lock structures - GRS
Star, several DB2 Data Sharing Group LOCK1 structures etc. How to tell
them apart
Barbara schriebt:
Not that I disagree the naming convention is not intuitive, but can you
suggest a better convention to the XES developers? When you
have to make sure that it is a name that is not used by anyone outside
that group?
A good question, Barbara. You're actually making me have
On Sun, 14 Oct 2007 15:52:08 +0100, Martin Packer [EMAIL PROTECTED]
wrote:
As Lizette wrote:
As Scott mentioned, when running in star mode, you may see a CPU spike
on
the GRS contention notifying system (CNS) when there is a resource
contention in the sysplex and the CNS has to issue ENF 51.
On Fri, 12 Oct 2007 15:05:32 -0400, Lizette Koehler
[EMAIL PROTECTED] wrote:
-snip/edit-
I forgot to add we share all dasd. So everything can see everything.
5 LPAR Parallel Sysplex (2 Prod/2 Devl/1 Sysprog).
2 Physical boxes, and one ICF on each box.
z9 has 3 LPARs, 1 Prod, 1 Devl, 1 Sysprog
Lizette,
As Scott mentioned, when running in star mode, you may see a CPU spike on
the GRS contention notifying system (CNS) when there is a resource
contention in the sysplex and the CNS has to issue ENF 51.
Try checking whether the system you noticed the CPU spike on is the CNS
using a D GRS
As Lizette wrote:
As Scott mentioned, when running in star mode, you may see a CPU spike
on
the GRS contention notifying system (CNS) when there is a resource
contention in the sysplex and the CNS has to issue ENF 51.
Is this the case of getting a XES contention response back from XES? (I
[mailto:[EMAIL PROTECTED] On Behalf Of
Lizette Koehler
Sent: 12 October 2007 19:27
To: IBM-MAIN@BAMA.UA.EDU
Subject: CPU Utilization by GRS
I have been noticing lately that when I am in the SDSF DA screen sorted by CPU%
D, that occassionally GRS will pop up to the top with 10%-15% under the CPU
On Fri, 2007-10-12 at 14:27 -0400, Lizette Koehler wrote:
GRS will pop up to the top with 10%-15%
RESMIL will affect CPU utilization. In my RESMIL=OFF experiments I've
noted increased processor usage. My system is lightly loaded though,
and I've not seen utilization as high as yours.
--
] On Behalf Of
Lizette Koehler
Sent: 12 October 2007 19:27
To: IBM-MAIN@BAMA.UA.EDU
Subject: CPU Utilization by GRS
I have been noticing lately that when I am in the SDSF DA screen sorted by CPU%
D, that occassionally GRS will pop up to the top with 10%-15% under the CPU%
column.
Is this something I
I forgot to add we share all dasd. So everything can see everything.
One master cat and one sysres set.
We are STAR with 5 LPARS (2 Prod/2 Devl/1 Sysprog)
2 Physical boxes, and one ICF on each box.
One is a z9 (3 engines) and the other a z890 (3 engines).
z9 has 3 LPARs, 1 Prod, 1 Devl,
We are STAR with 5 LPARS (2 Prod/2 Devl/1 Sysprog)
2 Physical boxes, and one ICF on each box.
One is a z9 (3 engines) and the other a z890 (3 engines).
z9 has 3 LPARs, 1 Prod, 1 Devl, 1 Sysprog
z890 has 2 LPARS, 1 Prod, 1 Devl
Lizette
by GRS
What sort of system config do you have (GRS
We had this in the past because of several thousend ENQ for DB2 tablesspace.
We exclude these in the GRSRNL. This is dangerous and can be a pain. So
make sure you do NOT share these data. Search the archive for more info.
AFAIR we save 50% of the GRS CPU
GRS provides a nice as-is monitor. I
I have been noticing lately that when I am in the SDSF DA screen sorted by CPU%
D, that occassionally GRS will pop up to the top with 10%-15% under the CPU%
column.
Is this something I need to look at? It is not very long, maybe a couple of
seconds up and then down again?
If so, what
13 matches
Mail list logo