I love Google. I use it all the time, both professionally and personally.
But I'm a realist. I know Google is not in this game out of altruism.
To answer your question more or less, it is sad to say I use about four methods
of finding z documentation -- not because I like variety, but because ea
Bear in mind that regardless of the goals (in other words you don't know that a
velocity of 40% won't give you a response time of .5 seconds).
The essential metric is the importance level. In period 3, you are essentially
saying that when your system gets busy, Infoprint simply isn't that impor
On 4/05/2018 4:36 AM, Charles Mills wrote:
I saw the most wonderful quote the other day, regarding free services (like
Google, but not to pick on them in particular).
"If you're not paying for it, then you're not the customer. And if you're
not the customer, you're the merchandise."
Most peopl
My client has a mixture of things, but nothing is ever shared with a sandbox
LPAR - not even
via RRSF "one way". It really doesn't seem dangerous to do it one way, but I
still
prefer to isolate things in a sandbox as completely as possible.
One business unit with 2 large sysplexes has separa
> On May 2, 2018, at 3:50 AM, Gadi Ben-Avi wrote:
>
> Hi Ed,
> The DSORG is PS for these datasets.
>
> Gadi
>
Are they in use?
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@lis
fred glenlake wrote:
>We are going from one production lpar and one test lpar to two sysplexs, one
>plex for production, one plex for test. Currently the RACF databases are
>shared (yeah not ideal) but they will be split (prod and test on their own
>databases) once we are sysplexed.
>In prepa
I would suggest looking at an RMF workload activity report to see what the
workload is doing now rather than arbitrarily changing period durations and
goals. The workload activity report can tell you the average response time
and transactions rates, along with the service units and velocity as it'
Omg ... my bad. I get it now. I'll just go over and stand by the truck. Thanks.
Anne R. Adams, CISSP
DTI, Systems Engineering
Lead Mainframe Services Analyst
302.739.9500
We support the mainframe, it just works.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Ja
Thanks for the replies!
Yes, I used the set name "LNKLSTxx" arbitrarily for demonstration purposes.
The current PROGxx defines several sets, with the final set activated at
IPL time having a name similar to &SYSNAME.LNK.
What I am trying to avoid, in addition to "requiring" an IPL for the sake
of
On our tiny mainframe 800 SUs is still only .03 CPU seconds, which is not
insignificant, but is really not that much CPU time. 800 SUs is just not that
much CPU.
First Tennessee Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Adams
I saw the most wonderful quote the other day, regarding free services (like
Google, but not to pick on them in particular).
"If you're not paying for it, then you're not the customer. And if you're
not the customer, you're the merchandise."
Charles
-Original Message-
From: IBM Mainf
I understand the words in your response but I still don't understand. How is it
possible that it takes over 800 SUs to respond to and Infoprint daemon? What am
I missing here?
Anne R. Adams, CISSP
DTI, Systems Engineering
Lead Mainframe Services Analyst
302.739.9500
We support the mainframe, i
Collin College (Plano TX) will conduct a “boot camp” this summer to prepare a
group of military veterans to enter the work force as entry level COBOL
programmers. Topics will include z/OS basics, TSO/ISPF, JCL, and COBOL
programming. We are looking for one or more persons with expertise in som
On Thu, 3 May 2018 17:23:52 +, Adams, Anne (DTI) wrote:
>Our Inforprint processes suffer when the system gets slow and therefore
>print slows. The Infoprint manual suggests changing the WLM Service Class
>for these processes thusly:
>
>* Service Class OMVSDMN - OMVS Print Daemons
BTW, the reason your Infoprint work suffers is most likely due to it having
an Importance level of 5. If you make that higher, then it should ensure
that Infoprint gets serviced by WLM to ensure its goals are being met
[regardless of the velocity or response time settings].
Adam
-Original Me
The first two periods are ALWAYS used, but the duration limits how long the
work stays there before it transitions into the next period.
So, if most of our work is in period 3, it's because it has exceeded the 800
SU's that have been designated in the previous periods.
Adam
-Original Message
On Thu, May 3, 2018 at 1:06 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 3 May 2018 15:22:22 +, Seymour J Metz wrote:
>
> >That was my point; if you need it at IPL time and it's cataloged in a
> user catalog, you need an explicit volume serial.
> >
> I'
On Thu, 3 May 2018 15:22:22 +, Seymour J Metz wrote:
>That was my point; if you need it at IPL time and it's cataloged in a user
>catalog, you need an explicit volume serial.
>
I'm (slowly) coming to grasp that. At IPL time, the CAS is not initialized and
user catalogs can not be searched.
On 5/3/2018 4:47 AM, Peter Relson wrote:
... IPLINFO itself must have been changed
when dynamic APF was introduced but chose not to use the provided
programming interface (CSVAPF REQUEST=LIST) to gain access to the data.
Umm... IPLINFO is a REXX exec.
As such, it cannot invoke z/OS system serv
Remember that to google you are not the customer, you are the product.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Sankaranarayanan, Vignesh
Sent: Thursday, May 3, 2018 5:32 AM
To: IBM-MAIN@
Question for any WLM/performance geniuses,
Our Inforprint processes suffer when the system gets slow and therefore print
slows. The Infoprint manual suggests changing the WLM Service Class for these
processes thusly:
* Service Class OMVSDMN - OMVS Print Daemons
We have separate DB's for each Sysplex BUT keep them in sync using
RRSAF so password changes and profile updates flow from the initial
system to all the others. In the case of the Sandbox Sysplex we
allow updates IN but not OUT - allowing us to test RACF changes in
the Sandbox Sysplex and not
I would do the split post sysplex.
Make a copy of production to be used by the test sysplex.
Get to the two sysplex mode.
Then do the cleanup.
Remember, you scope of sharing is SYSPLEX. Do not cross sysplex boundaries. You
will (most likely) be very sorry if you do.
-Original Message-
F
If you have not joined, there is a RACF List that you might like to also ask
this question.
To join, if you have not done so, go to this URL
RACFhttp://www.listserv.uga.edu/archives/racf-l.html
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> fred
On 2 May 2018 at 19:43, Charles Mills wrote:
> When did SRBs come along? When dinosaurs roamed the earth?
Yes, roughly. From the very beginnings of MVS, aka "OS/VS2 Release 2",
which IIRC went GA in 1972.
Tony H.
--
For IBM-MA
Hello,
We are going from one production lpar and one test lpar to two sysplexs, one
plex for production, one plex for test. Currently the RACF databases are
shared (yeah not ideal) but they will be split (prod and test on their own
databases) once we are sysplexed.
In preparation for the spl
D'accord
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Seymour J Metz
Sent: Thursday, May 3, 2018 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rant
But still true; plus ça change, plus c'est la même chose.
--
Shmuel (Seymour
But still true; plus ça change, plus c'est la même chose.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Allan Staller
Sent: Thursday, May 3, 2018 8:33 AM
To: IBM-MAIN@listserv.ua.edu
Subject:
Hi Vignesh,
Yes, all the existing datasets can be copied - i.e. 'cloned' - to new
datasets with new names. Both the DZONE and TZONE of the new CSI then
need to be renamed and pointed at each other, and all the new CSI's
DDDEFs need to be pointed at their new dataset names. It is all done via
UCL.
That was my point; if you need it at IPL time and it's cataloged in a user
catalog, you need an explicit volume serial.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Tom
Marchant <000a2a8c
IBM still does not do the internet well. Never has. Even Shopz and service
request is a PITA.
Sent from Yahoo Mail for iPhone
On Thursday, May 3, 2018, 3:58 PM, Allan Staller wrote:
Several influential IBMers are regular posters here. I would hope that are
using back channels to get this a
Is there a paid search engine where I get extremely context accurate search
results? 😊
I should just get DocBuddy and read reams of documentation on a mobile phone!
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Thu, 3 May 2018 06:41:14 -0700, Lizette Koehler wrote:
>I think you can only have on Linklst activate at one time.
Yes, but you can have address spaces still using an inactive LNKLST.
AFAIK this does not cause any problems. New jobs will always use the
active LNKLST.
--
Tom Marchant
-
On Thu, 3 May 2018 09:32:51 +, Sankaranarayanan, Vignesh wrote:
>Whenever I search for anything mainframe-related on Google, ...
>
You get what you pay for?
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instruc
Several influential IBMers are regular posters here. I would hope that are
using back channels to get this addressed.
If mainframers operated this way, we would be escorted off the premises
(probably under armed escort!).
-Original Message-
From: IBM Mainframe Discussion List [mailto:I
On Thu, May 3, 2018 at 8:23 AM, Steve Horein wrote:
> Is there a practical limit to the number of dynamic LNKLST sets created?
>
> I find myself in a position to deploy two products upgrades, both requiring
> new data sets in LNKLST (either new names, or under-sizing issues). To
> accommodate imp
Oops - I said CSVLLA - I meant the LINKLIST dynamic activation - sorry
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Lizette Koehler
> Sent: Thursday, May 03, 2018 6:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dynamic LNKLST SET limitations?
>
I think you can only have on Linklst activate at one time. And only good until
the next IPL - where if not updated in the IPL member(s) will get lost.
So how you name them in your Parmlib dataset is up to you.
Remember 00-99,0a-zz,and you can include @ $ # - are available.
So how you set the
On Thu, 3 May 2018 08:23:45 -0500, Steve Horein wrote:
>Is there a practical limit to the number of dynamic LNKLST sets created?
I don't know I would guess that there is some common storage required for
each LNKLST set.
>I would like to come up
>with a naming convention for the LNKLST sets
On Thu, 3 May 2018 12:40:18 +, Allan Staller wrote:
>I will probably keep posting this until the PFCSK's creating these tools get
>their act together!
It isn't that I disagree with you. I agree with what you wrote.
I understand and share your frustration. You are preaching to the choir here.
If you have not done so, the RACF List may also be able to offer
suggestions/advice
To join, go to this URL
RACFhttp://www.listserv.uga.edu/archives/racf-l.html
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> Gilson Cesar de Oliveira
> Sent: Thur
Is there a practical limit to the number of dynamic LNKLST sets created?
I find myself in a position to deploy two products upgrades, both requiring
new data sets in LNKLST (either new names, or under-sizing issues). To
accommodate implementation and back out processes, I would like to come up
wit
Me: Give me Book Manager, or give me Death!
IBM: Drop dead.
The KC manuals are so variant that they remind me of my mom saying "A place
for everything, and everything in it's place!" The problem was the "place"
that things "belonged" changed every week. So there is the z/OS 2.1 variant
of KC, the
Hahaaa
Refrain FAIL.
- Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Allan Staller
Sent: 03 May 2018 13:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: Rant
Refrain: the "new tools" are not
On Thu, May 3, 2018 at 6:47 AM, Peter Relson wrote:
> Whether a dataset is SMS-managed or not has no relevance to the
> information displayed by the program, but has relevance to whether or not
> there is a "match". That match is done as part of "Open" processing, for
> example.
>
> An APF list e
On 5/2/2018 1:26 PM, Sankaranarayanan, Vignesh wrote:
Thanks for this; the product is in its own target and dlip zones,
product has its own CSI. So the ZONEINDEX is for consideration only
when TGT and DLIB have their own zones, or even if they're all in a
single product CSI?
Each target and dli
Gilson Cesar de Oliveira wrote:
> I'd like to hear from this group, which way we have to follow in order to
> add in RACF the root chain from external partners that have encrypted
> connections but using self signed certificate.
I forgot to ask, how did you or external partners created that Se
Gilson Cesar de Oliveira wrote:
> I'd like to hear from this group, which way we have to follow in order to
> add in RACF the root chain from external partners that have encrypted
> connections but using self signed certificate.
You should also post your question on RACF-L. You certainly will
I will probably keep posting this until the PFCSK's creating these tools get
their act together!
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: Thursday, May 3, 2018 7:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: R
On Thu, 3 May 2018 12:33:03 +, Allan Staller wrote yet again:
>Refrain: the "new tools" are not as reliable, available or functional as the
>"old tools" being replaced/upgraded.
Yeah, Allan. We know.
How many times have you posted this to the list?
What purpose do you think it serves?
It is
On Wed, 2 May 2018 16:14:28 +, Seymour J Metz wrote:
>>True, but the APF list entries include the volume serial on which the data
>> set resides, or they specify "SMS". In either case, the catalog entries are
>> not needed at IPL time, so APF listed data sets can be cataloged in a
>> user c
Refrain: the "new tools" are not as reliable, available or functional as the
"old tools" being replaced/upgraded.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Sankaranarayanan, Vignesh
Sent: Thursday, May 3, 2018 4:33 AM
To: IBM-MA
Sorry, misunderstood what you were asking. Ignore my response.
On Thu, May 3, 2018 at 7:17 AM Michael Babcock
wrote:
> Doesn’t the catalog search interface return this value? GDGLIMTE?
>
> On Thu, May 3, 2018 at 3:26 AM Nick Jones <
> 01ae4c0671ae-dmarc-requ...@listserv.ua.edu> wrote:
>
>
Doesn’t the catalog search interface return this value? GDGLIMTE?
On Thu, May 3, 2018 at 3:26 AM Nick Jones <
01ae4c0671ae-dmarc-requ...@listserv.ua.edu> wrote:
> Many thanks, Cieri.
>
> However, this method obtains the system wide maximum as defined by
> MAXGENS_LIMIT in parmlib member IGD
Whether a dataset is SMS-managed or not has no relevance to the
information displayed by the program, but has relevance to whether or not
there is a "match". That match is done as part of "Open" processing, for
example.
An APF list entry created by a specification such as DSN(MY.DSN) SMS will
Dear list:
I'd like to hear from this group, which way we have to follow in order to add
in RACF the root chain from external partners that have encrypted connections
but using self signed certificate.
I will describe the three ways we have imported the root chain:
1- Add the certificate
Sankaranarayanan, Vignesh wrote:
>Whenever I search for anything mainframe-related on Google, the pages are
>almost always to v2r1 KC links.
>Although there's not too much difference in documentation between one release
>and another, just the non-IBM Plex font in v2r1 makes me manually change th
Whenever I search for anything mainframe-related on Google, the pages are
almost always to v2r1 KC links.
Although there's not too much difference in documentation between one release
and another, just the non-IBM Plex font in v2r1 makes me manually change the
URL each time.
Sometimes, this does
Many thanks, Cieri.
However, this method obtains the system wide maximum as defined by
MAXGENS_LIMIT in parmlib member IGDSMSxx, not the MAXGENS value defined to an
individual PDSE V2 library.
Nick
--
For IBM-MAIN subscribe /
Article's title is slightly misleading. Two tape reels (archive/backup, I
assume) with 20 million records went missing 2 years ago. The bank waited until
now to fess up.
--
For IBM-MAIN subscribe / signoff / archive access instr
60 matches
Mail list logo
