Re: A minimum of 8 GB of real memory is required to IPL

[Mullen, Patrick]

We have z/OS 2.3 lpars running on z14_ZR1 machines without impact to 
availability in as little as 3 GB. We do of course see message:

IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD 
STORAGE OR REPLY C TO CONTINUE

Automation replies C. These are not production workload lpars though. We plan 
to install sufficient additional storage when it is time to replace the 14s, or 
if 2.4 (or some maintenance on 2.3) enforces the requirement.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Thursday, December 05, 2019 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: A minimum of 8 GB of real memory is required to IPL

I believe this is not currently a *requirement*.

My recollection is that a warning message will be issued @IPL, but the IPL will 
continue.
I have not heard of this being enforced at this time.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B.
Sent: Thursday, December 5, 2019 8:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A minimum of 8 GB of real memory is required to IPL

  *   For z/OS V2R3 with the IBM z14(tm) (z14) server, a minimum of 8 GB of 
real memory is required to IPL.

Does this statement only apply only to the z14 or all models *after* it?  For 
example, the z14_ZR1 and the z15?

--
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: [EXT] Re: zOS 2.4 migration guide

[Mullen, Patrick]

Does IBM plan to hand out zIIP engines for free to allow sites without access 
to them to run z/OSMF with reasonable performance? We have zIIPs, but just for 
the heck of it I tried starting z/OSMF on a non-zIIP LPAR. It took 8 hours to 
initialize, driving the (admittedly very small) LPAR at 100% the whole time.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Martin Packer
Sent: Wednesday, October 16, 2019 3:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: zOS 2.4 migration guide

OK; I'll bite: Why not run z/OSMF?

But if you prefer to exercise your XSLT skills... :-)

Cheers, Martin

Martin Packer

zChampion, Systems Investigator & Performance Troubleshooter, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog:
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ibm.com_developerworks_mydeveloperworks_blogs_MartinPacker=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=lCvCAyKNgZgiT02msJr1aYp-EoRyMJwldfm52-SdaJE=

Podcast Series (With Marna Walle): 
https://urldefense.proofpoint.com/v2/url?u=https-3A__developer.ibm.com_tv_mpt_=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=8d8uRY2GJbYRzvCUths1OBouztJSC-oU2F8ORMhvTAs=
 or

https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=xsX8VSi0WMSkdH0UGGjqUTqCFtMoChZeuHFpcdfqRXs=


Youtube channel: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCu-5F65HaYgksbF6Q8SQ4oOvA=DwIBAg=4eML17HGLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=Nl9ycmJN-d3zg2pvGHYJ_qmkuNZRoxaI7_eKhZef1MU=0AK86yBb8GoPxGkbTTLVGve735EbUThyA46s12wCSEU=



From:   Jake Anderson 
To: IBM-MAIN@LISTSERV.UA.EDU
Date:   16/10/2019 09:06
Subject:[EXTERNAL] zOS 2.4 migration guide
Sent by:IBM Mainframe Discussion List 



Hi

I understand starting from 2.4 there won't be any migration guide. We will have 
to look in GitHub to get XML file into zosmf to look into migration steps .

We don't run zOSMF and how do i view the migration steps for zOS 2.4 from
2.2 ?

Jake

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU


--
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: [EXT] Re: VIO dataset problem

[Mullen, Patrick]

I've heard "my job is paged out" when what is meant is "my job is swapped out", 
perhaps this is the OP's situation.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Hawkins
Sent: Sunday, September 22, 2019 7:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: VIO dataset problem

Shivang,

My first thought is you have not described a problem. Page outs are a response 
to memory conditions, but they don't slow anything down. Page-ins and the 
page-in rate for all address are indications of a potential problem, and you do 
not mention page-ins.

You said you are no memory constrained, but how are you verifying that? You can 
check AFQ and UIC values during the interval when you saw the page-outs 
happening. SMF Type 71 is usually the starting place for looking for memory 
contention, especially the page-in rate.

Is there a resource class limit on the service class for these jobs?



RON HAWKINS
Director, Ipsicsopt Pty Ltd (ACN: 627 705 971)
m+61 400029610| t: +1 4085625415 | f: +1 4087912585

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Shivang Sharma
Sent: Sunday, 22 September 2019 19:47
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] VIO dataset problem

Hi,

My dataset is less the max limit . VIO has support for BDAM as well.
Not sure on what is left to check?

--
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: [EXT] Re: z/OS 2.1 to 2.4 [EXTERNAL]

[Mullen, Patrick]

ASM, in this context anyway, likely refers to the Natural Authorized Services 
Manager, which I believe (I've been out of SAG product support for many years 
now) is shipped in base mainframe Natural. Rather than starting yet more SAG 
address spaces though, I would convert the Natural Global BP to Local BPs.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Saturday, August 31, 2019 11:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: z/OS 2.1 to 2.4 [EXTERNAL]

ASM is Adabas Parallel Services, I'm not sure why they didn't call it APS, but 
possibly they already had one by that name.

ASM provides Compression, decompression, format buffer translation, sorting, 
retrieving, searching and updating operations all occur in parallel. So it 
gives better distribution of your workload across the available processors.

You might already be running it and just don't know it, or just don't have the 
extra address space running that Natural will need.

Brian

--
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: [EXT] Re: Job abend with S722

[Mullen, Patrick]

