Re: GRS/MIM contention problem

2008-05-09 Thread Beesley, Paul
Ulrich
I agree with you - the test system was in the sysplex before we
transitioned to another outsourcer; their (our) policy is not to have
test systems in the main plex :)
I have found the problem - exit ISGNQXIT was inadvertently added to the
system causing GRS/MIM no end of confusion.

Regards 


Paul 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Krueger
Sent: 08 May 2008 18:21
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: GRS/MIM contention problem

Paul,
IMHO, your Test system should fully participate in your GRS star and MIM
- configuration, since you said that you are sharing all DASD (and tape
drives, I suspect). This should prevent those ENQ issues that you are
seeing. 
And I do hope, that MIM is only used for allocation control of shared
tape drives (and not also processing ENQs).
I've been running a Prod. + Test environment like this for years and had
no issues. Of course, one _must_ take care when IPLing the Test system,
to correctly connect it to the GRS and MIM-plex and to issue the proper
commands to disconnect when shutting down the Test system. Not doing
this right will make the phones ring!


Regards,
Ulrich Krueger




___

Atos Origin and Atos Consulting are trading names used by the Atos Origin 
group.  The following trading entities are registered in England and Wales:  
Atos Origin IT Services UK Limited (registered number 01245534) and Atos 
Consulting Limited (registered number 04312380).  The registered office for 
each is at 4 Triton Square, Regents Place, London, NW1 3HG.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information.  If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it.  Please notify the sender immediately and delete this email from 
your systems.   As emails may be intercepted, amended or lost, they are not 
secure.  Atos Origin therefore can accept no liability for any errors or their 
content.  Although Atos Origin endeavours to maintain a virus-free network, we 
do not warrant that this transmission is virus-free and can accept no liability 
for any damages resulting from any virus transmitted.   The risks are deemed to 
be accepted by everyone who communicates with Atos Origin by email. 
___

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



GRS/MIM contention problem

2008-05-08 Thread Beesley, Paul
Good day

I am struggling with a problem and would appreciate suggestions.
Customer has 3 systems, 2 production in a sysplex ( with several other
customer systems ) - GRS STAR and MIM, shared JES.
Other system is a test system in its own monoplex, in the same MIMPLEX
as the other two systems; GRS=NONE, GRSRNL=EXCLUDE, GRSCNF=00, in its
own JES MAS.
All DASD is shared between the 3 systems.
When I first IPL the test system its ok then I start seeing this :
- Logger offload delays
- Enqueues on SYSIGGV2/catalog.name
- Enqueues on ARCENQG/ARCMCDS
- Enqueues on SYSZRAC2/racf.database
Also had a job needing a tape issue IECTMS9 then wait for an hour before
recognising the tape ( Virtual tape in 3592 silo ) - only sprang into
life when test system was shut.
Tired after a long day of looking and finding nothing so any help
welcome. Its IPL'ed OK before ... only change now is a bit of
maintenance to CA-View...

Thanks 



Paul Beesley
Mainframe and AS400 support
Managed Operations
Atos Origin
Direct:   +44 (0)1202 542489
Mobile:  +44 (0)7890 723369
Victoria House
Bournemouth
BH1 2NF
[EMAIL PROTECTED]


___

Atos Origin and Atos Consulting are trading names used by the Atos Origin 
group.  The following trading entities are registered in England and Wales:  
Atos Origin IT Services UK Limited (registered number 01245534) and Atos 
Consulting Limited (registered number 04312380).  The registered office for 
each is at 4 Triton Square, Regents Place, London, NW1 3HG.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information.  If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it.  Please notify the sender immediately and delete this email from 
your systems.   As emails may be intercepted, amended or lost, they are not 
secure.  Atos Origin therefore can accept no liability for any errors or their 
content.  Although Atos Origin endeavours to maintain a virus-free network, we 
do not warrant that this transmission is virus-free and can accept no liability 
for any damages resulting from any virus transmitted.   The risks are deemed to 
be accepted by everyone who communicates with Atos Origin by email. 
___


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: GRS/MIM contention problem

2008-05-08 Thread Ulrich Krueger
Paul,
IMHO, your Test system should fully participate in your GRS star and MIM -
configuration, since you said that you are sharing all DASD (and tape
drives, I suspect). This should prevent those ENQ issues that you are
seeing. 
And I do hope, that MIM is only used for allocation control of shared tape
drives (and not also processing ENQs).
I've been running a Prod. + Test environment like this for years and had no
issues. Of course, one _must_ take care when IPLing the Test system, to
correctly connect it to the GRS and MIM-plex and to issue the proper
commands to disconnect when shutting down the Test system. Not doing this
right will make the phones ring!


Regards,
Ulrich Krueger


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Beesley, Paul
Sent: Thursday, May 08, 2008 10:02
To: IBM-MAIN@BAMA.UA.EDU
Subject: GRS/MIM contention problem

Good day

I am struggling with a problem and would appreciate suggestions.
Customer has 3 systems, 2 production in a sysplex ( with several other
customer systems ) - GRS STAR and MIM, shared JES.
Other system is a test system in its own monoplex, in the same MIMPLEX
as the other two systems; GRS=NONE, GRSRNL=EXCLUDE, GRSCNF=00, in its
own JES MAS.
All DASD is shared between the 3 systems.
When I first IPL the test system its ok then I start seeing this :
- Logger offload delays
- Enqueues on SYSIGGV2/catalog.name
- Enqueues on ARCENQG/ARCMCDS
- Enqueues on SYSZRAC2/racf.database
Also had a job needing a tape issue IECTMS9 then wait for an hour before
recognising the tape ( Virtual tape in 3592 silo ) - only sprang into
life when test system was shut.
Tired after a long day of looking and finding nothing so any help
welcome. Its IPL'ed OK before ... only change now is a bit of
maintenance to CA-View...

Thanks 



Paul Beesley
Mainframe and AS400 support
Managed Operations
Atos Origin
Direct:   +44 (0)1202 542489
Mobile:  +44 (0)7890 723369
Victoria House
Bournemouth
BH1 2NF
[EMAIL PROTECTED]


___

Atos Origin and Atos Consulting are trading names used by the Atos Origin
group.  The following trading entities are registered in England and Wales:
Atos Origin IT Services UK Limited (registered number 01245534) and Atos
Consulting Limited (registered number 04312380).  The registered office for
each is at 4 Triton Square, Regents Place, London, NW1 3HG.

This e-mail and the documents attached are confidential and intended solely
for the addressee, and may contain confidential or privileged information.
If you receive this e-mail in error, you are not authorised to copy,
disclose, use or retain it.  Please notify the sender immediately and delete
this email from your systems.   As emails may be intercepted, amended or
lost, they are not secure.  Atos Origin therefore can accept no liability
for any errors or their content.  Although Atos Origin endeavours to
maintain a virus-free network, we do not warrant that this transmission is
virus-free and can accept no liability for any damages resulting from any
virus transmitted.   The risks are deemed to be accepted by everyone who
communicates with Atos Origin by email. 
___


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html