Re: Not getting IBM-MAIN Email

[David Mingee]

Stopped again. No emails here after the 10th April.  This is weird stuff.  
Anyone know what is going on?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Mingee
Sent: Tuesday, April 9, 2024 11:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Not getting IBM-MAIN Email

Hello All,  I magically started getting email from IBM-MAIN on Monday Apr 8.
Thanks to all who offered help.

-Original Message-
From: Rick Troth 
Sent: Tuesday, April 9, 2024 9:04 AM
To: IBM Mainframe Discussion List 
Cc: David Mingee 
Subject: Re: Not getting IBM-MAIN Email

Hi David --

Others have had trouble too lately.

IBM-MAIN is hosted by the University of Alabama, so I wonder if "US" 
versus "UA" is a typo?

Some of us have speculated that the university, or one of their service 
providers, recently tightened-up email requirements.
Across the industry, blacklisting and other spam-preventions, have tipped the 
scale and now are blocking a significant portion of legitimate email.
Personally, I don't have a solution, but am trying to gather critical mass to 
address it, so I'll contact you off-list. Everyone's situation is different, 
and in this case the note is coming from a Google property. But I cannot send 
(to most recipients) from my home address, even with SPF and DKIM in place.

-- R; <><



On 4/8/24 14:25, David Mingee wrote:
> Hello All, I stopped getting IBM-MAIN emails on 3/20/2024.  I tried 
> subscribing with:
> SUBSCRIBE IBM-MAIN David Mingee  sent to LISTSERV.US.EDU And
> INFO IBM-MAIN   to LISTSERV.US.EDU
>
> No success.  Any help would be greatly 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

--
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: Not getting IBM-MAIN Email

[David Mingee]

Hello All,  I magically started getting email from IBM-MAIN on Monday Apr 8.
Thanks to all who offered help.

-Original Message-
From: Rick Troth  
Sent: Tuesday, April 9, 2024 9:04 AM
To: IBM Mainframe Discussion List 
Cc: David Mingee 
Subject: Re: Not getting IBM-MAIN Email

Hi David --

Others have had trouble too lately.

IBM-MAIN is hosted by the University of Alabama, so I wonder if "US" 
versus "UA" is a typo?

Some of us have speculated that the university, or one of their service 
providers, recently tightened-up email requirements.
Across the industry, blacklisting and other spam-preventions, have tipped the 
scale and now are blocking a significant portion of legitimate email.
Personally, I don't have a solution, but am trying to gather critical mass to 
address it, so I'll contact you off-list. Everyone's situation is different, 
and in this case the note is coming from a Google property. But I cannot send 
(to most recipients) from my home address, even with SPF and DKIM in place.

-- R; <><



On 4/8/24 14:25, David Mingee wrote:
> Hello All, I stopped getting IBM-MAIN emails on 3/20/2024.  I tried 
> subscribing with:
> SUBSCRIBE IBM-MAIN David Mingee  sent to LISTSERV.US.EDU And
> INFO IBM-MAIN   to LISTSERV.US.EDU
>
> No success.  Any help would be greatly 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

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

Not getting IBM-MAIN Email

[David Mingee]

Hello All, I stopped getting IBM-MAIN emails on 3/20/2024.  I tried subscribing 
with:
SUBSCRIBE IBM-MAIN David Mingee  sent to LISTSERV.US.EDU
And
INFO IBM-MAIN   to LISTSERV.US.EDU

No success.  Any help would be greatly 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: Is there a JES2 command to submit a job?

[David Mingee]

Also, You can enter SUB next to the member name while in ISPF.  Just enter SUB 
vs. B or E or V

Subject: Re: Is there a JES2 command to submit a job?

I  do something like that for my personal stuff. And it is good in that you can 
have a separate crontab  for submitting different jobs with different RACF IDs. 
The only "problem" is, unless  I am out of date, most z/OS people are still 
fairly ignorant  of z/OS UNIX and are reluctant to use  it. A few years ago I 
had another sysprog complain  about it because, in his words, "It isn't 
Windows!"

On Wed, Nov 18, 2020 at 5:36 PM Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 18 Nov 2020 15:00:59 -0800, Charles Mills wrote:
>
> >Is there a JES2 command to submit a job from a PDS or PROCLIB, 
> >roughly analogous to TSO SUBMIT?
> >
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zo
> s.v2r3.bpxa400/jclsub.htm
>
> plus crontab
>
> >I vaguely recall there is a way to submit a job (via TSO or whatever) 
> >such that it gets held and then could be released with a JES2 command 
> >but also left in the input queue for another release? Am I on the 
> >right track? Or
> ...
> >?
> SDSF "SJ"?
>
> -- 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

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

Re: rename a dataset in acs routine?

[David Mingee]

The following idea/method will probably not work, but what the hell.
Consider listing the needed tape files with a TMS report to disk.
1. create a PDSE to load these files into.
2. change create fiche jcl to create a new member e.g. (d092120)
3 create job to load old tape files as member names.  This could be a second 
PDSE, if helpful.
4. change jobs to read pdse member (d051719) for example.
Alternate method, after finding all these old tapes from TMS report, load each 
tape to disk as PS/EF with compress.  They would get migrated after
X days of no use.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Monday, September 21, 2020 5:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Jes Exit 6 seems to be the best place to do this.  There is only a max of one 
dataset per job and it's never re-read in that same job (or any other) and we 
already know what the dataset(s) are called, so it's pretty simple to scan for 
the DSN= text object and if the supplied DSN matches one of the ones we want, 
we just replace it with the symbolic.  Actually at that point in time I could 
just insert the actual date and time.  The test version does just that.  Of 
course as soon as I started writing the exit, several people came in to ask for 
more "features".  The only thing I forgot was a way to bypass the exit in the 
event that I wanted to actually process one of the tapes manually (by volser), 
but I now have that worked out as well, I just don't have time to test it 
properly at this time.  I also think it's possible to limit the processing to 
ONLY the jobs that we know will contain the fiche tapes, so I'm waiting on a 
programmer to tell me if that's true.

Brian

 On Mon, 21 Sep 2020 13:11:56 +, Seymour J Metz  wrote:

>What's the down side?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Lizette Koehler 
Sent: Sunday, September 20, 2020 11:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

I apologize if this has been discussed

The SYSTEM Symbols can be made available to JES2 batch jobs   The shop needs
to determine if they want that to happen

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.ieab600/jclsymstr.htm

The three types of symbols that can be used for JES2 in-stream substitution are 
JCL Symbols, JES Symbols and System Symbols:

On a JES2 JOBCLASS definition, the field SYSSYM needs to be ALLOW rather than 
DISALLOW



If there Is scheduling software available, it is possible it might provide 
symbolic substitution at Submission time (I know CA Workload Manager ESP can do 
that)

Otherwise, you might want to have something like s REXX be executed (or 
language of your choice) to generate the JCL then submit into the Internal 
Reader

ACS routines cannot do this type of function.

Best of luck

Lizette

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Sunday, September 20, 2020 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

ITYM IEFUJV; IEFUJI doesn't have the right interfaces. I'd probably use an 
internal text exit.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: Saturday, September 19, 2020 12:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

Actually I'm leaning towards the JES or SMF UJI exit as well.  File tailoring 
doesn't help in this case because most of the JCL doesn't get submitted via TSO.

Brian

On Fri, 18 Sep 2020 16:41:29 +, Seymour J Metz  wrote:

>Well, if they want to use a chainsaw to open a bag of peanuts, you 
>could
write a JES exit, but the proper way to handle it is for the process that 
creates the JCL to generate a unique name. If they're using ISPF it's super 
easy to do it with File Tailoring, and many production control programs have 
similar capabilities.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Brian Westerman 
Sent: Friday, September 18, 2020 3:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

Hi,

I was asked a question today that I honestly don't know how to answer.  The 
programmer has a (very large) series of jobs that generate fiche tapes that get 
created and have a expiration date but never are cataloged (because they all 
have exactly the same DSN).  So over time, they ended up with about
30,000 tapes from the over 9,000 jobs that CA-1 keeps around until expiration 
date.  Obviously, these are not the easiest datasets to use later because they 
need to look up the tape volser every time.

The problem is that they want to know if 

Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

[David Mingee]