Yes it will, do not do anything further without discussing with your site's 
system programming/technical support staff.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
raji ece
Sent: Friday, July 05, 2019 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXT] Re: Job abend with S722

This will not impact the overall spool usage right??

Regards,
Raji

On Fri, Jul 5, 2019, 7:29 PM Joe Monk  wrote:

> Or, you could try OUTLIM=16777215 on the DD SYSOUT card.
>
> Joe
>
> On Fri, Jul 5, 2019 at 8:56 AM Allan Staller 
> wrote:
>
> > JES might also be supplying the OUTLIM. It does not necessarily come
> > from JCL.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Mark Jacobs
> > Sent: Friday, July 5, 2019 8:54 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Job abend with S722
> >
> > If you don't care how many lines are produced, take off the OUTLIM
> > parameter from the DD statement. That'll prevent the S722 abend.
> Otherwise
> > it's doing exactly what it's meant to do.
> >
> > Mark Jacobs
> >
> >
> > Sent from ProtonMail, Swiss-based encrypted email.
> >
> > GPG Public Key -
> >
> https://urldefense.proofpoint.com/v2/url?u=https-3A__apc01.safelinks.p
> rotection.outlook.com_-3Furl-3Dhttps-253A-252F-252Fapi.protonmail.ch-2
> 52Fpks-252Flookup-253Fop-253Dget-2526search-253Dmarkjacobs-2540protonm
> ail.com-26amp-3Bdata-3D02-257C01-257Callan.staller-2540HCL.COM-257Ca28
> 874391ce64e1864d208d701505135-257C189de737c93a4f5a8b686f4ca9941912-257
> C0-257C0-257C636979316822561251-26amp-3Bsdata-3DOk2qDznyrvfy7kXhRjL13N
> 1ZQCapFgZ5Ct-252B1zzn9Gs8-253D-26amp-3Breserved-3D0=DwIFaQ=4eML17H
> GLj2GlSmwWdOB8w=o7oCDS3droVoORwabw1XiigYHGTv7al1VxHsKRdjbmw=YCkEqQ
> W23iIRueZX3OWJu4b9vx28s2vx_BXdCNRelBY=-ZheRIEF1RE0AyjQdS7oc6tIeCNJi3
> t3O0TULlsmBC0=
> >
> > ‐‐‐ Original Message ‐‐‐
> > On Friday, July 5, 2019 9:36 AM, raji ece  wrote:
> >
> > > One of our job is abending with RC S722 and the error show the
> > > maximum outlimit execeed. We have coded lines=99(Maximum
> > > limit) and run but getting same error. Current zos level is 1.13. any 
> > > idea?
> > >
> > > --
> > > 
> > > --
> > > 
> > > 
> > >
> > > 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
> > ::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: What are mainframes

[Mullen, Patrick]

We had an IBMer give a presentation a couple weeks back, an update on all 
things z. He mentioned that one of the biggest users of zLinux on the planet 
was ADP, who of course use it for...payroll. 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Woodger
Sent: Thursday, April 06, 2017 6:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: What are mainframes

On Thu, 6 Apr 2017 19:02:23 +0800, David Crayford  wrote:

>On 6/04/2017 6:35 PM, Bill Woodger wrote:
>> Just to note, the UK Weather Centre (The Meteorological Office, or Met 
>> Office) uses a big-boy LinuxONE and they were an early user of that.
>
>Do you know what they use if for? Probably not for weather forecasting 
>algorithms.
>

There's other stuff out there as well, but here's a link: 
https://urldefense.proofpoint.com/v2/url?u=https-3A__www-2D01.ibm.com_software_uk_system-2Dz_case-2Dstudies.html=CwIFaQ=WOw_-MBzs743TEfXwfA7Tw=kle-_F3IWRF-Gw0F_l5HNge2Iw6bGlOQxJ_-Ik-ufXE=HQ1Jf61VqemDOq2SMaF2V4IF3LzWdgX69dekwt-YBYE=i1VBdsodATLiIh8lfjRh0-IQvB7XgFnWq-fSU-h3rTw=
 

Doesn't look like they use it for Payroll.

--
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: Do you use CA-ACF2 and CICS or IMS? Be aware your CICS/IMS developers have security admin priviledges and can do whatever they want to the ACF2 database.

[Mullen, Patrick]

ACF2 speak for multi-user address space, eg CICS, IMS, DB2, as opposed to a 
single user address space like TSO, batch job.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Thursday, April 06, 2017 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Do you use CA-ACF2 and CICS or IMS? Be aware your CICS/IMS 
developers have security admin priviledges and can do whatever they want to the 
ACF2 database.

> It's either APF authorization or running in a MUSASS address space, the 
> second one is the problem. 
 

Pardon my ignorance, but can you explain in a few words what a MUSASS address 
space is?




--
Peter Hunkeler



--
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: TSO Setup on SSH

[Mullen, Patrick]

Venkat,

Go to https://dovetail.com/solutions.html and get yourself a copy of their 
utterly fine product Co:Z SFTP, which will enable you to do exactly what you 
want. The installation doc has examples which will have you sftp-ing sequential 
and PDS datasets in no time. And best of all, you may use the product free of 
charge under their community license.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Thursday, December 01, 2016 12:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TSO Setup on SSH

Hello David, yes I am aware that sftp process only Unix files but I heard that 
we have other of transferring traditional mvs dataset like we can first 
transfer mvs dataset to omvs and then do sftp.

