Re: z/OSMF

[David Purdy]

 Best investment I made WFH is a $250 43" 4K TV used as a monitor.6 - 8 
viewable windows at the same time, plus ergonomic while not having to do a 
cranium swivel between multiple monitors.
.And a tan at the same time...

Second best investment was bifocals cut for 18" monitor and closer for reading. 
Ergonomics again...the neck was grateful and more relaxed at the end of a day.
David
On Sunday, July 2, 2023 at 09:38:49 PM EDT, Charles Mills 
 wrote:  
 
 Bigger monitor + larger 3270 screen format = same size type.

Large monitors are under $200.

It's your right to stick with 80's display technology but it's not IBM's fault 
that you then have a problem with more modern screen layouts.

Charles

On Mon, 3 Jul 2023 01:19:24 +, Shaffer, Terri 
 wrote:

>Amazing for 38 years, I have never used anything bigger than 14" PC monitor. 
>My 24x80 saves my eyes at age 60, that I don't need glasses.. So that's a poor 
>excuse.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

Re: IBM-MAIN

[David Purdy]

 +x'10'
On Wednesday, May 3, 2023 at 09:26:16 AM EDT, Lionel B. Dyck 
 wrote:  
 
 +1


Lionel B. Dyck <><
Website: https://www.lbdsoftware.com
Github: https://github.com/lbdyck

“Worry more about your character than your reputation. Character is what you 
are, reputation merely what others think you are.”  - - - John Wooden

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gord Tomlin
Sent: Wednesday, May 3, 2023 8:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM-MAIN

On 2023-05-02 22:56 PM, Darren Evans-Young wrote:
> Haven't had to remind folks of this in a awhile. This list is for the 
> discussion of IBM Mainframes.
> Not political discussions/opinions and other worthless sh*t that I and 
> others really don't care about.  If it continues, I will start 
> removing people from the list

Thank you!

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: concatenated SMPPTS datasets

[David Purdy]

 Bill, SMPe allows 99 PTS datasets. I rarely add them in the JCL - adding them 
to the DDDEFs in the global CSI keeps everyone on the same page.
David
On Wednesday, March 29, 2023 at 12:10:42 PM EDT, Bill Giannelli 
 wrote:  
 
 So, I have alot of maintenance to receive and am blowing out on SMPPTS. within 
SMPe can I concatenate a second dataset for SMPPTS in the DDDEF?
thanks
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM ordered to pay $1.6b to BMC

[David Purdy]

My brother is a computer forensic consultant for a law firm, and he mines and 
compares source code for a living.
He maintains it's (mostly) not a matter of proving who is right and wrong, but 
which legal team makes a mistake.
David
-Original Message-
From: Tony Harminc 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Jun 3, 2022 3:09 pm
Subject: Re: IBM ordered to pay $1.6b to BMC

On Fri, 3 Jun 2022 at 14:16, Charles Mills  wrote:

> Well, #1 we are a bunch of jailhouse lawyers without even the source 
> documents in front of us. Who knows EXACTLY what IBM agreed, or how it is 
> effectively modified by the operation of law, or what exactly transpired 
> between IBM and AT

Indeed. Anyone who has ever seen a program written by a lawyer may
appreciate this. I have seen a few (mostly but not entirely
spreadsheets), and it just reinforces my thinking that lawyers live in
a "differently logical" world from the rest of us. Many of us here
have all kinds of experience dealing with lawyers and contracts (to
say nothing of personal matters), but that kind of "legal experience"
doesn't make us lawyers or even experts.

Looked at another way, "legal reasoning" is a law school topic of
instruction and study, and is generally the thing that we programmers
take to because it most closely resembles programming, and we like to
think that the law is algorithmic in nature. But legal reasoning is
very far from being "the law", and is actually quite a small part of
the education of a lawyer. Applying it other people's cases to
conclude that this or that judgement is correct or will obviously be
overturned is just silly.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Resizing MCDS

[David Purdy]

Peter, hsm also includes tools to analyze and split an MCDS as well.  You have 
to decide how many.
In our case, I have three, and I use your method to do reorgs plus try to repro 
evenly across all three.
David


-Original Message-
From: Gadi Ben-Avi 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, Feb 22, 2022 5:22 am
Subject: Re: Resizing MCDS

That's what I've been doing.
I use sort to copy, and do the rename after the copy, but it general it's the 
same process.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Tuesday, February 22, 2022 11:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Resizing MCDS

Hello

Apologize for basic question

Whats your approach on resizing HSM MCDS ?

is it just defining MCDS, Rename, repro old to new and start HSM task ?

Peter

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Email secured by Check Point

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What not to do on a z/OS system...

[David Purdy]

In the mid-70's, two programmers discovered TSO SEND, and they were madly 
exchanging explicit love notes.  Neither the operators or sysprogs let them 
know the notes were showing up on the console.
Must have worked - they eventually happily married...


-Original Message-
From: Bob Bridges 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, Jan 18, 2022 8:31 pm
Subject: Re: What not to do on a z/OS system...

Not the same thing, but it reminds me that I once caused a panic inadvertently 
in my office.  Users would occasionally ask the owner of a process or dataset 
for permission to access it, get the ok from the owner, and forward it to me 
saying "please set this up; as you see, he said it was ok".  I, naturally, 
would insist that the owner email me directly.  (In case it isn't obvious why, 
it's easy to construct an email in which "he" says it's ok; but if it comes 
directly from the owner, I can trust it.  Not that I think anyone's lying, but 
someday it'll happen and I want to get all my customers used to doing it right.

My boss didn't thoroughly understand my objection to accepting second-hand 
permissions.  So one night it occurred to me that a demonstration might be 
educational.  Before I went home I sent him an email bringing up the subject 
again, explained my position, and said "...as you can see by the below email".  
Below I fadged up an email ostensibly from my boss to HIS boss, saying 
something uncomplimentary.

When I got in the next morning, the department was in an uproar.  Apparently my 
boss had completely missed the point of my email; all he could see was that 
someone had hacked his account, and he was on the verge of going to his boss to 
deny that he'd sent any such email.  I talked him down and explained again what 
I'd done.  But I don't think I'll try any such realistic demonstration again in 
future, not at least without more emphatic disclaimers surrounding it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Being famous has its benefits, but fame isn't one of them.  -Larry Wall */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roger Bolan
Sent: Tuesday, January 18, 2022 19:43

Well, mine was just silly and did not involve games or using unauthorized CPU 
time.
I was just doing my normal code development job and running PL/I compiles, 
links, and tests.
The systems I normally used restricted the jobnames to userid + a character.  
Then one of the systems I was working on allowed the jobname to
be whatever I wanted.  So I took one of my ordinary jobs that didn't use
any more time or resources than normal, and "just for fun" I gave it a jobname 
of "COREHOGG".

OMG!!  When I submitted that my phone immediately blew up with people
yelling at me about what did I think I was doing?  Not the operators.
They could see what it was.  But other users who just reacted to the name 
COREHOGG without knowing anything else about the job.

So I learned not to give jobnames "just for fun". :)

--- On Tue, Jan 18, 2022 at 3:41 PM Robert Prins  
wrote:
> OK, it's not the silly season, but have you ever used your employers 
> equipment to do something silly? And are not afraid to admit it?
>
> Well, I have in the early 1990'ies, and I actually got away with it, 
> without losing my job.
>
> And talking about jobs, if anyone of you know of any companies looking 
> for someone with 36+ years of PL/I, and a bit less Db2 and CICS, feel 
> free to drop me a line.
>
> So what did I do? Let's go back a few years…
> https://prino.neocities.org/blog/2022-01-19-setting-the-record-straight.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL EMAIL: Re: System Programmer Titles

[David Purdy]

 The difference is $25/hour more.
Professional engineers (mechanical,  civil, etc) have gone to court to preserve 
the 'engineer' designation.
Right or wrong, it is what is.
David
On Monday, October 11, 2021, 05:56:49 PM EDT, Skip Robinson 
 wrote:  
 
 OK, getting serious. I've been in this business for four decades.
Performing essentially the same kinds of tasks for various employers at
various levels of seniority. I have always represented myself as a 'Systems
Programmer'.

I'm currently in a 'discussion' with a manager type who wants to hire a
'Systems Engineer'. I have not been able to discern the difference. What
can a Systems Engineer do that a Systems Programmer cannot?

On Mon, Oct 11, 2021 at 2:23 PM Jerry Whitteridge <
jerry.whitteri...@albertsons.com> wrote:

> I keep working to have my Business Cards use "Speaker to Machines" as my
> job title
>
> Jerry Whitteridge
> jerry.whitteri...@albertsons.com
> Manager Mainframe Systems & HP Non-Stop
> Albertsons Companies
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Skip Robinson
> Sent: Monday, October 11, 2021 2:05 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EXTERNAL EMAIL: Re: System Programmer Titles
>
> I toyed with a number of different titles but couldn't find one elegant and
> imperial enough. So I borrowed from my trash man. Now I'm a Sanitation
> Engineer.
>
> On Mon, Oct 11, 2021 at 1:47 PM David Spiegel 
> wrote:
>
> > Large Systems Infrastructure Support
> > Another one: Mainframe Administrator (I really dislike this one in
> > particular.)
> >
> > On 2021-10-11 16:28, Herring, Bobby wrote:
> > > I asked this question back in 2004. My boss wants to know if there are
> > any new titles to add to the list below.
> > >
> > > Mainframe Engineer
> > > Operating Systems Architect
> > > Software Engineer
> > > Software Project Specialist
> > > Software Specialist
> > > System Analyst
> > > System Architect
> > > System Engineer
> > > System Programmer
> > > Systems Programming Specialist
> > > Systems Specialist
> > > Technical Advisor
> > > Technical Analyst
> > > Technical Services Professional
> > > Technical Specialist
> > >
> > > What title do you have as a system programmer?
> > >
> > > Bobby Herring
> > > Texas Farm Bureau Insurance
> > >
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of Kirk Wolf
> > > Sent: Wednesday, July 22, 2020 3:43 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SFTP and z/OS Migration
> > >
> > >
> > > IBM z/OS OpenSSH is a base feature of z/OS since V2R2.
> > > When you install a new version of z/OS you will get a new version.
> > > There are often migration actions from IBM having to do with /etc/ssh
> > > configuration settings. When moving releases you would at minimum want
> to
> > > review any changes that you made from the IBM /samples and the new
> > /samples
> > > and merge those as appropriate.
> > >
> > > BTW: Here's a quick start guide that we have on customizing IBM z/OS
> > > OpenSSH:
> > >
> >
> https://clicktime.symantec.com/3EjT7UpBoFLigAk1qbuq94m7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fdovetail.com%252Fdocs%252Fpt-quick-inst%252Findex.html%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DJx%252BXTc3mHzYwn%252F2sx96TwbALtMWz8fAuPyfFcW7tyEo%253D%26reserved%3D0
> > <
> >
> https://clicktime.symantec.com/3EjT7UpBoFLigAk1qbuq94m7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fdovetail.com%252Fdocs%252Fpt-quick-inst%252Findex.html%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DJx%252BXTc3mHzYwn%252F2sx96TwbALtMWz8fAuPyfFcW7tyEo%253D%26reserved%3D0
> > >
> > >
> > > Kirk Wolf
> > >
> >
> https://clicktime.symantec.com/38hZe9mQMjunvzdc8X4GQRq7Vc?u=https%3A%2F%2Fna01.safelinks.protection.outlook.com%2F%3Furl%3Dhttp%253A%252F%252Fdovetail.com%252F%26data%3D04%257C01%257C%257C06bd05653b2a4076928208d98cf5acaf%257C84df9e7fe9f640afb435%257C1%257C0%257C637695809175524138%257CUnknown%257CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%253D%257C1000%26sdata%3DUyp2%252BWnPfnfLrxuNiLr0XdI7j3LTGfwtDFvHim%252FWEgU%253D%26reserved%3D0
> > <
> >
> 

Re: 3277 graphics

[David Purdy]

I worked for Tektronix in the '80s, and we successfully did a POC of a circuit 
board design system (CBDS).  Four users on 3277s would take a 3083 to its knees 
- intensely CPU-bound.  CBDS reduced a sample 5X7 board  from 7 layers to 4, 
including surface mounts and buried vias.
We got shut down because a DEC-based design system was presented, and they were 
running a canned 'interactive' design system - great acting again.  The system 
would present the next step regardless of what was entered.  As I remember, Tek 
bought the company for $100 million, sold it 2 years later for $5 million.
David

-Original Message-
From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Sep 1, 2021 9:20 am
Subject: Re: 3277 graphics

On Tue, 31 Aug 2021 21:17:09 -0700, Tom Brennan wrote:

>O/T - I was a user on one of those Tektronix displays from about 1979 to
>1982, but no 3277 or mainframe.  Mine was connected to a DEC computer,
>all put together by a company called ComputerVision.
>
>This pic shows almost exactly what I used:
>[,https://en.wikipedia.org/wiki/Computervision#/media/File:Computervision_piping.agr.jpg>]
>
xterm has (still?) a  Tektronix_4010 emulation mode:
    https://en.wikipedia.org/wiki/Tektronix_4010

I once attended a presentation at our site by a Tek salesman.
He plugged the 401[024] into a modem and connected the modem
to a portable cassette containing a recorded terminal session.
He then typed memorized commands and responses pretending 
o be interacting with a computer while the tape player provided
the computer side of the dialogue.

Great acting.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [External] Re: access to 9-track reel tape drive

[David Purdy]

Many law firms specializing in software infringement cases either have, or have 
access to, all kinds of tape drives.

David

-Original Message-
From: Pommier, Rex 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, Jun 3, 2021 12:38 pm
Subject: Re: [External] Re: access to 9-track reel tape drive

We went through this a couple years ago with a bunch of 3480/3490 tapes and had 
a LOT of tape checks resulting from bad spots on the media.  I'd actually be 
surprised if you can get much usable info off 3420 type tapes.  

If you can't find a reasonably priced service, you could check with Overland 
Data.  At some point they sold a desktop 9 track drive that was compatible with 
3420 style tapes.  At a prior site, when we eliminated the 3420s we purchased 
one of these to allow us to get to the occasional 6250 bpi tape.

Good luck,
Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Thursday, June 3, 2021 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: access to 9-track reel tape drive

There are such services available, GIYF.
Note: usually the service is to copy dataset from tape to some contemporary 
medium like USB stick.
No conversion, etc.

--
Radoslaw Skorupka
Lodz, Poland



W dniu 03.06.2021 o 04:56, Mark S Waterbury pisze:
> Does anyone know of anyone in (or near) Central Florida (private individual 
> or company) with a working mainframe compatible 9-track tape drive capable of 
> reading tape reels recorded at 1600 or 6250 BPI density?
>
> I have a number of old tapes that need to be copied and archived, for 
> "posterity."
>
> Please advise.
>
> Feel free to reply privately if you prefer.
>
> Thanks in advance.
>
> Mark S. Waterbury
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: And the survey says...

[David Purdy]

Rumba was selected by our workstation support team, without any mainframe staff 
input.Replaced PCOMM, if memory serves.

David


-Original Message-
From: Baumgarte, Randall 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, Apr 27, 2021 10:16 am
Subject: Re: And the survey says...

I've used multiple ones. In my opinion, nothing is better than Vista TN3270 by 
Tom Brennan. Simple, small, & lots of features. The only two things I wish it 
had was support for tabs and a Linux version.

The next best is just an x3270 session (running under Cygwin if you're stuck on 
Windows).



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Tuesday, April 27, 2021 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: And the survey says...

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


Classification: Confidential

What 3270 emulator are you using?

I (and my colleagues) have been using PCOMM as our 3270 emulator by corporate 
edict.
Corporate has removed PCOMM from the available list of emulators, hence this 
survey (survey ends Fri. Apr 30 @ COB).

Since we have to go through a procurement process, we want to obtain the 
optimal product.
I am aware of the usual suspects and have them on my short list.

Responses can be posted on-list or directly to me.

Thanks to all in advance for your time and attention,




::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPe receive e37-04 on SMPPTS1

[David Purdy]

And you can have 99 SMPPTS spill datasets (SMPPTS1 to SMPPTS99), if memory 
serves...
David

-Original Message-
From: Lizette Koehler 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Apr 23, 2021 2:14 pm
Subject: Re: SMPe receive e37-04 on SMPPTS1

As needed, I will create as many SMPPTSx datasets for my CSI.  Then ensure that 
I have updated CSI DDDEF with the new SMP/e PTS datasets.

So long as SMP/e CSI has the datasets in the DDDEF entries. SMP/e keeps trying 
until it finds room

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Friday, April 23, 2021 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMPe receive e37-04 on SMPPTS1

Thank you for the replies!
Yes, SMPe "recovered" from the E37-04.
It spilled over to SMPPTS1 then in turn spilled over to SMPPTS2.
so it seems all good
thanks!
Bill

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RED Alert Today Regarding z/OS Service Orders

[David Purdy]

I switched to IE, and successfully downloaded.Neither Chrome nor Edge worked in 
my environment.
David

-Original Message-
From: Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wed, Apr 14, 2021 8:21 am
Subject: Re: RED Alert Today Regarding z/OS Service Orders

Anyone else having trouble downloading this zip file?

ftp://public.dhe.ibm.com/eserver/zseries/zos/alert/PTFList.zip

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Wednesday, April 14, 2021 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RED Alert Today Regarding z/OS Service Orders

I had 5 PTF's that fell into that receive window.  at least there were 3 were 
not applied, so easy.  The other two were in my base GDPS code.  One of those I 
was able to apply - redo, the other was in separate FMID for GDPS and I had no 
choice but to delete the entire FMID and re-install it.  That FMID was for the 
GUI - RESTful API interface, which is all ZFS based for the most part.  Apply 
REDO didnt want to work there.

So yea, wasted most of yesterday remediating this.    Good timing though, in a 
maintenance cycle, and got this just prior to our first Production rolls...

I didnt think to save off the corrupted PTF's out of SMPPTS before I nuked 
them. would have been interesting to see the differences.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage

[David Purdy]

Same here - usermods for IMS and CICS.
Our usermod list has been pretty stable since z/OS V2R1 - only added one.
David


-Original Message-
From: Carmen Vitullo 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Mon, Mar 22, 2021 11:40 am
Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage

I have a usermod library, that I NORMALLY keep up to date, I create a new 
usermod library for each release  
SMPE.USERMODS.ZOSV2R4 for example, for CICS, I havea IEBCOPY job in that 
library that copied SVC's for IMS and the HPO SVC for CICS to NUC. 
  
  
   
Carmen Vitullo 

  

-Original Message-

From: Jerry 
To: IBM-MAIN 
Date: Monday, 22 March 2021 10:23 AM CDT
Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage

Since, we are on the subject for Usermods. How does everyone handle the CICS 
Usermod of moving the DFHHPSVC from SDFHLOAD to NUCLEUS? I need some way to 
track it in CICS and z/OS zones.. Any suggestions would be a great help. 

Thanks, 
Jerry 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma 
Sent: Monday, March 22, 2021 10:58 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage 

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe. 

 

Carmen, 

We are at V2.4, but I cannot answer your question directly, however we maintain 
a 11Mb private below the line. I have this usermod that moves most RMODE24 
little used modules at our site out of LPALIB and into a linklsted dataset. 

++VER(Z038) FMID(HIF7S02). 
++MOVE (FLM$CPI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMB ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMCPCS ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMDDL ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMIO24 ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMLPCBL) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMLPFRT) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMLPGEN) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMLSS ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMP ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMPTC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMRA ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMRC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMRTLIB) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMS$LNK) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMS$SRV) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMS7C ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTBMAP) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCCPS) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCIDS) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCLGT) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCPC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCPP ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTCVER) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTMMI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTMSI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMTXFER) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMUM ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMVCSUP) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMXE ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (FLMXI ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 
++MOVE (ISRSUPC ) SYSLIB(SISPLPA) TOSYSLIB(SISPLOAD) LMOD. 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LISTCAT output information in XML or JSON

[David Purdy]

It took my previous company two tries, and the last try was complete in the 
sixth year of a two year project.

David

-Original Message-
From: John McKown 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, Mar 11, 2021 8:05 am
Subject: Re: LISTCAT output information in XML or JSON

Thanks. Interesting. Too bad it's not on 1.12. We're really back level and
have been "getting off of the mainframe real soon now" for about 15 years.
And we are on our 3rd or 4th try.

On Wed, Mar 10, 2021, 15:48 Steve Horein  wrote:

> Maybe this?
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ieac100/ieac1-cwe-json.htm
>
>
> I personally haven't used it for anything beyond the little airport/weather
> sample they provide.
>
> On Wed, Mar 10, 2021 at 8:15 AM John McKown 
> wrote:
>
> > Does anyone out there know of any program, possibly based on IGGCSI00,
> > which will work like the normal IDCAMS LISTCAT command, but give the
> output
> > in XML or JSON format? I like to use UNIX utilities on Linux to produce
> > reports and parsing the normal LISTCAT output is bothersome. What would
> be
> > even better would be a way  to do an SQL query using a z/OS catalog as
> the
> > data source.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: TCP/IP relationship to OMVS

[David Purdy]

I installed the U of Wisconsin DARPA project TCP/IP VM/CMS stack around 
1986-ish, and (as I remember) it was indeed ported to MVS.   IBM also rolled 
out their own VM/CMS stack version, and we had quite a jolly time converting.   
UW code had enhancements that IBM didn't have yet, and vice versa.  The network 
connection was through a DACU (which featured an IBM PC running it) to a 
Network Systems Corp Hyperchannel
Wisely, IBM rewrote the original Pascal code, but it was fun and educational 
going though the source while we had it.
David
-Original Message-
From: Pew, Curtis G 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, Feb 4, 2021 6:09 pm
Subject: Re: TCP/IP relationship to OMVS

On Feb 4, 2021, at 4:24 PM, Mike Schwab  wrote:
> 
> z/OS FTP required a RACF OMVS flag in 2001 when I started submitting
> dumps to IBM.
> 

I have a vague recollection that in the early 1990s IBM provided a TCP/IP stack 
on MVS that was ported from VM, but sometime in the OS/390 era it was replaced 
by a new Unix-based implementation.


-- 
Pew, Curtis G
curtis@austin.utexas.edu

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IMS Upgrade from IMS v13 to v15.1

[David Purdy]

Stating the obvious - I reserved a pair of IMS SVCs for new and current IMS 
SVCs, and flip-flop for the next upgrade.Of course, this works if you only have 
two IMS versions.

David

-Original Message-
From: Jasi G 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Sun, Dec 6, 2020 9:46 pm
Subject: IMS Upgrade from IMS v13 to v15.1

Hi, 

I am planning to upgrade IMS v13 to v15.1 and I have done the following and 
needs to verify from the experts, if I am missing anything else:
- Complete SYSGEN 
- SVC Install/Enabled - Verified/Works
- Update DFSBPxx member
- Recon Upgrade
- ACBGEN
- Update MODBLKS

Shutdown Old IMS v13.0 and bring up IMS v15.1 with the above changes and 
libraries and start with Cold Start? 
I have installed all Maintenance to IMS v13.0 and IMS v15.1 if I need to fall 
back.
Any advise or suggestions would be appreciated.

Thank You in advance,
Regards,
Jasi.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: shopz UJ01255

[David Purdy]

Share.org has a wealth of SMP/E presentations.
Davod



-Original Message-
From: Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Fri, Sep 25, 2020 6:22 am
Subject: Re: shopz UJ01255

Instead of ordering "Recommended", order everything, and then only apply the 
Recommended.

CONTENT    (ALL)  

Its entirely possible the PTF you are interested in, never made it to 
"recommended".

_
Dave Jousma
AVP | Director, Technology Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R 
Hey
Sent: Thursday, September 24, 2020 8:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: shopz UJ01255

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hi,

I did an order RECEIVE ORDER(CONTENT(RECOMMENDED)... in shopZ for zos2.3 in May 
& Sep.
I got many PTF up to RSU2008, but was missing UJ01255.

I found that out of this list:
UJ00088  F909    
UJ00655  F911    
UJ01172  F912    
UJ00961  F001    
UJ01255  F001    
UJ01547  F003    
UJ01809  F003    
UJ02346  F003    
UJ02146  F003    
UJ01872  F004    
UJ02215  F004    
UJ02516  F005    
UJ02578  F006    
UJ02979  F007    
UJ03210  F008    
UJ03366  F008    
I was missing these:
 UJ01255          NOT FOUND
 UJ01872          NOT FOUND
 UJ02215          NOT FOUND
 UJ02578          NOT FOUND
 UJ02979          NOT FOUND
 UJ03210          NOT FOUND
 UJ03366          NOT FOUND

Has this been the case for anybody else? 

Thanks,
Rez

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.  It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IGDSMSxx setting PDSE_VERSION(2)

[David Purdy]

If you have done a FIXCAT on the various PDSE categories, there should't be a 
problem.I held off implementing V2 on z/OS V2R3 to avoid OA56730  (GDG extended 
and orphan generations), but it looks like that is integral to V2R4.

David

-Original Message-
From: Juergen Kehr 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Mon, May 11, 2020 9:42 am
Subject: IGDSMSxx setting PDSE_VERSION(2)

Hello,
on our new z/OS V2.4 we plan to set IGDSMSxx parameter PDSE_VERSION(2) to have 
V2 PDSEs as default. Therefore I would like to know, if there are any known 
issues out there, which are reason for don't do this setting.

Thanks in advance for any hints.

Kind regards
Juergen

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDS to PDSE conversion issues

[David Purdy]

What we see:D SMS,PDSE1,CONNECTIONS,DSN(library) returns open status of input 
for every PSF STC.D GRS,RES=(SYSDSN,library) returns nothing.
Consistent for SCHEDxx NODSI.
The PSF manual clearly states that DSI prevents other programs from updating 
resource libraries while PSF is active.
It would be desirable to update a PDSE while DISP=SHR and DSI is set, without 
adversely impacting anyone.  There is an exit to have PSF close an idle 
library, to be used in conjunction with DSI (if I'm reading the doc right).
Bottom line is we were suprised about this PDSE behavior, and missed the 
documentation about it.  Whether this feature is right or wrong is a whole 
'nuther discussion.
I appreciate everyone's input, and I intended to advise the original poster 
about a possible pitfall of converting to PDSEs.
David
-Original Message-
From: Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Thu, Oct 24, 2019 11:01 AM
Subject: Re: PDS to PDSE conversion issues


Thats correct gil.  A few IBM products run with NODSI intentionally.  Looking 
the I, looks like PSF, VLF, DLF, FFST, RMF, JES2, JES3, *MASTER*, SMF, CAS

I wouldn’t be changing them to DSI in SCHED00, as I am sure they are set that 
way for good reason.

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Wednesday, October 23, 2019 10:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS to PDSE conversion issues

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Wed, 23 Oct 2019 20:37:52 +, Jousma, David wrote:

>Defaults to nodsi in sched00 I'm guessing
> 
I'm very naive here.  All I know is from a search that found:
    
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.apss000/deppt.htm

Other hits seem to indicate that NODSI stands for NO Data Set Integrity.
I can't imagine why anyone would *ever* want to run any program in that 
condition.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.  It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDS to PDSE conversion issues

[David Purdy]

Spot on, Dave!

-Original Message-
From: Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Wed, Oct 23, 2019 08:16 PM
Subject: Re: PDS to PDSE conversion issues


Defaults to nodsi in sched00 I'm guessing

_

Dave Jousma

AVP | Manager, Systems Engineering
Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546

616.653.8429  |  fax: 616.653.2717

From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, October 23, 2019 3:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS to PDSE conversion issues


**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

On Wed, 23 Oct 2019 19:18:49 +, David Purdy wrote:

>Dave, I was unclear.  The process is a dasd volume reorg to maximize 
>contiguous free extents.  That process, which some products call a sweeper or 
>compaction, moved a dataset that was opened by PSF but not enqueued.  Quite 
>right that an approach is to exclude them from the dasd reorg.  In no way is 
>the PDSE being compressed, but combining multiple extents into one for sure.
>
The mystery to me is why PSF OPENs a data set without ENQ.  This
strikes me as a major integrity threat.  And how does it to that?

An IBM employee wrote here long ago about processing DASD blocks
with no OPEN and no DEB.  But he said even that relied on SYSDSN
ENQ (IIRC) for integrity.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**
This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error,
please do not read, copy or disseminate it in any manner.  If you are not the 
intended 
recipient, any disclosure, copying, distribution or use of the contents of this 
information
is prohibited. Please reply to the message immediately by informing the sender 
that the 
message was misdirected. After replying, please erase it from your computer 
system. Your 
assistance in correcting this error is appreciated.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDS to PDSE conversion issues

[David Purdy]

Dave, I was unclear.  The process is a dasd volume reorg to maximize contiguous 
free extents.  That process, which some products call a sweeper or compaction, 
moved a dataset that was opened by PSF but not enqueued.  Quite right that an 
approach is to exclude them from the dasd reorg.  In no way is the PDSE being 
compressed, but combining multiple extents into one for sure.
David

-Original Message-
From: Jousma, David <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Wed, Oct 23, 2019 02:41 PM
Subject: Re: PDS to PDSE conversion issues


David,  I guess I might have a dumb question, but if the datasets that PSF was 
using were PDSE, then why is your re-org process trying to re-org a PDSE?  
Seems like maybe the selection process of what gets re-org'd should be tweaked?

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Purdy
Sent: Wednesday, October 23, 2019 8:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS to PDSE conversion issues

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This is within one sysplex.  We're asking ourselves the same questions.
Dave, I will let you know the quite interesting details when the drill down is 
complete.
David

-Original Message-
From: Gibney, Dave 
To: IBM-MAIN 
Sent: Wed, Oct 23, 2019 12:01 AM
Subject: Re: PDS to PDSE conversion issues


Why would this change, between PDS and PDS/E? Unless this is yet another 
encounter with the pitfall os trying to share PDE/E outside Sysplex.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of David Purdy
> Sent: Tuesday, October 22, 2019 2:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDS to PDSE conversion issues
> 
> I recently converted several PSF libraries, resulting in a problem if 
> a dasd reorg moved the dataset while PSF tasks are up.  PSF does not 
> issue an enqueue but has the dataset open.  The volume reorg only 
> checks for enqueue before moving the dataset.  Short term, we configed 
> the reorg to skip PSF datasets.  Long term, looking at setting DSI and 
> setting a dataset close flag in a PSF exit.  Or just taking down 
> printers before reorg in the wee morning hours.
> David
> -Original Message-
> From: Toby Seguin <028ef8c142dd-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN 
> Sent: Tue, Oct 22, 2019 03:06 PM
> Subject: PDS to PDSE conversion issues
> 
> 
> We are currently thinking about converting many of our PDS libraries to PDSE.
> While researching the possible pitfalls to a PDSE one that concerned 
> me the most is "Blocked Workload" that Thomas Reed discussed at SHARE in 2018.
> 
> This situation is said to occur when CPU is near 100% (pretty common 
> event from time to time here) so it certainly caught my attention. 
> Does anyone have any experience with Blocked Workload? Anything else I 
> should be looking closer at?
> 
> Thanks and Regards,
> 
> Toby Seguin
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

This e-mail transmission contains information that is confidential and may be 
privileged.  It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is apprec

Re: PDS to PDSE conversion issues

[David Purdy]

This is within one sysplex.  We're asking ourselves the same questions.
Dave, I will let you know the quite interesting details when the drill down is 
complete.
David

-Original Message-
From: Gibney, Dave 
To: IBM-MAIN 
Sent: Wed, Oct 23, 2019 12:01 AM
Subject: Re: PDS to PDSE conversion issues


Why would this change, between PDS and PDS/E? Unless this is yet another 
encounter with the pitfall os trying to share PDE/E outside Sysplex.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of David Purdy
> Sent: Tuesday, October 22, 2019 2:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: PDS to PDSE conversion issues
> 
> I recently converted several PSF libraries, resulting in a problem if a dasd
> reorg moved the dataset while PSF tasks are up.  PSF does not issue an
> enqueue but has the dataset open.  The volume reorg only checks for
> enqueue before moving the dataset.  Short term, we configed the reorg to
> skip PSF datasets.  Long term, looking at setting DSI and setting a dataset
> close flag in a PSF exit.  Or just taking down printers before reorg in the 
> wee
> morning hours.
> David
> -Original Message-
> From: Toby Seguin <028ef8c142dd-dmarc-requ...@listserv.ua.edu>
> To: IBM-MAIN 
> Sent: Tue, Oct 22, 2019 03:06 PM
> Subject: PDS to PDSE conversion issues
> 
> 
> We are currently thinking about converting many of our PDS libraries to PDSE.
> While researching the possible pitfalls to a PDSE one that concerned me the
> most is "Blocked Workload" that Thomas Reed discussed at SHARE in 2018.
> 
> This situation is said to occur when CPU is near 100% (pretty common event
> from time to time here) so it certainly caught my attention. Does anyone
> have any experience with Blocked Workload? Anything else I should be
> looking closer at?
> 
> Thanks and Regards,
> 
> Toby Seguin
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: PDS to PDSE conversion issues

[David Purdy]

I recently converted several PSF libraries, resulting in a problem if a dasd 
reorg moved the dataset while PSF tasks are up.  PSF does not issue an enqueue 
but has the dataset open.  The volume reorg only checks for enqueue before 
moving the dataset.  Short term, we configed the reorg to skip PSF datasets.  
Long term, looking at setting DSI and setting a dataset close flag in a PSF 
exit.  Or just taking down printers before reorg in the wee morning hours.
David
-Original Message-
From: Toby Seguin <028ef8c142dd-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN 
Sent: Tue, Oct 22, 2019 03:06 PM
Subject: PDS to PDSE conversion issues


We are currently thinking about converting many of our PDS libraries to PDSE. 
While researching the possible pitfalls to a PDSE one that concerned me the 
most is
"Blocked Workload" that Thomas Reed discussed at SHARE in 2018. 

This situation is said to occur when CPU is near 100% (pretty common event from 
time to time here) so it
certainly caught my attention. Does anyone have any experience with Blocked 
Workload? Anything else I should be looking closer at?

Thanks and Regards,

Toby Seguin

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [EXTERNAL] SDSF initial display and z/OS 2.3

[David Purdy]

Carmen, we had the same issue come up.  You can create a usermod to alter  
panel ISFPCU41, or review the Migration from z/OS V2R2... manual section on 
SDSF:Modify programs that post-process SDSF panels.  Compatibility mode is 
discussed.
Also, we found that the fewer SDSF selections available to the general user do 
not get overlaid by the enlarged splash.  Only our RACF-defined tech support 
users see the full SDSF options.
David


-Original Message-
From: Carmen Vitullo 
To: IBM-MAIN 
Sent: Fri, Jul 19, 2019 10:22 AM
Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3


Thank you Jim, that does work and the logo never bothered me, but as you know 
any change to the looks or feel of any ISPF function gets 'some' users panties 
in a wad. 
If there's the ability to bypass the logo that would be great, again thanks 





Carmen Vitullo 

- Original Message -

From: "Jim Horne - James S"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, July 19, 2019 8:20:41 AM 
Subject: Re: [EXTERNAL] SDSF initial display and z/OS 2.3 

I always go into SDSF with an option, i.e., SDSF.DA. If you do that, you don't 
see the pop-up 

Jim Horne 

-Original Message- 
Is it possible to bypass the logo pop-up in SDSF on z/OS 2.3 ? 
 
NOTICE: All information in and attached to the e-mails below may be 
proprietary, confidential, privileged and otherwise protected from improper or 
erroneous disclosure. If you are not the sender's intended recipient, you are 
not authorized to intercept, read, print, retain, copy, forward, or disseminate 
this message. If you have erroneously received this communication, please 
notify the sender immediately by phone (704-758-1000) or by e-mail and destroy 
all copies of this message electronic, paper, or otherwise. By transmitting 
documents via this email: Users, Customers, Suppliers and Vendors collectively 
acknowledge and agree the transmittal of information via email is voluntary, is 
offered as a convenience, and is not a secured method of communication; Not to 
transmit any payment information E.G. credit card, debit card, checking 
account, wire transfer information, passwords, or sensitive and personal 
information E.G. Driver's license, DOB, social security, or any other 
information the user wishes to remain confidential; To transmit only 
non-confidential information such as plans, pictures and drawings and to assume 
all risk and liability for and indemnify Lowe's from any claims, losses or 
damages that may arise from the transmittal of documents or including 
non-confidential information in the body of an email transmittal. Thank you. 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SMPE ACCEPT options

[David Purdy]

Even more paranoia: just because you get a zero return code from a backup, 
doesn't mean  you have a good backup.  Example : newbie ran an ADRDSSU on a 
mounted USS.
How often should you restore a backup to validate it?  Just before it's really 
needed, hopefully, like a real disaster.
David
-Original Message-
From: Barbara Nitz 
To: IBM-MAIN 
Sent: Thu, Jul 4, 2019 12:25 AM
Subject: Re: SMPE ACCEPT options


>So, all you chronic backer uppers, how many times have you resorted to 
>restoring the whole shebang? Just wondering...

This year in January. Right after I made a mistake when a target dataset went 
B37 and I had to copy ist. HLQ not in ACS as non-SMS, so I got confused and 
ended up copying the wrong data set. Applied changes lost. I restored the full 
environment (DLIB vol/target vol(s)/SMPE data sets) and reran the accept, then 
the apply with the enlarged data set. All was well again.

Barbara

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Best way to alert customer to pending license expiration?

[David Purdy]

We had a similar story in the late '70s deciding between two non-IBM database 
products.  The winner sent a similar "marketing rep" to the CIO, and the deal 
closed the next week.Really wished IDMS was the winner, but our strong 
recommendations were for naught. 
David


-Original Message-
From: David Spiegel 
To: IBM-MAIN 
Sent: Mon, Jul 1, 2019 09:33 AM
Subject: Re: Best way to alert customer to pending license expiration?


This reminds me of a story ... (I say that a lot, just ask my kids)
In the '90s, I worked for a multi-national food company. (I did in the 
'80s too, but, that was a different company).
A certain mainframe software company would always send provocatively 
dressed women to visit when it was time to renew contracts and/or to 
sell new software leases.
Years later they denied having this practice and to bolster (or, should 
I say buttress (pun intended)) their argument, they claimed they could 
prove it was false because
their company had some female vice presidents. (They were saying in 
essence that they don't objectify women.) Of course, both could have 
been true (i.e. that there
were female higher-ups AND that they objectified women.) I was LOLing 
when I read this ridiculous article.

On 2019-07-01 08:53, Carl Swanson wrote:
> Another method would send a bill and maybe make a phone call. And to be 
> totally crazy maybe the salesperson could actually visit the customer.
> Just saying electronic is not always the only method and may not be the best.
>
> Carl Swanson
> carl.swan...@dell.com
> Advisory Systems Engineer Mainframe Practice
> Mobile: 215-688-1459
> Sent from iPhone misspellings likely
>
>
>> On Jul 1, 2019, at 8:22 AM, Lionel B Dyck  wrote:
>>
>>  From my experience over the past few decades on the customer side there is
>> no full proof means to inform the customer of an expiring license.
>>
>> Highlighted console messages work if you have live operators who actually
>> look at a console. They also work for the Sysprogs who look at system action
>> messages assuming that they actually read the messages and don't assume that
>> someone else is doing something about it.
>>
>> Messages in a batch job can be useful, again only if the application owner
>> looks at the generated messages and then reports them.
>>
>> Messages in reports are useful as the report user may report that
>> information - then again they may assume that someone is already working the
>> license issue.
>>
>> Lastly just because the messages are there and someone has alerted the
>> appropriate parties does not mean that the product won't expire as I have
>> rarely found any of the places I've worked where the licenses get renewed on
>> time - my experience is that 99% (perhaps higher) do expire and fall into
>> either a grace period or the Sysprog scrambles to get a temporary extension
>> from the vendor.
>>
>> My $0.01 on the topic
>>
>> Lionel B. Dyck <
>> Website: 
>> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.lbdsoftware.com=02%7C01%7C%7C200bb77b7dc446ba7a8d08d6fe232a22%7C84df9e7fe9f640afb435%7C1%7C0%7C636975824340116566=QrKTqXsnBr0rmuE92qE25S%2FeGLvI07v7fu55qUNbXeE%3D=0
>>
>> "Worry more about your character than your reputation.  Character is what
>> you are, reputation merely what others think you are." - John Wooden
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS Container Extensions

[David Purdy]

We learned at Share Phoenix that the Linux kernel is Ubuntu.

David


On Thursday, May 16, 2019 Jousma, David  wrote:
I've seen bits and piecesI believe It's a blackbox secure setup.  No 
on-site Linux administration aside from application admin or maintenance 
required, no ROOT access.  All handled by IBM AFAIK.  

_
Dave Jousma
AVP | Manager, Systems Engineering  

Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 
49546
616.653.8429  |  fax: 616.653.2717



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Thursday, May 16, 2019 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Container Extensions

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Don't really know anything about this, but does anyone know what advantage 
there is to running a Docker container on z/OS over just running it Linux for 
Z?  Is it just for those who don't have Linux for Z but want to run Linux 
applications on the mainframe?  Does it allow "direct access" to z/OS resources 
(databases, CICS, etc.)?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may be 
privileged.  It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Mainframe Report meets abrupt end | Computerworld Shark Tank

[David Purdy]

My long term coworker named John Jones retired a couple of years ago.
It gets worse - his employer id was 0123.
Every couple of years, his building access and userids were revoked due to 
someone misbeliving it was a test name and id.

David
On Monday, April 22, 2019 Steve Smith  wrote:
 Try having a really generic name... say "Steve Smith" (although my brother
Michael thinks I have it easy).  One place I worked at had six active
employees so named.

On the other hand, if the phrase "plausible deniability" comes up in your
life now and then, it's not such a bad a thing.  When I say you've got the
wrong 'Steve Smith', nobody doubts it for a second... I can see claiming to
be the other "Chris Hoelscher" to be a tougher sell ;-).

sas


On Mon, Apr 22, 2019 at 3:16 PM Chris Hoelscher 
wrote:

>  When I was consulting thru IBM Global Services in 1998-2000, there were
> 2 Chris Hoelschers at IBM (really) getting the right (or wrong) email was
> an adventure during those years .
>
> Chris Hoelscher
> Technology Architect, Database Infrastructure Services
> Technology Solution Services
> Humana Inc.
> 123 East Main Street
> Louisville, KY 40202
> Humana.com
> (502) 476-2538 or 407-7266
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Mark Jacobs
> Sent: Monday, April 22, 2019 1:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] Mainframe Report meets abrupt end | Computerworld
> Shark Tank
>
> At $previousjob, I used to get nastygrams from Mark Jacobs - Photographer
> who got upset that he received technical emails meant for me.
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com=02%7C01%7Cchoelscher%40humana.com%7Cde421f1b8d8848d2b5dc08d6c7491141%7C56c62bbe85984b859e511ca753fa50f2%7C1%7C0%7C636915513975265347=tY6Z5%2FikDOfNtNtQLLiyLONcVIq6tSWk7Ful%2FWZPH2c%3D=0
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, April 22, 2019 11:33 AM, Phil Smith III 
> wrote:
>
> > >It would be nice if people would report it when they get output that
> they don't know what it is.
> >
> > Report it to whom? Often no way to tell. But yeah.
> >
> > Sort-of-related: In a large company, there may be two or more people
> named Joe Blow. You'd think that they'd be sensitive to the existence of
> each other, would forward misdirected email. You'd often be wrong.
> >
> > When we got acquired by a much larger company, I immediately looked,
> found there were now four Phil Smiths, so I emailed the other three. One
> responded cheerfully; the other two, nada. Bizarre. There was also a "me"
> who'd left; I inherited his email address (which wasn't supposed to be
> possible) and he had several personal things connected to that address,
> which I could probably have parlayed into something profitable, had I been
> so inclined. And there's also another phsiii on Gmail who doesn't know his
> own email address; I could have cancelled his car appointment, his dental
> appointment, and his wife's college reunion. That mail continues, is a
> small source of amusement. I wonder whether he even realizes how much he's
> missing!
> >
> >
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > --
> > ---
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> The information transmitted is intended only for the person or entity to
> which it is addressed
> and may contain CONFIDENTIAL material.  If you receive this
> material/information in error,
> please contact the sender and delete or destroy the 

Re: ShopzSeries redirects to 404?

[David Purdy]

Tom, I agree in principle,  but it does get attention!  Wonder how long it's 
been upside down and I never noticed.

And it introduces a little 'poke fun at myself' from IBM.  

Think this horse is dead...
David
On Thursday, November 15, 2018 Tom Brennan  wrote:
More seriously, I really wish they would change that upside down logo 
page.  Not just the upside down IBM, but the whole thing could be more 
professional.  A customer who needs something right away and gets a 404 
(whoever's fault that is doesn't matter) probably isn't in the mood for 
a joke.

On 11/15/2018 1:17 PM, David Purdy wrote:
> Yes I saw the same, plus the IBM logo was upside down.  I just assumed the 
> website was down under .
> 
> David
> On Thursday, November 15, 2018 Ambros, Thomas  
> wrote:
> Anybody else having issues getting to shopz?  This is what we're getting, 
> different browsers, different nets:
> 
> https://www.ibm.com/;www-03.ibm.com//software/shopzseries/ShopzSeries_public.wss
> 
> This isn't right... looks like it injects ';www-03.ibm.com/'.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ShopzSeries redirects to 404?

[David Purdy]

Yes I saw the same, plus the IBM logo was upside down.  I just assumed the 
website was down under .

David
On Thursday, November 15, 2018 Ambros, Thomas  wrote:
Anybody else having issues getting to shopz?  This is what we're getting, 
different browsers, different nets: 

https://www.ibm.com/;www-03.ibm.com//software/shopzseries/ShopzSeries_public.wss

This isn't right... looks like it injects ';www-03.ibm.com/'.



Thomas Ambros
zEnterprise Operating Systems
zEnterprise Systems Management
518-436-6433




This communication may contain privileged and/or confidential information. It 
is intended solely for the use of the addressee. If you are not the intended 
recipient, you are strictly prohibited from disclosing, copying, distributing 
or using any of this information. If you received this communication in error, 
please contact the sender immediately and destroy the material in its entirety, 
whether electronic or hard copy. This communication may contain nonpublic 
personal information about consumers subject to the restrictions of the 
Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose 
such information for any purpose other than to provide the services for which 
you are receiving the information.

127 Public Square, Cleveland, OH 44114
If you prefer not to receive future e-mail offers for products or services from 
Key 
send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in 
the 
SUBJECT line.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Test only post

[David Purdy]

No, it's baseball season!

David



On Friday, August 3, 2018 Carmen Vitullo  wrote:
Got it ! 
been very quitevery very quite - must be Rabbit hunting season :) 