I say yes to a Mainframe co-op.  It could morph into a very useful thing over 
time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Grant Taylor
Sent: Sunday, July 05, 2020 2:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Migrate z/OS DASD volumes from Mainframe to Hercules Environment

On 7/4/20 6:27 PM, Seymour J Metz wrote:
> If anybody gets upset it will be because of "just because you feel 
> z/OS ought to be free (as in beer"; few if any posters here have 
> suggested such a belief. What I have seen is posters asking for 
> affordable hobbyist license fees.

Agreed.

> I'm not the one suggesting the co-op, but at first glance the idea is 
> intriguing.

I lobbed the idea of a co-op out there the same way that people throw things at 
the wall to see how things stick and what the reaction is. 
But it does seem like there is some interest, some of it more than casual.  I'm 
now thinking that a poll might be in order.

Please reply to this message, either publicly or privately, if you are 
interested in having a more serious discussion about a mainframe co-op.

> I'm already paying an annuual support fee for ArcaOS, a rebranded 
> OS/2; if I could get z/OS and z/VM on Hercules at comparable cost then 
> it wouldn't break my budget.

I seriously doubt that we will ever be able to legally run z/OS on Hercules.  I 
suspect that it would have to be on an older / smaller system or z/PDT or guest 
VMs on someone's larger system.

> The deciding factor would be the license terms; it would have to be 
> legal to use the platform to develop commercial software.

I don't object to the idea.  But my limited understanding is that such probably 
raises the bar more than little bit.



-- 
Grant. . . .
unix || die

--
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

This is a test

[David Mingee]

Please ignore this message as it is a test of my email.
 
Mingee Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
 
Cell 317 903-9455  
Alt Cell 317946-9192
 
 

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

Re: Using bpxbatch to compress an MVS dataset

[David Mingee]

Hello,  You can consider adding the command  MODE C  before the PUT command in 
your FTP.  This will compress the file during transmit only.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Donald Russell
Sent: Sunday, June 30, 2019 3:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using bpxbatch to compress an MVS dataset

I sincerely appreciate people’s feedback on this subject but the problem I’m 
trying to solve is how to compress the file, not whether compression is needed. 
The decision to compress was made based on frequency of use, bandwidth between 
source and destination and difference in file size/transmission time, the value 
of that benefit etc.

Currently I use pkzip to create a gzip file. If I can accomplish this with 
bpxbatch then I may be able to cancel the pkzip license. The other aspect is 
I’d like to run this on an mvs system that doesn’t have non-ibm products on it 
so bpxbatch may be available whereas pkzip is not.

Don



On Sun, Jun 30, 2019 at 10:51 Thomas Kern < 
0041d919e708-dmarc-requ...@listserv.ua.edu> wrote:

> Another consideration is how many times the compressed file would be 
> transferred. We used to host lots of documents on our mainframe to be 
> served out on a website. When the transfer load became noticeable on 
> the performance reports, we started compressing the most common documents.
> The transfer load dropped dramatically and Management decided to 
> compress all documents before loading them into the website.
>
>
> /Tom Kern
>
> On 06/30/2019 12:45, Donald Russell wrote:
> > I???m not considering the cost of compression  in relation to the
> transfer
> > savings because the size of the files is huge (several million lines 
> > of
> > text) that compress really well. Pkzip/gzip seems to get well over 
> > 80% compression. Then yes, after the mvs job step runs, the ftp 
> > target is in another city or even continent, and the ftp traffic is 
> > encrypted inflight using ftps.
> >
> > My goal is to to compress the text file prior to ftp.
> >
> > Can bpxbatch programs like tar read/write from/to dd names, or fully 
> > qualified dataset names instead of Unix-like file paths?
> >
> > Don
> >
> >
> > On Sun, Jun 30, 2019 at 09:19 Steve Thompson  wrote:
> >
> >> If this file is being sent inside your firewall, the time and CPU 
> >> cycles will cost more than the ftp. This is based on experiences 
> >> using MFT products. (Basically what Gadi said).
> >>
> >> We found in testing that compressing was really only useful with 
> >> small pipes. Of course, there is a ratio between number of bytes to 
> >> transfer
> and
> >> bandwidth in determining the effectiveness of the compression (and 
> >> compression method).
> >>
> >> Now, if this is confidential data, and is going outside of your
> firewall,
> >> you have to consider encryption. Compress first, then encrypt, 
> >> because encrypted data is generally uncompressable.
> >>
> >> HTH
> >> Steve Thompson
> >>
> >> Sent from my iPhone ??? small keyboarf, fat fungrs, stupd spell manglr.
> >> Expct mistaks
> >>
> >>
> >>> On Jun 30, 2019, at 12:05 PM, Gadi Ben-Avi  wrote:
> >>>
> >>> If both systems are on the same physical computer, it might not be
> worth
> >> it.
> >>> The time and cpu cycles it would take to compress and uncompress 
> >>> might
> >> take longer than transferring the un compressed file.
> >>>
> >>>
> >>> -Original Message-
> >>> From: IBM Mainframe Discussion List  On
> >> Behalf Of Donald Russell
> >>> Sent: Sunday, June 30, 2019 6:58 PM
> >>> To: IBM-MAIN@LISTSERV.UA.EDU
> >>> Subject: Using bpxbatch to compress an MVS dataset
> >>>
> >>> I have a batch process in zOS 2.1 (soon to be 2.3) that creates a 
> >>> large
> >> text file I want to FTP to a zLinux system.
> >>> How can I use bpxbatch tar or compress (or ?) to create a smaller 
> >>> file
> I
> >> can ftp instead instead of the original file? I don???t want to use
> pkzip
> >> unless that???s the only choice. Terse is no good because Linux 
> >> can???t
> unterse
> >> it.
> >>> Is there a way to specify a DD name for the input and output 
> >>> files,
> >> similar to how FTP allows put/get //DD:
> >>> Part two... the text in the file is EBCDIC, but Linux wants ASCII. 
> >>> I
> >> don???t see an option to do the conversion.
> >>> I???ll have to check tr, but maybe there???s a way to use more
> traditional
> >> Unix syntax like
> >>> cat //dd:in | tr ... | tar -cv //dd:out
> >>>
> >>> Cheers,
> >>> Don
> >>>
> >>> --
> >>>  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
> >> 

MVS Job Position

[David Mingee]

Subject: MVS Job Position

Currently, I am supporting a role with the World's Largest
Manufacturing Company. This team is looking for strong Mainframe
Systems Engineer, ideally who have experience with Z/OS, SMP/E , and
JCL.   This position is in Portland, Oregon.

Please contact me offline for additional info.

Thanks,  Kyle Trost
Recruiter On LinkedIn
Or Call 503 293-2900
--

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

Re: ISPF development tips and tricks

[David Mingee]

Great Tool.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B. Dyck
Sent: Friday, April 19, 2019 10:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ISPF development tips and tricks

I am announcing a new, free, ebook with usable examples for all ISPF developers 
with tips and tricks to jump start or improve your dialog writing. It is 70+ 
pages and the zip includes to doc in pdf, ePub, and mobi formats so you can 
read it anywhere (or go old school and print it). Upload the included samples 
PDS, provided in xmit format, and look at the code.  

This is not a stand alone doc, you’ll still need the IBM pubs to delve into the 
full capabilities of the ISPF services. 

It is also a work in progress, meaning if you would like to contribute a 
chapter, with examples, then please do so - see the section on contributing on 
how to do that.

Go to www.lbdsoftware.com and you can download it. 
 
Enjoy

Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com

"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

Re: OpenSSH / Ported Tools / Co:Z

[David Mingee]

C lever... I did find hits on google for acronym -  USS,  navy and Z/OS Unix 
System Services .  For some reason it made me think of Snow White and the 7 
dwarfs of mainframe.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Monday, March 18, 2019 6:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OpenSSH / Ported Tools / Co:Z

So what's all the fUSS?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matt Hogstrom
Sent: Monday, March 18, 2019 1:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: OpenSSH / Ported Tools / Co:Z

Actually it is in every z/OS Unix System Services document.  Cleverly disguised 
with the prefix ‘disc' and the suffix ‘ed’ ’ion’ or others.  For example

So far, we have discussed
The following discussion

There is it, USS hiding in plain sight in almost ALL IBM documents.

Matt Hogstrom
m...@hogstrom.org
PGP Key: 0x90ECB270

"Never attribute to malice that which is adequately explained by stupidity.” - 
Hanlon’s Razor

> On Mar 18, 2019, at 12:54 PM, Jesse 1 Robinson  
> wrote:
> 
> In an obscure corner of IBM's PK campus is a nondescript bunker-like 
> building. The basement of that building houses the IBM Acronym Factory. The 
> IAF is staffed by a cadre of probationary lawyers and a rotating squad of 
> 14-year-old boys. A proposed acronym is first sprung on the boys; if they 
> giggle, the PA is discarded. Otherwise it's tossed into the lawyer cage. If 
> it emerges intact, it's on the road to acronymhood. 
> 
> 'USS' was relegated to wannabe status for reasons forever locked in the IAF. 
> No matter how commonly it's used, it doesn't officially exist. Think of 
> trying to sneak a snippet of Anglo Saxon slang past the Alliance Francaise. 
> Cannot happen.  
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Paul Gilmartin
> Sent: Sunday, March 17, 2019 3:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: OpenSSH / Ported Tools / Co:Z
> 
> On Sun, 17 Mar 2019 16:32:42 -0500, Mike Schwab wrote:
> 
>> They got rid of Unformatted System Services?
>> 
> Just the abbreviation.  Perhaps they'd rather not take sides.  Did the 
> abbreviation appear in an older Glossary?  Wayback Machine?  BitSavers?
> 
>> On Sun, Mar 17, 2019 at 3:05 PM Paul Gilmartin wrote:
>>> 
>>> On Sun, 17 Mar 2019 15:45:11 -0400, scott Ford wrote:
>>> 
 Very funny Rad ..USS wars is about right ...lol
 
 On Sat, Mar 16, 2019 at 4:27 PM R.S. wrote:
 
> OK, who start "USS is not Unix System Services" war?
> Don't forget about "it's UNIX, not Unix" and "official acronym".
> Of course all the typos will be punished seriously.
> 
>>> The z/OS glossary contains no definition of "USS".  I wonder what an RCF 
>>> would cause?
>>> 
>>> https://www.ibm.com/support/knowledgecenter/en/zosbasics/com.ibm.zgl
>>> o
>>> ssary.doc/zglossary.html
> 
> -- 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

Need Instructor for VM Class

[David Mingee]

Hey Experts,
Anyone interested in teaching a couple of 2 day WEB based classes in Jan/Feb on 
VM for Verhoef Training company. If so contact:
Kathy Welsh kwe...@verhoef.com
VP/Verhoef Training, Inc   
1.800.533.3893
Verhoef-Training.com
Compensation is more than reasonable.

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

Re: GDG Cleanup

[David Mingee]

I intended to specify this cleanup is for DISK GDG files.  Old unused files can 
be left when an application is retired or a dsn is changed or when a tape gdg 
with NSCR is changed to DISK file.  Also, there is an TMS Utility - TMSOSCAT 
that will fix tapes that have been uncat'd put are not eligible for SCRATCH and 
those that have been TMS SCRATCHED but are still Catalogued.  I think if a new 
disk GDG has not been created in over a year, it is almost certain a new gen 
will not be created today or tomorrow.  I successfully completed this task at 
two different sites.  The only error or problem was one job created a file dsn 
equal to the GDG BASE, but the jcl did not use (+1), so when I deleted the 
GDG's and the BASE GDG this job failed.  Each site had over 100K files deleted 
and 100 to 200 3390-3 disk freed up and these were no longer backed up in the 
weekly backup jobs.  Not a bad savings for those who are interested, have the 
time, and permission.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Monday, February 05, 2018 10:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GDG Cleanup

lol, I guess the OP may have accidentally sent this advice to the wrong address.

Rocket CR+ would make this easier

However, you would in general hope that GDGs are defined to satisfy actual 
requirements, and not pile up garbage indefinitely.

sas

On Mon, Feb 5, 2018 at 7:13 AM, John McKown <john.archie.mck...@gmail.com>
wrote:

> On Sun, Feb 4, 2018 at 11:55 PM, David Mingee <ming...@prodigy.net> wrote:
>
> > For those who might have the time or inclination, I suggest running 
> > a LISTC for your GDG's and then SORT the output file by LAST ALTER 
> > DATE.  Then consider deleting all of them that are older than one 
> > year old. You may find 1000's of these for various reasons.  Also, 
> > you could run IEHLIST and find old gdg files that were mistakenly 
> > set to NOSCRATCH and then delete them.
> >
> >
> ​Well, just speaking for my shop, one year is way too short. We create 
> annual tapes for end-of-year data. And we often need them going back 
> 10 years. Actuarial people love historical data. Some financial people 
> do too.​
>
>
> --
> I have a theory that it's impossible to prove anything, but I can't 
> prove it.
>
> Maranatha! <><
> John McKown
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
sas

--
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

GDG Cleanup

[David Mingee]

For those who might have the time or inclination, I suggest running
a LISTC for your GDG's and then SORT the output file by LAST ALTER
DATE.  Then consider deleting all of them that are older than one
year old. You may find 1000's of these for various reasons.  Also,
you could run IEHLIST and find old gdg files that were mistakenly
set to NOSCRATCH and then delete them.


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

Re: VSAM Performance - CPU reduction

[David Mingee]

I agree. Just curious if the file needs to be defined as REUSE or
could it be ALTERED to NOREUSE and tested?

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins
Sent: Friday, January 26, 2018 6:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM Performance - CPU reduction

Arun,

I think you are very close to having this running as optimally as
you can unless you start including the COBOL parsing with Strobe and
looking for changes to the program that can improve the access,

Thanks for trying the reduction of BUFND from 240 to 2, and sharing
the increased IO and CPU usage you observed. I still have a gut
feeling that
BUFND=240 is excessive, and you are reading Cis into storage that
the program never processes. If that is the case, then there may be
the potential to reduce CPU by reducing the chain length.

I'd like to suggest that you try a binary search or bracket test of
sorts to see if there is an optimal value for BUFND that reduces the
CPU time. I'd suggest starting with one cylinder or BUFND=30 as a
starting point for a binary search. For example,  if CPU is reduced
at 30, see if it reduces at 15. If it does reduce, try 8 to see if
it reduces further. Alternatively, if
30 increases CPU and IO try BUFND=120, then 60, etc, etc, etc.

Ron

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron hawkins
Sent: Thursday, January 25, 2018 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction

Clark, 

it is a 15GB KSDS, with 564,000 Cis, and 32,448,318 records.

It is very optimistic to think that after he verified increased IO
when reading one CI, it will be more than offset LRU buffer hits
when there is bursts of sequential IO walking the buffer pool a
cylinder at a time. 

NSR behavior will not let the random hit that you describe occur
outside of one CI in the chain as COBOL only uses one string. The
program can read all the other CI's in, but the program only looks
at them in sequential mode. In skip (random) it only looks at the CI
currently pointed to by the string, and ignores everything else in
memory. 

What sort of buffers were you thinking of? 5GB worth?

Ron

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris
Sent: Wednesday, January 24, 2018 5:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction

[Default] On 24 Jan 2018 09:53:39 -0800, in bit.listserv.ibm-main
ronjhawk...@sbcglobal.net (Ron hawkins) wrote:

>Clark,
>
>It's not that the process is reading a 2nd record in the same CI.
That 
>would result in a buffer hit irrespective of whether it is LSR or
NSR.
>
>The empirical evidence of his test with BUFND=2 reduced from
BUFND=240 
>is that the program reads more than one CI sequentially for each
skip.
>That alone makes the file a poor candidate for LSR.

The original poster also said that under certain circumstances after
reading a record skip sequential on the second file by finding a
match, under x conditions another record was retrieved from the same
file.  Depending on the frequency of this condition occurring and
the access pattern LSR might help for that condition.  Program
caching of hits and misses may be more appropriate depending on
circumstance.  I had a case in one shop where thousand of read not
found conditions occurred for about 12 records.  This was a table
file and around 20 years ago so the exact details escape me but the
point is that much depends on the overall processing.

Clark Morris 
>
>Ron
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Clark Morris
>Sent: Wednesday, January 24, 2018 4:50 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: [IBM-MAIN] VSAM Performance - CPU reduction
>
>[Default] On 23 Jan 2018 17:35:50 -0800, in bit.listserv.ibm-main 
>ronjhawk...@sbcglobal.net (Ron hawkins) wrote:
>
>>Clark,
>>
>>If you had time to read through this lengthy thread you will find
that 
>>the 2nd file uses skip-sequential access. LSR is usually not an 
>>appropriate strategy for this access pattern.
>
>I realize he was using skip sequential.  My point was that random 
>access looks like it could be a better fit for this file than skip 
>sequential especially since a second record may have to be read
after 
>the first record is found on the second file.
>
>Clark Morris
>>
>>The OP has tried reducing BUFND on the second file, and observed a

>>reduction in throughput, which verifies the extent to which the 
>>sequential access is taking advantage of chained Cis.
>>
>>Ron
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>>On Behalf Of Clark Morris
>>Sent: Tuesday, January 23, 2018 4:57 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: [IBM-MAIN] VSAM Performance - CPU 

Re: JOBGROUP in JCL

[David Mingee]

I failed as a HUM ANA  it or IT person

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Saturday, February 03, 2018 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOBGROUP in JCL

Did you pass?

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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Mingee
Sent: Saturday, February 3, 2018 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] JOBGROUP in JCL