But I never did this before, so I am requesting to help on sample JCL.

On Dec 1, 2016 09:13, "David Crayford"  wrote:

> On 1/12/2016 1:14 PM, venkat kulkarni wrote:
>
>> Do anybody have sample batch job to transfer data using sftp.
>>
>> Currently we using FTP in batch job PGM but not sure what program we 
>> should use for sftp and format of JCL to transfer  sequential and PDs 
>> datasets.
>>
>
> sftp only supports UNIX files so you're out of luck if you want to 
> process traditional MVS data sets (as mentioned in a previous thread).
>
> Thnaks
>>
>> On Nov 29, 2016 09:51, "Jack J. Woehr"  wrote:
>>
>> David Crayford wrote:
>>
>> Yep. It's part of Rockets ported tools http://www.rocketsoftware.com/
>>> ported-tools.
>>>
>>> Very cool, had no idea they were there.
>>
>>
>>
> --
> 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: How do you say "z/OS"?

[Mullen, Patrick]

I once worked in Montreal, the Anglophones always had to suppress smirks when 
the Francophones were discussing CICS and DB2, "Keeks" and "Debbie duh".



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Porowski, Kenneth
Sent: Friday, September 16, 2016 3:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do you say "z/OS"?

DOS was always 'doss'

OS/360 was 'oh ess 360'
SVS was 'ess vee ess'
MVT was 'em vee tee'
MVS was 'em vee ess'
ESA was 'eee ess aaa'
OS/390 was 'oh ess 390'

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, September 16, 2016 4:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] How do you say "z/OS"?

So "doss" is okay but not "zoss"?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Porowski, Kenneth
Sent: Friday, September 16, 2016 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How do you say "z/OS"?

I consider anyone that doesn't pronounce all three letters separately to be a 
Mainframe newb.

--
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 plans for the future - an imaginary tale

[Mullen, Patrick]

Way I read it he's saying IBM has no overall strategy, just reacting to the fad 
of the day, usually arriving at the party just as it's starting to wind down 
and all the cool kids have moved on to the next one.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, June 14, 2016 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM plans for the future - an imaginary tale

On Tue, Jun 14, 2016 at 10:15 AM, zMan  wrote:

> WTF. Can't decide what he's trying to say: that IBM has a solid strategy?
> That they're fooling themselves? I must be dense.
>

​You're not the only one.​



>
> On Tue, Jun 14, 2016 at 5:52 AM, Mark Regan  wrote:
>
> >
> >
> http://it.toolbox.com/blogs/mainframe-world/ibm-plans-for-the-future-a
> n-imaginary-tale-73469
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions, 
> > send email to lists...@listserv.ua.edu with the message: INFO 
> > IBM-MAIN
> >
>
>
>
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
"Pessimism is a admirable quality in an engineer. Pessimistic people check 
their work three times, because they're sure that something won't be right.
Optimistic people check once, trust in Solis-de to keep the ship safe, then 
blow everyone up."
"I think you're mistaking the word optimistic for inept."
"They've got a similar ring to my ear."

From "Star Nomad" by Lindsay Buroker:

Maranatha! <><
John McKown

--
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: Documentation availability was Re: EXTERNAL: Re: IBM z/OS Product Documentation 2016

[Mullen, Patrick]

Using Ed's math, I have determined that the new interface is available 342% of 
the time the old one used to be. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Sunday, March 27, 2016 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Documentation availability was Re: EXTERNAL: Re: IBM z/OS Product 
Documentation 2016

I have stated repeatedly that the "new service tools" (i.e. the web interface) 
have *NEVER* been as reliable or available as the "green screen apps" they 
replaced.

For a company whose flagship claims "6 nines" of availability, this should be 
an embarrassment.

Should not the support tools be at least as available as the systems they 
support?


>I would rather have the manuals not available due to IBM maintenance when I 
>typically look at them, during the day, than during the night-time 
>implementations that I am called to fix.
Hasn't IBM heard about 100 percent availability.  I'm 99 percent certain 
Microsoft's knowledge base has it.

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

Re: COBOL v5

[Mullen, Patrick]

http://www-01.ibm.com/support/docview.wss?uid=swg27041176 gives a bit of 
detail, following the statement:

"IBM has investigated the possibility of changing COBOL V5 to support Load 
Modules and PDS load libraries, however, it is not possible."  



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, January 25, 2016 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL v5

Of course. I knew that when I wrote it. Nonetheless, it is true. Suppose IBM 
added a restriction that the output of the COBOL V5.2 compiler could only go 
into a PDSE whose name began with Q. It would be pretty silly, but it would 
still be a requirement. It would be just as "true" as if it were based on 
fundamental technology.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert A. Rosenberg
Sent: Monday, January 25, 2016 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL v5

At 15:55 -0700 on 01/23/2016, Lizette Koehler wrote about Re: COBOL v5:

>And, yes, what they said.  IBM requires PDS/E due to Program Objects 
>being created by Cobol V5.

This is a Cop-Out answer/reason in my opinion. The real question is "What is 
Cobol V5 creating that needs the Program Object format?". 
IOW: It outputs something that needs a Program Object when bound. 
What is this capability that can not be done in a normal load module?

--
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: the Queen of Coding - Adm. Grace Hoper

[Mullen, Patrick]