Carmen Vitullo 

- Original Message -

From: "Jesse 1 Robinson"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, August 3, 2018 11:39:59 AM 
Subject: Test only post 

Have not received any posts since Thursday evening PDT. Just checking... 

. 
. 
J.O.Skip Robinson 
Southern California Edison Company 
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager 
323-715-0595 Mobile 
626-543-6132 Office <= NEW 
robin...@sce.com 


-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Friday - off topic - human factors and TN3270

[David Purdy]

When I worked at Tektronix in the '80s, their display folks found a blue 
backgound with yellow letters provided good contrast with the least eyestrain.  
I've used that combination ever since. YMMV with newer monitors and drivers.

David



On Friday, July 6, 2018 Dyck, Lionel B. (RavenTek) (RavenTek) 
 wrote:
For years I was used to the default TN3270 client having a black background and 
colors that seemed to glow at times. Then I found that I could adjust the 
colors and found that a grey (or is it gray) background worked better for my 
viewing experience and I adjusted the other colors accordingly and made them 
more muted where possible. Now I'm using Reflections and am using the Ice theme 
with some slight modifications and it works great. When I'm using Vista TN3270 
I have adjusted all the colors for a grey background as well.

With Reflections there are many other color themes and I'm sure other TN3270 
products also support them in varying ways of completeness.