This is a test.  Please ignore.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, February 01, 2018 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOBGROUP in JCL

Okay - so I did not spell magazine correct

So it should read (for those of you that copy and paste)


IBM SYSTEMS MAGAZINE JOBGROUP

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Thursday, February 01, 2018 2:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JOBGROUP in JCL
> 
> And to add to Ed's list
> 
> I just did an internet search on the keywords
> 
> IBM SYSTEMS MANAZINE JOBGROUP
> 
> Lots pops up. Here are a couple
> 
> 
> IBM Systems Magazine - JES2-job-group
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je
> s2-job-
> group/figure-1/
> 
> In z/OS V2.2, JES2 provided new support called Job Execution Controls 
> so that customers could have better control over the execution of 
> related jobs; looking at the different states a job group can 
> encounter, and what situations will trigger transitions into those states.
> IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ...
> ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-suppo
> rt/
> 
> These functions are available via JEC and via JOBGROUP keyword on the 
> SCHEDULE JCL statement. The first article in this series provided a 
> broad overview of JEC and in particular an example illustrating 
> BEFORE, AFTER and CONCURRENT dependencies. This article will discuss 
> concurrent dependencies in further ...
> IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/co
> ncurren
> t-job-support/
> 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je
> c-2-2/
> 
> 
> 
> Introducing new features in z/OS 2.2: Job Entry Subsystem Job 
> Execution Control and Deadline Scheduling.
> IBM Systems Magazine - Tips & Techniques 
> ibmsystemsmag.com/mainframe/tipstechniques/
> Technical articles that provide tips and techniques to help IBM System 
> z mainframe customers implement solutions. Subtopics include 
> application development, miscellaneous, system tuning and systems 
> management. ... JES2 Job Group State Transitions. Web Exclusive | ...
> http://ibmsystemsmag.com/mainframe/tipstechniques/
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell
> > Sent: Thursday, February 01, 2018 2:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JOBGROUP in JCL
> >
> > Search>IBM SHARE JES2 JOBGROUP
> >
> >
> > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/
> > je
> > c-2-2/
> >
> > From SHARE proceedings Tom Wasik's .pdf presentation:
> >
> > share.confex.com/share/125/webprogram/Handout/Session17826
> > share.confex.com/share/125/webprogram/Handout/Session17421
> >
> > In a message dated 2/1/2018 3:21:46 PM Central Standard Time, 
> > stars...@mindspring.com writes:
> >
> > You will need to search for this, but there was a very good article 
> > on MainframeSystems magazine about this new function in JES2.
> >
> >
> >
> 
> --
> 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, s