No idea what Adm Hopper might have done to illustrate a light second, or indeed 
if she ever did, but if you take one of the 12 inch nanosecond wires, and wrap 
it around a half inch diameter sphere like a glass marble or a steel ball 
bearing, then imagine that the sphere is planet Earth, the 12 inch wire would 
now represent about a light second.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, January 25, 2016 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: the Queen of Coding - Adm. Grace Hoper

Lng piece of wire ...

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, January 25, 2016 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: the Queen of Coding - Adm. Grace Hoper

On 2016-01-25 12:19, Nims,Alva John (Al) wrote:
> While I was an undergrad at Western KY University in 1978 or 1979 (my
memory core has worn out!) she came to talk to a group of us computer nerds 
while she was still Capt. Grace Hoper.  She still had her "Second", "Micro"
& "Nano" second lengths of wire.  Still effective description.
>  
Errr... "Second"?

--
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: OT: Electrician cuts wrong wire and downs 25,000 square foot data centre

[Mullen, Patrick]

Since we're recalling ancient history stuff...In the 80s I was at a site that 
replaced a small HDS box (approx 4341 equivalent) with a much large one (approx 
3081 equivalent). The UPS itself was big enough so they just plugged in the 
same cables. Problem is nobody had rethought the cables, first time we flipped 
over to test running on UPS the new box drew so much more juice that the cables 
actually melted. Yes it was a government site (Elardus would know them), and 
yes the electrical work was done by a lowest bid contractor.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ken Hume
Sent: Monday, December 14, 2015 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data 
centre

I remember an incident when I was in Atlanta.

We had a new, actually our first, UPS installed. Everything was completed and 
hooked up.

The electricians decided to test it in the MIDDLE of the WEEK DAY and WITHOUT 
telling anyone.

Guess what happened Yep. Entire data center was down for almost 4 hours.

Ken

On 12/13/2015 10:27 PM, Brian Westerman wrote:
> In 2012 I was at a data center in Colorado where we were upgrading them from 
> OS/390 2.10 to z/OS 1.13 and simultaneously replacing their 9672 with a 
> z/114.  We had just completed the "2 weeks in production" period for the 
> z/114 and was going so well that the site decided to have the 9672 removed 
> early (we were scheduled for 1 month of hot backup).  The 9672 still had some 
> old power cables snaked around under the raised flooring and I guess they 
> were stuck around some REALLY old Buss and tag (from their 4381 they had in 
> the late 80's) cables and raised floor stands.  We offered to help the guy 
> unwrap them, but he told us that we were not "certified electricians" and 
> that the union would crucify him if he allowed us to touch anything.  The 
> electrician then apparently decided that since he had disconnected the power 
> cables from the wall and the CPU that he could just "give them a good yank".  
> We were discussing things with the client in their operations area, when we 
> felt a sort of "vibration" and the consoles locked up.  It turned out that 
> the electrician had yanked the floor supports completely from the safety 
> stands and the 9672 fell about 2 feet to the cement.
>
> Luckily it wasn't the new z/114, which was installed only about 20 feet away 
> from the old box.  He did however cause our first hardware issue with the 
> z/114 by simultaneously severing the FICON connections to the DASD.  The 
> FICON cables ran a few feet away from the 9672, but it was close enough for 
> parts of the floor to land right on them and cut them all but one.  
> Unfortunately that "one" was to a tape control unit.  It took us 4 hours to 
> locate and get 11 new FICON cables run.  it was a Monday, so it could have 
> been much worse.
>
> Brian
>
> --
> 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: zOS MQ V8.0 documentation PDFs

[Mullen, Patrick]

The Knowledge Center provides this link:

ftp://public.dhe.ibm.com/software/integration/wmq/docs/V8.0/PDFs/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Derrick Haugan
Sent: Monday, November 30, 2015 10:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOS MQ V8.0 documentation PDFs

Wondering if the zOS MQ product documentation set is available in PDF format. 
(Don't like looking up bits and pieces of information from the IBM Knowledge 
Center) 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

Re: Product Remove from z/OS

[Mullen, Patrick]

I'm with Ant on this one, don't even bother cleaning up the old version, simply 
create a new SMPE environment for your new CICS release and eventually delete 
the old one when all regions are converted. My CICS v5.2 environment creation, 
once the download from ShopZ was completed, took about half an hour.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Anthony Thompson
Sent: Wednesday, July 08, 2015 10:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Product Remove from z/OS

All that UCLIN does is get rid of the GLOBAL zone pointers to the 
Tzone/Dzone's. It does nothing to the tzone/dzone themselves or to the 
(presumably separate) VSAM clusters that contain those Tzone/Dzone's. You can 
delete the VSAM clusters either before or after, it doesn't matter, since the 
UCLIN only touches the global zone.

Before doing that, have you applied/ accepted all maintenance for the version 
of CICS you're trying to get rid of? So there's nothing relevant left in the 
SMPPTS, SCDS, MTS, LTS, STS?

In any event, simply deleting the tzone/dzone doesn't lose all information 
about the CICS you're trying to get rid of. The Global zone will still have 
product and feature entries.

You've already been told how to do it, by Craig Pace. Code a usermod with 
++DELETE MCS for the CICS fmid's and receive/apply/accept that usermod (yes, 
accept a usermod! This is about the only situation I would do so).

Lastly, why do you have a global zone for all versions of CICS? When I install 
the next version of CICS, I create an entirely new SMP/E environment, with its 
own global zone. I don't see any advantage to your approach.

