[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jaco Kruger
Sent: Tuesday, February 17, 2015 3:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Parallel Sysplex split
Good morning,
Currently, the Production Parallel Sysplex environment consist of all the
Development and Production LPARs, which is distributed
set are shared Cant share this outside of sysplex
The CF lock structure is shared Cant share this outside of sysplex
The CF cache structures are unique
- RACF
- TCP/IP
- VTAM
Lastly, you don’t mention it, but your comments lead me to believe that you
might
ignore the error message for that. I think that solves
that problem.
I know I am a bit late on this, but do you really want to *share* the OMVS
environment in an ADCD sysplex of two differing z/OS levels? Not sharing OMVS
would take care of all error messages, and you already have
This is *not* a counter-example to Mark's point that the 'building LPAR' should
make no difference but an observation that in 'bronzeplex', some things work
differently from a gold?/platinum? plex. Our bronzeplex is truly a parallel
sysplex that meets all IBM requirements for you-know-what
Peter Ten Eyck wrote:
What things are built in a Sysplex by the first LPAR brought up in the Sysplex
that would impact subsequent LPARs brought up in the Sysplex?
Some possible examples... WLM, GRS, SMS etc.
They don't care much about sequence, but see J.O.Skip Robinson reply.
As per
elardus.engelbre...@sita.co.za
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 05/12/2014 09:43
Subject:Re: LPAR IPL order within a Sysplex
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Peter Ten Eyck wrote:
What things are built in a Sysplex by the first LPAR brought up
Martin Packer wrote:
If you want to automate detecting how and when this happens - across your
estate - the following blog post of mine (from May) might be of interest:
https://www.ibm.com/developerworks/community/blogs/MartinPacker/entry/once_upon_a_restart?lang=en
Great Martin! That was a
Thanks for the feedback. That Redbook I mentioned was able to answer most of my
questions. We will be enforcing an IPL order for our Sysplex, in particular the
first LPAR that is brought up. This will be done to ensure the structures built
in the coupling facility will always be built
I stored the link to the book, but did not have time to read it yet.
Can you explain in short what is so important to have a particular LPAR brought
up as first (except having to reply I to initialize the Sysplex) and what is
the importance of structures being built by that LPAR?
Kees
have
your parmlib setup to allow any system to initialize the plex if all systems
are down.
Now the other points that were brought up regarding communications lpars coming
up before database or application serving lpars is something to consider. But
even then, you are parallel sysplex, so
@LISTSERV.UA.EDU] On Behalf
Of Jousma, David
Sent: 05 December, 2014 15:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LPAR IPL order within a Sysplex
I guess I am missing something. Unless the CF's are being recycled, there are
no structures to be (re)built. And even so, all lpars should be using
Yes… my understanding from the documentation is that the CF structures once
built will remain intact for the duration of CF LPAR run. Not sure about the
“disposition of delete” comment… I would have look into that.
These LPARs are not in a Parallel Sysplex. We have an existing Sysplex with two
Now, I am more confused. You say;
These LPARs are not in a Parallel Sysplex.
And then go on to say:
The concern is/was that if the new LPAR came up first… say on POR, that
something in the CF could be built differently and cause problems.
If you are not in parallel sysplex in your shop
Sorry for the confusion... these LPARs are in a Parallel Sysplex (using CF),
but not utilizing many of the Parallel Sysplex features. Reading through the
documentation... I guess it might fall under the description of BronzePlex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Peter Ten Eyck
Sent: Friday, December 05, 2014 10:10 AM
Sorry for the confusion... these LPARs are in a Parallel Sysplex (using CF),
but not utilizing many of
the Parallel Sysplex features. Reading through
Hello,
I am trying to set up sysplex based on the zPDT starter system between
zOS 2.1 and zOS 1.13. Everything generally works except when attempting
to mount various OMVS/zFS datasets on the second system I bring up. Both
systems have their own volumes containing their own OMVS/zFS system
Are both z/OS 2.1 and 1.13 running as guests under z/VM?
Lizette
-Original Message-
From: Frank Chu fr...@colesoft.com
Sent: Dec 5, 2014 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Setting up a sysplex and OMVS/zFS
Hello,
I am trying to set up sysplex based on the zPDT starter
Yep. zVM 6.2
Frank
On 12/5/2014 12:29 PM, Lizette Koehler wrote:
Are both z/OS 2.1 and 1.13 running as guests under z/VM?
Lizette
-Original Message-
From: Frank Chu fr...@colesoft.com
Sent: Dec 5, 2014 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Setting up a sysplex and OMVS
You might want to post the contents of your BPXPRMnn members being
activated at IPL from each system. Just from looking at the error messages,
I would guess that you are running with a SYSPLEX(YES) in the BPXPRMnn
member of PARMLIB. This would mean a three part UNIX root. The sysplex
root
(5000)
MAXTHREADS(1)
MAXCPUTIME(7200)
SUPERUSER(OMVSKERN)
CTRACE(CTIBPX00)
VERSION('UNIXVER.')
SYSPLEX(YES)
FILESYSTYPE TYPE(HFS)
ENTRYPOINT(GFUAINIT)
FILESYSTYPE TYPE(UDS) ENTRYPOINT(BPXTUINT)
ROOT FILESYSTEM('ZFS.SYSPLEX..ROOT')
TYPE(ZFS)
MODE(RDWR)
MOUNT FILESYSTEM('ZFS.ADCDLVL
On Fri, Dec 5, 2014 at 12:05 PM, Frank Chu fr...@colesoft.com wrote:
Hi John,
There's 3 entries that uses a hard coded mount point, everything else
including the system root and version root are mounted using symbolics.
Well, I was totally off-base. Those members look right to me. Like
Hi,
Other than the issue of wanting the last system that goes down to be
the first system IPLed into the sysplex (so as to avoid the operator I,J,R
prompt), I'm not aware of any technical reason that would require a
particular IPL order. In particular, I don't understand why there would
Hi Frank,
Using tso bpxmtext EF1869CD
Description: Error with issuing a LOCATE call on an HFS-compat aggregate.
Action: Verify that the dataset is properly cataloged and that the catalog is
available
Hi Doug,
Ok, so I need to make the z2.1 dasd volumes that contains the datasets
to be mounted available to the zOS 1.13 system. How would I catalog the
z2.1 datasets in zOS1.13? I haven't found a way to catalog those zFS
datasets.
Any ideas?
Frank
On 12/5/2014 2:33 PM, Doug Henry
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Frank Chu
Sent: Friday, December 05, 2014 2:10 PM
Hi Doug,
Ok, so I need to make the z2.1 dasd volumes that contains the datasets to be
mounted available to the
zOS 1.13 system. How would I catalog the
z2.1
On Fri, Dec 5, 2014 at 2:09 PM, Frank Chu fr...@colesoft.com wrote:
Hi Doug,
Ok, so I need to make the z2.1 dasd volumes that contains the datasets to
be mounted available to the zOS 1.13 system. How would I catalog the z2.1
datasets in zOS1.13? I haven't found a way to catalog those zFS
the catalog with the new
volser of a copy of the zfs. We use this when moving zfs's to another sysplex
and they don't have an HLQ of SYS1
A fourth possibly undesirable way is to define these as HFS and you don't have
the catalog issue.
Doug
On Fri, 5 Dec 2014 15:09:59 -0500, Frank Chu fr
to have an HLQ on SYS1 and then use IDCAMS DEFINE RECATLOG
in the V1R13 catalog
(3) - We use an EOM product that allows us to update the catalog with the new
volser of a copy of the zfs. We use this when moving zfs's to another sysplex
and they don't have an HLQ of SYS1
A fourth possibly
What things are built in a Sysplex by the first LPAR brought up in the Sysplex
that would impact subsequent LPARs brought up in the Sysplex?
Some possible examples... WLM, GRS, SMS etc.
I am asking this question to elevate the need to maintain/preserve LPAR IPL
order in a Sysplex and identify
This book has been suggested:
SG24-2079-01
IBM z/OS Parallel Sysplex Operational Scenarios
It has an excellent chapter (chapter 3) on IPL order.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
If the first system IPLed is not the last system brought down, you may have to
reply I to initialize the sysplex. This is because the last system leaves no
compatriot behind to do final cleanup of the couple data set(s). In the
last-down/first-up sequence, the system recognizes his own body
Hi all
There are three LPARs in our SDM system in the same machine. We don't have any
CF for this system
This system is a base sysplex,so we need to define CTCs between LPARs.
We don't like to define CTCs. Is there any other way to implement base sysplex
excepting CTC.
Thanks a lot
On Wed, Nov 26, 2014 at 5:53 AM, ibmmain ibmm...@foxmail.com wrote:
Hi all
There are three LPARs in our SDM system in the same machine. We don't
have any CF for this system
This system is a base sysplex,so we need to define CTCs between LPARs.
We don't like to define CTCs. Is there any
Cai Jin Song wrote:
This system is a base sysplex,so we need to define CTCs between LPARs.
WAD
We don't like to define CTCs.
Why?
Is there any other way to implement base sysplex excepting CTC.
AFAIK, no.
Groete / Greetings
Elardus Engelbrecht
I have in the past, used CA-MIA to share tape drives across a number of
sysplex/monoplexs.
On 10 November 2014 22:20, Shane Ginnane ibm-m...@tpg.com.au wrote:
On Mon, 10 Nov 2014 16:01:57 -0600, John McKown wrote:
But I would still go with a CTC based _Basic_ Sysplex.
Not these days - XCF
We have been sharing tapes among systems for decades. Parallel sysplexes,
monoplexes, basic sysplex in the mix. Multiple data centers connected via
'channel extension' (technology evolved over the years). Any system in the
enterprise can allocate any tape drive.
STK/Oracle tape, not IBM
Anyone out there sharing tape devices outside of a Sysplex?
I'd like to share stand-alone 3590, TS3500 Automated Tape Library (SMS
managed), and/or a VTS.
CA-1 is tape product. Seems they support their tape DB's shared with
reserve/release when separated by volume properly.
Sharing ATL would
On Mon, Nov 10, 2014 at 3:16 PM, Ken Smith featse...@gmail.com wrote:
Anyone out there sharing tape devices outside of a Sysplex?
I'd like to share stand-alone 3590, TS3500 Automated Tape Library (SMS
managed), and/or a VTS.
CA-1 is tape product. Seems they support their tape DB's shared
W dniu 2014-11-10 o 22:16, Ken Smith pisze:
Anyone out there sharing tape devices outside of a Sysplex?
I'd like to share stand-alone 3590, TS3500 Automated Tape Library (SMS
managed), and/or a VTS.
CA-1 is tape product. Seems they support their tape DB's shared with
reserve/release when
not require sysplex, but it does require CTC (or sysplex).
R.S. pointed out that I misunderstood the book when _I_ said that GRS must
be contained within a single Sysplex. What I was looking at is:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2g490/3.2.2
quote
*Note:* Global
On Mon, 10 Nov 2014 16:01:57 -0600, John McKown wrote:
But I would still go with a CTC based _Basic_ Sysplex.
Not these days - XCF based. Works better, is faster, and easier to setup - the
support should be pretty ubiquitous these days.
As Radoslaw noted, ATAM is a great answer in such a setup
When we move from V1R13 to V1R2 the superuser stuff will change.
Not sure what you mean. BPX.DEFAULT.USER goes away, but this has nothing to do
with superuser.
So far with the superuser changes we have been getting hit with OWNERSHIP
issues in regards to IBMUSER in the filesystems.
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: Thursday, October 23, 2014 10:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: BPXOINIT and SYSPLEX Mode Question
Q). It says The Modify Function Cannot Be Performed. Besides turning on
SYSPLEX=YES, how can I get BPXOINIT
List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: Thursday, October 23, 2014 11:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: BPXOINIT and SYSPLEX Mode Question
My fuser -cu /tmp command shows many users of /tmp: MNPB4Ufuser -cu
/tmp /SYSTEM/tmp: 8c(IBMUSER) 25c
So HEX PID 50331938 is DEC 1345526072
My bad. I didn't lookup the description of fuser. due to the c in the process
id of the first process, I was concluding it was a hex value. It is not, it is
decimal! The c is a usage indicator. So drop any trailing c or r from the
process id and take
Q). It says The Modify Function Cannot Be Performed. Besides turning on
SYSPLEX=YES, how can I get BPXOINIT to do a FILESYS=DISPLAY? Yes, I can work
with D OMVS,F for Filesystems, but the RedBook on z/OS V1R13 Implementation
shows that bpxoinit can tell me the UID and the OWNER.
Excerpt
My fuser -cu /tmp command shows many users of /tmp: MNPB4Ufuser -cu
/tmp /SYSTEM/tmp: 8c(IBMUSER) 25c(RMFGAT) 50331938(IBMUSER)
33554852c(AUTO2) fuser says these are TSO USERIDs. But when I enter d
omvs,u=IBMUSER I get back IBMUSER NOT FOUND. With ps -ef I can see the
PIDS with
Dear Friends,
I've noticed on our z/OS V1R13 system that we do a F
BPXOINIT,SHUTDOWN= and it works! However about z/OS V1R7 came a BPXPRMxx
parameter SYSPLEX(YES/NO). We are a SYSPLEX=NO shop. So when I enter F
BPXOINIT,FILESYS=DISPLAY,FILESYSTEM=/TMP I get an error: BPXM106I UNIX
1:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXOINIT and SYSPLEX Mode Question
Dear Friends,
I've noticed on our z/OS V1R13 system that we do a F
BPXOINIT,SHUTDOWN= and it works! However about z/OS V1R7 came a BPXPRMxx
parameter SYSPLEX(YES/NO). We are a SYSPLEX=NO shop. So when I
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hansen, Dave L - Eagan, MN
Sent: Wednesday, October 22, 2014 2:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXOINIT and SYSPLEX Mode Question
Dear Friends,
I've noticed on our z/OS V1R13 system that we do a F
22, 2014 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXOINIT and SYSPLEX Mode Question
Like Rex said, probably due to UID=0. Since you seem to want a mvs command to
do it you can execute f axr,bpxwlsof '/tmp' to find out the user id. If you
need to know the jobname I have a rexx that you
: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Hansen, Dave L - Eagan, MN
Sent: Wednesday, October 22, 2014 4:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXOINIT and SYSPLEX Mode Question
Leo,
Is bpxwlsof in your SYS1.SAXREXEC lib? I don't see it in mine, my
Sent: Wednesday, October 22, 2014 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXOINIT and SYSPLEX Mode Question
If you want the UID in the ps -ef command, try this instead:
ps -e -ouid -opid,ppid,pcpu=C -ostime,tty=TTY -oatime,args=CMD
-Original Message-
From: IBM Mainframe
How do I tell if a given LPAR has RACF sysplex communication enabled?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Peter Ten Eyck
How do I tell if a given LPAR has RACF sysplex communication enabled?
Console command RVARY LIST:
. . .
MEMBER smfid IS SYSPLEX COMMUNICATIONS ENABLED IN DATA SHARING
-jc
Thanks. Got this message on in one plex:
MEMBER IS SYSPLEX COMMUNICATIONS ENABLED IN NON-DATA SHARING MODE.
ICH15020I RVARY COMMAND HAS FINISHED PROCESSING.
Did not get the message in two other plexs... thanks again
On Thu, Aug 7, 2014 at 2:00 PM, Mark Jacobs mark.jac...@custserv.com
wrote:
Here's a somewhat silly though. If you're at the zOS 1.13 level, and in a
parallel sysplex your batch jobs can use XCF Notepad services to set a flag
that they're up somewhere in the sysplex, which your CICS
cics program.
Thanks,
Tim Deller
Tim thanks, that sounds like a goer. I'll do some further investigation. I
presume the ENQ would need to have a scope of SYSTEMS for a SYSPLEX. Would
a scope of SYSTEMS also cover a single z/OS image. It's years since it did
any stuff like this.
Jim Mc
:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
Hi,
One cannot reliably assume that a sysplex name of LOCAL implies
that
the system is not running in a multisystem sysplex. LOCAL is the name of
the
sysplex that XCF supplies
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim McAlpine
Sent: Friday, August 08, 2014 11:05
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
On Thu, Aug 7, 2014 at 5:05 PM, Lizette Koehler
On Thu, 7 Aug 2014 09:00:23 -0400, Mark Jacobs wrote:
If you're at the zOS 1.13 level, and in
a parallel sysplex your batch jobs can use XCF Notepad services
Thanks Mark, I hadn't seen that.
Downloaded the Publication Changes for the APAR that introduced this - a 370
page pdf ... :eek:
Some
On Fri, Aug 8, 2014 at 10:37 AM, Vernooij, CP (SPLXM) - KLM
kees.verno...@klm.com wrote:
I think the XCF Notepad solution we be similarly not bulletproof. The only
bulletproof solution is the SYSDSN ENQ, it will definitely disappear when
the task or even its LPAR crashes.
Kees.
Yes,
A. Brooks
z/OS Sysplex design and development
845-435-5149 T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
that created
the note terminates (see KEEPNOTE=NO). That feature might help with your
bulletproof issues.
Mark A. Brooks
z/OS Sysplex design and development
845-435-5149 T/L 8-295-5149
Poughkeepsie, NY
mabr...@us.ibm.com
Since your CICS transactions and the batch servers in question all use the same
DB2 data sharing group, I think you can use DSNC transaction and execute DB2
command:-DIS THD(myserver) TYPE(*) SCOPE(GROUP).
If myserver is up, you should see threads, and if it works it's real-time . I
don't
I'm not sure what knowing if you're in any z/OS instance of a SYSPLEX
buys you, but if you want to know:
If you're talking about a programming solution, the name of the SYSPLEX
can be gotten from field ECVTSPLX (which is a programming interface).
It is also accessible by system symbol SYSPLEX
On Thu, Aug 7, 2014 at 1:07 PM, Peter Relson rel...@us.ibm.com wrote:
I'm not sure what knowing if you're in any z/OS instance of a SYSPLEX
buys you, but if you want to know:
Peter Relson
z/OS Core Technology Design
I agree that is not very useful information, but that is not what I'm
On 08/07/14 08:55, Jim McAlpine wrote:
On Thu, Aug 7, 2014 at 1:07 PM, Peter Relson rel...@us.ibm.com wrote:
I'm not sure what knowing if you're in any z/OS instance of a SYSPLEX
buys you, but if you want to know:
Peter Relson
z/OS Core Technology Design
I agree that is not very useful
I would use ENQ
1. Add a DD statement to the job that you want to test for.
//TESTDD DD DSN=hlq.jobname.LOCK,DISP=(NEW,DELETE,DELETE),etc.
2. Issue ENQ with TEST on SYSDSN for the lock dataset name from the assembler
cics program.
Thanks,
Tim Deller
Hi,
One cannot reliably assume that a sysplex name of LOCAL implies
that the system is not running in a multisystem sysplex. LOCAL is the name
of the sysplex that XCF supplies in the default COUPLE00 parmlib member
that would cause the system to come up in what is called XCF-LOCAL mode
@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
Hi,
One cannot reliably assume that a sysplex name of LOCAL implies
that
the system is not running in a multisystem sysplex. LOCAL is the name of
the
sysplex that XCF supplies in the default COUPLE00 parmlib member
. We now have the need to check to see if the job in question is
running in any z/OS instance of a SYSPLEX. Any suggestions as to what is
the best way to accomplish this.
TIA
Jim Mc
--
For IBM-MAIN subscribe / signoff / archive
of each address space. We
now have the need to check to see if the job in question is running in any
z/OS instance of a SYSPLEX. Any suggestions as to what is the best way to
accomplish this.
AFAIK, There is NO easy way to do that across a SYSPLEX. Your 'checker' needs
to run on the LPAR to do
to see if the job in question is running in any z/OS instance
of a
SYSPLEX. Any suggestions as to what is the best way to accomplish this.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists
On 6 Aug 2014 12:56, Elardus Engelbrecht elardus.engelbre...@sita.co.za
wrote:
Vernooij, CP (SPLXM) wrote:
Your JES2 MAS will probably cover your Sysplex, so you could ask JES2 if
the job is running (I don't know JES3).
Good suggestion. With SDSF you can use SYSNAME * and then using ST
in the dark ages and accomplishes this
by chasing the ASCB chain and comparing the jobname of each address space. We
now have the need to check to see if the job in question is running in any
z/OS instance of a SYSPLEX. Any suggestions as to what is the best way to
accomplish this.
/snip
Jim,
You inferred a CICS solution, you did not state it.
We now have the need to check to see if the job in question is running in
any z/OS instance of a SYSPLEX. Any suggestions as to what is the best way to
accomplish this.
So you need a CICS solution. If you have not done so, you
Subject: Re: How to check if a job is running in a SYSPLEX
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jim McAlpine
Sent: Wednesday, August 06, 2014 11:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How to check if a job is running
I forgot to add running in the same system (image, LPAR, instance of z/OS).
- Original Message -
From: Fairchild, Bill dasdbi...@comcast.net
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, August 6, 2014 8:21:46 AM
Subject: Re: How to check if a job is running in a SYSPLEX
, 2014 8:21:46 AM
Subject: Re: How to check if a job is running in a SYSPLEX
It is possible to have two or more address spaces with the same
jobname. Does your code handle that possibility?
Bill Fairchild
- Original Message -
From: CP Vernooij (SPLXM) - KLM kees.verno...@klm.com
it.
We now have the need to check to see if the job in question is running
in any z/OS instance of a SYSPLEX. Any suggestions as to what is the best
way to accomplish this.
So you need a CICS solution. If you have not done so, you might want to
join and post on the CICS list
To join
: Wednesday, August 06, 2014 6:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
Jim,
You inferred a CICS solution, you did not state it.
We now have the need to check to see if the job in question is running in
any
z/OS instance of a SYSPLEX
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim McAlpine
Sent: Wednesday, August 06, 2014 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
Lizette,
You've quoted only part of the post. If you read the whole thing
this by chasing the ASCB chain and comparing the jobname of each address
space. We now have the need to check to see if the job in question is
running in any z/OS instance of a SYSPLEX. Any suggestions as to what is
the best way to accomplish this.
TIA
Jim Mc
Szigetvari
Sent: Wednesday, August 06, 2014 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to check if a job is running in a SYSPLEX
I would also suggest to use the shared SPOOL, but maybe a ROUTE *ALL,D
A,jobname would do this.
With EXEC CICS SPOOLOPEN, EXEC CICS SPOOLWRITE you can
. This routine was written back in the dark ages and
accomplishes this by chasing the ASCB chain and comparing the jobname
of each address space. We now have the need to check to see if the
job in question is running in any z/OS instance of a SYSPLEX.
All in the same JESplex?
--
Shmuel
is running in any z/OS instance of a SYSPLEX.
All in the same JESplex?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act
I have formatted new couple dataset and used SETXCF command to make it in
production . But as we don't have new hardware, we can not use this
feature. Thanks for all help.
On Wed, Jun 25, 2014 at 11:36 PM, Skip Robinson jo.skip.robin...@sce.com
wrote:
We have one basic sysplex, i.e. no CF
message!
hope it helps solving the problem
regards / groeten / saluti
Wilco Boschman
Mainframe Mainframe schreef op 13-06-2014 07:02:
Hello,
I am getting below issues for WLM while IPLing system z/OS 2.1
in sysplex.
IXL013I IXLCONN REQUEST FOR STRUCTURE SYSZWLM_WORKUNIT FAILED. 543
We have one basic sysplex, i.e. no CF, i.e. no structures. We have several
couple data sets including WLM. Too long since last IPL to capture
messages. D WLM shows this:
ACTIVE WORKLOAD MANAGEMENT SERVICE POLICY NAME: xxx
ACTIVATED: 2012/05/21 AT: 15:23:39 BY: xxFROM: xx
We have z/OS 1.13 system in sysplex and now I am adding z/OS 2.1 to be
part of this.
So, I have used currently defined couple datasets. But I can see below
message in syslog.
IXC104I SYSTEM STATUS DETECTION PARTITIONING PROTOCOL ELIGIBILITY: 685
SYSTEM CANNOT TARGET OTHER SYSTEMS.
REASON
I checked in google and found that this feature is available only on z10
and later, but we are running system with z9EC currently . does this still
applicable to us.
On Thu, Jun 19, 2014 at 12:52 PM, Mainframe Mainframe
mainframe1...@gmail.com wrote:
We have z/OS 1.13 system in sysplex
Anonymous person wrote:
I checked in google and found that this feature is available only on z10 and
later, but we are running system with z9EC currently . does this still
applicable to us.
Check with your local friendly IBM support.
Groete / Greetings
Elardus Engelbrecht
] On Behalf
Of Mainframe Mainframe
Sent: Thursday, June 19, 2014 2:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSPLEX COUPLE DATA SET NOT FORMATTED FOR THE PROTOCOL
I checked in google and found that this feature is available only on z10 and
later, but we are running system with z9EC
BY HARDWARE which is what I get on my z9BC.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mainframe Mainframe
Sent: Thursday, June 19, 2014 2:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSPLEX COUPLE DATA SET NOT FORMATTED
Mobile
jo.skip.robin...@sce.com
From: Mainframe Mainframe mainframe1...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU,
Date: 06/19/2014 07:18 AM
Subject:Re: SYSPLEX COUPLE DATA SET NOT FORMATTED FOR THE PROTOCOL
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mainframe Mainframe
Sent: Friday, June 13, 2014 07:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSPLEX STRUCTURE issue
Hello,
I am getting below issues for WLM while IPLing system z/OS 2.1 in
sysplex.
IXL013I IXLCONN REQUEST
don't need this, so we did not define the structure.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mainframe Mainframe
Sent: Friday, June 13, 2014 07:02
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSPLEX STRUCTURE issue
Hello
: Friday, June 13, 2014 13:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYSPLEX STRUCTURE issue
we not using these structure in our shop, I check in my current CFRM policy.
Anyway to bypass these structure.
Also I am getting below adend on WLM while IPling system
IWMOO5W WORKLOAD MANAGER (COMP
to take a standalone dump to diagnose the WLM wait
state.
Mark Jacobs
On 06/13/14 07:25, Mainframe Mainframe wrote:
No, we have not changed anything. But just installed new z/OS 2.1 system
and added into existing sysplex and with previous policy available.
Do I have to make any changes in my
601 - 700 of 858 matches
Mail list logo