Re: JOBGROUP in JCL

[David Mingee]

This is a test.  Please ignore.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, February 01, 2018 4:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JOBGROUP in JCL

Okay - so I did not spell magazine correct

So it should read (for those of you that copy and paste)


IBM SYSTEMS MAGAZINE JOBGROUP

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Thursday, February 01, 2018 2:42 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: JOBGROUP in JCL
> 
> And to add to Ed's list
> 
> I just did an internet search on the keywords
> 
> IBM SYSTEMS MANAZINE JOBGROUP
> 
> Lots pops up. Here are a couple
> 
> 
> IBM Systems Magazine - JES2-job-group
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je
> s2-job-
> group/figure-1/
> 
> In z/OS V2.2, JES2 provided new support called Job Execution Controls 
> so that customers could have better control over the execution of 
> related jobs; looking at the different states a job group can 
> encounter, and what situations will trigger transitions into those states.
> IBM Systems Magazine - JES2 Job Execution Control Concurrent Job ...
> ibmsystemsmag.com/mainframe/.../systemsmanagement/concurrent-job-suppo
> rt/
> 
> These functions are available via JEC and via JOBGROUP keyword on the 
> SCHEDULE JCL statement. The first article in this series provided a 
> broad overview of JEC and in particular an example illustrating 
> BEFORE, AFTER and CONCURRENT dependencies. This article will discuss 
> concurrent dependencies in further ...
> IBM Systems Magazine - JES2 Job Execution Control New in z/OS 2.2 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/co
> ncurren
> t-job-support/
> 
> http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/je
> c-2-2/
> 
> 
> 
> Introducing new features in z/OS 2.2: Job Entry Subsystem Job 
> Execution Control and Deadline Scheduling.
> IBM Systems Magazine - Tips & Techniques 
> ibmsystemsmag.com/mainframe/tipstechniques/
> Technical articles that provide tips and techniques to help IBM System 
> z mainframe customers implement solutions. Subtopics include 
> application development, miscellaneous, system tuning and systems 
> management. ... JES2 Job Group State Transitions. Web Exclusive | ...
> http://ibmsystemsmag.com/mainframe/tipstechniques/
> 
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Finnell
> > Sent: Thursday, February 01, 2018 2:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: JOBGROUP in JCL
> >
> > Search>IBM SHARE JES2 JOBGROUP
> >
> >
> > http://ibmsystemsmag.com/mainframe/tipstechniques/systemsmanagement/
> > je
> > c-2-2/
> >
> > From SHARE proceedings Tom Wasik's .pdf presentation:
> >
> > share.confex.com/share/125/webprogram/Handout/Session17826
> > share.confex.com/share/125/webprogram/Handout/Session17421
> >
> > In a message dated 2/1/2018 3:21:46 PM Central Standard Time, 
> > stars...@mindspring.com writes:
> >
> > You will need to search for this, but there was a very good article 
> > on MainframeSystems magazine about this new function in JES2.
> >
> >
> >
> 
> --
> 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: TRSMAIN

[David Mingee]

You might consider using the MODE C command in FTP vs. AMTERSE/UNTERSE utility. 
 It will run much faster and save CPU time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Monday, December 11, 2017 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TRSMAIN

On 12/11/2017 9:51 AM, PINION, RICHARD W. wrote:
> Is there a way to make TRSMAIN use hardware compression, PCIE hardware 
> compression?

No. AMATERSE uses it's own compression.
Sounds like a good SHARE requirement tho...

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.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: Finally joined Linkedin

[David Mingee]

Glad to see you are back.  Missed your great comments.
I remember an old friend who was a dyslexic, insomniac and an
atheist.  He stayed awake most of the night
Wondering if there really was a DOG.

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills
Sent: Tuesday, November 21, 2017 6:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finally joined Linkedin

Welcome back!

Charles

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz
Sent: Tuesday, November 21, 2017 1:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Finally joined Linkedin

Blame the keyboard; I'm not dyslexic. That's my story and I'm
sticking to it.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on
behalf of Nims,Alva John (Al) 
Sent: Tuesday, November 21, 2017 4:48 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Finally joined Linkedin

Here I am in a short week of work and trying to get z/OS 2.02 ready
to go in on one of my LPARS a week from today and with a couple of
regular problems being thrown my way, "Loopy" does not half describe
my state, so take the following with solid grins, please:

Do we have a new work in the English language, "oined"?  :)  (Yes, I
know someone forgot to hit the "j", but like I said, I am LOOPY
today!)

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz
Sent: Tuesday, November 21, 2017 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Finally joined Linkedin

I've been inactive since my Internet provider folded up with no
advance notice. A lot has happened since then, most of which is off
topic, but it seems reasonable to post here that I've finally oined
LinkedIn from e-mail address sme...@gmu.edu. For those of you who
are on LinkedIn and know me, feel free to connect.