Ant.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mainframe Mainframe
Sent: Thursday, 9 July 2015 11:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Product Remove from z/OS

Hello,
 Thanks for suggestion.

1) We already have new version of CICS running under same global zone along 
with older CICS version still running.
2) My idea is to remove older CICS version from my z/OS systems.
3) We already have weekly back, So we are good in this case.
4) cics-fmids was not actual FMID, that was just for reference, I used in email.
5) As per your suggestion, I understood that , If I use

SET BDY(GLOBAL).
UCLIN.
DEL DZONE(CIC31D) .
ENDUCL.

and same with target

SET BDY(GLOBAL).
UCLIN.
DEL DZONE(CIC31T) .
ENDUCL.

Doing this will remove all entries from my global zone  and later I can delete  
target and distribution CSI attached to these two CIC32T and CIC31D. Or do I 
have to delete these CSI dataset first using IDCAMS and then use above operand 
to delete both of these zones.


Please suggest.


--
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 Perfromance Model ?

[Mullen, Patrick]

 Here's what I don't understand
 Our development management are telling is (Systems  Operations) that it is 
 cheaper to upgrade the mainframe than to  have the application programmers 
 review their code for performance opportunities.

I wouldn't characterize the underlying attitude as new, indeed if one were to 
replace the mainframe with the Unix/Linux/Windows server then the statement 
might seem more familiar. Rare in the mainframe world though, because, well, 
mainframe hardware is still pricey.

Sounds like development management is trying desperately to deflect, clearly 
the project 1) wrote poor code 2) didn't test it rigorously 3) didn't benchmark 
it properly 4) didn't do any capacity forecasting. 

How many of these actually fall in development's camp will vary by 
installation, but competent project management and developers will always be 
aware of them and will engage Systems, Operations and anyone else necessary 
early enough in the development process to ensure that such a golive from 
hell never occurs.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esst...@juno.com
Sent: Saturday, April 04, 2015 3:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A New Perfromance Model ?

Hi

Im not a performance analyst, Im a CICS  MQ Sys-Prog.
I dont understand this new paradyne.

Some Back ground
March 1 Our Development Team introducd some new functionality.
The following week we were plagued with multiple 0C4 and 0C7 - ASRA Abends, 
Storage Violations, and one CICS Task abended in a loss of our main production 
CICS Region.
  
March 7 a secnd wave of application changes were deployed.
All Of the Abends with the Exception of The Storage Vioation seem to have 
evaporated, as they no-longer exists. However we are now see a sihnificant 
Increase of I/O, Almost double in CPU consumption by many tasks, and an 
Increase in Storage Occupancy for these transaction.

Some Transaction Storage incresaed by 6+ Meg.

Working with our Capacity Planning and Performance  person and reviewing CMF 
data, RMF Reports, running Traces, and real time Monitors we have identified 
the 7 buggest cuprits. (STROBE is a Great Product) .
We provided our findings and analysis to our Management and Mainframe 
development management with much reluctance.
.
.
 
Heres what I dont understand
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.
.
.
Are You F...ing kidding me.
.
.
In todays era is this true, because I havent heard of it ?
.
The Systems teams spent three weeks trying to compensate and adjust our 
performance configuration (LPAR Weights, CICS File Adjustments etc.) to 
accomodate the additional CPU that was introduced.
.
I have not seen any documents produced stating that it would be cheaper to 
Upgrade to a larger machine. What about the License costs for all our products ?
.
.
If a Machine costs 8 Million, are you telling me 10 good COBOL CICS  MQ 
appliaction programmers could not make some improvement for less than 8-Mil ?
.
One of My application developers explained to me that they were getting a 
ASRA/0C4 Abend.
So to correct it they increased 3 tables from 33 entries (3Meg) to 99 entries 
(9Meg).
.
Did I miss a performance lecture at SHARE ?
.
Can someone explain and rationalize for this new paradyne ?
.
cheaper to Upgrade the mainfame than to have the application programmers 
review their code for performance oppurtunities.

.
Im clueless .  ??

--
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: SFTP in a batch job

[Mullen, Patrick]

To get nitpicky (not that arbitrary rule enforcers would ever do that), IBM 
Ported Tools for z/OS is also 'free' software, in the sense that it is 'a 
program product available at no cost to you'.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Friday, February 06, 2015 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP in a batch job

So pay for the support license,

snip
Agreed, CoZ looks really handy, but our rules do not allow 'free' software in 
production.

SCP is a very interesting idea,  its also true that most of what I'm working on 
replacing are single file, text data transfers.  I'll explore that possibility 
with the remote platform folks.
/snip

--
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: Where is the z/OS java Book?

[Mullen, Patrick]

Try this link:

http://www-01.ibm.com/support/knowledgecenter/SSYKE2_7.0.0/welcome/welcome_javasdk_version.html

Set PATH something like this:

PATH=/bin:/usr/lpp/java/J7.0_64/bin:.
export PATH   


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hansen, Dave L - Eagan, MN
Sent: Friday, January 30, 2015 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Where is the z/OS java Book?

Dear Group,

   I recently worked with IBM on some java issues that dealt with our z/OS 