Has anyone does any human factor studies on optimizing screen colors?

Thoughts/comments for a Friday

--
Lionel B. Dyck (Contractor) <
Mainframe Systems Programmer - RavenTek Solution Partners



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLink down ?

[David Purdy]

I failed to connect as of 11:10 EDT



On Friday, June 8, 2018 Carmen Vitullo  wrote:
I finally got to the sign in page then got 
THANKS 


Error 




There has been a problem processing your request. 
Please try again. If you continue to have difficulties, please contact IBMLink 
customer support. 


Error 500: java.lang.NullPointerException 







Carmen Vitullo 

- Original Message -

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Friday, June 8, 2018 9:52:39 AM 
Subject: Re: IBMLink down ? 

On Fri, 8 Jun 2018 07:40:52 -0700, Lizette Koehler wrote: 

>Not just you. Google gets same error for me. 
> 
>If you have an old PMR, try that link to sneak in 
> 
I tried that. It didn't help. Hunting around I stumbled upon this: 

https://www.ibm.com/mysupport/s/article/What-happened-to-my-PMR-or-SR?language=en_US
 

I'm not sure, but I think I got there from here: 

https://www.ibm.com/mysupport/s/?language=en_US 

-- 
Tom Marchant 

> 
>> -Original Message- 
>> From: IBM Mainframe Discussion List  On Behalf Of 
>> Brian Peterson 
>> Sent: Friday, June 08, 2018 7:32 AM 
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: IBMLink down ? 
>> 
>> This morning, when logging on to IBMLink, I receive the following error 
>> after 
>> entering my userid/password. 
>> 
>> -=-=-=-=-=- 
>> Error 500: java.lang.NullPointerException 
>> 
>> There has been a problem processing your request. 
>> Please try again. If you continue to have difficulties, please contact 
>> IBMLink customer support. 
>> -=-=-=-=-=- 
>> 
>> Just me? I did try both Firefox and IE... 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Stack Exchange mainframe proposal