--
Shmuel (Seymour J.) Metz
https://urldefense.proofpoint.com/v2/url?u=http-3A__mason.gmu.edu_-7
Esmetz3&
d=DwIFAw=pZJPUDQ3SB9JplYbifm4nt2lEVG5pWx2KikqINpWlZM=0Ef64GJS77D
Vfhr5GGK
ZeQ=2sKj_aOZbPd15a5BaYD6NzvZEyrfI4v4RUcrPE8vOuQ=twwQJ_Fi0A1v7fcr
ASgcq96Y
YO5tamdtQ9-kFzv6JlM=


--
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

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

Re: Transfer a large number of sequential file from mainframe to redhat linux V6.5

[David Mingee]

Hello,  another option would be to add the line MODE C  before the put or mput 
line in your FTP'S.  This does compression only during the FTP.  This could 
speed up the FTP's.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ibmm...@foxmail.com
Sent: Thursday, October 12, 2017 2:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Transfer a large number of sequential file from mainframe to 
redhat linux V6.5

Hi 

 We could move our datasets to a same volume and convert the  volume to a cckd 
image using Hercules utilies

after we transfer the cckd image to linux,how will the cckd image be used by 
linux? 

Thanks a lot!

Best Regards

Jason Cai


>A suggestion...Could be better or not... You could try... Convert your volume 
>to a cckd image using Hercules utilies. Once they are converted, you will be 
>take advantage of compression and time to this transfer. I did same thing some 
>thing, with success. Btw there is one a problem, you need to move your 
>datasets to a same volume.. Make sense?

--
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: AW: Re: [EXTERNAL] Re: Issue with SK4T-4949-13 - IBM Online Library: z/OS V2R2 Collection, March 2017

[David Mingee]

Hi Susan,  Please tell me how to access IBM Knowledge info with IE version 11.  
I can access them with
Mozilla, but not with IE.  I prefer to use IE.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Friday, April 28, 2017 12:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: Re: [EXTERNAL] Re: Issue with SK4T-4949-13 - IBM Online 
Library: z/OS V2R2 Collection, March 2017

Just FYI, I'm following these threads and absorbing it all.

To the direct point, it seems like the Adobe Indexed set of element and feature 
PDFs (SC27-8430) that Kevin Minerley mentioned in his response should suffice, 
and perhaps even impress, for those of you wanting a single downloadable of all 
z/OS PDFs. Also, truly consider giving KC4z, which Kevin also mentioned, a try. 
It provides the option to mix and match the z/OS plug-ins, if that's how you 
want to do things, for maximum flexibility in an offline, topic search type 
environment. Take a look through 
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.hkc/hkc.htm
and see what you think.

To an indirect point, it's great to see the different statements in support of 
PDFs and even the one for KC. I know how much (most of) you miss the old 
product documentation tools, so this feedback is extremely valuable as we work 
hard to develop a set of solutions that will hopefully help you eventually 
forget them. The best thing that you can do is (continue to) voice your 
feedback where it really counts, like at SHARE and in feedback sessions with 
IBMers. (Of course, I'm always happy to continue collecting feedback here, if 
it's your only resource.) To that point, if any of you are willing to let my 
team bounce ideas off of you, as long as the proper confidentiality boxes are 
checked, let me know - we'll take you up on it.

Yours truly,
Sue Shumway

On 04/27/17 5:08 PM, Peter Hunkeler wrote:
>
>
>
>> The pdf's are fine for print and general reading. And searching has improved.
> UNTIL I want the specific rc/rsn for an IDC3009I which is somewhere between 
> pages 299 and 573 in the iea3m602.pdf and since almost every other IDC 
> message references IDC3009I, the search in the pdf is pretty useless.
>
>
>
>
> Exactly, it all depends on what your current need is. Are you looking for the 
> explanation of message, or do you need to understand a specific macro 
> parameter, or function parameter, etc.? Google, IBM KC, browser interface is 
> often an efficient and effective choice. Are you in need to understand a 
> concept, how does something work, etc.? One or more books are often to be 
> consulted, and whole section or chapters have to be read. Books, be it paper 
> or eBooks, is the choice.
>
>
> So, IBM, and other vendors, need to understand that both variants are 
> required.
>
>
> --
> Peter Hunkeler
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@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: Minimum Volume Sizes in the Wild

[David Mingee]

Same here - smallest in use is MOD3 at 8 different Data Centers I have worked 
with in the last couple of years. 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell


  From: Steve Beaver <st...@stevebeaver.com>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, June 28, 2016 9:36 PM
 Subject: Re: Minimum Volume Sizes in the Wild
   
The smallest I've seen is a MOD3.  And that is just because it had a CAT on it

Steve  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Al Loeffler
Sent: Tuesday, June 28, 2016 8:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Minimum Volume Sizes in the Wild

I use 3390-27 for z/OS and other software installation, but I also use other 
sizes (3390-1, 3390-3, 3390-9, 3390-54) for operational and user datasets.

Al Loeffler

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, June 28, 2016 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Minimum Volume Sizes in the Wild

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

--
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: Corrupt PDSE dataset

[David Mingee]

Gil,  You are right as usual.  I used this utility to repair PDS 
files(recfm.dsorg,lrecl,blksize,cyl,dir,members) on the fly.  It supports PDSe 
in a limited way.  John Kalinich wrote this tool and would know it abilities in 
detail.  I just thought it might be worth a shot. . 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell


  From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Friday, March 11, 2016 7:02 PM
 Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset
   
On Fri, 11 Mar 2016 23:34:32 +, David Mingee wrote:

>Lionel, are all of the DCB values normal or correct, if not they can be 
>changed with PDS86. 
>
Knowing almost nothing about PDSE internals, I'd hesitate to change DCB
attributes with a tool such as PDS86.  Those attributes may be reflected
internally in the PDSE in OCO-undocumented ways.

But if PDS86 has been routinely used to modify PDSE attributes without
problems, it's probably safe.  Does it just overwrite the DSCB?

This is unlikely to be the OP's problem anyway.

-- 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: Corrupt PDSE dataset

[David Mingee]

Lionel, are all of the DCB values normal or correct, if not they can be changed 
with PDS86. 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell


  From: Ted MacNEIL <eamacn...@yahoo.ca>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Friday, March 11, 2016 11:07 AM
 Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset
   
IBM has always stated that you CANNOT share a PDSE outside SYSPLEX boundaries 
without a risk of corruption. It sounds like you did just that.

 That's a big OOPS!

-teD
  Original Message  
From: R.S.
Sent: Friday, March 11, 2016 10:29
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: [EXTERNAL] Re: Corrupt PDSE dataset

W dniu 2016-03-11 o 15:20, Dyck, Lionel B. (TRA) pisze:
> We have shared dasd between two different sysplexes and grs is only within 
> each sysplex. How it broke I've no idea but suspect it was updated on each 
> side.

It's the best method to corrupt PDSE.
BTW: GRS won't help, because PDSE use XCF AFAIK.

-- 
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.pl
Są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

--
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: Question on CA-1

[David Mingee]

It might be helpful to run a batch listcat on the files and then sort the 
output on the field LADAT(Last Alter Date) and then run IDCAMS Delete File and 
Delete GDG on all that are older than a required date.  This could be done on 
other GDG's to clean up all junk  GDG's. 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell


  From: Linda <linda.lst...@comcast.net>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Sunday, February 21, 2016 1:20 AM
 Subject: Re: Question on CA-1
   
For TMS controlled GDGs that are no loner being used, you should be able to get 
rid of them by using IDCAMS ALTER to cut back or remove the GDGs from the 
catalog and set the GDG so that rolled off generations are set to delete from 
the catalogue on expiration. That does assume that the GDGs are being held in 
TMS on catalog retention. 99000,  not some other TMS retention value. 

TMSUPDTE is well documented and pretty easy to use. 

Linda

Sent from my iPhone

> On Feb 20, 2016, at 9:44 AM, Tony Thigpen <t...@vse2pdf.com> wrote:
> 
> I simplified the requirements somewhat because I was expecting to use 
> TMSEXPDT.
> 
> More details:
> 
> We have a lot of systems that have been moved off-platform. About half over 7 
> years ago. These systems generated GDG tapes but new gens are not being 
> created.
> 
> There are about 700 volumes. About half are over the 7 year max retention. 
> The staff that understood the real retention requirements are gone. So, I was 
> told to:
> 
> Any tape file that has not had any new generations built since Jan 1, 2015 
> are to be considered orphaned.
> All orphaned tape files over 7 years old can be scratched.
> All orphaned tape files under 7 years old are to be set to a 7 year retention 
> so they will automatically scratch at that point without any additional 
> programming effort in the future.
> Some files are using multiple tape volumes
> Some tapes have multiple files.
> Some jobs created multi-file/multi-volume tapes.
> 
> 
> To build the control cards using rexx, I have:
> A listing of all such orphaned files which has the file name, volume(s), 
> creation job and creation dates.
> A listing of all active files with all volumes used.
> A listing of all active volumes with all files listed.
> (And, I am good at rexx programming.)
> 
> Tony Thigpen
> 
> Lizette Koehler wrote on 02/19/2016 08:29 PM:
>> EMID= are good.  That means you will probably not have to update them to 
>> allow them to scratch.
>> 
>> I like the TMSUPDTE process.
>> //TMSUPDTE EXEC PGM=TMSUPDTE,PARM='NODSN,AUDIT'
>> //TMSRPT  DD SYSOUT=*
>> //SYSPRINT DD SYSOUT=*
>> //SYSIN    DD *
>> VOL 21,NOCHAIN
>> REP DSN=HEXZEROS
>> REP DSN17=HEXZEROS
>> REP ROBTY=X'89'
>> 
>> You can use DSN matching by changing NODSN to DSN and including DSN= in the 
>> control card.  The  Utilities manual for CA1 will have good details on this 
>> TMSUPDTE process.
>> 
>> See if this might be just as good for your needs.
>> 
>> Lizette
>> 
>> 
>>> -Original Message-
>>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>>> Behalf Of Tony Thigpen
>>> Sent: Friday, February 19, 2016 6:22 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Question on CA-1
>>> 
>>> I just found that some of the oldest tapes have EDMID = 
>>> 
>>> Tony Thigpen
>>> 
>>> Tony Thigpen wrote on 02/19/2016 08:19 PM:
>>>> On the few I just checked, EDMID = blanks.
>>>> 
>>>> Tony Thigpen
>>>> 
>>>> Lizette Koehler wrote on 02/19/2016 08:15 PM:
>>>>> Where these tapes created by an external data manager? (EDM) In a ca1
>>>>> display of the tape (I like using the ISPF CA1 function) See if this
>>>>> field is set
>>>>> 
>>>>>> EDMID  = HPDM
>>>>> 
>>>>> 
>>>>> Lizette
>>>>> 
>>>>>> -Original Message-
>>>>>> From: IBM Mainframe Discussion List
>>>>>> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Thigpen
>>>>>> Sent: Friday, February 19, 2016 6:09 PM
>>>>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>>>>> Subject: Question on CA-1
>>>>>> 
>>>>>> It's clean-up time.
>>>>>> 
>>>>>> I have about 400 old 3380 tapes I need to get out of the tape
>>>>>> library and distroy. These are all over 7 years old for systems that
>>>

Re: Anyone using Rocket Software Performance Essential

[David Mingee]

Sorry for the confusion.  I recommend BMC's Product - Batch Optimizer (Standard 
Edition). 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

  From: Greg Shirey <wgshi...@benekeith.com>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Wednesday, December 16, 2015 9:04 AM
 Subject: Re: Anyone using Rocket Software Performance Essential
   