V1R13 system.  One thing they wanted me to do was enter java -version from 
our USS command line,  I got the old FSUM not found.  I looked in the USS Guide 
and USS Planning and there is hardly a reference to java.  So, if I can't plan 
for java and can't be guided through it I must be lost.  I learned the correct 
Filesystem(s) must be mounted, I can see my java/J7.0_64 is populated.

Q).   Is there some information that goes over the pathing changes for 
java/J7.0_64 support in OMVS?


  Thank you,  Dave

--
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’s reorg-from-Hell launches next week - Cringely

[Mullen, Patrick]

Let us hope that none of our IBM friends and colleagues on this list are 
included in the alleged 26%.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of imugzach
Sent: Friday, January 23, 2015 9:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: השב: IBM’s reorg-from-Hell launches next week - Cringely

Run before thimoty will get you!

ITschak




Sent from Galaxy Tab 2Mark Regan 
006f01c0dca1-dmarc-requ...@listserv.ua.edu 
כתב:http://www.cringely.com/2015/01/22/ibms-reorg-hell-launches-next-week/

Thanks,
Mark Regan, USNR-Ret, 1969-1991


--
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: Boston - what a place

[Mullen, Patrick]

But it's a dry cold...

Winnipeg, Manitoba here, ie first go to North Dakota, then keep heading north 
for a few hours!


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skeldum, William
Sent: Monday, January 12, 2015 5:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Boston - what a place

I'm originally from North Dakota and experienced -41F in the winter and 108F in 
the summer.  I finally had enough of that and moved to Colorado 18 years ago.
Bill

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Monday, January 12, 2015 9:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Boston - what a place

In Illinois, we get 0F every winter and 100F most summers.  -20F a few times, I 
don't think I've experienced 110F.

On Mon, Jan 12, 2015 at 8:04 AM, Bob Shannon bshan...@rocketsoftware.com 
wrote:
 When I was in Boston in August and walked up to Fenway, it was bloody hot. I 
 mean seriously hot. And the footy was just played in sub-zero.

 I live outside of Boston and am used to it (and the sub-zero would have 
 been wind chill, not temperature). When we lived in Minnesota in the 
 mid-1990s my mother visited twice. The first time it was -15F and the second 
 time +95F. That's a 110 degree difference. She couldn't believe it.

 Bob Shannon
 Rocket Software
 
 Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA
 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial 
 Email – unsubscr...@rocketsoftware.com Manage Your Subscription 
 Preferences - 
 http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter
 _SubscriptionCenter.html Privacy Policy - 
 http://www.rocketsoftware.com/company/legal/privacy-policy
 

 This communication and any attachments may contain confidential information 
 of Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
 prohibited. If you are not the intended recipient, please notify Rocket 
 Software immediately and destroy all copies of this communication. Thank you.

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



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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 electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. 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: /etc/magic file missing

[Mullen, Patrick]

Look in the /samples directory, you should find a sample magic file there.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of venkat kulkarni
Sent: Wednesday, January 07, 2015 4:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: /etc/magic file missing

Hello Group,
  We recently installed z/OS 2.1 and  I don't find /etc/magic 
file in this system. But its available in old systems. Can you please help, if 
I need to create manually or any other way .

Regards
Venkat

--
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: gskkyman stash file

[Mullen, Patrick]

Option 10 on the gskkyman Key Management menu.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Tuesday, January 06, 2015 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: gskkyman stash file

This seems like it is a dumb question...

I would like to use gskkyman with a stash file instead of having to type in the 
password.  But the documentation I find does not seem to document how to do it.

The gskkit command line supports it .. but I don't see a similar setup for z/OS.

Rob Schramm
Senior Systems Consultant

--
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: Another shop that has -- no, wait, what?

[Mullen, Patrick]

Hey, I remember that old m/f when it was a brand new m/f. Back when eThekwini 
Municipality was known as Durban Corporation, I'm thinking 1988 timeframe, the 
company I worked for then, Persetel, replaced an (I'm going to say, but memory 
may fail me here) ICL mainframe with one of our Hitachi boxes, as well as 
running the project to convert all applications off the ICL and rewriting 
everything on to run on MVS using Ideal/Datacom.

I wasn't directly involved as I was site Systems Engineer on several of 
Persetel's other major accounts in Durban, Toyota, Prefcor and KwaZulu 
Government (my favorite account, the drive from Durban up to Ulundi is just 
splendid). My colleague and all round great guy Tony Yates was site SE for the 
Corporation.

 

-Original Message-
From: Elardus Engelbrecht elardus.engelbre...@sita.co.za
To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU
Sent: Tue, 9 Sep 2014 11:21
Subject: Re: Another shop that has -- no, wait, what?


Elardus Engelbrecht wrote:

From private correspondence: 
That municipality has an old m/f and has upgraded to a new z Box. Some 
applications were carried over, but there are now a good dose of SLES11 SP2 or
SP3 there with a good lot of applications ported/developed over there.

The eThekwini Municipality, a government organization in the province of 
KwaZulu-Natal that provides civic services to the approximately 3.5 million 
citizens of Durban, South Africa.  Utilizing an IBM infrastructure, the 
government reduced the number of physical servers in its environment by 67 
percent and reduced infrastructure complexity by 80 percent.  As a result, it 
was able to improve time savings by 90 percent and launch new products 92 
percent faster.

..etc.

This is not one shop, but many shops which are moving over to z Boxes to use 
zLinux on z/VM.

Groete / Greetings
Elardus Engelbrecht