[David Purdy]

Shameless plagerize:

Best way to skin a cat is with a phaser set on skin.

Amazing wealth of tasteless and less tasteless skinning cat jokes on the 'net.


On Wednesday, June 6, 2018 Gord Tomlin  wrote:

On 2018-06-06 17:13, Jesse 1 Robinson wrote:
> Friday look-ahead. What would the consensus of cats be on the best way to 
> skin them?

If you want to skin cats, I don't think the cats would be wanting to 
provide a consensus.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507
Support: https://actionsoftware.com/support/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

[David Purdy]

I indeed remember SMP v4, especially v4.13 that ironically had bugs.  Circa 
1978/79 and very ugly.  Our PSR lived onsite for days.

David



On Wednesday, May 23, 2018 Bill Hitefield  
wrote:
In my SysProg days (70s - 80s), I would ACCEPT maintenance, but only after we 
had run it for a while. PUT maintenance was relegated to weekends. I would 
backup the full environment before running the ACCEPT (saved my bacon a few 
times).



PS: Anybody else remember fighting with SMP v3? We were so happy when SMP v4 
came out. 



Bill Hitefield



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gerhard Adam
Sent: Wednesday, May 23, 2018 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?



I also don't recall a "never ACCEPT" policy. That would be silly because it 
becomes a "never RESTORE" policy.



Sent from my iPhone



> 

On May 23, 2018, at 7:08 AM, David L. Craig 
> wrote:

>

>> On 18May23:1247+, Pommier, Rex wrote:

>>

>> Not sure how long ago eons was, but I started in the mid-80s on

>> MVS/SP and at my first SMP/E (and I believe

>> only) class, I was taught the APPLY / run for a while / ACCEPT usage

>> - except for USERMODs or APARs that hadn't had a published PTF yet.

>

> I learned to use SMP back on MVT (am I the only one still here that

> can truthfully make that statement?) and while it's been a while since

> I last used SMP/E, I do not recall ever encountering a no ACCEPT

> policy for any IBM MRM.

> But people aren't mentioning policy for archiving snapshots of target

> and DLIB volumes and restoring therefrom--much faster than reAPPLYing

> LOTS of maintenance. That also requires tracking the target/DLIB

> volume snapshot associations, which are not necessarily based upon the

> dates of the snapshots.

> --

> 

> May the LORD God bless you exceedingly abundantly!

>

> Dave_Craig__

> "So the universe is not quite as you thought it was.

> You'd better rearrange your beliefs, then.

> Because you certainly can't rearrange the universe."

> __--from_Nightfall_by_Asimov/Silverberg_

>

> --

> For IBM-MAIN subscribe / signoff / archive access instructions, send

> email to lists...@listserv.ua.edu with the 
> message: INFO IBM-MAIN



--

For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: 
INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: UA94606

[David Purdy]

z/OS V2R3 migration manual (GA32-0089-30) lists some SLIPs to help check usage.

David




On Thursday, April 5, 2018 Allan Staller  wrote:
Agreed. IPL if in doubt.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, April 5, 2018 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: UA94606

On Thu, 5 Apr 2018 16:20:21 +, Allan Staller wrote:

>Since it's a sandbox, set VSM ALLOWUSERKEYCSA(NO), IPL, and see what crashes!

IPL may not be necessary. You can use SET DIAG.

--
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::DISCLAIMER::
--
The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.
--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IDCAMS NODISCONNECT

[David Purdy]