Sorry, I don't think I'm understanding you.  What product is it that you are 
saying is free and easiest to use? 

Thanks,
Greg Shirey
Ben E. Keith Company 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Mingee
Sent: Tuesday, December 15, 2015 7:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Anyone using Rocket Software Performance Essential

 I used IAM, Rocket's Product and BMC Batch Optimizer.  All of them provide 
great benefit in reduced run time by reducing I/O.  My favorite isBat/Opt 
Standard Edition.  Why, because it is FREE and easiest to use.  Also, it 
provides stat reports that identify files that are read one recordper open(bad 
program code) even with proper buffering.
 

--
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: Anyone using Rocket Software Performance Essential

[David Mingee]

 I used IAM, Rocket's Product and BMC Batch Optimizer.  All of them provide 
great benefit in reduced run time by reducing I/O.  My favorite isBat/Opt 
Standard Edition.  Why, because it is FREE and easiest to use.  Also, it 
provides stat reports that identify files that are read one recordper open(bad 
program code) even with proper buffering.


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

  From: John Clifford <johnrcl...@gmail.com>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, December 15, 2015 11:14 AM
 Subject: Re: Anyone using Rocket Software Performance Essential
   
I used it for 30 years until I got laid off.  Yes, it started as VIOplus
from Softworks and then it went to EMC then Rocket. It saved incredible
amounts of time as we were a huge VSAM shop. I tested a few real  VSAM pigs
and ran jobs turning off VIOplus (perf Essential now) and jobs went from 1
hour 10 minutes to 18 hours.  Actual time. There was no way I could
possibly sit down and figure all the jcl changes to tune the VSAM file
access to get this kind of benefit. I haven't touched it since 2012 but I
would assume it still helps alot with VSAM and Qsam.

John Clifford
z/OS consultant

On Tue, Dec 15, 2015 at 10:28 AM, Porowski, Ken <ken.porow...@cit.com>
wrote:

> I've used it for years.  IIRC it was originally called VIOPlus from
> Softworks.  No real issues with it although there are a few cases where a
> job will gag on it but it is easy to bypass.  It is basically dynamic
> buffering for VSAM and Sequential datasets.  Nothing you can't do through
> JCL yourself if you have the (lots of) time to put into it.  I think it's
> worth it and it does dramatically improve I/O performance.
>
>
>
>
> CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1
> 973 740 5459 (tel) | ken.porow...@cit.com
>
>
>
>
> This email message and any accompanying materials may contain proprietary,
> privileged and confidential information of CIT Group Inc. or its
> subsidiaries or affiliates (collectively, “CIT”), and are intended solely
> for the recipient(s) named above.  If you are not the intended recipient of
> this communication, any use, disclosure, printing, copying or distribution,
> or reliance on the contents, of this communication is strictly prohibited.
> CIT disclaims any liability for the review, retransmission, dissemination
> or other use of, or the taking of any action in reliance upon, this
> communication by persons other than the intended recipient(s).  If you have
> received this communication in error, please reply to the sender advising
> of the error in transmission, and immediately delete and destroy the
> communication and any accompanying materials.  To the extent permitted by
> applicable law, CIT and others may inspect, review, monitor, analyze, copy,
> record and retain any communications sent from or received at this email
> address.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John Mattson
> Sent: Monday, December 14, 2015 8:00 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [IBM-MAIN] Anyone using Rocket Software Performance Essential
>
> Rocket software has a "Performance Essential" product which they claim
> greatly improved VSAM and other I/O processing.  Does anyone have
> experience with it?  Basically does it significantly improve I/O and is it
> trouble free?
>
> --
> 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

Opportunity for Mainframers

[David Mingee]

Hello,
I hope this is not against the rules.  I know of an opportunity to be an 
instructor for a z/OS Boot Camp class(7 weeks) in Panama City, Panama.It is 
with a reputable training company.  It is scheduled for Feb. 1 thru Mar. 18  
2016.  Pay is about 21K plus expenses.  Please contact me atthe email or phone 
below, if you are interested.  The class covers most every aspect of z/OS and I 
was scheduled for it, but I had to cancel forpersonal reasons.  


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

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

Re: z/OS version by Sysres Module

[David Mingee]

You might consider installing IPLINFO Rexx code from Mark Zelden's web page.  
It provides this info and much more.  It is freeand he does a great job of 
keeping it up to date. 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

  From: Itschak Mugzach <imugz...@gmail.com>
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Friday, October 23, 2015 2:59 PM
 Subject: Re: z/OS version by Sysres Module
   
If you look at almost any module  in linklib you can see fmid and even prf
level. No needs to ipl in order to identify os version.

Best.
ITschak
בתאריך 23 באוק 2015 18:06,‏ "Peter" <dbajava...@gmail.com> כתב:

> Hello,
>
> Is there a module within SYSRES dataset's which can help me to determine
> the z/OS version ?
>
> This Question is just for the Knowledge sake and not trying solve any
> problem.
>
> Any Pointers ?
>
> Regards,
> Peter
>
> --
> 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: New zPDT redbook

[David Mingee]

 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
Test email.

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

Re: ENQ for the life of the job

[David Mingee]

My following suggestions may be missing the desired goal.  But, what the heck 
here they are:
1. Use IEFBR14 with the required dsn and disp=old in step1 and in the last 
stepx after all required steps
2. Use IEHPROGM to rename the dsn(member)
3. Use IDCAMS alter dsn(member)
4. Use RACF batch step1 to change access to none and then access to job userid 
and then last step to reset to normal access. 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250

  From: Steff Gladstone steff.gladst...@gmail.com
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, April 21, 2015 4:00 AM
 Subject: Re: ENQ for the life of the job
   
Thank you all for for help.  The obvious question that remains is:  how
does the operating systen itself maintain a continuous ENQ over several job
steps for a dataset allocated in the first step with disp=(mod,pass)?  Is
there a special privileged ENQ operation that only the operating system has
access to?

On Mon, Apr 20, 2015 at 10:26 PM, Tom Brennan t...@tombrennansoftware.com
wrote:

 Jousma, David wrote:

  ... I'd use standard JCL DISP=OLD processing on a dummy dataset name that
 includes the program name as part of it.


 Maybe someone mentioned this already, but I was thinking even simpler -
 use the same job name each time if the user has no control over the JCL,
 with JES2 DUPL_JOB=DELAY which I think might be the default.


 --
 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: A New Performance Model ?

[David Mingee]

I agree with Ed.  There are always cases where the effort and cost might 
outweigh the benefit of tuning, but there are still many cases where thereis 
cost savings.  As others have mentioned there is always value in meeting the 
business SLA's and the online files being available.  A side benefit is the 
junior staff have an opportunity to improve their knowledge and skill set.  
Also, these efforts tend to invigorate and energize those who might be stuck in 
a rut of boring tasks.  Most are familiar with the following list of easy 
changes to improve performance and reduce costs: 1. Change programs to use 
BLOCK CONTAINS 0.  Where files are blocked 1x1 during create and then all reads 
are improved too.  The CA TMS files    are  blocked 1x1(340/340 or 370/370) at 
many installations and should be changed to blksize 8840 and 8880 per CA.
2. TURN on CARECLAIM and then daily/weekly/monthly VSAM REORG jobs can be 
discontinued in addition to the disk and I/O savings.
3. TURN on ICEGENER to replace IEBGENER (or SYNCSORT version) at the system 
level.  Saves 6 to 8% CPU.
4. Find all GDG's that have not been updated in say more than a year by using 
LISTCAT and sorting on LADAT(Last Alter Date) and then delete those.    Found 
over 100K obsolete GDG entries at 3 different sites.
5. Find all jobs creating over 200K lines(or some large number) and do a quick 
review to determine if the output is needed and if so drive it to a file.  This 
   can save output to JES and your Archive System.
6. Change large tape(multi volume) file(s) to disk PSE if they are read by many 
jobs.  This allows two or more jobs to run at the same time.
7. Find all jobs that have DSN WAITING for more than 15 min(pick your number of 
min) and review for incorrect disp=old or change job to run earlier or  later 
or move a step(s) to another job. 
8. Find programs that OPEN file read one RECORD CLOSE FILE.  This a giant 
resource saver and most places have one or more of these.
9. Increase REGION on job card or EXEC to REGION=6M or more for large IEBCOPY 
steps/jobs and they will run much faster and use less CPU as    memory is used 
vs. the SYSUT3 and SYSUT4 work files.
I hope this little sharing effort does not offend the good people on this great 
list.


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250
317 288-9588  Home317 903-9455  Cell

  From: Ed Gould edgould1...@comcast.net
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Sent: Tuesday, April 7, 2015 8:28 PM
 Subject: Re: A New Performance Model ?
   
Timothy:

Its amazing what a blocked 1 file cost not so much in processing but  
waiting .
Try any program that is fairly IO intensive and you will see the cost  
in lengthening run time.
I saw one program go from an hour elapsed to 2 minutes.
Cost to resolve one short compile and link.

Ed

On Apr 5, 2015, at 9:28 PM, Timothy Sipples wrote:

 Our development management are telling is (Systems  Operations) that
 it is cheaper to Upgrade the mainfame than to have the application
 programmers review their code for performance oppurtunities.

 I'm disappointed in the reactions so far. They're quite...old
 fashioned. :-( Yes, there is a new performance model, but this  
 new is
 almost as old as computing.

 That assertion from the development team's management is certainly
 possible. Development talent, particularly highly skilled talent,  
 continues
 to become more expensive relative to most other factor inputs in  
 computing.
 That trend exists on *every* platform.

 Whether that assertion is true or not in these particular  
 circumstances I
 have no idea. More importantly, neither do you yet. This question  
 can only
 be answered with a careful cost analysis (or re-analysis), and that  
 itself
 is a comparatively rare skill within IT organizations as you and  
 others may
 have just demonstrated. :-) It also isn't free to analyze costs.  
 Otherwise
 accountants and consultants, including Al Sherkow, among other  
 talented
 people, wouldn't be paid.

 As a *generalization*, most organizations are running many more  
 MIPS now
 than, say, 15 years ago. Typically, though, that's at a similar or  
 lower
 real cost in terms of infrastructure and operations. At the same  
 time, real
 costs for a given amount of quality-equivalent development talent  
 have gone
 up. (Raise your hand if you want to dispute that generalization, but I
 don't think it's particularly controversial.) There have been some
 development productivity improvements but probably not as many as  
 on the
 operations side. So the overall trend is that your organization
 *rationally* shouldn't be using as much labor cost to optimize code  
 as you
 did, say, 15 years ago. Exactly how much less depends on your  
 particular
 situation, but generally less is the correct, cost-optimizing  
 answer in
 most cases.

 Is that so surprising? Raise your hand if you're still hand tuning  
 code to
 account for disk rotation. That's at least not a common way

Re: Utility to replace occurrences of string in PDS?

[David Mingee]

I think the requirement for a member name $$$COIBM has been removed.  I have 
used IPOUPDTE on 3 different sites in the past few years without this 
restriction.  Many of the other utilities are great, but some cost money or may 
not be installed at some sites, so IPPOUPDTE is a great option.  It also allows 
for updating multiple pds/pdse's in one execution and provides a PARM=CHECK or 
UPDATE to allow checking your changes before doing the actual UPDATE.  The DD 
name(s) must start with @.   A JCL example:

//IPOUPDTE JOB
(24186),'CHANGE
JCL',CLASS=P,MSGCLASS=O 
//*
//*
//*  MASS CHANGE TO LIBRARY
MEMBERS  
*
//STEP
EXEC PGM=IPOUPDTE,PARM=CHECK  will simulate changes 
//*STEP EXEC
PGM=IPOUPDTE,PARM=UPDATEwill perform 
changes  
//SYSPRINT DD  
SYSOUT=*   
//@TESTDD   DSN=GRT.GIOIDXM.JCL,DISP=SHR can use more than
one LIB 
//@TEST2   DD   DSN=GRP.GIOIDXM.JCL,DISP=SHR  
//SYSINDD  
*  
  CLASS=PCLASS=A 
 
*ASYSOUT= 
  AFOPERBMC  