--
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: Demonstrating Moore's law

[Mullen, Patrick]

Isn't this a bit like saying that because the price of the chips in a 1990 
Lexus vs those in a 2014 Lexus has dropped by a factor of (say) 1000, a 2014 
Lexus should cost $50?

Silly analogy I know, but more seriously, what proportion of the current $33M 
does go to pay for the chips?


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Anne  Lynn Wheeler
Sent: Wednesday, June 11, 2014 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Demonstrating Moore's law

Cringely recently published: The Decline and Fall of IBM
http://www.cringely.com/2014/06/04/decline-fall-ibm/

loc1366-69:

THE HARDWARE PROBLEM: IBM’s hardware business has struggled the most recently, 
and turned in a big loss in 2013. Its difficulties are a direct result of 
Moore’s Law. Moore’s Law says that we expect technology to double in capability 
about every 18 months. There are many ways to spin this law, but the important 
one is from the customer’s perspective. The customer expects to get twice the 
value from the same amount of money every 18 months.

... snip ...

incremental cost per wafer is relatively constant ... i.e. major motivation 
moving from 300mm wafers to larger 450mm wafers (more chips per wafer at same 
cost).

going from 32nm technology, 300mm wafers to 14nm technology  450nm wafers ... 
significantly increases the number of circuits per wafer. If you have 32nm chip 
and just move it to 14nm with same number of circuits/chip, you have smaller, 
faster, and more power-efficient chip.

Moving at same time from 300mm to 450mm wafers means that there also are almost 
12times as many smaller, faster and more power-efficient chips per wafer ...  
with large enough volume (that covers the upfront change-over costs) ... then 
the intel Moore's law model has fab producing 12times more smaller, faster and 
more power-efficient chips for the same cost (or per chip cost drops by factor 
of 12).

If such a seismic shift were to be applied to ec12 ... in theory it would be 
going from $33M for max. configured ec12 @75BIPS to something like 100BIPS for 
possible only $3M.

past posts in thread:
http://www.garlic.com/~lynn/2014h.html#2 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#4 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#5 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#6 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#7 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#8 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#9 Demonstrating Moore's law
http://www.garlic.com/~lynn/2014h.html#10 Demonstrating Moore's law

--
virtualization experience starting Jan1968, online at home since Mar1970

--
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: The automation product mentined here

[Mullen, Patrick]

http://www.syzygyinc.com/


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Peplinski
Sent: Thursday, April 03, 2014 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: The automation product mentined here

Who and what? I want to say Syzergy or something like that, but nothing is 
found in the archives or on Google. They have a full product and a freeware 
product at one time.

Paul P 

--
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: Ever see automatic 30-day trials for mainframe software?

[Mullen, Patrick]

The CICS Betas released over the last few releases (I believe betas
were/are available for 4.2, 5.1  5.2) have built in expiry dates. IBM
states that the betas Contain a disabling device that will prevent it
from being used after the test period ends.

http://www-01.ibm.com/software/htp/cics/openbeta/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Wednesday, March 26, 2014 10:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Ever see automatic 30-day trials for mainframe software?

It is common in the PC world for software to be offered for a 30-day
trial that works automatically. You download the software, install it,
and it somehow knows when it was installed and quits 30 days later
unless purchased. Typically, it knows by hiding some magic file or
registry entry somewhere that has the original install date.

On the mainframe side, I don't think I've ever seen an automatic
30-day trial, largely because magic hidden files are of course greatly
frowned upon in this space. Mainframe 30-day trials in my experience
require vendor administration to generate some sort of 30-day key. 

Obviously, there would be advantages to a vendor if they could offer a
freely-downloadable trial of mainframe software that expired
automatically. No one is going to install mainframe software on a
whim, but eliminating the administrative burden of issuing a 30-day
key has a distinct advantage. (Please, let's for the sake of argument
not digress into the are keys good or bad? debate. For certain
mainframe software, keys are here to stay, like it or not, and that's a
different topic.)

Has anyone ever seen mainframe software that automatically expired 30
days after installation? If so, any rough idea how that worked?
(Presumably, not a magic hidden file LOL.)

Thanks,

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

Re: Machine power off and CF

[Mullen, Patrick]

SETRRS SHUTDOWN has always worked fine for us.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Miklos Szigetvari
Sent: Thursday, February 20, 2014 6:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Machine power off and CF


 Hi

 We have to power off our z9 for the weekends, and we are experiencing 
problems with the
  RRS log structures after the restart .
 Any important shutdown command we need to issue to avoid this ? 
(SETRRS SHUTDOWN  ? )

--
Kind regards, / Mit freundlichen Grüßen
Miklos Szigetvari

Research  Development
ISIS Papyrus Europe AG
Alter Wienerweg 12, A-2344 Maria Enzersdorf, Austria
T: +43(2236) 27551 333, F: +43(2236)21081
E-mail: miklos.szigetv...@isis-papyrus.com
Info: i...@isis-papyrus.com Hotline: +43-2236-27551-111 Visit our brand new 
extended Website at www.isis-papyrus.com
---
This e-mail is only intended for the recipient and not legally binding. 
Unauthorised use, publication, reproduction or disclosure of the content of 
this e-mail is not permitted.
This email has been checked for known viruses, but ISIS Papyrus accepts no 
responsibility for malicious or inappropriate content.
---

--
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 it possible to open PCOMM session up to 50?

[Mullen, Patrick]

I have PCOMM 6.0 on my workstation, a quick test confirms that it allows 
exactly 26 sessions.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, July 17, 2013 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is it possible to open PCOMM session up to 50?

On 7/17/2013 2:26 AM, Alex Wang wrote:
 I'm curious about is it possible to open about 50 PCOMM sessions on one PC?

I assume not due to HLLAPI limitation of session names A-Z.

[snip]

 The maximum number of sessions is 25.

Strange. I would have expected 26. Sounds like a bug. (A boundary 
condition not properly checked?) If so, I suspect you could convince IBM 
to open an APAR to provide support for the 26th session.

-- 
Edward E Jaffe
Phoenix Software International, Inc
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: Check whether job still running

[Mullen, Patrick]

There's a mention of DUPL_JOB in the OS/390 V1R3 JES2 Init  Tuning
Reference, SC28-1792-02, but only in a sample JES parameter deck in
Appendix A. The parm isn't mentioned in the book's JOBDEF parameter
description section.

JOBDEF   ACCTFLD=OPTIONAL,   /* Accounting field optional ohwnc*/
 DUPL_JOB=DELAY, /* Don't allow jobs with duplicate*/
 /*  names to execute concurrently onc */
 /* (added OS130)  */

It shows up in the parameter descriptions in the next version of the
book, SC28-1792-03 for V2R4-V2R6. Looks like the the earlier book's
author may have unintentionally pre-announced a feature that was still
in development!



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Jaffe
Sent: Wednesday, May 01, 2013 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Check whether job still running

On 5/1/2013 8:43 AM, Ed Jaffe wrote:
 On 5/1/2013 8:24 AM, Ed Gould wrote:
 I am somewhat surprised that you indicate that duplicate jobnames are

 to be allowed. I have worked in a few shops that job naming stand is 
 frozen and it would wreek havoc if a duplicate jobname were to be 
 allowed running at the same time.

 Not sure what to say. This long-standing customer requirement was 
 implemented in JES2 over six years ago.

Wow! Time flies when you're getting old. ;)

Research suggests this feature was introduced to JES2 in OS/390 V2R6 ca.

1998!

-- 
Edward E Jaffe
Phoenix Software International, Inc
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: JES/2 Spool

[Mullen, Patrick]

Or run SDSF in a batch job, EXEC PGM=SDSF, with the commands in ISFIN.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Steve Comstock
Sent: Thursday, August 23, 2012 10:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES/2 Spool

On 8/23/2012 9:16 AM, Pesce, Andy wrote:
 Has anyone seen a program out there that will take an output from
JES/2 spool and write it to a dataset?
 I know of a couple of software companies that market this.  Just
wondering if someone has written one
 or seen one on the CBT tape.


Well, you can do it manually from the SDSF menu. So I suppose
you could build a Rexx exec to use the SDSF interface without
too much trouble.




-- 

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-355-2752
http://www.trainersfriend.com

* To get a good Return on your Investment, first make an investment!
   + Training your people is an excellent investment

* Try our tool for calculating your Return On Investment
 for training dollars at
   http://www.trainersfriend.com/ROI/roi.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: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)

[Mullen, Patrick]

Similarly, everywhere I've lived (UK, South Africa, Canada), a spell
checker would be confined to use by Harry Potter and his chums. To
check spelling in electronic documents, I use a spelling checker. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of John Gilmore
Sent: Sunday, August 19, 2012 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Some fun with IBM acronyms and jargon (was Re: Auditors
Don't Know Squat!)

Shmuel wrote:

|APAR = Authorized (Authorised for the rest of the world)
|
|My spell checker accepts authorized bu tot authorised.

Similarly, spell checkers for British English accept 'authorised' and
not 'authorized'.

The version with the 's' is standard in the parts of the world that
were once and on some maps still are colored|coloured pink, Canada,
Australia, New Zealand, the Falkland Islands, Bermuda, Pitcairn
Island, Belize, among many others.

The 'z' version is largely confined to the United States and its
dependencies.

John Gilmore, Ashland MA, 01721 - USA


On 8/19/12, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote:
 In 2080556112895229.wa.scottfagencayahoo@listserv.ua.edu, on
 08/17/2012
at 07:07 PM, Scott Fagen scottfagen...@yahoo.com said:

APAR = Authorized (Authorised for the rest of the world)

 My spell checker accepts authorized bu tot authorised.

PMR is a Problem Management Request

 Are you sure it wasn't Record?

ETR is Electronic Technical Response

 Are you sure it wasn't Report?

Not all APARs cause fixes to be coded.

 Do you consider a documentation update to be a fix? The ETR mechanism
 can be used to report problems with documentation.

IBM measures and attempts to maximize the number of problems closed
without fixes (FIN,

 FIN implies an intent to issue a fix. I've even suggested FIN when I
 dealt that a the fix needed more testing than it would get if issued
 as a PTF.

It is not entirely a work avoidance initiative.

 But often is.

The engineer may iterate over various versions of the fix by
changing the name (AA12345, AB12345, AC12345...) or updating the
rework date.

 That's fairly common when the error exists in multiple releases.

 --
  Shmuel (Seymour J.) Metz, SysProg and JOAT
  Atid/2http://patriot.net/~shmuel
 We don't care. We don't have to care, we're Congress.
 (S877: The Shut up and Eat Your spam act of 2003)

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