I would suggest checking your LE parms between the two systems. It almost
feels like there is a difference in the setting between to two systems around
how CICS is handled.
Paul Feller
GTS Mainframe Technical Support
From: IBM Mainframe Discussion List On Behalf Of
Crusty Old Guy
Sent:
As others have said technically yes you can do it.
As already mentioned there are things to think about. Structure size for the
shared buffer pools and the lock structures. What type of CF links to you have
and do you have enough of them. The location of the CF lpars may come into
play.
Dave, if you want to sit there and hit enter to watch things you could try SDSF
(zOS 2.4) panel AS and subcommand JM. See if that is what you are looking for.
The Address Space Memory (AS) panel allows
authorized users to display the storage
utilization of address spaces in the
Well depending on how technical you want to get. You could write some code to
write/read data and then look at the RMF records.
I created some code to do that using VSAM KSDS. A poor persons benchmark
software. I did not go as far as Carmen around turning stuff off/on. I would
run the jobs
I've not seem this type of behavior as far as I recall. Depending on the level
of z/OS you are running there are lots of different checks being done these
days. I believe some of those try to "touch" datasets (maybe) to look at
allocation information. Others may know better. Could that type
Keith, I'm assuming you are talking about looking at job on a different lpar in
the same sysplex, also part of the same JES MAS.
This is a display of a job running on a different lpars then the one I was
logged on to. This is a z/OS 2.4 environment.
SDSF JOB STEP DISPLAY - JOB DTSTM01D
This is from the z/OS 2.4 "z/OS MVS Planning: Operations" manual. I do find it
interesting that similar information is found in different manuals.
Each SYSLOG record is prefaced by a two-character record type field.
Valid first characters are:
N - single-line message
W - single-line message
Steve, sorry I should have added that we use the dynamic dump allocation
feature. We still have the traditional preallocated dump datasets for when the
dynamic dump feature is not active. We have used the dynamic dump feature for
years. So with the combination of the dynamic dump feature and
What is your max space for dumps set to? Do a "D D" command to see that
number. If your lpar has enough memory you may need to increase the MAXSPACE
for dumps.
As an example on one of our lpars we issue 'CD SET,SDUMP,MAXSPACE=18432M' at
IPL to set the MAXSPACE for dumps.
On a different lpar
I've never gone though the process it install hardware. It has always been IBM
doing it. I have looked over the shoulder of the IBM person and from what I
recall there are several different steps that must complete properly (and in
the proper order) to install new hardware. It sure sounds
Kenneth, I would agree that when the jobs hit JES2 the damage is done. To
handle things in the future you could look at increasing the size of your
checkpoint datasets. Maybe double or triple the current size so that if needed
you can dynamically adjust things. Naturally if you are using a
What about setting up the SMF parms to tell SMF to ignore the 110-2 records?
CICS will still create them but I would think SMF would just "throw them away"
when it see them. Before that happens would not an exit see the 110-2 records
and then send them off to say Splunk?
Paul Feller
GTS
On an lpar with 25g of memory we run the COBOL 6.2 compiles with a region of
512M.
This is from a program that has well over 25,000 lines of code. Had OPT(0) set
plus lots of debug stuff turned on.
IEF373I STEP/COB6/START 2022109.0219
IEF032I STEP/COB6
There is a migration health check. I don't recall if it will display the tasks
using user key common storage. The lpar that I use to the display was IPLed on
April 3rd.
SDSF BROWSE ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM Line Col 001 072
Command ===>
Rex, on a z15 there is an "Integrated Accelerator for Z Sort" which has nothing
to do with zIIPs or general CPs.
From an IBM Redbook - IBM z15 (8561) Technical Guide
IBM Integrated Accelerator for Z SORT
Sorting data is a significant part of IBM Z workloads including batch
workloads, database
Yes it was the UCC days. Like others have said. Was a way to run DOS programs
under MVS with out many changes. As others have said a company I worked for
used as part of a DOS to MVS migration. That was a long time ago.
Paul Feller
GTS Mainframe Technical Support
-Original
Mark, I guess I would ask if you saw any $HASP263 messages on the other lpars?
Seeing message $HASP263 would indicate issues with the checkpoint processing.
That could hold up things on the other members in the MAS.
From the JES2 message manual for z/OS 2.4.
$HASP263
Explanation
WAITING FOR
Sometime ago I was told but IBM support you should do the software activation
first and then on the last lpar on the CEC do the software/hardware activation.
Doing it that why avoids the need for SOFT=NOVALIDATE during the activation.
Paul Feller
GTS Mainframe Technical Support
-Original
You might consider trying ICKDSF with the ANALYZE option. I used it to create
a cross reference of PCHID to DASD port for the EMC DASD boxes we have.
Sample of what I used.
//ZOS1D3E EXEC PGM=ICKDSF,REGION=128M
//SYSPRINT DD SYSOUT=*
//DSFDUMP DD
When I've seen issue with SQA/ESQA during z/OS NIP processing it is mainly
related changes in the I/O configuration. When you say you have a supersized
IOCP on the z/VM side is the DASD/TAPE being used by the z/OS guest on the same
channels as other DASD/TAPE devices? If yes, I'm not sure how
Not exactly what the person asked but I have the date and time stamp as part of
the dump dataset name. We set the dynamic feature active at IPL time. The
date and time the dump was taken, well when DUMPSRV allocates the dataset, is
in the dataset name. Helps with knowing when dumps happens.
Peter, have you looked to see if there is an AREA setting in the CONSOL member?
AREA
Specifies the size of the out-of-line display area
Peter one of the things I look at is did other areas in z/OS change that then
could affect how much CSA/SQA you really get. I do the same for the 24/31 bit
private area. As you know you the system will round off the request so you may
have been getting more then you asked for and now that
We do monthly IPLs to pull in fixes. I can't think of the last time I did a
POR other then when installing a new CEC. All my IOGEN work is dynamic.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Joe
Sent:
You did not say if the two lpars share the same SMS configuration. You may
want to verify that the volume is defined in the active SMS configuration as
seen from TST1.
IGD07002I VOLUME volser NOT AVAILABLE
Explanation
The storage management subsystem (SMS) was invoked for disposition
Others have suggested good things to look at but what about the hardware you
are running on.
Is that 92 GB for the lpar in production and 16 GB for the lpar at DR?
Are you paging?
z15-T02 in production compared to a z13s at DR.
Are you underpowered at DR?
Are you on CPs at DR with less
Peter at least in my shop the "ST" screen in SDSF has a Max-RC (Max-RC: Return
code information for the job) column. I had to scroll to the right to see it.
I also a Max-RC when I look at my (H) held output. Now based on the SDSF
manual I should also see a Max-RC on the "O" output display
Lisa, these sound interesting but unfortunately I can access the location. It
seems my company blocks the access.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lisa Gundy
Sent: Thursday, June 24, 2021
Maybe this will help.
IGD17165I MULTI-VOLUME TEMPORARY DATA SET dsname WILL NOT BE STRIPED.
Explanation: It is not possible to allocate a multi-volume temporary data set
in extended format. Due to
Bob, just food for thought. In our environment we place the IPL text for the
SAD program on our DLIB volume. As an example for our z/OS 2.3 lpars we end up
with three DLIB volumes. One for our sand box lpars, one for our test lpars
and one for our production lpars. We build the IPL text on
We are also in the process of going from z/OS 2.3 to z/OS 2.4. So far I have
not seen any changes in the below the line private area.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Carmen Vitullo
Sent:
Pierre, have you tried to look at the SMF Record Type 80 (Security Product
Processing) record for the information you want?
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pierre Fichaud
Sent: Friday, March
My first color terminal was a 3279 in the early 1980s. I think we had both a
model 2 and model 3. I don't recall if they had the extended color feature.
As far as I know the IBM 3279 was IBMs first color terminal.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original
Steve, the answer depends on what your environment is like.
Is this lpar part of a JES MAS? Are there changes needed in any JES exits?
Can jobs be routed to it from other lpars?
Is there any automation in place that might route commands to the lpar?
Do you need to adjust the weights of the
Jerry, from what I recall the define capacity is related to what you want to
limit the lpar to for MSU usage. You can have an lpar as part of a group that
is capped plus you can cap the lpar itself. I've done that before. If I read
your email correctly you have a group capacity of 20 MSU
For those new to MVS there was the MVS/XA Express option. You have to qualify
to get it. A shop I worked at a long time ago was a VSE shop that was going to
convert to MVS and that is how we started off. I believe the MVS/XA Express
was a complete IPL system that IBM built based on your
Peter the famous bottom line is the SYSNAME=* gives you a view of the world
that SDSF/SDSFAUX knows about. If SYSNAME is blank then you only see the stuff
the lpar you are logged on to. The other thing is SYSNAME is not support on
every screen in SDSF. The "ST" screen is one of these screens
Peter, I'm assuming you are using the SYSNAME then it is not supported on the
ST screen. So WAD.
I think the HELP screen for SYSNAME needs to be updated. I know I've used it
on the SYS panel.
This is on a z/OS 2.3 system.
HELP: SYSNAME Command Panel 1
Charles, would something like this help? Now I used ( and ) to surround the
first two items and not a '. Not tested how you would do the whole ' thing.
SAY 'TESTPARS: Start REXX'
Parse Upper External TESTPRM
SAY 'Display
Mark, if you still have access to the SYSLOG for the lpar you could try to look
for message IRA220I. The message will list the who was using up the AUX slots.
The message can be displayed related to message IRA201E.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original
Lizette, if you have some type of software like OPS/MVS you could look at
running a script from time to time that executes the JES2 command
$DJQ,DELAY=YES,DELAY and then look at the output from the command. Not "real"
time but next to it.
This is from a little test I did.
Don't you just hate when that happens.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Elaine Beal
Sent: Thursday, July 30, 2020 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z13 Central Storage [EXTERNAL]
Elaine, did you get the wait code during or after the IPL of the lpar. Unless
I'm looking at the wrong doc a wait code of 03C indicates you had an issue with
ASM. The other thing to consider depending on the size of your lpar in terms
of software stack 3 gig may not be enough. Depending on
This all sounds like similar behavior of the option in 3.4 called "Include
Additional Qualifiers". If you don't set the option on you have to wild card
your dataset list. With the option set on you don't have to use wild card to
get a dataset list.
All the code I've ever written using
If this CP is to be online from now on then update the lpar hardware profile to
insure that it will be there after any deactivate/activate of the lpar. In the
back of my mind I'm thinking during the IPL process the system looks at the
profile to see what number of CPs should be online. I
Tony to answer your questions. In this shop a MOD-27 is 32,760 cyls and a
MOD-54 is 65,520 cyls. As for how they are allocated, that I can't answer. We
don't have IBM DASD and the vendor we have does the configuration based on what
we ask for. Just to round things out the EAVs we do have
We don't update our GRSRNL to much. Last time it was update was in 2016.
There is one thing you might want to watch. We ran into an issue one time when
changes did get made an lpar got IPL before a SET GRSRNL=xx command was issues.
The lpar would not IPL, it went into a wait state. I don't
Have you tried to use the "F CATALOG,LIST" on all the lpars that have the
catalog open to see if there is a "stuck" task in CAS? This may help find
where the stuck rename process is.
Thanks..
Paul Feller
GTS Mainframe Technical Support
-Original Message-
From: IBM Mainframe
Charles, that's a loaded question/answer. You need to have the ISF.CONNECT
resource defined in the SDSF class to allow access to SDSFAUX. Plus some
variation of the ISFCMD.ODSP.SYSTEM resource defined in the SDSF class to allow
for the use of the SYS panel. The SDSF Operation and
So here are a few questions for the group. First I'll say we run a weekly
receive process to pull all the needed stuff from IBM. My questions are this.
Do you apply only PE fixes and hipers monthly and RSU stuff quarterly? How
long do you wait between applies in terms of moving fixes
Jerry, I don't have the type of setup you have but I'll list a few things I
might look at.
Move the CONTENTION NOTIFYING SYSTEM from your TEST lpar to your MVSZ lpar,
assuming MVSZ is your production lpar. This process can add overhead to GRS
and on a small lpar it can be noticeable. The
: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup [EXTERNAL]
On Sun, 31 May 2020 12:19:16 +0000, Feller, Paul
wrote:
> We found out the hard way when we converted off of FICON switches you
> need to code a serial number in the control unit definition to make the
> connection work pro
Brian, you really don't need more FICON cards then 2 to support CTC connections
between lpars. It all comes down to how much redundancy you want. We support
connections between 11 lpars on one CEC with just 2 cards. We use one card as
what we call the primary connection and one card we call
Making the CHECKPOINT bigger is not a bad idea, but I would also just verify
you have all the needed PTFs applied to z/OS to allow a mix of z/OS 1.13 and
z/OS 2.2 in the same JES2 MAS.
- V=IBM P=Z/OS JES2
MESSAGES R=V1R13 I=$HASP710 D=M
I don't recall how you set it up in HSM, but one thing to look at is how many
tasks we are running at one time. As an example you can have several tasks
running to do migrations during primary space management. So you could look at
the possibility of reducing the number of tasks running
In two of our JES2 environments we use MOD-27s and in one other we use MOD-54s.
All three environments use TGSIZE=36. I don't recall when it changed to
TGSIZE=36, but it has been that way for years. We have not seen any issues
with either size volumes. As Dave mentioned don't forget to set
Marna, thanks for point that out. I'll look into running that on our tech
lpars.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Marna WALLE
Sent: Friday, February 07, 2020
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: Thursday, February 06, 2020 3:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z15 System Recover Boost [EXTERNAL]
On Thu, 6 Feb 2020 at 16:31, Feller, Paul wrote:
> Well we have our z15 in and running.
Well we have our z15 in and running. We have been testing the System Recovery
Boost on our tech lpars. What we have found makes us think we will be setting
the option to BOOST=SPEED for our tech lpars. I normally define each lpar with
a minimum of 1 zIIP with 1 zIIP in reserve. With
By the end of the month we will have a z15 running. Most of the lpars on the
box will be running z/OS 2.3. It looks like the boost feature will be active
by default for the z/OS 2.3 lpars. Anyone have any comments about the boost
feature good/bad that they will share.
Thanks..
Paul Feller
Jake, depending on what you have access to you can check a few different ways.
If you have access to the IBM web site for hardware you can check there once
the site is updated with the changes.
I'm not in the office so I can't look at the title line on the HMC signon
screen, but it should
Jake, this may be a bad analogy but think of a driver upgrade like a z/OS
upgrade. You are changing the base operating system used to run the hardware.
It can touch all of the I/O features and other features in your box. An
example of the "other" features would be the CFCC level for a
Jake are you updating one or more HMCs as well as the SEs? I would say if you
are updating the Driver level on the SEs then you need to update the HMCs that
talk to them. Updating an HMC can take a little time. As Dave said the update
to the SEs can take some time. The dynamic process takes
, Feller, Paul
wrote:
In the LISTCAT output look for "RLS IN USE", it should show YES or NO.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Monday
In the LISTCAT output look for "RLS IN USE", it should show YES or NO.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of esmie moo
Sent: Monday, November 04, 2019 9:58 AM
To:
.
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Tom
Marchant
Sent: Friday, August 30, 2019 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.1 to 2.4 [EXTERNAL]
On Fri, 30 Aug 2019 10:48:03 +, Feller, Paul wrote:
Would it be a good thing
Would there be any concerns with internal changes to system dataset structures?
As an example like catalogs or things like HSM CDS datasets? Going from z/OS
2.1 to z/OS 2.4 is technically not support for fallback. Would it be a good
thing to at least try to get any z/OS 2.3 compatibility
Well depending on how TCP/IP was setup/configured you could be cutting type 119
records. It was suggested in another email to download the DAF software from
the CBT website. I like using that software because it will search lots of
different SMF record types to show activity related to
John, I would agree using the catalog interface is not fun. Also I ran a quick
test and I was wrong about using the (0) as part of the name. I had to use
ABC.XYZ.* to get any information back with the test code I had. The output
that came back was a list of all the datasets in the GDG base.
John, could you try to use the catalog interface (IGGCSI00) and do a request
for the current generation with something like ABC.XYZ(0)? I would think you
would then get back the fully qualified name.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM
We need to make sure if we are talking hardware duplexing or software
(application) duplexing. We let DB2 duplex its group buffer pools. DB2
handles/controls keeping the structures in each CF in sync. In the policy we
define DUPLEX(ENABLED) for the DB2 group buffer pools. We do not have any
You can have a base sysplex and you don't need to share JES spool. I'm going
to guess you have different master catalogs for each lpar and you can still
keep different master catalogs. Now with a base sysplex you could have a
shared SMS and HSM environment if you want, but you don't have to
Y76mQvMWgrMfs-C4D4_2gt4eIJXz2k=
From: IBM Mainframe Discussion List on behalf of
Feller, Paul
Sent: Friday, July 19, 2019 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3
There is a way to get back to the
There is a way to get back to the look that you see under z/OS 2.2. Basically
you need to allocate a dataset (temp or dummy) under the DD name ISFMIGMN. The
dataset needs to be allocated before you get into SDSF. There seems to be one
interesting issue with the default main screen in SDSF.
Well if you don't mind writing some code you could use the DCOLLECT function of
IDCAMS to create a dataset. Then you could write some code to read the dataset
and create a list.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion
I don't know if my response made it to the list so I'm sending it again. Sorry
for an repeats.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: Feller, Paul
Sent: Wednesday, July 17, 2019 12:09 PM
To: IBM Mainframe Discussion List
Subject: RE
Youi might try the ADRDSSU PRINT TRACK function. I have not used this in a
little while so I hope my notes in the JCL are still correct.
//*==*
//* --- *
//* ¦
Elaine, I'm sure you saw that the IGD17272I will tell you the allocation
request (REQUESTED SPACE QUANTITY = {KB MB}). I'm sure you looked at that
request size and at the time you looked the storage group had space.
Could there be an issue that at the time of the failure the storage
Munif, maybe my original comments didn't make through the world of email
servers.
I don't think I've ever seen one doc that list all the things that can use
CTCs. At our shop the real users of CTCs devices are XCF and VTAM. Those are
the only tasks that have CTC device addresses defined to
Munif, there is some doc related to how to setup a CTC environment. If you are
looking on the IBM hardware website for the z14 you should find a manual on CTC
configuration. At our shop the real users of CTCs is XCF and VTAM. Those are
the only tasks that have CTC device addresses defined to
Sometimes a $DA,X can help find what is going on. Also all the other
suggestions are good to try.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Jerry Whitteridge
Sent:
It is my understanding that if you set the ARCH level to something lower than
the machine type you are running on it should not use any of the new machine
instructions. If what the vendor says is truly what is happening then I would
think a question to IBM would be in order.
Thanks..
Paul
I did a little looking at our batch user IDs and the few we have listed to
support the CONSOLE function under TSO/REXX in batch do have a TSO segment
defined. Not sure if that was really needed but it is there.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
It is my understanding that the ALLOC should not step if you have SPACE coded
in your JCL. By default you should get your space request, though it might be
in more than one extent (up to 5). Now if you have some 3rd party software
installed it might be stepping in to prevent the initial X37
To answer several questions.
Nothing in the program modules showed any copyright information.
Programs had been written in assembler. All four programs had been last
assembled with ASSEMBLER H V2R1 in 1987.
The business unit that uses the program have no idea where the programs came
from and
tool that took care of some of the allocation for you.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Feller, Paul
Sent: Saturday, February 23, 2019 10:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone ever seen/hear about a set
Has anyone ever seen/hear about a set of programs called
SUPERCOP/SUPCOP1/SUPCOP2/SUPCOP3. We ran into an issue with these programs
related to EAV volumes. It seems we acquired these programs as part of a
merger many years ago. No one seems to have any idea where the source could
be. From
There is the 24 bit TIOT. That is limited in size. Depending on how many
datasets you have allocated and how many volumes you allow the dataset(s) to
expand to you can run out of 24 bit TIOT. All that said I've only seen the 24
bit TIOT space issue a few times. With the 31 bit TIOT the
If the lpars are in a base sysplex you can use XCF to carry the GRS traffic and
still be in a RING setup. GRS using XCF is better than letting GRS try to
handle things.
We have been using both an internal and external CF for years. Currently the
internal is on a z13. All the lpars on that
can have
only 1 SCHENV and 1 WITH. This gives less flexibility, e.g. for jobs that need
IMS or DB2 or IMS+DB2.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Feller, Paul
> Sent: 29 January, 2019 13:50
&g
UA.EDU]
> On Behalf Of Feller, Paul
> Sent: 29 January, 2019 5:04
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SYSAFF and SCHENV [EXTERNAL]
>
> We use SCHENV to direct jobs to different lpars related to MQ, DB2,
> IMS, SAS, Connect Direct and other miscellaneous resources.
>
We use SCHENV to direct jobs to different lpars related to MQ, DB2, IMS, SAS,
Connect Direct and other miscellaneous resources.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of
Wayne is the failure always for module CEEBINIT? If so, CEEBINIT is a 24 bit
program. What is the private area size for 24 bit? Are you running out of 24
bit storage?
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List
Jake, one of the things to look at is the IEF032I message from before the move
if you have it and then after the move. You can get an overall look at how the
memory was used/allocated. Going from a z114 to a z14 is a big jump in
architecture related to how memory is used/allocated.
IEF032I
82, Tie-line: 8-295-8282
> z/OS Test Services - Test Architect, Provisioning
>
> IBM Mainframe Discussion List wrote on
> 01/06/2019 09:00:56 PM:
>
>> From: "Feller, Paul"
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Date: 01/06/2019 09:02 PM
>> Subject: Re:
Radoslaw, not a direct answer to your question, but I find it interesting that
you get the alert. For some time now the default for HIPERDISPATCH has been
YES. If I recall correctly the default changed to YES if you ran z/OS V1R13
(or higher) on a z196 or z114 (or higher CEC). So I'm not
Here is what I have used to "get around" things. The DSN start with a "valid"
HLQ that RACF would not get in the way. We are a CA-1 shop.
//STEP010 EXEC PGM=FATAR,REGION=4096K
//TAPEIN DD UNIT=CART90O,DISP=OLD,
//
A few thoughts for you.
1: The storage team defined 1 of the 4 MCDS to take up a full M27. The others
are defined to take up a full M9. I'm not sure why they did that.
2: If you have several lpars making updates to the MCDS you might consider RLS.
It is my understanding that it will help
Based on what I've read the MCDS technically can only be on one volume. Now
you can have up to 4 MCDS datasets in the HSM configuration. Each dataset can
only be on 1 volume. In our shop we have 4 MCDS datasets defined to HSM and
each is on its own volume. We have several lpars sharing the
The answer depends on what software you have installed and how you plan on
using the information.
To name just a few:
IBM File Manager
IBM DCOLLECT - you would have to create some code to read the DCOLLECT output
Chicago-Soft MVS/QuickRef
Compuware File-Aid
Depending on how much DASD you have
1 - 100 of 168 matches
Mail list logo