/*  

There is a 4k? limit on the total bytes in the control cards, so if a large 
number of control cards is used, more than one run would be needed. 



David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250

317 288-9588  Home
317 903-9455  Cell

 
 From: Charles Mills charl...@mcn.org
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, December 15, 2014 7:29 PM
Subject: Re: Utility to replace occurrences of string in PDS?
  

Hmmm. Also Important: For CPPUPDTE and IPOUPDTE to work, each PDS to be 
searched
MUST contain a member named $$$COIBM.

Obviously that is something I could create but that creates problems of its own.

May keep looking a little. Not sure if I have File Manager.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, December 15, 2014 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Utility to replace occurrences of string in PDS?

Server Pac

CPPUPDTE is a program that enables you to search for a string across all the 
members of a PDS and replace that string with another string.  CPPUPDTE is 
loaded into the LOADLIB data set
(hlq.order_number.LOADLIB) during ServerPac installation.  It also has an alias 
name of IPOUPDTE because the job is actually the same job that was shipped with 
CBIPO.

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of John McKown
 Sent: Monday, December 15, 2014 5:11 PM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: Utility to replace occurrences of string in PDS?
 
 Is IPOUPDTE still around? I'm at home right now  can't easily look.
 On Dec 15, 2014 6:08 PM, Charles Mills charl...@mcn.org wrote:
 
  I'm looking for a reasonable way to replace all occurrences of a 
  given string in a dataset. UNIX shell command? DFSMS utility that I 
  have forgotten about? CBT program?
 
  Nothing fancy. I have a PDS with seven or so members. I want to 
  replace all instances of $REPLACEME$ with NEWSTRING. I know which 
  members contain the pattern so I could live with *either* something 
  that did the whole PDS, or something where I had to specify the 
  specific members. First choice would be something that copied the 
  PDS, but I can make my own copy and live with a replace-in-place.
 
  I could write Rexx to do it so that's my bottom line -- it has to be 
  easier than writing a Rexx program.
 
  Any suggestions?
 
  Charles

--
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: UNABLE TO COPY PDS.

[David Mingee]

You might try the util PDS86,  if you do not have it you can download it from 
CBT - http://www.cbttape.org/  
It has a FIXPDS option and other options that might be helpful.




David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250

317 288-9588  Home
317 903-9455  Cell

 
 From: Gibney, Dave gib...@wsu.edu
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, November 11, 2014 1:48 PM
Subject: Re: UNABLE TO COPY PDS.
  

If as you said, you used IEBGENER (writing a NEW member using the correct DCB) 
to correct the problem and you still can't read the members, then it is 
probably not fixable.

Can you use absolute track addressing (ABSTRK it think, see JCL manual) and 
IDCAMS PRINT, or FDR DUMP, or ?? to read and reconstitute the data 
programmatically? 

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of John Dawes
 Sent: Tuesday, November 11, 2014 9:51 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: Re: UNABLE TO COPY PDS.
 
 Dave,
 
 Finally Yahoo e-mail is functioningg.  I was not receiving any e-mails
 from IBM-MAIN0  Thanks Willie for helpin out.
 
 You are correct.  The PDS was corrupted i.e. every member I browsed
 gave an I/O error message.  I used IEBGENER to correct the problem
 which I had gleaned from the archive files.  If I understand you
 correctly there was no need to change the DCB of the corrupted dsn.
 All I had to do was wrie a new member in the pds.
 Can I revert back from RECFM=U to RECFM=VBA etc?  Or all is lost?
 
 
 
 On Fri, 7/11/14, Gibney, Dave gib...@wsu.edu wrote:
 
  Subject: Re: UNABLE TO COPY PDS.
  To: IBM-MAIN@LISTSERV.UA.EDU
  Received: Friday, 7 November, 2014, 4:57 PM
 
  I interpreted the
  original post as an attempt to recover from the classic  mistake
 writing to a PDS using IEBGENER.
  I
  suspect the original PDS, before corruption, was VBA137.
  With BLKSIZE 27920. The correct fix is to write a new member  using
 IEBGNER and the correct DCB specified on SYSUT2. Given  that there may
 have been other attempts at fixing this, I  hope the OP has been
 working with a copy. Corrupting  corruption is rarely a step in the
 right direction.
 
   -Original
  Message-
   From: IBM Mainframe
  Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]   On Behalf Of R.S.
  
  Sent: Friday, November 07, 2014 1:45 PM  
  To: IBM-MAIN@LISTSERV.UA.EDU
   Subject: Re: UNABLE TO COPY PDS.
  
   W dniu 2014-11-07 o
  16:13, John Dawes pisze:
   
  G'Day,
   
  
   Just wondering if it is possible to copy a pds with the  following
 attributes:
   
INPUT DSN:
  
  
RECFM=U
  
   LRECL=137
BLKSIZE=32760
   
OUTPUT
  DSN:
REDFM=VBA
LRECL=137
   
  BLKSIZE=27920
   
  
  
   (appendix).
  
 
   First, try to copy the PDS to another  RECFM=U PDS, or simply use
 LIKE= JCLconstruct. In case of errors copy selected members.
  
   --
   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 jejprzekazania 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 trwaleusunąć 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.pl
   Są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.2014 r. kapitał zakładowy mBanku   S.A. (w całości
 wpłacony) wynosi
  168.696.052 złote.
  
  
  
  --
   For IBM-MAIN subscribe / signoff / archive

Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT

[David Mingee]

Hi Willie,

Maybe the RELEASE YES is because the file has not been loaded with idcams  
REPRO.  Also, a few other items you might consider:

1. Change the DATA CISIZE to 26624 as this will save about 11% of disk and 
change the INDEX CISIZE to 4096.  I have successfully used these on many files.
2. Change the FSPC(5,5) to FSPC(0,5) or some effective value.  The first 5 is 
for ci free space and is 5% of the current cisize of 8192 = 409 which is less 
than the record size, so no records will fit in the free space.
3. Change the DATACLASS to SPEED vs. RECOVERY as this causes the REPRO to run 
faster due to no formatting/checkpoints.
 


David Mingee
Mainframe Consulting
9206 Aintree Drive
Indianapolis, IN  46250

317 288-9588  Home
317 903-9455  Cell

 


 From: Joseph Butz jb...@fdrinnovation.com
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, October 30, 2014 12:12 PM
Subject: Re: QUESTION ABOUT VSAM / VSAM EXTENDED - IAMPRINT OUTPUT
  

Hi Willie,

We (INNOVATION) do not have any record of you writing/calling us on 
this.  Normally, we would want to see the entire report to be able to 
answer this type of question.

When an IAM file is created with the VSAM EXTENDED format the IAM Global 
Options value for RELEASE= is used for the RELEASE setting on the file.  
The default Global Option for RELEASE= is YES.
Once an IAM file is loaded, space in this file is released and the 
RELEASE setting on the file is set to NO.

If you have questions, please contact IAM support at INNOVATION.

jb...@fdrinnovation.com
Joseph Butz
Technical Support

On 10/29/2014 1:01 PM, Willie Bunter wrote:
 I defined the dsn as VSAM EXTENDED format and I ran a LISTCAT to compare the 
 before and after allocation.
 Everything is okay except for the following:
 When the dsn was NOT VSAM EXTENDED format the IAM100 IAM FILE ANALYSIS output 
 showed :

 TOTAL EXTENTS  =49  -  TOTAL SPACE ALLOCATED - =   1956000 TRACKS
 PRIMARY SPACE  =  4350  -  SECONDARY SPACE --- =  4350 CYL
 MULTIVOLUME -- =   PRIMARY  -  MAX SECONDARY - =  4350 CYL
 RELEASE -- =NO  -  SHARE OPTIONS - = 2
 DATA COMPRESS  =  SOFTWARE  -  INDEX COMPRESS  =   YES
 TOTAL RECORDS  = 447700657  -  INSERTS --- = 0
 UPDATES -- = 0  -  DELETES --- = 0
 HIGH USED RBA  = 104538978  -  HIGH ALLOCATED RBA  = 104538978 KB
 FILE DEFINED - =  2014.298  -  10/25/2014 -  6:26 PM - =  18:26:54
 FILE LOADED -- =  2014.298  -  10/25/2014 -  6:53 PM - =  18:53:07

 However when the dsn is defined as VSAM EXTENDED it shows
 TOTAL EXTENTS  = 2  -  TOTAL SPACE ALLOCATED - = 95250 TRACKS
 PRIMARY SPACE  =  6350  -  SECONDARY SPACE --- =  6350 CYL
 MULTIVOLUME -- =   PRIMARY  -  MAX SECONDARY - =  6350 CYL
 RELEASE -- =   YES  -  SHARE OPTIONS - = 2
 FILE DEFINED - =  2014.300  -  10/27/2014 -  1:17 PM - =  13:17:06
 NUMBER OF IAM DATA BLOCKS  = 0
 EXTENDED HIGH ALLOCATED RBN -- = 0

 I cannot understand why it is showing RELEASE -- =   YES ?  I thought 
 it could be coming from
 Space Constraint Relief . . . : YES
 I tried a test and changed the Space Constraint Relief . . . : NO however the 
 result was the same.

 Could someone shed some light?

 Thanks.

 --
 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