Tom, you were correct on the EXPORT DISCONNECT/IMPORT CONNECT to the new master 
(which was a usercat to the current master.  I then used RCNVCAT to generate 
the ALIAS statements.


The DEL UCAT NODISCONNECT/DEF UCAT RECONNECT was not applicable for this, but 
is of value for moving a usercatalog.  Just had to follow your good advice and 
RTFM to drill down.


Thanks for responding!


David


-Original Message-
From: Tom Marchant <000a2a8c2020-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU>
Sent: Mon, Feb 26, 2018 4:27 pm
Subject: Re: IDCAMS NODISCONNECT

On Mon, 26 Feb 2018 09:06:48 -0600, Tom Marchant wrote:

>On Mon, 26 Feb 2018 08:41:18 -0600, David Purdy wrote:
>
>>After I created a new master, another sysprog successfully moved a UCAT to a 
>>different and larger volume.  My goal is to correct my new master catalog 
>>without affecting the heavily used production UCAT and defined ALIAS.
>
>I would do EXPORT DISCONNECT from the new master, followed by IMPORT CONNECT.

Or just IMPORT CONNECT ALIAS to preserve the alias information in the new 
master catalog.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IDCAMS NODISCONNECT

[David Purdy]

I'm trying to understand IDCAMS NODISCONNECT to correct a UCAT entry in a new 
master catalog.  After I created a new master, another sysprog successfully 
moved a UCAT to a different and larger volume.  My goal is to correct my new 
master catalog without affecting the heavily used production UCAT and defined 
ALIAS.  BTW the new master catalog is defined as a UCAT to the existing master 
catalog for z/OS HLQ ALIAS.

Both DFSMS Technical Update and A Practical Guide to ICF Catalogs have the same 
example:

DELETE UCAT.RLSTST USERCATALOG RECOVERY NODISCONNECT

and

DEFINE USERCATALOG -
(NAME(UCAT.RLSTST ) ICFCATALOG -
VOLUME(MHL1A0) TRK(5 1) -
STORCLAS(SCRLS) -
DATACLAS(WELCHRLS) -
LOG(NONE) RECONNECT -
FREESPACE(0 0) -
NOIMBED NOREPLICATE) -
DATA (CISZ(4096))
/*

Anyone have experience with this process?  Are all the DEFINE UCAT parameters 
required, besides VOLUME and RECONNECT?

Another solution come to mind: rebuild the new master catalog with the proper 
UCAT volume entry.  As part of that, I'm using RCNVTCAT.

Thanks.
David

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: VSAM usage for ancient disk models

[David Purdy]

I supported 3375s in the early 1980s on native MVS on a 4341 of some kind.  
Think it was MVS/XA.  We didn't migrate to ESA until late 80s.


If memory serves...



David



-Original Message-
From: Edward Gould 
To: IBM-MAIN 
Sent: Tue, Jan 16, 2018 8:43 pm
Subject: Re: VSAM usage for ancient disk models

> On Jan 16, 2018, at 5:06 PM, Alan Young  wrote:
> 
> Not sure how far you want to go back, but take a look at MVS/DFP V3R3 Device 
> Support Reference on 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/library 
>  . Section 4.9 
> - VSAM Usage of Space for Selected Devices has 2305-2, 3330, 3340/3344, 3350, 
> 3375, 3380, 3390 and 9345. The direct link to the section is 
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGG3H101/4.9?DT=19930625100219
>  
> 
> 
> Alan

Alan:

I honestly cannot remember MVS *EVER* supporting 3375’s  DOS/VSE and VM AFAIK 
are the only OS’s. Can someone correct me please ?

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RSU maintenance strategy - Need expert suggestions

[David Purdy]

Also consider maintenance timing and levels for a z/OS upgrade.   We had a 
maintenance level gap between the running and new z/OS, and an IDCAMS return 
code changed in the  maintenance gap.  It could have been worse.  I modified 
the maintenance strategy to update the old release at a higher or equal level 
than the new release.   Lower risk/exposure, but not completely eliminated.

We're doing an RSU + HIPER + assorted FIXCAT per year and just before a new 
z/OS, hardware, or major program product. I'm reviewing an automated weekly 
holddata download and reporting on applied PTFs now in PE status.  Just don't 
have the manpower to do it more frequently.  Sign up for red alerts as well.


Possibly excessive paranoia.

David

On Thursday, December 7, 2017 Edward Gould  wrote:
> 

On Dec 7, 2017, at 9:37 AM, Allan Staller  wrote:
> 
> Hi All,
> 
> I needed expert suggestions on following the RSU maintenance strategy for 
> z/OS , associated ISV products , DB2 etc. Could you please let me know
> 
> 1) How many times in a year do we need to apply the maintenance to z/os , ISV 
> products , DB2 etc.
> 2) How to decide which ones to be applied. (latest RSU)
> 3) Whether the HIPERs included also be applied , even though we have not 
> encountered the specific issues in out shop.
> 
> So far in the account I was working for , it was not a strict rule to apply 
> maintenance be it z/OS or DB2 or associated ISV product. Infact I do not 
> remember any maintenance being applied to DB2 unless it was a major upgrade 
> for which the pre-req was needed. Even for ISV's if they are running fine, 
> then no action was taken.
> 
> However for a different shop , we have been asked to come up with the best 
> approach on whats needs to be done. If we keep updating the maintenance then 
> 1 FTE job will be consumed for the work for a year.
> 
> Hence needed some advise on what strategy is being used by different shops 
> and what is the best practice. Please advise.
> 
> If any documents etc are available please point me to them and I shall read. 
> Sincerely hoping to get some advise. Thanks.

Allan,
As other have said each shop is different. The idea of putting RSU maintenance 
in test for 4 weeks, then pre production, then production and letting them cook 
as I call it, is for the installation I work is sufficient. In previous 
environments it was not practical as we didn’t have the hardware to have the 
luxury of doing the cooking process and we usually came in on Sundays at 3AM 
and did our testing ourselves. *IF* you got the resources by all means do it as 
others suggested. 
The only caveat I will throw in is to every day look at any hipers and *know* 
your system to see if they pertain to you, also look at logrec every morning to 
see what software hits you took the night before and see if there are many 
duplicate hits, if yes get the fixing PTF on in a reasonable hurry (i.e. don’t 
schedule an IPL), KNOW your system and once you get the feel you will be able 
to better guess how urgent a PTF needs to go on and how fast. Any HIPERS just 
order and receive them so if you need to put them on its easy. I put 
maintenance on that and always tested it out, it was my own system. Before it 
affected anyone I wanted to know. Now, there are some components that lets say 
don’t always send out reliable fixes, those I keep careful track of and handle 
them gingerly as testing tends not to catch these PTFs , I will not say which 
components as they have changed from time to time, but you will know after you 
baby sit the systems for a couple of years.

Ed


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SYS3 datasets

[David Purdy]

>From our standard set up over 20 years ago, hlq SYS1 is for IBM ServerPac 
>datasets, SYS2  is for LNKLST libraries, SYS3 is for other products.
Second level qualifier for SYS3 and SYS3 reflect the product.  Each res volume 
has its own set of IBM etc, root, Java, and so on

It works.

Only SYS1 and SYS2 are in the master catalog (okay, CPAC and other HLQs for 
z/OS installation).

David



On Tuesday, October 3, 2017 August Carideo/RYE/US  
wrote:
We use them here

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DiBianca, Robert
Sent: Tuesday, October 03, 2017 4:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS3 datasets

I see 3 SYS3.** datasets at my shop, and the past 5 mainframe shops that I've 
seen have never used SYS3 (that goes back to the 1980's).

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Monday, October 02, 2017 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SYS3 datasets

W dniu 2017-09-25 o 04:18, Tony Thigpen pisze:
> We have a staff z/OS systems programmer who claims that:
> "Almost all shops use the SYS3. HLQ to indicate third party software."
>
> So new software installs *have* to follow that "rule". (Past installs 
> did not follow such a rule.)
>
> I am thinking that this "rule" is really just *his* rule.
>
> Opinions?
>
> How many other sites follow such a rule?
>

I've seen many shops in Poland and abroad and *never* seen such rule.
I see no rationale behind, maybe except "mama said so".

My €0.02


--
Radoslaw Skorupka
Lodz, Poland




==


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.plsąd Rejonowy dla m. st. Warszawy XII 
Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców 
KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information in this transmission may contain proprietary and non-public 
information of BB or its affiliates and may be subject to protection under 
the law. The message is intended for the sole use of the individual or entity 
to which it is addressed. If you are not the intended recipient, you are 
notified that any use, distribution or copying of the message is strictly 
prohibited. If you received this message in error, please delete the material 
from your system without reading the content and notify the sender immediately 
of the inadvertent transmission.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Exit 16 (was Re: how to keep messages in the sys1.broadcast for ever)

[David Purdy]

Or his cousin Wylbur?



On Thursday, June 29, 2017 J R  wrote:
No. I've heard of ROSCOE but I've never encountered it. 

> 

On Jun 29, 2017, at 20:31, Anthony Thompson  wrote:
> 
> Is it possible that it is ROSCOE (alternative to TSO) that your lonely last 
> brain cell is trying to remember?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM z/OS Basic Skills Education site - down ?

[David Purdy]

I'm getting similar errors, plus my ServiceLink order from 24 hours ago didn’t 
generate a status email.

David



On Friday, April 28, 2017 Lizette Koehler  wrote:
I am getting that same error for a different URL. Maybe it is broken again.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieam80
0/m010763.htm


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Friday, April 28, 2017 7:41 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IBM z/OS Basic Skills Education site - down ?
> 
> So I saw in Susan's email the link to the IBM z/OS Basic Skills Education site
> and checked it out this morning. I then documented it on a local site only to
> be hit with questions if the site is real after posting it as it is down
> 
> The url I'm using is
> https://www.ibm.com/support/knowledgecenter/zosbasics/com.ibm.zos.zbasics/home
> page.html?cp=zosbasics
> 
> It really did used to work but now I get Service Temporarily Unavailable
> 
> Come on IBM - maybe you need to ask Watson to diagnose your availability
> issues. :) (but phrase it as a Jeapordy question . . .)
> 
> --
> Lionel B. Dyck
> Mainframe Systems Programmer - TRA
> Enterprise Operations (Station 200) (005OP6.3.10) Information and Technology,
> IT Operations and Services
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vendor Licensing Frustrations

[David Purdy]

We have similar DRE issues.  However, one software package allows a five day 
grace period to run unlicensed, and the grace period wiil not expire on a 
weekend or holiday.  Period actually ends at 0900.

 It takes about 3 hours to load the VTS and rebuild the RES. Temp license 
acquisition is scheduled for that time.  Still a PITA.

David




On Thursday, April 20, 2017 Dyck, Lionel B. (TRA) (TRA)  
wrote:
I know everyone has issues with the various ways that vendors handle their 
licensing.

 has to do with vendor products during a disaster situation. Some 
products will work fine without license code changes (very few), other products 
will work for a few days with annoying warning messages (again only a few), and 
others (too many) require that a temporary license code be acquired from the 
vendor before the DR system can even be IPL'd since their products will not 
work at all.

In a DR situation the priority is to get the service restored as fast as 
possible. Having to literally waste time contacting a dozen, or more, vendors 
for license codes simply delays the process. In some cases this can be only a 
few minutes to a few hours (depending on how many people are making vendor 
contact which prevents them from doing other restoration activities).

Two vendors that I contacted suggested that we contact them before the DR to 
get temporary license codes. If anyone can provide a psychic hotline to contact 
to know when a DR will occur it would be appreciated.

We have had 50+ years of vendor products and some number of those years with DR 
plans, exercises, and actual disasters, to gain experience and determine that 
those vendors who do not support running for even a few hours in a DR situation 
before the license codes have to be updated are problem vendors as they delay 
restoring service to our customers.

I don't know if this 'rant' will help anything but perhaps some vendors may 
take an interest in reviewing their licensing practices with DR in mind. Having 
a 800 number doesn't necessarily help as there is still time involved on both 
parties, and in some cases the 800 is just a message taking with no actual help.


--
Lionel B. Dyck


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Passings

[David Purdy]

With deepest sorrow, I regret to say that David Andrews, my friend of 23 years, 
has passed on, losing his battle with pancreatic cancer.  He was a prolific 
poster, and worked with Share HLASM in the 80's and 90's.  Our daughters grew 
up together; we  attended each other daughter's graduations and celebrated 
their many accomplishments; he madly danced at my wedding.  He was widely known 
in the NW Orlando area as "the guy on the Segway that makes me smile", with 
thousands of miles on both Segways, used to commute to work, and he was always 
willing to ride with a friend.  David had a ready wit that made the years a 
treat.   He was an outstanding mentor, boss, and friend.


Nothing would please him more that hoisting a shot of whiskey, with the toast:


"To absent friends and family".


He will be dearly missed.


David

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Job Loyalty

[David Purdy]

16 years at my previous employer. I was the oldest guy, and they restaffed my 
position two years later.  I'm sure there were other considerations...

In 2001, I was also one of the few IT staff that did not participate in a mass 
resignation attempt  to threaten to shutdown IT.  Yep, my loyalty unfortunately 
was unrewarded, and the revolters are still there and promoted.

To plagerize: inclined plane wrapped helically around a central shaft.

David

On Friday, February 10, 2017 Gibney, Dave  wrote:

Almost 36. But, they're vexing me a bit right now :)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Mark Jacobs - Listserv
> Sent: Friday, February 10, 2017 4:55 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Job Loyalty
> 
> Almost 22 for me, 16 at my previous position.
> 
> Mark Jacobs
> 
> > Frank Swarbrick 
> > February 10, 2017 at 6:53 PM
> > I've been with my current employer for 25 years.
> >
> > But I will admit we're rather an anomaly these days!
> >
> > 
> > From: IBM Mainframe Discussion List  on
> > behalf of Bobbie Justice
> > <0013e2d84072-dmarc-requ...@listserv.ua.edu>
> > Sent: Friday, February 10, 2017 1:46 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Job Loyalty
> >
> > There used to be loyalty, back before constant cost-cutting. I stayed
> > at one place for 15 years in the 80s and early 90s.
> >
> > However with constant cost-cutting, the term "full time employee" is a
> > misnomer.
> >
> > All it takes is "management by airline magazine" and any concept of a
> > full time employee goes out the window in a heartbeat.
> >
> > Until the trend of "management by airline magazine" stops, it's off to
> > the highest bidder or the company with the least amount of B.S.
> >
> > Bobbie Justice
> > z/OS Senior Systems Engineer
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > Please be alert for any emails that may ask you for login information
> > or directs you to login via a link. If you believe this message is a
> > phish or aren't sure whether this message is trustworthy, please send
> > the original message as an attachment to 'phish...@timeinc.com'.
> >
> > Bobbie Justice  requ...@listserv.ua.edu>
> > February 10, 2017 at 3:46 PM
> > There used to be loyalty, back before constant cost-cutting. I stayed
> > at one place for 15 years in the 80s and early 90s.
> >
> > However with constant cost-cutting, the term "full time employee" is a
> > misnomer.
> >
> > All it takes is "management by airline magazine" and any concept of a
> > full time employee goes out the window in a heartbeat.
> >
> > Until the trend of "management by airline magazine" stops, it's off to
> > the highest bidder or the company with the least amount of B.S.
> >
> > Bobbie Justice
> > z/OS Senior Systems Engineer
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >
> > Please be alert for any emails that may ask you for login information
> > or directs you to login via a link. If you believe this message is a
> > phish or aren't sure whether this message is trustworthy, please send
> > the original message as an attachment to 'phish...@timeinc.com'.
> >
> 
> --
> 
> Mark Jacobs
> Time Customer Service
> Global Technology Services
> 
> The standard you walk past is the standard you accept.
> Lt. Gen. David Morrison
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM web site for service delivery and hold data.

[David Purdy]

Not connecting for me, either.

David



On Thursday, September 29, 2016 Richbourg, Claude 
 wrote:
Good morning all,

I am having trouble getting to the IBM sites for Hold Data and service today:

service.boulder.ibm.com
deliverycb-bld.dhe.ibm.com

I keep getting the 1808 and time out messages. Does anyone know if they are 
having an issue with those sites now?
Thanks up front.

Regards,


Claude Richbourg
Mainframe Support Section
Florida Agency for State Technology
AST - Southwood Data Center
Capital Circle Office Complex | Sadowski building
2555 Shumard Oak Blvd |Tallahassee, FL 32301
Office: 850-488-5243
Email 
claude.richbo...@ast.myflorida.com


Please Note: Florida has a very broad public records law. Most written 
communications to or from state officials regarding state business
are public records available to the public and media upon request. Your e-mail 
communications may therefore be subject to public disclosure




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Minimum Volume Sizes in the Wild

[David Purdy]

General use is -9 and -27. -3 are in use but vanishing.  No -54 yet.  

David



On Tuesday, June 28, 2016 John Eells  wrote:
What is the *smallest* volume size everyone sees in general use?

For example, will we create any problems if we assume that "everyone" 
has or can define at least a 3390-9 size volume these days? What if we 
chose 3390-27?

-- 
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LARGEDS and Z11 Mode

[David Purdy]

Matt, I did a $DCKPTSPACE before and after the $ACTIVATE just to review. Added 
the parameter BERTUSE on a second $DCKPTSPACE command to insure no calculation 
errors and a second review. I believe the JOE count changed, but there may have 
been other spool activity going on.

Also $PJES2,ABEND and restarted JES to verify JES would work while I was logged 
on and able to fix it.

David



On Wednesday, June 1, 2016 Dazzo, Matt 
<00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote:
Allen, Oops wanted to include this into the original post. Appears to me there 
should be plenty of free records here? The increase I believe is 302? Thanks 
Matt

$HASP852 CKPTSPACE 
$HASP852 CKPTSPACE BERTNUM=32100,BERTFREE=31657,BERTWARN=80, 
$HASP852 CKPT1=(CAPACITY=6288,UNUSED=4446),CKPT2=() 

$HASP895 $DACTIVATE 997
$HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2
$HASP895 THE CURRENT CHECKPOINT:
$HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1
$HASP895 PERCENT.
$HASP895 -- CONTAINS 1847 4K RECORDS.
$HASP895 z11 CHECKPOINT MODE ACTIVATION WILL:
$HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.
$HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION
$HASP895 WOULD REACH 1 PERCENT.
$HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER.
$HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION:
$HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Wednesday, June 01, 2016 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LARGEDS and Z11 Mode

Should do it. 

I presume this will occur on the z/OS 1.13 system prior to the upgrade.

$TSPOOLDEF should present no issues.

At z/OS 1.13 you can issue $DACTIVATE, LEVEL=Z2 to "backout the upgrade. This 
*IS NOT* available on z/OS 2.2. 

Z11 mode has been out for such a long time that I cannot forsee any issues at 
this point in time. 

You *MIGHT* consider enlarging the checkpoint dataset based on "$HASP895 -- 
EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.". I can't be certain without seeing 
the O/P of $DCHKPTSPACE.

HTH,



Planning for z1.13 to 2.2 upgrade and found that we need to move to jes2 
checkpoint mode Z11. We are a monplex so no MAS to be concerned about. I gather 
from reading the jes2 init and tuning, Reference guide and JES2 Performance and 
Availability Considerations in Redbooks the following.

Use $DACTIVATE command and resolve outstanding requirements, for me that looks 
like moving to LARGEDS support.
Change SPOOLDEF, LARGEDS=ALLOWED ($T SPOOLDEF,LARGEDS=ALLOWED) Issue $ACTIVE

Did I miss any steps? thanks Matt

This would be done during a scheduled system outage so there would be no 
activity.

What I can't find is how to test afterward, what problems to look for, how to 
back out if necessary?

Below is the display of the jes dactivate.
$HASP895 $DACTIVATE 997
$HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2
$HASP895 THE CURRENT CHECKPOINT:
$HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1
$HASP895 PERCENT.
$HASP895 -- CONTAINS 1847 4K RECORDS.
$HASP895 z11 CHECKPOINT MODE ACTIVATION WILL:
$HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.
$HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION
$HASP895 WOULD REACH 1 PERCENT.
$HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER.
$HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION:
$HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED.

This email ? including attachments ? may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: LARGEDS and Z11 Mode

[David Purdy]

Backout is to $ACTIVATE,LEVEL=Z2
which is the 2.1 $ACTIVATE default.  We set LARGEDS=ALLOWED 

Just went through this, and it took 3 seconds wall time in a large sysplex.

David



On Wednesday, June 1, 2016 Dazzo, Matt 
<00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote:
Planning for z1.13 to 2.2 upgrade and found that we need to move to jes2 
checkpoint mode Z11. We are a monplex so no
MAS to be concerned about. I gather from reading the jes2 init and tuning, 
Reference guide and JES2 Performance and Availability Considerations in 
Redbooks the following.

Use $DACTIVATE command and resolve outstanding requirements, for me that looks 
like moving to LARGEDS support.
Change SPOOLDEF, LARGEDS=ALLOWED ($T SPOOLDEF,LARGEDS=ALLOWED)
Issue $ACTIVE

Did I miss any steps? thanks Matt

This would be done during a scheduled system outage so there would be no 
activity.

What I can't find is how to test afterward, what problems to look for, how to 
back out if necessary?

Below is the display of the jes dactivate.
$HASP895 $DACTIVATE 997
$HASP895 JES2 CHECKPOINT MODE IS CURRENTLY Z2
$HASP895 THE CURRENT CHECKPOINT:
$HASP895 -- CONTAINS 32100 BERTS AND BERT UTILIZATION IS 1
$HASP895 PERCENT.
$HASP895 -- CONTAINS 1847 4K RECORDS.
$HASP895 z11 CHECKPOINT MODE ACTIVATION WILL:
$HASP895 -- EXPAND CHECKPOINT SIZE TO 2149 4K RECORDS.
$HASP895 -- REQUIRE 0 ADDITIONAL BERTS AND UTILIZATION
$HASP895 WOULD REACH 1 PERCENT.
$HASP895 z11 ACTIVATION WILL FAIL IF ISSUED FROM THIS MEMBER.
$HASP895 THE FOLLOWING ISSUES PREVENT ACTIVATION:
$HASP895 -- LARGEDS SUPPORT MUST BE ACTIVATED.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Upgrade preparation

[David Purdy]

Everything is well documented. One overlooked documented item was the return 
code change from LISTCAT of a GDG base with no entries. V1R13 gave RC = 4. V2R1 
RC = 0.  Documented workaround as well.
 
David

-Original Message-
From: Nathan Astle tcpipat...@gmail.com
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Sat, Aug 15, 2015 11:53 AM
Subject: Upgrade preparation



div id=AOLMsgPart_1_c7b04757-9643-4fae-bf76-6b5f934fc1ab style=margin: 
0px;font-family: Tahoma, Verdana, Arial, Sans-Serif;font-size: 12px;color: 
#000;background-color: #fff;

pre style=font-size: 9pt;ttHi

We are upgrading our operating system from 1.13 to 2.1.

So apart from
toleration maintenance are there any other Things to be
looked from the OS
perspective?

Would somebody share the steps taken at your shop
?

Nathan

--
For
IBM-MAIN subscribe / signoff / archive access instructions,
send email to
a href=mailto:lists...@listserv.ua.edu;lists...@listserv.ua.edu/a with the 
message: INFO IBM-MAIN
/tt/pre
 !-- end of AOLMsgPart_1_c7b04757-9643-4fae-bf76-6b5f934fc1ab --
/div

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Semi-OT: Government snooping was Re: Is there any MF shop using AWS service?

[David Purdy]

In the late 70's, I was programming for 'Project Match', where large 
corporations voluntarily gave their employment data to the various state 
governments (via the FBI), and we matched them against welfare enrollment of 
some kind.  Snooping's been going on for a while, don't you think?


David


-Original Message-
From: Clark Morris cfmpub...@ns.sympatico.ca
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Sun, Apr 6, 2014 12:52 pm
Subject: Semi-OT: Government snooping was Re: Is there any MF shop using AWS 
service?


On 6 Apr 2014 07:15:59 -0700, in bit.listserv.ibm-main you wrote:

In 3c50k9hv2dscdvhsn3b7kvi84jaibbp...@4ax.com, on 04/05/2014
   at 11:41 AM, Clark Morris cfmpub...@ns.sympatico.ca said:

I remember my sister saying her European friends couldn't 
understand what the big deal about Watergate was.

The same in Israel.

The assumed that the snooping involved was common
practice given their experience with their own governments.

Perhaps, but I suspect that it was really a question of whose ox was
gored. Certainly, people in Israel got very upset over what to me
looked like minor scandals; the were more egregious than Watergate
because they were local.

Were the French as blasé over scandals in France as they were over
Watergate?
 
From what I recall from over 35 years ago was that her friends thought
that the government snooping was a normal state of affairs.  Given the
records retention requirements  in the United States (and maybe other
countries), most organizations have to keep a huge amount of
documentation including all e-mails so that the government can later
troll through them to prove wrongdoing.  For organizations the
exposure is not snooping by the government of jurisdiction which can
get the data anyway but by foreign governments doing it for other
reasons.

Clark Morris

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN