Very good point.
Brian
On Tue, 20 Jul 2021 20:22:41 +, Seymour J Metz wrote:
>Increasing the size is certainly important, but increasing the size of PDS
>directories is absolutely crucial. Of course, in most cases letting them be
>PDS/E would solve the issue.
>
>
>--
>Shmuel (Seymour J.)
Making everything bigger is not a good option. Not everything "needs" to be
bigger, but there are those that even 40% won't be enough. The Serverpac used
to ship with SMF and JES spool/checkpoint and SMF on the catalog volume, and
I'm sure no one probably leaves it there, but the size of the
Hello Marna,
I use:-
Rules for re-sizing datasets:-
Target volume datasets to be allocated in CYLINDERS
Distribution volume datasets to be allocated in
I don't know how it would work with zOSMF, but I don't worry about the dataset
sizes of my SMPE target datasets. Because I never IPL using them.
I copy to new SYSRES, FDR and ADRDSSU dataset copies to single extents. Of
course, I rarely (maybe 5 to 5 times in 30 years) put maintenance into a
On 7/20/2021 10:47 AM, Marna WALLE wrote:
... even with enlarging the data sets with some predictive percentage (50%,
100%, 200%?) - still doesn't completely help with running out of space in some
data sets or even volumes continually, and could result in some data sets being
overly and
There was at least one apar for this kind of behavior, covered several of the
SYMBOLS= values including EXECSYS...
https://www.ibm.com/support/pages/apar/OA50636 but it addressed in z/OS 2.2
and involved JES3
HTH,
Mike
-Original Message-
From: IBM Mainframe Discussion List
It'd be great if IBM disappeared the problem by buying one of the stop x37
companies :)
- KB
‐‐‐ Original Message ‐‐‐
On Tuesday, July 20th, 2021 at 11:17 PM, Marna WALLE wrote:
> Hi Barbara (and others),
>
> Nice to see so many users of PDSEs! We do not today have the capability to
Try adding an output report DD statement to your SYSIN, like this:
//SYSUT1 DD *,SYMBOLS=(EXECSYS,SYMRPT)
And then add a DD for SYMRPT
//SYMRPT DD SYSOUT=G
This report will show the before and after substitution, and may give you a
clue.
Billy
Ed Jaffe wrote on 7/20/2021 18:30:
On
Okay I am out. Thanks for the clarifications. I will revisit with z/OS 2.6... I
will just order the serverpac Nov 1, and install, then just apply maint in Feb
2022 and go-live in March 2022. In 3 years I can revisit as you have not sold
me on being simpler and much more work!
Ms Terri E
Hi
I have TCP/IP program that I am running under TESTAUTH I HAVE SELECT_LOOP
(with a select program checking for any traffic) after a certain amount of
time it breaks out the wait however if retcode value is zero
Meaning there isn't any traffic I branch back to SELECT_LOOP
When I run this
On 7/20/2021 2:26 PM, Lund, James E wrote:
Howdy,
Seeing an interesting behavior with instream variable substitution. My 10 step
test job:
It works great with JES3^plus V1R0 under z/OS 2.4:
FY=2021 SYS=MVS70
FY=2021 SYS=MVS70
FY=2021 SYS=MVS70
FY=2021 SYS=MVS70
FY=2021 SYS=MVS70
FY=2021
> Are you running on z/OS 2.3 or higher? JES2, I assume? Just looking
> for a baseline, if you're not seeing the issue.
James,
I ran the job on both z/OS 2.3 and z/OS 2.4 and both produce the right
results.
Thanks
Kolusu
--
Kolusu,
Thanks for the suggestion. I did check that //SYSUT1 card in each step do not
have extra blanks. They all looks correct and the same for all steps.
Are you running on z/OS 2.3 or higher? JES2, I assume? Just looking for a
baseline, if you're not seeing the issue.
Thanks,
James
James,
Not seeing the lost symbol behavior,
For all the steps missing symbol substitution, may be you have a SPACE
after DD * which would treat the rest of the content as comments.
so ,SYMBOLS=EXECSYS is treated as a comment.
//SYSUT1 DD * ,SYMBOLS=EXECSYS
it should be
//SYSUT1 DD
> it's enough to find some eye-catcher, but it's not always so easy
I do agree. I have messed up on this, either
- "It ran to a zero so everything was okay" (wrong -- the last command was
okay; that's all a zero indicates)
- Eyeballing the listing and missing something
Charles
-Original
Howdy,
Seeing an interesting behavior with instream variable substitution. My 10 step
test job:
...
//E01 EXPORT SYMLIST=(MYFY)
//S01 SETMYFY=2021
//*
//STEP1 EXEC PGM=IEBGENER,REGION=1024K
//SYSPRINT DD SYSOUT=G
//SYSUDUMP DD SYSOUT=G
//SYSIN DD DUMMY
//SYSUT2 DD SYSOUT=G
//SYSUT1 DD
Increasing the size is certainly important, but increasing the size of PDS
directories is absolutely crucial. Of course, in most cases letting them be
PDS/E would solve the issue.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM
Ron,
Yes, it was more or less (rather less) like attorney. However it is not
pointless - I saw and I heard about many cases where the result of
neverending replatforming process was the process "in progress", but the
mainframe in deep trouble. Why? Because of many reasons like new
@Bill,
Well, I routinely run a lot of non-dependent TSO commands. And then I
review the SYSTSPRT just to find "no, this command failed". Sometimes
it's enough to find some eye-catcher, but it's not always so easy.
IDCAMS behaviour seems more convenient - you see the worst CC, but I you
don't
Hello KB,
As a little reference table, here's what's available today (and in the future)
from Shopz as a ServerPac, along with the installation method. You can see
that z/OSMF ServerPac has been available for many products, for quite a while
now.
CICS (and program products):
z/OSMF
Hi Barbara (and others),
Nice to see so many users of PDSEs! We do not today have the capability to
switch from PDS to PDSE in z/OSMF, but we've got it in our backlog from
requests to have it. If PDSEs users would like to help us prioritize that,
with their business impacts without this
thank you for the sanity check. I see that I can inquire missing /
critical maint, I was hoping that I could take the info and perform a
receive from that missing maint. using a defined protocol (ftps or
https) and have z/osmf submit the job to receive from network.
I do have a weekly job
On Tue, Jul 20, 2021 at 12:05 PM Marna WALLE wrote:
>
> Q: I wonder since my company does not allow access from my mainframe systems
> to the internet, what protocol will be used to query my CSI's,
> maint level? get service
> A: Same methods as before. Nothing has changed. You can acquire a
Hi Carmen,
Sorry to hear that z/OS V2.4 will be your least release! Good luck in
retirement!
Once you have laid down a z/OSMF ServerPac, it will have the same
considerations as if you had done it with the ISPF ServerPac dialogs, so I'm
guessing the comments weren't about z/OSMF specifically?
This may be off topic...
I used SMP(/e) about 35+ years ago, I used to build CICS.
I now get my z/OS from ADCD. I download some volumes and have an IPLable
system. I could download the DLIBs if I wanted them.
Is this the sort of direction we should be going in? If IBM was to provide
the volumes
I'm partial to Johnny Cash's - One Piece At A Time.
https://www.youtube.com/watch?v=18cW_yHo3PY
On Tue, Jul 20, 2021 at 8:41 AM Richards, Robert B. (CTR)
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
>
> The mind is the first thing to go. Kelly Clarkson's song title "Piece By
> Piece"
Hi Terri,
When adding an Software Instance that you already have (say, z/OS V2.4), you
are telling z/OSMF the CSI and zones to use. Those DDDEFs, presumably, will be
correct with the data set names, volumes, and paths. Those DDDEFs will be used
as a model on the incoming z/OS CSI DDDEFs.
Marna,
I thought it might have been done. Thank you for the references to those
proceedings.
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Marna WALLE
Sent: Tuesday, July 20, 2021 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs
Robert,
It's been done, and is the proceedings:
https://www.share.org/Events/Past-Events/Proceedings/Proceeding-Details/installing-ibms-serverpac-using-zosmf-software-management
Look for Kurt Quackenbush's "Installing IBM's ServerPac Using z/OSMF Software
Management", from Ft Worth 2020. Kurt
The 3480 Operator's Guide doesn't seem to be online and that. I think, is
the most likely complete source. The reference guide (which has examples of
common messages) is available on bitsavers and there is a WSC bulletin on
computinghistory.org.uk which describes the functions of the message
Probably have to start with the hardware manual.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Tony Thigpen
Sent: Tuesday, July 20, 2021 7:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: looking for some doc about what z/OS
Hi,
I would like to avoid linkage-editor messages IEW2646W 4B07 ESD RMODE(24)
CONFLICTS WITH USER-SPECIFIED RMODE(ANY) FOR SECTION when I have internal
CSECTs in my program without specific RMODE statement. I know that it is just a
warning, but still..
I haven't found any assembler symbol for
I have defined my 2.3 instance and my 2.4 instance, getting the CSI -
ZONE info, products is not a big deal, getting datasets and datasets
info is not so intuitive, actions/view/datasets, other options are a
pull down from the actions bar.
I still have yet to find how to update / get RSU
On 7/20/2021 7:27 AM, Shaffer, Terri wrote:
How would this even work? Or be complete.. SMPE doesn’t know about my
SERVERPAC customizations. Or how about the CPAC. ** datasets or other
operational names I setup.
When you create a Software Instance, you select a CSI and as many target
Ed,
How would this even work? Or be complete.. SMPE doesn’t know about my
SERVERPAC customizations. Or how about the CPAC. ** datasets or other
operational names I setup.
How about my master catalog or usercatalog names.. and many other things.. I
don’t understand how this would help or
"... you need to read my saved serverpac configuration file dataset."
Now that is a killer idea.
Unfortunately for us, I think IBM will rather hear about it through an RFE
rather than 'be cool' and iterate quickly.
Dreaming on, I would also expect IBM to move away from XML (ugh) onto one of
Sounds like great SHARE session material (if it isn't already there for the
next one).
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: Tuesday, July 20, 2021 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond
On 7/20/2021 6:34 AM, kekronbekron wrote:
Hmm.. is 2.4 is available as a zOSMF Software Instance via ShopZ?
No products are available as Software Instances from ShopZ, they come as
PORTABLE Software Instances.
You can create a Software Instance for any collection of software you
have --
On 7/20/2021 4:41 AM, Richards, Robert B. (CTR) wrote:
"If I may suggest to all that will install z/OS V2.5 with z/OSMF, it really behooves
you to define your prior z/OS release right now as a Software Instance."
I do not want to assume that I completely understand your suggestion.
She means
Is there actually any real IBM doc that describes what may be displayed
by z/OS on the little display on a 3480/3490/3590 tape drive?
Tony Thigpen
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
The mind is the first thing to go. Kelly Clarkson's song title "Piece By
Piece" applies here. I am glad for manuals!!!
IIRC, the answer is no. I am participating in a Db2 install under z/OSMF
though. Maybe I'll pick up a few tidbits.
Bob
-Original Message-
From: IBM Mainframe
I would not think my SMPE CSI for my current z/OS 2.4 would have enough
information to support a serverpac install. Many things have been changed that
I would not count on matching what it was for the actual serverpac install.
Mountpoints, dataset names, etc. Again if you looking for people
Hmm.. is 2.4 is available as a zOSMF Software Instance via ShopZ?
- KB
‐‐‐ Original Message ‐‐‐
On Tuesday, July 20th, 2021 at 6:58 PM, Richards, Robert B. (CTR)
<01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
> I thought that maybe a new order of 2.4 through Shopz except
I thought that maybe a new order of 2.4 through Shopz except change the
delivery mechanism.
Bob
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
kekronbekron
Sent: Tuesday, July 20, 2021 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January
Hi Bob,
I believe she means that when you import your prior/current zOS CSI and set
some parms (if required) for it, then you can base your target environment
(CSI, files, etc.) off of it.
This way, you don't start at zero, i.e., defining all datasets manually, anew.
- KB
‐‐‐ Original
IBM shares rose as much as 4% in extended trading on Monday after the
enterprise technology and services provider reported second-quarter earnings
that came in stronger than analysts had expected.
Here’s how the company did:
- Earnings: $2.33 per share, adjusted, vs. $2.29 per share as
Marna,
Can you expand on what you mean below?
"If I may suggest to all that will install z/OS V2.5 with z/OSMF, it really
behooves you to define your prior z/OS release right now as a Software
Instance."
I do not want to assume that I completely understand your suggestion.
Bob
Marna,
I missed a few answers to you below I am hoping you can read my
responses after yours.
Ms Terri E Shaffer
Senior Systems Engineer,
z/OS Support:
ACIWorldwide – Telecommuter
H(412-766-2697) C(412-519-2592)
terri.shaf...@aciworldwide.com
-Original Message-
From: IBM
You are 100% correct, there are about 50 datasets that I ALWAYS enlarge during
the installation for just the reason you specified, IBM sizes them for
delivery, not for applying maintenance later. Then there are the ones that
ALWAYS need to be updated like HASPSPACE and the checkpoints, as well
>You can't change the size of a dataset and you can't change PDS to PDSE. It's
>easy in ServerPac to mass change to PDSE. It skips ones that aren't eligible.
You can't? As far as I am concerned that is a definite roadblock. IBM never
sizes the data sets in such a way that they won't go x37 at
50 matches
Mail list logo