On Fri, 24 Feb 2023 10:11:50 -0600, Marna WALLE wrote:
>
>Here, we have a zFS data set that is a full 3390-27, and is mounted at a
>location we call the /nts Everything that we acquire electronically goes
>there: portable software instances and PTFs from RECEIVE ORDER. We tidy it
>up
Yes, explaining to them that files are not an unstructured byte stream but a
collection of structured records (with no line endings!) tends to elicit
confusion. The most interesting way to explain it I once saw was to describe
file allocation as "setting the SHAPE of the file so the system
Oh, you reminded old joke:
- Did you close the system?
- All started tasks? Let's check: (D A,L)
- Oh, will you stop the remaining started tasks?
:-)
--
Radoslaw Skorupka
Lodz, Poland
W dniu 24.02.2023 o 20:42, Tom Brennan pisze:
I'm getting off topic, but... Thanks for that. To me, it seems
Exactly. No other system cares about the contents of the file.
On Fri, Feb 24, 2023 at 3:04 PM Bob Bridges wrote:
>
> Oh, I was going to mention that surely allocating datasets, either in batch
> or TSO, has got to seem like one of the dumbest and most incomprehensible
> things we do on the
Oh, I was going to mention that surely allocating datasets, either in batch or
TSO, has got to seem like one of the dumbest and most incomprehensible things
we do on the mainframe, to a foreigner.
---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
/* Just as the people who were alive
In the semi-famous Logica hack in Sweden - I did some research into the
details, some years ago - the intruders seemed competent to write their own
binary code and run it in OMVS. But they bogged down when they had to
link-edit something; they had a number of failures because of a laughably
I'm getting off topic, but... Thanks for that. To me, it seems more
often than not that operations folks think Z EOD stops the system. In
fact, they also think the system is doing nothing when they see an empty
D A,L response. Sometimes at that point I'll show them D A,ALL and give
them a
Peter - thank you for your thoughtful, and respectful, reply. My comments are
based on my experience and discussions with tech folks over the years. I'm
willing to be proven wrong anytime.
Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck
“Worry more
Yes, Z EOD is not "end of system". It is (my simplified view) just a
method to flush SMF buffers, etc. However even after that you can issue
D A,L and many more commands. BTW: Nowadays ICSF task should be closed
*after* Z EOD when SMF is encrypted using Pervasive Encryption.
The real system
Lionel, respectfully I must disagree. I have been using the IBM Zxplore
website on my own time for over a year now for enhanced learning of some of the
"new" technologies available on our mainframe systems, and I have been
consistently surprised to observe the actual difficulties that genuine
IBM used to have remote job entry devices consisting of a card reader
/ printer optional punch.
https://www.ibm.com/ibm/history/exhibits/storage/storage_3850.html
Here is the announcement of an emulator with one window for each.
If I remember correctly Z EOD doesn't stop the system, it just stops recording
and flushes the records. Unless you follow with a QUIESCE (or deactivate), the
system continues to idle along
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Radoslaw Skorupka
>
It's neither cultural or generational - it is that the younger generation has
been coddled too much. In prior generations you did the job, or you found
another one. And in that job, you learned how things were done and you did them
and once you were proficient and understood the job then you
It's a cultural, generational thing also. I'm surprised I havent been asked for
a cell phone app!
Bill
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Your comments are worth much more than $.01. What these point-and-click
developers are rapidly forgetting is that all their gui is doing is
(predominantly) hiding the fact that the gui is just populating config files
somewhere on the back end. What happens when the gui breaks and they have no
Hi -
I don't see anything new or different here. When you acquire your portable
software instance, you'll need enough space to hold the order. Just like the
old RECEIVE job needed in CustomPac. Why couldn't you use the same zFS? I'm
not sure I see the value of keeping a separate directory
I think they should have the Zpdt discount price if so I’d be interested ….
> On Feb 24, 2023, at 8:06 AM, Steve Thompson wrote:
>
> Might I suggest z/XDC from Cole Software? I've used it off and on since the
> mid-90s and it beats the snot out of TEST|Test Auth.
>
> Steve Thompson
>
>
I agree!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Just my $0.01 (not worth $0.02).
These developers who want/need access to z/OS and don't want to learn how to
work with z/OS, don't they learn new things all the time - new IDE's, different
operating systems (windows, macos, flavors of linux, unix, ...)? IMHO it is
easier to learn the TSO/ISPF
Or even Linux.
However this is one of the tests I'm not going to perform, unless in IBM
lab.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 24.02.2023 o 14:57, Martin Packer pisze:
Of course you can run eg a CF LPAR using GCPs – and I’ve actually seen it. What
then?
Cheers, Martin
From: IBM
SCRT uses the GP dispatch time of the LPAR, from SMF70EDT, to determine
if the LPAR is active. (Dispatch times for _all_ LPARs on the CPC
are available in the SMF records from each individual system).
For any hour in which an LPAR has non-zero dispatch time, and no
SMF70/89 records, SCRT will
So I hope you all dont mind a general question...
We have the common struggle of dealing with non-mainframe developers accessing
z/OS (programs, jobs, DB2) and an attitude that we need to leave the mainframe.
In trying to leverage our z/OS environment, might ZOWE (and the required zOSMF)
Of course you can run eg a CF LPAR using GCPs – and I’ve actually seen it. What
then?
Cheers, Martin
From: IBM Mainframe Discussion List on behalf of
Radoslaw Skorupka <0471ebeac275-dmarc-requ...@listserv.ua.edu>
Date: Friday, 24 February 2023 at 13:40
To: IBM-MAIN@LISTSERV.UA.EDU
I don't know about RMF, but HMC clearly distinguish Activated and Not
Operating vs Activated and Operating.
Of course HMC also shows OS name and version (it is 10+ years old feature).
I don't know what in case of some rare/exotic control program, i.e.
stand alone utility. I believe it will be
Thanks for all your responses. To get the JNI routine to work I made the
assembler routine re-entrant and linked the JNI routine RENT; the JNI
routine now resides in key=0 storage.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul
Interesting topic
We have a starter system, outside of the one Sysplex we have on the same CPC
It is one LPAR, limited to 10% of a CP and runs nothing
RMF/SMF data collected indicates peak MSU at 1 or 2 for the month
Yet, IBM insists that we include that data in the monthly SCRT reporting
Might I suggest z/XDC from Cole Software? I've used it off and on
since the mid-90s and it beats the snot out of TEST|Test Auth.
Steve Thompson
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
An interesting question is how to tell – from RMF – if an LPAR is shutdown but
not deactivated. In my own code I use the term “idle” – which means near zero
CPU – as that’s the closest I know how to get.
Cheers, Martin
From: IBM Mainframe Discussion List on behalf of
Radoslaw Skorupka
Gentlemen,
First, thank you for the discussion. That also helps.
Ad rem:
1. The is no big reason to keep LPAR Activated, Not operating, except
short time between activation and IPL or re-IPL, etc. And SCRT is IMHO
not the most important reason for that. Good reasons were presented by
Martin.
Classification: Confidential
A few seconds to 1 minute
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Martin Packer
Sent: Friday, February 24, 2023 4:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SCRT and not operating LPAR
[CAUTION: This Email is from outside
Further to Bonnie’s point, I think I’d want to deactivate unused LPARs to get
the weights and HiperDispatch to work right for the active LPARs.
But tell me, how long should it take to activate an LPAR prior to IPL’ing it?
Thanks, Martin
From: IBM Mainframe Discussion List on behalf of
Bonnie
31 matches
Mail list logo
