Interchip's RTD/DB2

2021-01-12 Thread Michael Babcock
Anyone use Interchip's Real Time Defrag for DB2?   Does it work well?  
Any gotchas?  Other comments?


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


Re: z/osmf Network Configuration Assistant

2020-10-27 Thread Michael Babcock
I also use manual modification and it works fine.

NCA in the other hand seems daunting to me.  A question and answer format
like zCX would be far better IMHO.

On Tue, Oct 27, 2020 at 7:05 AM Roberto Halais 
wrote:

> We are using manual modifications. Before, we used the Windows application
> which was excellent.
> We tried z/OSMF NCA but don't like it.
> Maybe IBM will force us to use it.
>
> On Mon, Oct 26, 2020 at 12:21 PM Keith Gooding <
> 034af3894af4-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Is anyone using this to maintain AT-TLS policies or any other policies ?
> >
> > Any views on NCA vs manual editing of the policy file ?
> >
> > When I first encountered AT-TLS I used the Windows version to generate a
> > simple policy file for one type of application and thereafter did manual
> > edits to the policy file (all applications were similar). Using AT-TLS
> for
> > z/OS-supplied applications such as Telnet and FTP will make the policy
> file
> > more complicated and I am wondering whether NCA is the best way.
> >
> > Keith
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Politics: Poli (many) - tics (blood sucking parasites)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: getting XCFAS down

2020-10-17 Thread Michael Babcock
And I’m not a DB2 guy but doesn’t DB2 ERLY code reside in LPA?  In which
case the suggestions won’t work.

On Sat, Oct 17, 2020 at 7:42 AM Michael Babcock 
wrote:

> No it won’t.  SETPROG LNKLST,UNALLOCATE stops the enqueue.   But I hope
> you are creating a new linklist set and removing the datasets you need,
> activate that new set, UPDATE the linklist set, perform your work, then add
> it back in using another linklist set.
>
> On Sat, Oct 17, 2020 at 7:16 AM Bill Giannelli 
> wrote:
>
>> Thank you for the help and information!
>> So "Stop VLF" will "bring down" XCFAS?
>> thanks
>> Bill
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: getting XCFAS down

2020-10-17 Thread Michael Babcock
No it won’t.  SETPROG LNKLST,UNALLOCATE stops the enqueue.   But I hope you
are creating a new linklist set and removing the datasets you need,
activate that new set, UPDATE the linklist set, perform your work, then add
it back in using another linklist set.

On Sat, Oct 17, 2020 at 7:16 AM Bill Giannelli 
wrote:

> Thank you for the help and information!
> So "Stop VLF" will "bring down" XCFAS?
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: ISPF dsn sort

2020-10-13 Thread Michael Babcock
Do you get the same behavior if you unselect “Show total tracks” or
whatever it is?

On Tue, Oct 13, 2020 at 10:18 AM Lennie Dymoke-Bradshaw <
032fff1be9b4-dmarc-requ...@listserv.ua.edu> wrote:

> This is something that has puzzled me for years.
>
> Can anyone explain the following.
>
> I can use ISPF 3.4 to display a set of data sets.
> If I scroll right then I am shown the space usage figures.
> Scroll right again and I am shown the DSORG, RECFM, Lrecl and Blksize.
>
> If I now enter SORT DSORG I am presented with a progress bar and I am
> informed that information is being collected to perform the sort.
>
> Given that the DSORG was already displayed, why does ISPF go and collect
> the same information again?
>
>
> Lennie Dymoke-Bradshaw
> ‘Dance like no one is watching. Encrypt like everyone is.’
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Where to find TSO defaults?

2020-09-23 Thread Michael Babcock
TSUCLASS of JES2 PARMs?

On Wed, Sep 23, 2020 at 4:55 AM Juergen Kehr 
wrote:

> Hello, perhaps a fairly stupid question:
>
>
>
> In the description of the RACF TSO segment for several settings TSO
> defaults are referenced.
>
>
>
> HOLDCLASS(hold-class)
>
> Specifies the user's default hold class. ...
>
> If you … do not specify a value for HOLDCLASS, RACF uses a default value
> consistent with current TSO defaults.
>
> JOBCLASS(job-class)
>
> Specifies the user's default job class. ...
>
> If you … do not specify a value for JOBCLASS, RACF uses a default value
> consistent with current TSO defaults.
>
> MAXSIZE(maximum-region-size)
>
> Specifies the maximum region size the user can request at logon. ...
>
> If you … do not specify a value for MAXSIZE, or specify MAXSIZE(0), RACF
> uses a default value consistent with current TSO defaults.
>
> MSGCLASS(message-class)
>
> Specifies the user's default message class. The specified value must be 1
> alphanumeric character, excluding national characters.
>
> If … do not specify a value for MSGCLASS, RACF uses a default value
> consistent with current TSO defaults.
>
> SYS(sysout-class)
>
> Specifies the user's default SYSOUT class. ...
>
> If … do not specify a value for SYS, RACF uses a default value consistent
> with current TSO defaults
>
>
>
> My question now is, where are these defaults specified and how to change
> them?
>
>
>
> Kind regards.
>
> Juergen
>
>
>
> ----------
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


zIIP MultiThreads

2020-09-04 Thread Michael Babcock
Anyone using their zIIPs with the multithread parm in IEAOPTxx?   Is that
per LPAR or per zIIP?   Meaning if I enable it in one LPAR is it enabled on
all LPARs?

What are the ramifications of enabling it and does it provide much benefit?

-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: ZCX task monitoring, anyone?

2020-08-26 Thread Michael Babcock
I can’t check my zCX out right now since my internet is down.

You are running these on zIIP engines correct? Must be nice to have 5
zIIPs!  And have the WLM parts in place?   Although it probably wouldn’t
make much difference during startup/shutdown.

On Wed, Aug 26, 2020 at 3:40 AM Sean Gleann  wrote:

> Can anyone offer advice, please, with regard to monitoring the system
>
> resource consumption of a zcx Container task?
>
>
>
> I've got a zcx Container task running on a 'sandbox' system where - as yet
>
> - I'm not collecting any RMF/SMF data. Because of that, my only source of
>
> system usage is the SDSF DA panel. I feel that the numbers I see there
>
> are... 'questionable' is the best word I can think of.
>
>
>
> Firstly, the EXCP-count for the task goes up to about 15360 during the
>
> initial start-up phase, but then it stays there until the STOP command is
>
> issued. At that point, EXCP-count starts rising again, until the task
>
> finally terminates. The explanation for that is probably because all the
>
> I/O is being handled internally at the 'Linux' level - the task must be
>
> doing *some* I/O, right? - but the data isn't getting back to SDSF for some
>
> reason. Without the benefit of SMF data to examine, I'm wondering if this
>
> is part of a larger problem.
>
>
>
> The other thing that troubles me is the CPU% busy value. My sandbox system
>
> has 5 engines defined, and in the 'start.json' file that controls the zcx
>
> Container task, I've specified a 'cpu' value of 4. During the start-up
>
> phase for the Container started task, SDSF shows CPU% values of approx 80%,
>
> but when the task is finally initialised, this drops to 'tickover' rates of
>
> about 1%. I'm happy with that - the initial start-up of *any* task as
>
> complex as a zcx Container is likely to cause high CPU usage, and the
>
> subsequent drop to the 1% levels is fine by me.
>
>
>
> But... Once the Container task is started and I've ssh'd into it, I then
>
> want to monitor its 'internal' system consumption. I've been using the
>
> 'Getting Started...' redbook as my guide throughout all this project, and
>
> it talks about using "Nodeexporter", "Cadvisor", "Prometheus" and "Grafana"
>
> as tools for this. I've got all those things installed and I can start and
>
> stop them quite happily, but I've found that using Cadvisor on it's own can
>
> drive CPU% levels back up to 80% for the entire time it is running. If a
>
> system is running flat-out when all it is doing is monitoring itself, well,
>
> there's something wrong somewhere... I'm trying to find an idiot's guide to
>
> controlling what Cadvisor does, but as yet I've been unsuccessful.
>
>
>
> Regards
>
> Sean
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


z15 T02 HMC

2020-08-25 Thread Michael Babcock
Anyone else having issues with their z15 HMC?  We have the rack mount
version and quite often when I go to configure a CHPID it just sits waiting
to retrieved the data.  Sometimes I get “not enough resources to perform
this task”.  It’s like there isn’t enough memory or something.
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Help with SCHEDxx Parmlib vs. IEFSDPPT in Linklib

2020-08-20 Thread Michael Babcock
And I thought there was a D PPT command now too.

On Thu, Aug 20, 2020 at 8:11 AM Peter Relson  wrote:

> It doesn't seem like the posts were answering Lizette's thought/question.
>
>
>
> 
>
> I have been researching whether we need to review all of our SCHEDxx for
>
> PPT
>
> and remove anything that is currently shipped by IBM in Linklib for
>
> IEFSDPPT
>
> 
>
>
>
> This relates to whether you want things in your SCHEDxx that are shipped
>
> in IEFSDPPT?
>
> If you're not changing the values, why would you want the duplication?
>
> That's just extra maintenance for you.
>
> Does IRLM instruct you to use SCHEDxx for DFSMVRC0 or DXRRLM00? If so, I
>
> wonder why. If they don't, why did you?
>
>
>
> Peter Relson
>
> z/OS Core Technology Design
>
>
>
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


zCX Issues

2020-08-18 Thread Michael Babcock
We have a zCX instance up and running and have created a Docker ID 
(Docker admin ID, not a Docker User).  We are trying to pull an image 
from our internal docker repository but are getting a certificate 
error.    I have our internal corporate root cert (and intermediate 
cert) defined when I defined the zCX instance.


Can we specify a different location for our certs when signed into the 
Docker admin ID when using the Pull command?  Or am I missing something 
in the config.  There are no firewalls/proxies between our internal 
docker hub and the zCX instance


(I’ve scrubbed the server names)

The curl command works.

curl -vv -s https://our_server.com/v2/

But the docker pull command fails.

Error response from daemon: Get https://our_server.com/v2/ 
: x509: certificate signed by unknown authority


Anyone?

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


Re: Why EZA1685W Invalid local file identifier ?

2020-08-07 Thread Michael Babcock
Doesn’t Filetype=JES try to get JES output from spool?

On Fri, Aug 7, 2020 at 3:15 PM Charles Mills  wrote:

> I apologize: this is an incomplete question. It is impossible to post
> "everything."
>
> The question: I invoke FTP from a z/OS batch program. The indicated
> statement fails as shown:
>
> EZA1736I Quote Site   FileType=JES NoTrail
>
> EZA1701I >>> Site   FileType=JES NoTrail
>
> 200 SITE command was accepted
>
> EZA1460I Command:
>
> EZA1736I Get 'valid.remote.traditional.dataset.name' //DD:SYS2
> EZA1685W Invalid local file identifier
>
> EZA1735I Std Return Code = 16000, Error Code = 00018
>
> I looked at the listing in hex: there are no junk characters in there.
> SYS2 is dynamically allocated to VIO. I am not in a position to prove
> that the allocation is correct, but note that the error is on the "file
> identifier" not on the file characteristics. SYS2 is definitely
> allocated: I see IGD100I VIO ALLOCATED TO DDNAME SYS2 DATACLAS (
> ) in the system messages.
>
> FWIW, the following works correctly earlier in the same FTP command stream,
> so basic DD: is not the problem.
>
> Put //DD:SYS1 'remote.dataset.name'
>
> There are no intervening LOCSITE subcommands.
>
> The problem seems to have something to do with the batch program's earlier
> processing of z UNIX files. I don't have things diagnosed enough to say "it
> fails if the program does X." It "used to work" so the problem is something
> subtle.
>
> I'm wondering if anyone has seen this before. Perhaps "oh yeah, you have to
> Y if you do X, otherwise you get that." I have tried with and without
> setting a DUB default of 1 before the FTP.
>
> The GET subcommand frankly just outright seems correct on its face.
>
> Thanks, and again, apologies that all of the *possibly* relevant detail is
> way too voluminous to include. If anyone has a "what about X?" question I
> will try to answer it.
>
> Charles
>
> ------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Two Processors and One IODF

2020-07-13 Thread Michael Babcock
Ours is simply a DR site so currently we don’t have that requirement.

On Mon, Jul 13, 2020 at 11:27 AM Jesse 1 Robinson 
wrote:

> We mirror with XRC, which I believe is Global Mirror. (I cannot keep the
> current lingo straight.) In my shop, we have a business need to put any
> device--DASD or tape--online to any LPAR regardless of location. In order
> to do that, device addresses *must* be unique. If you have absolutely no
> need to do that, then I don't think uniqueness is required. OTOH is costs
> little to make them unique. If you don't do it from the get-go, it will be
> very difficult in the future.
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office ⇐=== NEW
> robin...@sce.com
>
> -Original Message-----
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Monday, July 13, 2020 7:10 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Two Processors and One IODF
>
> CAUTION EXTERNAL EMAIL
>
> Thanks!
>
> We are using Global Mirror for replication.  Not sure if using the same
> device addresses will be a problem or not for GM.
>
> So, does everyone recommend different device addresses?
>
> On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
> wrote:
>
> > I don't know if anyone has pointed it out, but if this is a brand new,
> > vanilla CEC, before you even have to worry about an IODF, you need an
> > IOCDS.  Generally you create that deck from an IODF, and I can't
> > imagine you would choose not to.  All of our CECs are defined in one
> > IODF.  For a new machine across the state, we sent the IOCDS deck for
> > the target CEC (and common ICC configs) to the CE, and he put them on
> > a thumb drive; we then ran stand-alone IOCP to load the HSA.  Then
> > with any (I would hope) form of replication you use, the IODF needed
> > for all the recovery LPARs is "just already there" on your recovery
> SYS1.IPLPARM/IODF volume.
> >
> > Our DASD CUs and device addresses are different (I'm thinking they had
> > to be for either flavor of replication), but we don't have that many,
> > so we don't have to worry about running out.  Our LPAR numbers are the
> > same on all CECs, and our OS configs are defined only once and are
> > used on all respective LPARs.
> >
> > There's nothing to it, and I don't know of a single reason not to have
> > one common IODF.
> >
> > First Horizon Bank
> > Mainframe Technical Support
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Two Processors and One IODF

2020-07-13 Thread Michael Babcock
Thanks!

We are using Global Mirror for replication.  Not sure if using the same
device addresses will be a problem or not for GM.

So, does everyone recommend different device addresses?

On Sat, Jul 11, 2020 at 1:01 PM Jackson, Rob 
wrote:

> I don't know if anyone has pointed it out, but if this is a brand new,
> vanilla CEC, before you even have to worry about an IODF, you need an
> IOCDS.  Generally you create that deck from an IODF, and I can't imagine
> you would choose not to.  All of our CECs are defined in one IODF.  For a
> new machine across the state, we sent the IOCDS deck for the target CEC
> (and common ICC configs) to the CE, and he put them on a thumb drive; we
> then ran stand-alone IOCP to load the HSA.  Then with any (I would hope)
> form of replication you use, the IODF needed for all the recovery LPARs is
> "just already there" on your recovery SYS1.IPLPARM/IODF volume.
>
> Our DASD CUs and device addresses are different (I'm thinking they had to
> be for either flavor of replication), but we don't have that many, so we
> don't have to worry about running out.  Our LPAR numbers are the same on
> all CECs, and our OS configs are defined only once and are used on all
> respective LPARs.
>
> There's nothing to it, and I don't know of a single reason not to have one
> common IODF.
>
> First Horizon Bank
> Mainframe Technical Support
>
> Confidentiality notice:
> This e-mail message, including any attachments, may contain legally
> privileged and/or confidential information. If you are not the intended
> recipient(s), or the employee or agent responsible for delivery of this
> message to the intended recipient(s), you are hereby notified that any
> dissemination, distribution, or copying of this e-mail message is strictly
> prohibited. If you have received this message in error, please immediately
> notify the sender and delete this e-mail message from your computer.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Two Processors and One IODF

2020-07-10 Thread Michael Babcock
We are in the process of bringing DR back in-house and have a new 
z15-T02 in our new facility (our current "home" machine is a z14-ZR1).  
I want to be able to manage both processors from a single IODF.  I'd 
like to have the same CHPIDs, CUs, and Device addresses both at home and 
in our DR machine.   I have the new processor defined in our current 
IODF and have used the CHPID mapping tool to map the PCHIDs to CHPIDs.   
I have tested adding devices with the same address to both processors 
and that seems to work (as long as I define the CUs to both processors 
first.  I tested adding a range of 16 tape drives).


My questions are this:

1.  Is this something we even want to do (same IODF, same device addresses)?

2.  What's the best way to move the IODF at home to the DR machine?

3.  Are there any gotchas we need to watch out for?

4.  We have IBM DS8886s and are using Metro Global Mirror Multi-Target 
w/Practice.  Any concerns here?


5.  Am I crazy for even entertaining this idea?

6.  Any alternatives I need to consider?

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


Re: [External] Re: COBOL 6.3 compiler options question

2020-07-09 Thread Michael Babcock
If I remember correctly, it was added with a PTF inadvertently and hasn’t
been removed yet.  I think a colleague opened a case and that’s what they
said.

On Thu, Jul 9, 2020 at 8:58 AM Pommier, Rex  wrote:

> Charles,
>
> Fascinating.  JTC isn't even in the customization macro.  I guess it's a
> "watch this space for future development" type option.
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
> Sent: Wednesday, July 8, 2020 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] Re: COBOL 6.3 compiler options question
>
> Did you look at the customization macro and see if there is a comment on
> the option or the assembled table?
>
> I would do it but I would have to IPL Dallas and I am too lazy.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pommier, Rex
> Sent: Wednesday, July 8, 2020 3:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [External] Re: COBOL 6.3 compiler options question
>
> I'm kind of hoping Captain COBOL will see my request and respond.  :-)
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
> Sent: Wednesday, July 8, 2020 5:04 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: COBOL 6.3 compiler options question
>
> Not I.
>
> There is a May, 2020 update to the P/G and it's not in there.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Pommier, Rex
> Sent: Wednesday, July 8, 2020 2:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: COBOL 6.3 compiler options question
>
> Hi,
>
> Can somebody give me a definitive definition of the NOJTC and JTC compiler
> options in 6.3?  I'm not seeing it in the COBOL reference or any COBOL
> manual for that matter, yet it shows up on the option list when we compile a
> program:
>
> NOFLAGSTD
>   HGPR(PRESERVE)
> NOINITCHECK
> NOINITIAL
>   INLINE
>   INTDATE(ANSI)
> NOJTC
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged.  If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format.  Thank you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: USS "pwd" returns nothing? Maybe file system created wrong?

2020-06-30 Thread Michael Babcock
You are creating a 10,000 cylinder data set.  Is it defined as extended
format?I also seem to recall that you had to define something in z/VM
for a volume when running z/PDT.

On Tue, Jun 30, 2020 at 4:29 AM Michael Knigge 
wrote:

> All,
>
> have you ever came accross something like that?
>
> I can change into an directory, „ls“ works but „pwd“ returns…. Nothing?!?
>  When I’m in this particular directory a „cd ..“ returns „EDC5122I
> Input/output error.“
>
>
> I’m pretty new to this „USS administration“ (I’m administering a z/OS
> running with an z/PDT)… So let me tell what I’ve done – I might have done
> something really wrong….
>
>
> I need some space in USS so I’ve created some new fresh volumes (3390-9)
> for my zPDT and formatted them.
>
> INIT UNITADDRESS(0AE0) NOVERIFY VOLID(USS010) -
>STORAGEGROUP -
>VTOC(3,0,50) -
>INDEX(1,0,30)
>
> Now I have some volumes each with 10010 free CYLs.
>
> Then I’ve created a Data Set for the ZFS file system:
>
> DEFINE CLUSTER -
>(NAME (USSSET.DAT.ZFS) -
>VOLUMES (USS002 USS003 USS004 USS005  -
> USS006 USS007 USS008 USS009) -
>LINEAR CYL(1 1) SHAREOPTIONS(3))
>
> The idea was that when the file system needs to be enlarged this is done
> automatically (let z/OS allocate an additional extend of 1 CYLs from
> one of the dedicated volumes). I know that every extend neary uses the full
> volume – this is okay for me in this case…
>
> Okay, then I’ve created the file system:
>
> FORMAT EXEC PGM=IOEAGFMT,REGION=0M,
>  PARM=(' -aggregate USSSET.DAT.ZFS -compat -perms 775 ')
>
>
> Mounted… everything all right…. I saw that just one of the volumes was
> „used“. So I filled the mounted file system and saw that after some time
> the log messages
>
> IOEZ00312I Dynamic growth of aggregate USSSET.DAT.ZFS in progress, (by
> user ADCDZ).
> IOEZ00309I Aggregate USSSET.DAT.ZFS successfully dynamically grown (by
> user ADCDZ).
>
>
> So for me I guess everything worked as expected… But now…. This „pwd
> anomaly“ ….. Did I something wrong? Any idea how to get thigs working as
> expected?
>
>
> Thank you,
> Michael
>
>
> Michael Knigge
> Software Engineer
>
> SET GmbH
> Rühmkorffstraße 5
> 30163 Hannover
>
> Telefon: +49 511 330 998 23
> Fax: +49 511 330 998 65
> michael.kni...@set.de<mailto:michael.kni...@set.de>
> https://www.set.de
>
> Handelsregister: Amtsgericht Hannover HRB 52778
> ​Geschäftsführer: Dr.-Ing. Tobias Baum, Arthur Brack, Hendrik Leder
>
>
> Mit freundlichen Grüßen
>
> Michael Knigge
>
>
>
> SET GmbH
> Rühmkorffstraße 5
> 30163 Hannover
>
> Telefon: +49 511 330 998 23
> Fax: +49 511 330 998 65
> michael.kni...@set.de
> www.set.de
>
> Handelsregister: Amtsgericht Hannover HRB 52778
> ​Geschäftsführer: Tobias Baum, Arthur Brack, Hendrik Leder
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Does adding real storage require an IPL?

2020-06-26 Thread Michael Babcock
You are right.   We added it to the LPAR image profile And that took an
act/deact to add.  We had no other memory allocated to that LPAR (reserved
or otherwise).   How else could we have added the additional memory without
act/deact?

On Fri, Jun 26, 2020 at 3:54 AM R.S.  wrote:

> No, you did not that way.
> Probably you added some memory to LPAR profile, but this is not an LPAR
> itself. It is LPAR definition which is used during LPAR activation. For
> active LPAR it has no meaning. To compare: it is like change in JES2PARM
> member after JES2 is started.
>
> BTW: LPAR definition may contain more memory that is actually available.
> For example you may have 1024GB memory, define 10 LPARs and "assign"
> 256GB to each LPAR. It will be accepted by the system with no error or
> warning msg. However durin system activation (IML) only few of defined
> LPAR will be activated correctly. Remaining LPARs will not be activated
> due to lack of memory which is described in messages.
>
> Regards
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
>
> W dniu 25.06.2020 o 15:11, Michael Babcock pisze:
> > We recently added some unassigned memory to our production LPAR and
> IPL’d.
> > The memory did not show.  We had to deactivate the LPAR and reactivate it
> > to add the memory.This was on a z14-ZR1 with z/OS 2.3.
> >
> >
> > On Thu, Jun 25, 2020 at 5:31 AM R.S. 
> wrote:
> >
> >> W dniu 23.06.2020 o 02:07, Charles Mills pisze:
> >>> Today is real storage day. Sorry for the elementary questions.
> >>>
> >>> The folks that own the box as a whole have added memory to our LPAR. Do
> >> we
> >>> need to IPL to pick that up in z/OS, or is there a command or similar
> >>> process? I thought I heard at a SHARE presentation that it could be
> done
> >>> dynamically, but the box owners are telling us an IPL is required.
> >>>
> >>> PR/SM, not VM, if that matters.
> >>>
> >> I don't understand details, so my answer is rather general:
> >> 1. LPAR can be defined with memory and "reserved" memory. That means it
> >> is possible to get more memory than assingned during LPAR activation
> >> (usually IML process).
> >> 2. OS may or may not support dynamic memory change. z/OS does support
> >> it. So, it is possible to dynamically add memory to the system.
> >> Assumpions are: LPAR definition as described above *and* free
> >> (unassigned) storage in CPC. Free storage may come from deactivated
> >> (other) LPAR.
> >> 3. It is also possible to buy memory without physical deactivation of
> >> CPC. It is memory which is already inside the CPC, but microcode will
> >> enable it for user. It can be done dynamically, and new memory will
> >> appear as unassigned to any LPAR. Then you can add it do a system as
> >> described above.
> >> 4. Amount of "memory for sale" within CPC depend on many factors. As far
> >> as I know IBM want to disable this option ("preplanned memory"), however
> >> AFAIK it is still possible to get a little bit more than ordered and the
> >> gap can be bought and enabled.
> >>
> >> Personally I always define LPARs with reserved memory just to have
> >> option to for future unknown need. And I had cases when I really needed
> >> additional memory.
> >>
> >>
> >> HTH
> >>
> >> --
> >> Radoslaw Skorupka
> >> Lodz, Poland
> >>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje po
> <https://www.google.com/maps/search/podejmuje+po?entry=gmail=g>dobne
> działania, narusza prawo i może podlegać karze.
>
> 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, KRS 025237, NIP:
> 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na
> 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanen

Re: Does adding real storage require an IPL?

2020-06-25 Thread Michael Babcock
We recently added some unassigned memory to our production LPAR and IPL’d.
The memory did not show.  We had to deactivate the LPAR and reactivate it
to add the memory.This was on a z14-ZR1 with z/OS 2.3.


On Thu, Jun 25, 2020 at 5:31 AM R.S.  wrote:

> W dniu 23.06.2020 o 02:07, Charles Mills pisze:
> > Today is real storage day. Sorry for the elementary questions.
> >
> > The folks that own the box as a whole have added memory to our LPAR. Do
> we
> > need to IPL to pick that up in z/OS, or is there a command or similar
> > process? I thought I heard at a SHARE presentation that it could be done
> > dynamically, but the box owners are telling us an IPL is required.
> >
> > PR/SM, not VM, if that matters.
> >
>
> I don't understand details, so my answer is rather general:
> 1. LPAR can be defined with memory and "reserved" memory. That means it
> is possible to get more memory than assingned during LPAR activation
> (usually IML process).
> 2. OS may or may not support dynamic memory change. z/OS does support
> it. So, it is possible to dynamically add memory to the system.
> Assumpions are: LPAR definition as described above *and* free
> (unassigned) storage in CPC. Free storage may come from deactivated
> (other) LPAR.
> 3. It is also possible to buy memory without physical deactivation of
> CPC. It is memory which is already inside the CPC, but microcode will
> enable it for user. It can be done dynamically, and new memory will
> appear as unassigned to any LPAR. Then you can add it do a system as
> described above.
> 4. Amount of "memory for sale" within CPC depend on many factors. As far
> as I know IBM want to disable this option ("preplanned memory"), however
> AFAIK it is still possible to get a little bit more than ordered and the
> gap can be bought and enabled.
>
> Personally I always define LPARs with reserved memory just to have
> option to for future unknown need. And I had cases when I really needed
> additional memory.
>
>
> HTH
>
> --
> Radoslaw Skorupka
> Lodz, Poland
>
>
>
>
>
> ==
>
> Jeśli nie jesteś adresatem tej wiadomości:
>
> - powiadom nas o tym w mailu zwrotnym (dziękujemy!),
> - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub
> zapisałeś na dysku).
> Wiadomość ta może zawierać chronione prawem informacje, które może
> wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia
> (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania,
> narusza prawo i może podlegać karze.
>
> mBank S.A. z siedzibą w Warszawie, ul. Senat
> <https://www.google.com/maps/search/Warszawie,+ul.+Senat?entry=gmail=g>orska
> 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,
> KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości)
> według stanu na 01.01.2020 r. wynosi 169.401.468 złotych.
>
> If you are not the addressee of this message:
>
> - let us know by replying to this e-mail (thank you!),
> - delete this message permanently (including all the copies which you have
> printed out or saved).
> This message may contain legally protected information, which may be used
> exclusively by the addressee.Please be reminded that anyone who
> disseminates (copies, distributes) this message or takes any similar
> action, violates the law and may be penalised.
>
> mBank S.A. with its registered office in Warsaw, ul. Senat
> <https://www.google.com/maps/search/d+office+in+Warsaw,+ul.+Senat?entry=gmail=g>orska
> 18, 00-950 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District
> Court for the Capital City of Warsaw, 12th Commercial Division of the
> National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up
> share capital amounting to PLN 169.401.468 as at 1 January 2020.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: SMP/e maintenance methodologies [EXTERNAL]

2020-06-22 Thread Michael Babcock
-
> 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
>
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: How display amount of real storage? [EXTERNAL]

2020-06-22 Thread Michael Babcock
D M=STOR

OPERCMDS MVS.DISPLAY.* if I remember correctly.

On Mon, Jun 22, 2020 at 6:19 PM Feller, Paul <
02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:

> Charles, that's a loaded question/answer.  You need to have the
> ISF.CONNECT resource defined in the SDSF class to allow access to SDSFAUX.
> Plus some variation of the ISFCMD.ODSP.SYSTEM resource defined in the SDSF
> class to allow for the use of the SYS panel.  The SDSF Operation and
> Customization manual lays all this out.
>
> Bottom line there are some RACF stuff that needs to be done and you need
> to determine how much you want to lock things down.
>
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Charles Mills
> Sent: Monday, June 22, 2020 5:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How display amount of real storage? [EXTERNAL]
>
> COMMAND NOT AUTHORIZED
>
> I will look into what I need. If anyone happens to know right off it would
> save me RTFM.
>
> I can grant the access; I just need to know what to grant.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Carmen Vitullo
> Sent: Monday, June 22, 2020 10:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How display amount of real storage?
>
> MATRIX :)
> if you're 2.2 or above systems, the SDSF SYS command can show alot of
> system info - requires SDSFAUX I believe
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> Please note:  This message originated outside your organization. Please
> use caution when opening links or attachments.
>
> ----------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: [External] Re: z/OS 2.4 and SDSF question

2020-06-16 Thread Michael Babcock
It also works on my 2.3 system but not on my 2.4 system.

On Tue, Jun 16, 2020 at 2:47 PM Pommier, Rex 
wrote:

> Hi Michael and Allan,
>
> It's interesting that this works for one of you and not for the other.  I
> got an offline response as well and it works for this individual too.
> Could the 2 of you (and anybody else who is interested in this and would
> like to chime in) check what your JES2 JOBCLASS MSGLEVEL is set or
> defaulted to?  The offline replier has MSGLEVEL=(1,1) in JES2PARM, and I
> have it defaulted to MSGLEVEL=(0,1).  It almost looks like a change in 2.4,
> where JES2 is using the default and not what's on the JOB card.  I did a
> dynamic change $TJOBCLASS to change it to (1,1) but it didn't make any
> difference.  Might try to do a JES cold start on the sandbox to see if that
> changes the behavior.
>
> Thanks again,
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Tuesday, June 16, 2020 2:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS 2.4 and SDSF question
>
> I get the same thing you do under z/OS 2.4.   About 12 lines of output.   I
> have SDSF.
>
> On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex 
> wrote:
>
> > Hello list,
> >
> > I have a "does it work" question.  We don't run SDSF, instead have a
> > competing product.  As part of our testing of 2.4, one of my coworkers
> > submitted a job with TYPRUN=COPY on the job card and found it doesn't
> > work.  Under 2.2, we get the entire input stream before the JES2 job
> > statistics.  Under 2.4, all we get is the JOB card then the statistics
> > report.  The spool display product says all the lines are there, but
> > they won't show.  When we contacted our vendor about this, they said
> > SDSF displays the same thing, working under earlier releases, but
> > under 2.4, only the JOB card is printed/displayed.  Can somebody who
> > is running 2.4 and SDSF (or a third party SDSF competitor) confirm this
> for me?
> >
> > Our vendor has a case open with IBM but I'd like to know if others are
> > seeing this situation.  I'm not second guessing the vendor, just
> > curious if others have run into the situation.
> >
> > TIA,
> >
> > Rex
> >
> > Example:
> >
> > Job run under both 2.2 and 2.4.
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> > // NOTIFY=,TYPRUN=COPY
> > //S1  EXEC  PGM=IEFBR14
> > //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
> >
> > Spool display under both 2.2 and 2.4 says the output is 14 lines long.
> >
> > 2.2 spool display (all 14 lines displayed including entire JCL stream):
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> >  JOB03289
> > // NOTIFY=,TYPRUN=COPY
> >
> > //S1  EXEC  PGM=IEFBR14
> >
> > //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
> >
> > -- JES2 JOB STATISTICS --
> >
> > 4 CARDS READ
> >
> >11 SYSOUT PRINT RECORDS
> >
> > 0 SYSOUT PUNCH RECORDS
> >
> > 0 SYSOUT SPOOL KBYTES
> >
> >  0.00 MINUTES EXECUTION TIME
> >
> > J E S 2  J O B  L O G  --  S Y S T E M  Z O S 2
> > --  N O D E  Z 1 4 J E S 2
> >
> > 13.28.58 JOB03289  TUESDAY,   16 JUN 2020 
> >
> > 13.28.58 JOB03289  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
> >
> >
> > 2.4 spool display (only 12 lines displayed) :
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> >  JOB05572
> > // NOTIFY=,TYPRUN=COPY
> >
> > -- JES2 JOB STATISTICS --
> >
> > 4 CARDS READ
> >
> >11 SYSOUT PRINT RECORDS
> >
> > 0 SYSOUT PUNCH RECORDS
> >
> > 0 SYSOUT SPOOL KBYTES
> >
> >  0.00 MINUTES EXECUTION TIME
> >
> >  J E S 2  J O B  L O G  --  S Y S T E M  Z O S
> > 2
> > --  N O D E  N 1
> >
> > 13.29.19 JOB05572  TUESDAY,   16 JUN 2020 
> >
> > 13.29.19 JOB05572  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
> >
> >
> > The information contained in this message is confidential, protected
> > from disclosure and may be legally privileged.  If the reader of this
> > message is not the intended recipient or an employee or agent
> > responsible for delivering this message to the intended recipient, you
> > are hereby notified that 

Re: [External] Re: z/OS 2.4 and SDSF question

2020-06-16 Thread Michael Babcock
The default MSGLEVEL was 1,1 and that’s what was coded on the jobcard.

On Tue, Jun 16, 2020 at 2:47 PM Pommier, Rex 
wrote:

> Hi Michael and Allan,
>
> It's interesting that this works for one of you and not for the other.  I
> got an offline response as well and it works for this individual too.
> Could the 2 of you (and anybody else who is interested in this and would
> like to chime in) check what your JES2 JOBCLASS MSGLEVEL is set or
> defaulted to?  The offline replier has MSGLEVEL=(1,1) in JES2PARM, and I
> have it defaulted to MSGLEVEL=(0,1).  It almost looks like a change in 2.4,
> where JES2 is using the default and not what's on the JOB card.  I did a
> dynamic change $TJOBCLASS to change it to (1,1) but it didn't make any
> difference.  Might try to do a JES cold start on the sandbox to see if that
> changes the behavior.
>
> Thanks again,
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Tuesday, June 16, 2020 2:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: z/OS 2.4 and SDSF question
>
> I get the same thing you do under z/OS 2.4.   About 12 lines of output.   I
> have SDSF.
>
> On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex 
> wrote:
>
> > Hello list,
> >
> > I have a "does it work" question.  We don't run SDSF, instead have a
> > competing product.  As part of our testing of 2.4, one of my coworkers
> > submitted a job with TYPRUN=COPY on the job card and found it doesn't
> > work.  Under 2.2, we get the entire input stream before the JES2 job
> > statistics.  Under 2.4, all we get is the JOB card then the statistics
> > report.  The spool display product says all the lines are there, but
> > they won't show.  When we contacted our vendor about this, they said
> > SDSF displays the same thing, working under earlier releases, but
> > under 2.4, only the JOB card is printed/displayed.  Can somebody who
> > is running 2.4 and SDSF (or a third party SDSF competitor) confirm this
> for me?
> >
> > Our vendor has a case open with IBM but I'd like to know if others are
> > seeing this situation.  I'm not second guessing the vendor, just
> > curious if others have run into the situation.
> >
> > TIA,
> >
> > Rex
> >
> > Example:
> >
> > Job run under both 2.2 and 2.4.
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> > // NOTIFY=,TYPRUN=COPY
> > //S1  EXEC  PGM=IEFBR14
> > //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
> >
> > Spool display under both 2.2 and 2.4 says the output is 14 lines long.
> >
> > 2.2 spool display (all 14 lines displayed including entire JCL stream):
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> >  JOB03289
> > // NOTIFY=,TYPRUN=COPY
> >
> > //S1  EXEC  PGM=IEFBR14
> >
> > //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
> >
> > -- JES2 JOB STATISTICS --
> >
> > 4 CARDS READ
> >
> >11 SYSOUT PRINT RECORDS
> >
> > 0 SYSOUT PUNCH RECORDS
> >
> > 0 SYSOUT SPOOL KBYTES
> >
> >  0.00 MINUTES EXECUTION TIME
> >
> > J E S 2  J O B  L O G  --  S Y S T E M  Z O S 2
> > --  N O D E  Z 1 4 J E S 2
> >
> > 13.28.58 JOB03289  TUESDAY,   16 JUN 2020 
> >
> > 13.28.58 JOB03289  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
> >
> >
> > 2.4 spool display (only 12 lines displayed) :
> >
> > //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> >  JOB05572
> > // NOTIFY=,TYPRUN=COPY
> >
> > -- JES2 JOB STATISTICS --
> >
> > 4 CARDS READ
> >
> >11 SYSOUT PRINT RECORDS
> >
> > 0 SYSOUT PUNCH RECORDS
> >
> > 0 SYSOUT SPOOL KBYTES
> >
> >  0.00 MINUTES EXECUTION TIME
> >
> >  J E S 2  J O B  L O G  --  S Y S T E M  Z O S
> > 2
> > --  N O D E  N 1
> >
> > 13.29.19 JOB05572  TUESDAY,   16 JUN 2020 
> >
> > 13.29.19 JOB05572  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
> >
> >
> > The information contained in this message is confidential, protected
> > from disclosure and may be legally privileged.  If the reader of this
> > message is not the intended recipient or an employee or agent
> > responsible for delivering this message to the intended recipient, you
> > are here

Re: z/OS 2.4 and SDSF question

2020-06-16 Thread Michael Babcock
I get the same thing you do under z/OS 2.4.   About 12 lines of output.   I
have SDSF.

On Tue, Jun 16, 2020 at 1:32 PM Pommier, Rex 
wrote:

> Hello list,
>
> I have a "does it work" question.  We don't run SDSF, instead have a
> competing product.  As part of our testing of 2.4, one of my coworkers
> submitted a job with TYPRUN=COPY on the job card and found it doesn't
> work.  Under 2.2, we get the entire input stream before the JES2 job
> statistics.  Under 2.4, all we get is the JOB card then the statistics
> report.  The spool display product says all the lines are there, but they
> won't show.  When we contacted our vendor about this, they said SDSF
> displays the same thing, working under earlier releases, but under 2.4,
> only the JOB card is printed/displayed.  Can somebody who is running 2.4
> and SDSF (or a third party SDSF competitor) confirm this for me?
>
> Our vendor has a case open with IBM but I'd like to know if others are
> seeing this situation.  I'm not second guessing the vendor, just curious if
> others have run into the situation.
>
> TIA,
>
> Rex
>
> Example:
>
> Job run under both 2.2 and 2.4.
>
> //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
> // NOTIFY=,TYPRUN=COPY
> //S1  EXEC  PGM=IEFBR14
> //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
>
> Spool display under both 2.2 and 2.4 says the output is 14 lines long.
>
> 2.2 spool display (all 14 lines displayed including entire JCL stream):
>
> //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
>  JOB03289
> // NOTIFY=,TYPRUN=COPY
>
> //S1  EXEC  PGM=IEFBR14
>
> //D1   DD  DISP=OLD,DSN=SFG.$AVRS.V52.KSDS
>
> -- JES2 JOB STATISTICS --
>
> 4 CARDS READ
>
>11 SYSOUT PRINT RECORDS
>
> 0 SYSOUT PUNCH RECORDS
>
> 0 SYSOUT SPOOL KBYTES
>
>  0.00 MINUTES EXECUTION TIME
>
> J E S 2  J O B  L O G  --  S Y S T E M  Z O S 2  --  N
> O D E  Z 1 4 J E S 2
>
> 13.28.58 JOB03289  TUESDAY,   16 JUN 2020 
>
> 13.28.58 JOB03289  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
>
>
> 2.4 spool display (only 12 lines displayed) :
>
> //RRPBR14 JOB (040423,495),RRP,CLASS=T,MSGCLASS=X,MSGLEVEL=(1,1),
>  JOB05572
> // NOTIFY=,TYPRUN=COPY
>
> -- JES2 JOB STATISTICS --
>
> 4 CARDS READ
>
>11 SYSOUT PRINT RECORDS
>
> 0 SYSOUT PUNCH RECORDS
>
> 0 SYSOUT SPOOL KBYTES
>
>  0.00 MINUTES EXECUTION TIME
>
>  J E S 2  J O B  L O G  --  S Y S T E M  Z O S 2
> --  N O D E  N 1
>
> 13.29.19 JOB05572  TUESDAY,   16 JUN 2020 
>
> 13.29.19 JOB05572  IRR010I  USERID RRP  IS ASSIGNED TO THIS JOB.
>
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged.  If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful.  If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format.  Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: AZD messages?

2020-06-09 Thread Michael Babcock

Sean,

Good News!  I successfully started a zCX instance and logged on via OMVS 
and used the ssh command to reach the zCX instance.  I also successfully 
logged on via a Bluezone VT320 session pointing to our DVIPA address.  I 
had to transfer the admin IDs private key to my PC, convert it to ppk 
format (using Puttygen) and import that in Bluezone’s session.   Woohoo!


For the “Retrieve Workflow Version” step (3.2) Here’s the request tab 
(I’ve obscured certain details, like https://mysystem.mycompany, etc).


HTTP method:
GET
Request:
https://mysystem.mycompany:43200/zosmf/workflow/rest/1.0/workflows/d17d4bf9-4467-41b7-8e6c-ec8d47c40997

And this is what I get in the Response tab.  Also don’t forget, in the 
Status tab, the expected return code is 200, my actual return is 200.



{
   "access": "Public",
   "accountInfo": null,
   "automationStatus": null,
   "category": "provisioning",
   "containsParallelSteps": false,
   "deleteCompletedJobs": false,
   "globalVariableGroup": null,
   "isCallable": null,
   "jobStatement": null,
   "owner": "",
   "percentComplete": 9,
   "productID": "HZDC7C0",
   "productName": "IBM z\/OS Container Extensions",
   "productVersion": "V2R4.1.0",
   "scope": "none",
   "softwareType": "IBM-zCX",
   "statusName": "in-progress",
   "system": "mySplex.mySystem",
   "vendor": "IBM",
   "workflowDefinitionFileMD5Value": "11b08002b4648a0778c35c76dcbe9f64",
   "workflowDescription": "Provision a IBM zOS Container Extensions 
Appliance Instance.",

   "workflowID": "zOS_Container_Extensions_Provision",
   "workflowKey": "d17d4bf9-4467-41b7-8e6c-ec8d47c40997",
   "workflowName": "Provision a IBM zOS Container Extensions Appliance 
Instance. - Workflow",

   "workflowVersion": "1.0.18"
}

On 6/8/2020 7:16 AM, Sean Gleann wrote:

Thanks for the hint about thoroughly checking output, Michael.
I went back and studied all the saved outputs, hoping to find something
that might be helpful.
In the event, there were no indications of such problems - no error
messages or non-zero return codes - but it's as well to be sure.

Can I ask you for more information regarding what you see with the '3.2
Retrieve Workflow version' step, please?
For me, I get to the point of clicking 'Perform' on this step, and I see
that z/OSMF is about to use the REST API with the request

https://localhost:10443/zosmf/workflow/rest/1.0/workflows/3ca56936-9a81-48a0-94d9-84e28ee2d842
:

Clicking 'Next' on this results in:

IZUWFE: The request cannot be completed because an error occurred. The
following error data is returned: "EDC8128I Connection refused.
(errno2=0x76630291) (Connection refused)"

and so I am forced to click on 'Finish' if I am to proceed.
What do you see during this sequence?

I suspect that it's the 'localhost:10443' bit that is the root of the
problem, but I'm unsure how to circumvent it, or even to correct the
problem.
As I said earlier in this thread, I'm working through a tunnelled SSH
connection to access my z/OSMF. In the main, this is working quite happily.
That connection definition associates my desktop system's local port 10443
with the hosts systems' 10443, and the URL I use to access z/OSMF is
https://localhost:10443/zosmf.
So I'm at a bit of a loss in understanding why the connection should be
refused.

Regards
Sean


On Fri, 5 Jun 2020 at 04:08, Michael Babcock  wrote:


Oh and beware, just because the Verify Feature Bits job (and a couple of
others) gets a zero condition code doesn’t mean it executed successfully.
You have to check STDERR and STDOUT tabs.  Mine always gets a syntax
error.

On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann  wrote:


It's been really quite a troublesome effort for me, Michael, but I guess
it's true to say that most of the problems are down to my rudimentary
knowledge of TCPIP and networking in general.
For various reasons, I have to use a tunnelled connection through to the
z/OS guest, and that makes things a bit more interesting.
The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
reference all the way through, and yeah, it's OK - up to point. it

doesn't

cover the tunnelling complication, naturally, and there are some very

poor

typos to take into account.
As for the Workload Provisioning process in z/OSMF - after you've

specified

a bunch of parameters, it's just a JCL generator/job submitter/checker

with

a couple of z/OSMF-specific bits thrown in.
During the initial parameter specification phase I had considerable
difficulty at the point of specifying the RSA key, but eventually got it
right.

Re: AZD messages?

2020-06-04 Thread Michael Babcock
Oh and beware, just because the Verify Feature Bits job (and a couple of
others) gets a zero condition code doesn’t mean it executed successfully.
You have to check STDERR and STDOUT tabs.  Mine always gets a syntax
error.

On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann  wrote:

> It's been really quite a troublesome effort for me, Michael, but I guess
> it's true to say that most of the problems are down to my rudimentary
> knowledge of TCPIP and networking in general.
> For various reasons, I have to use a tunnelled connection through to the
> z/OS guest, and that makes things a bit more interesting.
> The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
> reference all the way through, and yeah, it's OK - up to point. it doesn't
> cover the tunnelling complication, naturally, and there are some very poor
> typos to take into account.
> As for the Workload Provisioning process in z/OSMF - after you've specified
> a bunch of parameters, it's just a JCL generator/job submitter/checker with
> a couple of z/OSMF-specific bits thrown in.
> During the initial parameter specification phase I had considerable
> difficulty at the point of specifying the RSA key, but eventually got it
> right.
> Step 3.2 in the process - where some sort of version information is looked
> for - has always failed for me. I've never been able to make it work as
> expected and have had to force it to a 'complete' state by clicking the
> 'Finish' button.
>
> I tried to adapt the process detailed in the redbook to suit our security
> set-up, but the result never worked. In the end, I followed the procedure
> to the letter, and created the ZCXxxx users and groups in RACF as
> specified.
> Result - I've finally got a working container that I can log in to. The
> next step according to the redbook is to download an image from
> hub.docker.com, but when I try the specified command - 'docker pull nginx'
> - the container tries to go to registry-1.docker/.io/v2 - which isn't
> specified anywhere in the parameter files created by z/OSMF  - and it times
> out.
> I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS,
> messed around with DNS specifications and I've commented out the IPSEC
> statements in the TCPIP PROFILE parameters (thank gawd for sandbox
> systems!). Nothing along those lines has altered the situation.
> Now, I'm waiting for our company networking guys to suggest other things to
> try.
>
> Good luck with your efforts, Michael.
> I hope you have a smoother ride than I have had so far.
>
> Sean
>
> On Thu, 4 Jun 2020 at 15:32, Michael Babcock 
> wrote:
>
> > Sean,
> >
> > I’m just going through the provisioning process now.  Any gotchas that
> you
> > care to share?
> >
> > On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann 
> wrote:
> >
> > > Thanks, Gadi.
> > > Yes, there are GLZ messages associated with these AZDs, but all they do
> > is
> > > identify the stored failure data.
> > >
> > > It's all somewhat moot now. I tried to /P the container, and got told
> the
> > > task was non-cancellable.
> > > Eventually I resorted to a FORCE ARM to get rid of it.
> > > Restarted the task and now it's running perfectly! No errors or
> warnings,
> > > and I'm logged in, ready to start working with my first container.
> > >
> > > Sean
> > >
> > > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
> > >
> > > > I found this:
> > > >
> > > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> > > >
> > > > It looks like the real information is in GLZ messages.
> > > >
> > > > I don't have z/OS v2.4 running, so I can't really check.
> > > >
> > > > Gadi
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List  On
> > Behalf
> > > > Of Sean Gleann
> > > > Sent: Thursday, June 4, 2020 12:53 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: AZD messages?
> > > >
> > > > Can anyone point me at documentation for AZD... messages coming out
> of
> > a
> > > > zcx container, please?
> > > >
> > > > I'm getting:
> > > > AZDN0004E Failure  configuring IPv4 address and AZDP0001E
> > Unexpected
> > > > error 5 configuring data disks
> > > >
> > > > but various attempts at searching for these produce 'nothing found'
> > > > responses.
> > > >
> &g

Re: AZD messages?

2020-06-04 Thread Michael Babcock
3.2, Retrieve workflow version always works for me.  3.5, verify feature
bits, always fails with a syntax error.  The script being built is too long
and gets truncated.  I ended up creating my own script and running it.

On Thu, Jun 4, 2020 at 10:05 AM Sean Gleann  wrote:

> It's been really quite a troublesome effort for me, Michael, but I guess
> it's true to say that most of the problems are down to my rudimentary
> knowledge of TCPIP and networking in general.
> For various reasons, I have to use a tunnelled connection through to the
> z/OS guest, and that makes things a bit more interesting.
> The 'Getting Started' redbook (SG24-8457-00) has been my sole point of
> reference all the way through, and yeah, it's OK - up to point. it doesn't
> cover the tunnelling complication, naturally, and there are some very poor
> typos to take into account.
> As for the Workload Provisioning process in z/OSMF - after you've specified
> a bunch of parameters, it's just a JCL generator/job submitter/checker with
> a couple of z/OSMF-specific bits thrown in.
> During the initial parameter specification phase I had considerable
> difficulty at the point of specifying the RSA key, but eventually got it
> right.
> Step 3.2 in the process - where some sort of version information is looked
> for - has always failed for me. I've never been able to make it work as
> expected and have had to force it to a 'complete' state by clicking the
> 'Finish' button.
>
> I tried to adapt the process detailed in the redbook to suit our security
> set-up, but the result never worked. In the end, I followed the procedure
> to the letter, and created the ZCXxxx users and groups in RACF as
> specified.
> Result - I've finally got a working container that I can log in to. The
> next step according to the redbook is to download an image from
> hub.docker.com, but when I try the specified command - 'docker pull nginx'
> - the container tries to go to registry-1.docker/.io/v2 - which isn't
> specified anywhere in the parameter files created by z/OSMF  - and it times
> out.
> I've added suitable mods to \etc\hosts, \etc\ipnodes and to TCPIP.HOSTS,
> messed around with DNS specifications and I've commented out the IPSEC
> statements in the TCPIP PROFILE parameters (thank gawd for sandbox
> systems!). Nothing along those lines has altered the situation.
> Now, I'm waiting for our company networking guys to suggest other things to
> try.
>
> Good luck with your efforts, Michael.
> I hope you have a smoother ride than I have had so far.
>
> Sean
>
> On Thu, 4 Jun 2020 at 15:32, Michael Babcock 
> wrote:
>
> > Sean,
> >
> > I’m just going through the provisioning process now.  Any gotchas that
> you
> > care to share?
> >
> > On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann 
> wrote:
> >
> > > Thanks, Gadi.
> > > Yes, there are GLZ messages associated with these AZDs, but all they do
> > is
> > > identify the stored failure data.
> > >
> > > It's all somewhat moot now. I tried to /P the container, and got told
> the
> > > task was non-cancellable.
> > > Eventually I resorted to a FORCE ARM to get rid of it.
> > > Restarted the task and now it's running perfectly! No errors or
> warnings,
> > > and I'm logged in, ready to start working with my first container.
> > >
> > > Sean
> > >
> > > On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
> > >
> > > > I found this:
> > > >
> > > >
> > >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> > > >
> > > > It looks like the real information is in GLZ messages.
> > > >
> > > > I don't have z/OS v2.4 running, so I can't really check.
> > > >
> > > > Gadi
> > > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List  On
> > Behalf
> > > > Of Sean Gleann
> > > > Sent: Thursday, June 4, 2020 12:53 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: AZD messages?
> > > >
> > > > Can anyone point me at documentation for AZD... messages coming out
> of
> > a
> > > > zcx container, please?
> > > >
> > > > I'm getting:
> > > > AZDN0004E Failure  configuring IPv4 address and AZDP0001E
> > Unexpected
> > > > error 5 configuring data disks
> > > >
> > > > but various attempts at searching for these produce 'nothing found'
> > > > responses.
> > > >
> &g

Re: AZD messages?

2020-06-04 Thread Michael Babcock
Sean,

I’m just going through the provisioning process now.  Any gotchas that you
care to share?

On Thu, Jun 4, 2020 at 5:30 AM Sean Gleann  wrote:

> Thanks, Gadi.
> Yes, there are GLZ messages associated with these AZDs, but all they do is
> identify the stored failure data.
>
> It's all somewhat moot now. I tried to /P the container, and got told the
> task was non-cancellable.
> Eventually I resorted to a FORCE ARM to get rid of it.
> Restarted the task and now it's running perfectly! No errors or warnings,
> and I'm logged in, ready to start working with my first container.
>
> Sean
>
> On Thu, 4 Jun 2020 at 11:12, Gadi Ben-Avi  wrote:
>
> > I found this:
> >
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izso100/izso100_diagnosisservice.htm
> >
> > It looks like the real information is in GLZ messages.
> >
> > I don't have z/OS v2.4 running, so I can't really check.
> >
> > Gadi
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On Behalf
> > Of Sean Gleann
> > Sent: Thursday, June 4, 2020 12:53 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: AZD messages?
> >
> > Can anyone point me at documentation for AZD... messages coming out of a
> > zcx container, please?
> >
> > I'm getting:
> > AZDN0004E Failure  configuring IPv4 address and AZDP0001E Unexpected
> > error 5 configuring data disks
> >
> > but various attempts at searching for these produce 'nothing found'
> > responses.
> >
> > Regards
> > Sean
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > Email secured by Check Point
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: z/OS/Rocket find and xargs

2020-05-21 Thread Michael Babcock
I figured this out myself.  Something really stupid.  I wasn't putting 
'{}' at the end of the tar command.  Jeez.


On 5/21/2020 8:47 AM, Michael Babcock wrote:
I have Rocket’s bash, git, findutils, xargs, vim, etc installed on my 
z/OS 2.4 system and can't seem to make something work.


I have a directory /u/xx35/test that contains directories with names 
like 20200512, 20200513, 20200514, etc (year, month, day). These 
directories have other directories and files under them.  I want to 
tar (but not feather!) each directory over 3 days old.  I only want to 
archive the directories (which should get everything in that directory 
and below).


So after archiving it should look like the following (as long as each 
directory is over 3 days old):


Under /u/xx35/test:

20200512
20200512.tar
20200513
20200513.tar
20200514
20200514.tar

I have a batch job executing the following:

//STEPNAME EXEC PGM=BPXBATSL
//STDPARM  DD DISP=SHR,DSN=XX35.ARCHIVE.FOLDERS
//SYSPRINT DD SYSOUT=*
//SYSIN    DD DUMMY
//STDOUT   DD SYSOUT=*
//STDERR   DD SYSOUT=*

The STDPARM contains:

SH /rsusr/ported/bin/bash -l
/u/xx35/ArchiveDelete.sh /u/xx35/test

ArchiveDelete.sh contains:

#!/rsusr/ported/bin/bash
StartFolder=$1

find $StartFolder -mindepth 1 -maxdepth 1 -type d -mtime +3 | xargs echo

When I run the batch job, it’s output is as it should be no matter 
which directory I’m in.


IEF375I  JOB/XX35REXX/START 2020140.1451
IEF033I  JOB/XX35REXX/STOP 2020140.1451
CPU: 0 HR  00 MIN  00.00 SEC    SRB: 0 HR  00 MIN 00.00 SEC

/u/xx35/test/20200512 /u/xx35/test/20200513 /u/xx35/test/20200514

But when I change "xargs echo" to "xargs -I '{}' tar -cvzf '{}'.tar" 
(full command below).


find $StartFolder -mindepth 1 -maxdepth 1 -type d -mtime +3 | xargs -I 
'{}' tar -cvzf '{}'.tar


It doesn’t execute as I expect it to.  If I do it manually in a VT320 
session and am in the /u/xx35/test directory, it works as expected, 
but if I’m in the directory /u/xx35, it tries to archive everything in 
that directory and stick it in the /u/xx35/test directory as 
20200512.tar.  I’ve looked at numerous examples on the net and mine 
should work so I don’t understand where I’m going wrong.  I know this 
is a convoluted way of doing it, but can anyone help?  Need more info?




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


z/OS/Rocket find and xargs

2020-05-21 Thread Michael Babcock
I have Rocket’s bash, git, findutils, xargs, vim, etc installed on my 
z/OS 2.4 system and can't seem to make something work.


I have a directory /u/xx35/test that contains directories with names 
like 20200512, 20200513, 20200514, etc (year, month, day).  These 
directories have other directories and files under them.  I want to tar 
(but not feather!) each directory over 3 days old.  I only want to 
archive the directories (which should get everything in that directory 
and below).


So after archiving it should look like the following (as long as each 
directory is over 3 days old):


Under /u/xx35/test:

20200512
20200512.tar
20200513
20200513.tar
20200514
20200514.tar

I have a batch job executing the following:

//STEPNAME EXEC PGM=BPXBATSL
//STDPARM  DD DISP=SHR,DSN=XX35.ARCHIVE.FOLDERS
//SYSPRINT DD SYSOUT=*
//SYSIN    DD DUMMY
//STDOUT   DD SYSOUT=*
//STDERR   DD SYSOUT=*

The STDPARM contains:

SH /rsusr/ported/bin/bash -l
/u/xx35/ArchiveDelete.sh /u/xx35/test

ArchiveDelete.sh contains:

#!/rsusr/ported/bin/bash
StartFolder=$1

find $StartFolder -mindepth 1 -maxdepth 1 -type d -mtime +3 | xargs echo

When I run the batch job, it’s output is as it should be no matter which 
directory I’m in.


IEF375I  JOB/XX35REXX/START 2020140.1451
IEF033I  JOB/XX35REXX/STOP 2020140.1451
CPU: 0 HR  00 MIN  00.00 SEC    SRB: 0 HR  00 MIN 00.00 SEC

/u/xx35/test/20200512 /u/xx35/test/20200513 /u/xx35/test/20200514

But when I change "xargs echo" to "xargs -I '{}' tar -cvzf '{}'.tar" 
(full command below).


find $StartFolder -mindepth 1 -maxdepth 1 -type d -mtime +3 | xargs -I 
'{}' tar -cvzf '{}'.tar


It doesn’t execute as I expect it to.  If I do it manually in a VT320 
session and am in the /u/xx35/test directory, it works as expected, but 
if I’m in the directory /u/xx35, it tries to archive everything in that 
directory and stick it in the /u/xx35/test directory as 20200512.tar.  
I’ve looked at numerous examples on the net and mine should work so I 
don’t understand where I’m going wrong.  I know this is a convoluted way 
of doing it, but can anyone help?  Need more info?


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


Re: USS Open in SYSCALL ENV

2020-05-14 Thread Michael Babcock
Sorry Yes Unix System Services.

The code isn’t mine.  It’s from IBM DBB which can be found here,
https://github.com/IBM/dbb/blob/master/IDE/GitISPFClient/sbgzexec/bgzinit.rexx


I can’t reproduce the problem with some sample code I cobbled up.

On Thu, May 14, 2020 at 8:46 AM Seymour J Metz  wrote:

> I assume that you mean Unix syscall environment. The documentation is a
> bit confusing, because the syscall commands set RETVAL, which is the
> behavior associated with a function. Are you looking at RC or at RETVAL?
> could you show your code? Are you running from IRXJCL, TSO or a Unix shell?
>
> My guess is that you did not invoke your code from a Unix shell and that 0
> was the first available file descriptor. If that is the case then you might
> want to open STDIN, STDOUT and STDERR at the beginning of your code.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of Michael Babcock [bigironp...@gmail.com]
> Sent: Thursday, May 14, 2020 8:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: USS Open in SYSCALL ENV
>
> In the USS REXX SYSCALL environment, is it normal for a command such as:
>
> open /u/xx35/test, o_rdwr+o_creat+o_trunc, 755
>
> To return a file descriptor of 0 (zero)?
>
> The reason I ask is that the subsequent write fails with
>
> RC 71 RSN 571011C
>
> Which basically says: file is not opened
>
> I thought fd 0 is normally STDIN.
>
>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


USS Open in SYSCALL ENV

2020-05-14 Thread Michael Babcock
In the USS REXX SYSCALL environment, is it normal for a command such as:

open /u/xx35/test, o_rdwr+o_creat+o_trunc, 755

To return a file descriptor of 0 (zero)?

The reason I ask is that the subsequent write fails with

RC 71 RSN 571011C

Which basically says: file is not opened

I thought fd 0 is normally STDIN.


-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Using Windows ssh with z/OS

2020-05-08 Thread Michael Babcock

The .inputrc doesn't seem to work for me.

I have this in my .inputrc: "\e[3~": delete-char but the delete key is 
still a destructive backspace key.   Am I doing something wrong?


On 5/6/2020 2:06 AM, David Crayford wrote:
BTW, if you want to use the delete key in the bash command line you 
need to put the following line into your readline init file.


echo "\"\e[3~\"": delete-char >> ~/.inputrc


On 2020-05-05 8:11 PM, Michael Babcock wrote:
After reading this thread I finally have my command line completion 
back!


I have Rocket’s Bash installed, set my OMVS segment to the bash 
shell, used

Bluezone and created a ssh terminal session with VT320, set “disable
dimming colors” and “Use ANSI colors” and set my screen to 32x120.   
I then

added export TERM=xterm to .profile and VIOLA!   Tab command line
completion!

Thanks to all!

On Sun, May 3, 2020 at 12:28 PM Michael Babcock 
wrote:


The thing I REALY miss in OMVS is command line completion with TAB key.

On Sun, May 3, 2020 at 12:25 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:


On Sat, 2 May 2020 12:02:56 -0600, Jack J. Woehr  wrote:

But z/OS used to deny login when TERM was not in terminfo.
Did it ever get better?

If it denies login to that term setting, you try something else :)


Yah, but I wished it had presumed something minimal such as TTY33
until I could EXPORT TERM and/or set TERMINFO.  Catch-22:
can't login without correct TERMINFO; can't set TERMINFO without
logging in.

And I once had an esoteric terminal for which the developer supplied
a .terminfo source file.  With octal escape sequences.  I compiled it
with /bin/tic.  Guess why it didn't work.

-- gil

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


--
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead



--
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: Using Windows ssh with z/OS

2020-05-05 Thread Michael Babcock
After reading this thread I finally have my command line completion back!

I have Rocket’s Bash installed, set my OMVS segment to the bash shell, used
Bluezone and created a ssh terminal session with VT320, set “disable
dimming colors” and “Use ANSI colors” and set my screen to 32x120.   I then
added export TERM=xterm to .profile and VIOLA!   Tab command line
completion!

Thanks to all!

On Sun, May 3, 2020 at 12:28 PM Michael Babcock 
wrote:

> The thing I REALY miss in OMVS is command line completion with TAB key.
>
> On Sun, May 3, 2020 at 12:25 PM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Sat, 2 May 2020 12:02:56 -0600, Jack J. Woehr  wrote:
>> >
>> >> But z/OS used to deny login when TERM was not in terminfo.
>> >> Did it ever get better?
>> >
>> >If it denies login to that term setting, you try something else :)
>> >
>> Yah, but I wished it had presumed something minimal such as TTY33
>> until I could EXPORT TERM and/or set TERMINFO.  Catch-22:
>> can't login without correct TERMINFO; can't set TERMINFO without
>> logging in.
>>
>> And I once had an esoteric terminal for which the developer supplied
>> a .terminfo source file.  With octal escape sequences.  I compiled it
>> with /bin/tic.  Guess why it didn't work.
>>
>> -- gil
>>
>> ------
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Using Windows ssh with z/OS

2020-05-03 Thread Michael Babcock
The thing I REALY miss in OMVS is command line completion with TAB key.

On Sun, May 3, 2020 at 12:25 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 2 May 2020 12:02:56 -0600, Jack J. Woehr  wrote:
> >
> >> But z/OS used to deny login when TERM was not in terminfo.
> >> Did it ever get better?
> >
> >If it denies login to that term setting, you try something else :)
> >
> Yah, but I wished it had presumed something minimal such as TTY33
> until I could EXPORT TERM and/or set TERMINFO.  Catch-22:
> can't login without correct TERMINFO; can't set TERMINFO without
> logging in.
>
> And I once had an esoteric terminal for which the developer supplied
> a .terminfo source file.  With octal escape sequences.  I compiled it
> with /bin/tic.  Guess why it didn't work.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: z/OS performance question

2020-05-03 Thread Michael Babcock
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: z/OS 2.3 systems show OPI=YES

2020-04-22 Thread Michael Babcock
My Zelden IPLINFO shows OPI=YES and set by IEASYSD0.  Do a D PARMLIB and
ensure you are pulling the correct IEASYS00 member and have coded OPI=NO.

My D IPLINFO shows the same as yours with respect to (OP) being shown and
we don’t prompt either (M1 coded in Load parm).

On Wed, Apr 22, 2020 at 11:06 AM Carmen Vitullo  wrote:

> I'm working an audit issue which has been identified as a system exposure.
> I have in a shared parmlib IEASYS00 member OPI=NO, my IPLPARMS are set as
> 220100M1, but the D IPLINFO shows
>
>  SYSTEM IPLED AT 23.20.28 ON 04/01/2020
>  RELEASE z/OS 02.03.00LICENSE = z/OS
>  USED LOAD00 IN SYS1.IPLPARM ON 02201
>  ARCHLVL = 2   MTLSHARE = N
>  IEASYM LIST = (00,L)
>  IEASYS LIST = (00,SA,20) (OP)
> Marks IPLINFO rexx shows
>
>  OPI=YES,   Default
> SYSP=(00,SA,20),   Operator
> we are setting OPI=NO
> and are not prompting or setting SYSP parameters via an operator request.
> I have an open PMR with IBM but I wonder if anyone else sees the same
> displays ?
> thanks
> Carmen
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Opinions/experience on sharing catalogs outside plex

2020-04-09 Thread Michael Babcock
Don’t forget Hyperswap either if you are running that.  IBM recommends no
reserves for that.

On Thu, Apr 9, 2020 at 8:41 AM Allan Staller  wrote:

> All around, this is a really really bad idea. I understand you may not
> have a choice.
> Don’t forget:
>
> VSAM shareoptions
> SYSVSAM resource
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Rob Schramm
> Sent: Wednesday, April 8, 2020 7:11 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Opinions/experience on sharing catalogs outside plex
>
> [CAUTION: This Email is from outside the Organization. Do not click links
> or open attachments unless you trust the sender.]
>
> I am considering sharing some usercats outside of a sysplex.  What I can
> find is that sysiggv2 must be kept as a reserve to do so.
>
> Looking for others that have had to do this.
>
> One question I had was, what happens on a ispf 3.4 when the data set is
> part of the catalog but exists in another system?  Ief238d?
>
> Thanks,
>
> Rob Schramm
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: pasearch ends with an error "papi.dll not found"

2020-04-06 Thread Michael Babcock
Make sure the aps attributes are set for papi.dll  when doing an ls-al of
the file.

Shared AS, APF, PGM Control

On Mon, Apr 6, 2020 at 12:56 PM ITschak Mugzach  wrote:

> While querying PAGENT (pasearch -t) I get the following error msgs.
> papi.dll is in search path and is APF authorized. Any idea?
>
> ITschak
>
> # pasearch -t
>
> CEE3501S The module papi.dll was not found.
>
>  From entry point paInitPapi at compile unit offset +00A6 at
> entry o
> ffset +00A6 at address 1F840F96.
>
> Ý1¨ + Done(137) pasearch -t
>
>   16843856  Killed  /bin/pasearch
>
> #
>
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Continuous Monitoring
> for z/OS, x/Linux & IBM I **| z/VM comming son  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Nodejs

2020-03-24 Thread Michael Babcock
The new Bluezone 8.1 also requires it.

On Tue, Mar 24, 2020 at 2:14 PM Jack J. Woehr  wrote:

> Google took me right to
> https://www.ibm.com/us-en/marketplace/sdk-nodejs-compiler-zos
>
> On 3/24/20 11:42 AM, scott Ford wrote:
> > All:
> >
> > Has anyone used Nodejs on Unix system Services and what did they use it
> for
> > ?
> > Can I create a Node.js server on Unix system services and create a
> node.js
> > client on Windows and talk to it ?
> >
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the
> universe
> www.softwoehr.com # with a fine understanding of human fallibility. -
> Carl Sagan
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


IEALIMIT Linkedit Example?

2020-03-19 Thread Michael Babcock
Does anyone have an example JCL to link IEALIMIT  into the nucleus?

Im trying to determine if we’ve done that.  I see an IEALIMIT module in
IEANUC01 but it’s size is different (72 bytes).  I suspect it’s the IBM
default.  But want to be sure.
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: DR Sysplex Procedure

2020-01-23 Thread Michael Babcock
It sounds like your COUPLExx still points to your prod XCF and CFRM
datasets.

On Thu, Jan 23, 2020 at 1:40 PM Elaine Beal  wrote:

> To expand on this...
> yes, we are just getting to the DR test:)
>
> I have new XCF and CFRM datasets pointing to new plant id and serial
> number, policy
> but no new LOGR and WLM, using same as prod (on another machine)
>
> defined a new policy in DR CFRM
>
> We IPLd at the other site for DR and got the following-
>
> IXC248E   COUPLE DATA SET dsname ON VOLSER volser FOR typename MAY BE IN
> USE BY ANOTHER SYSPLEX.
>
> IXC247D   REPLY U to ACCEPT USE OR D TO DENY USE OF THE COUPLE DATA SET
> FOR typename.
>
> to which both are replied to with U
>
> ISG379E   GRS UNABLE TO CONNECT TO THE ISGLOCK STRUCTURE. VALIDATE THAT
> THERE IS A COUPLING FACILITY DEFINED IN THE CFRM POLICY AND THAT IT IS
> PHYSICALLY CONNECTED TO THE SYSTEM. ENSURE THAT THE CF IS IN THE PREFLIST
> FOR THE ISGLOCK STRUCTURE.
>
> CF facility is same as prod and is defined in DR CFRM
> CF is in PREFLIST
>
> one unusual thing is on my report for the DR CFRM
> it shows both the prod policy and the new DR policy but not sure why since
> I formatted a new CFRM
>
> The backup CTCs are in parmlib but could possibly not be connected. should
> I remove those?
>
> Thanks,
> Elaine
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Migrating to new compiler release

2020-01-15 Thread Michael Babcock
You’ve got me there!   I would think that chance is relatively small and
wouldn’t worry about it.

On Wed, Jan 15, 2020 at 12:08 PM Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:

> Intentional differences, yes.  Bug; probably not!  
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Michael Babcock 
> Sent: Wednesday, January 15, 2020 11:04 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Migrating to new compiler release
>
> Any difference should be documented in the migration guides I would think.
>
> On Tue, Jan 14, 2020 at 1:38 PM Frank Swarbrick <
> frank.swarbr...@outlook.com>
> wrote:
>
> > I understand that the runtime is part of LE, and is generally shared
> > between versions (at least V5 and V6 seem to share the same runtime for
> > many/most functions).  Conceivably it's still possible that the code
> > generated by a certain version of a compiler may have defects.  Probably
> > less likely if the code is in a pre-existing feature.
> >
> > My question has to do with the (probably slight) possibility that the
> code
> > generated by one compiler would be different, for the same statement, for
> > another.
> >
> > 
> > From: IBM Mainframe Discussion List  on behalf
> > of Charles Mills 
> > Sent: Monday, January 13, 2020 4:54 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: Re: Migrating to new compiler release
> >
> > Caution and backups and fallback strategies are always good, but I don't
> > think there is much relationship between *running* a COBOL version X
> > program
> > and having the *compiler* version Y installed. I believe all of the
> runtime
> > is part of LE, not the compiler, and compatibility from VS COBOL II (if I
> > recall correctly) to current C++, PL/I and COBOL is what LE does for a
> > living. Not always perfectly, but that is what APARs and PTFs are for.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Frank Swarbrick
> > Sent: Monday, January 13, 2020 3:33 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Migrating to new compiler release
> >
> > I was wondering what "methodologies" shops have for migrating to a new
> > "release" within the same "version" of a compiler.  Specifically, we
> > currently have Enterprise COBOL 6.2 (V6 R2) and 6.3 is now available.
> Our
> > systems group asked if we just wanted to "replace" 6.2 with 6.3.  I'm a
> bit
> > wary especially of a program having been compiled with V6.2 but then
> > implemented with V6.3.  Am I over thinking this, perhaps because of the
> > large difference in the compiler from V4 to V5?  What is the likelihood
> of
> > a
> > compiler bug being introduced in V6.3 for code that worked in V6.2?
> > Perhaps
> > very, very little.  But I'd still like to hear thoughts and opinions.
> >
> > For what its worth, along with 6.2 we still have 4.2 and 5.2 installed.
> > But
> > we really should only be using 6.2 at this point any time a program is
> > recompiled.  Anyway, up to this point we've always made sure that the
> > production compile is done with the same version/release as all of the
> > testing.
> >
> > Thanks,
> > Frank
> >
> > --
> > 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
> >
> --
> Michael Babcock
> OneMain Financial
> z/OS Systems Programmer, Lead
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Migrating to new compiler release

2020-01-15 Thread Michael Babcock
Any difference should be documented in the migration guides I would think.

On Tue, Jan 14, 2020 at 1:38 PM Frank Swarbrick 
wrote:

> I understand that the runtime is part of LE, and is generally shared
> between versions (at least V5 and V6 seem to share the same runtime for
> many/most functions).  Conceivably it's still possible that the code
> generated by a certain version of a compiler may have defects.  Probably
> less likely if the code is in a pre-existing feature.
>
> My question has to do with the (probably slight) possibility that the code
> generated by one compiler would be different, for the same statement, for
> another.
>
> 
> From: IBM Mainframe Discussion List  on behalf
> of Charles Mills 
> Sent: Monday, January 13, 2020 4:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Migrating to new compiler release
>
> Caution and backups and fallback strategies are always good, but I don't
> think there is much relationship between *running* a COBOL version X
> program
> and having the *compiler* version Y installed. I believe all of the runtime
> is part of LE, not the compiler, and compatibility from VS COBOL II (if I
> recall correctly) to current C++, PL/I and COBOL is what LE does for a
> living. Not always perfectly, but that is what APARs and PTFs are for.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Frank Swarbrick
> Sent: Monday, January 13, 2020 3:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Migrating to new compiler release
>
> I was wondering what "methodologies" shops have for migrating to a new
> "release" within the same "version" of a compiler.  Specifically, we
> currently have Enterprise COBOL 6.2 (V6 R2) and 6.3 is now available.  Our
> systems group asked if we just wanted to "replace" 6.2 with 6.3.  I'm a bit
> wary especially of a program having been compiled with V6.2 but then
> implemented with V6.3.  Am I over thinking this, perhaps because of the
> large difference in the compiler from V4 to V5?  What is the likelihood of
> a
> compiler bug being introduced in V6.3 for code that worked in V6.2?
> Perhaps
> very, very little.  But I'd still like to hear thoughts and opinions.
>
> For what its worth, along with 6.2 we still have 4.2 and 5.2 installed.
> But
> we really should only be using 6.2 at this point any time a program is
> recompiled.  Anyway, up to this point we've always made sure that the
> production compile is done with the same version/release as all of the
> testing.
>
> Thanks,
> Frank
>
> --
> 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: z/OS 2.3 installation

2019-11-25 Thread Michael Babcock
Are you on a z14?   If so, does your LPAR have at least 8G assigned?   z/OS
2.3 will complain otherwise (but not sure if it will prevent login).

On Sun, Nov 24, 2019 at 11:37 PM saurabh khandelwal <
sourabhkhandelwal...@gmail.com> wrote:

> Dear Group,
>
> We are in processing of  z/OS 2.3 installation and during our first IPL, as
> soon as we login to TSO using APPLID, system throwing us back and session
> terminated  message i am getting on TN3270 screen. I dont see any other
> message on z/OS console.
>
> Can anybody faced this issue before .
>
>
>
>
>
> --
> Thanks & Regards
> Saurabh Khandelwal
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Zosmf error with IZUSRV1

2019-11-25 Thread Michael Babcock
t;
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email
> > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > This e-mail and any attachments are confidential and intended solely for
> > the addressee and may also be privileged or exempt from disclosure under
> > applicable law. If you are not the addressee, or have received this
> e-mail
> > in error, please notify the sender immediately, delete it from your
> system
> > and do not copy, disclose or otherwise act upon any part of this e-mail
> or
> > its attachments.
> > Internet communications are not guaranteed to be secure or virus-free.
> The
> > Barclays Group does not accept responsibility for any loss arising from
> > unauthorised access to, or interference with, any Internet communications
> > by any third party, or from the transmission of any viruses. Replies to
> > this e-mail may be monitored by the Barclays Group for operational or
> > business reasons.
> > Any opinion or other information in this e-mail or its attachments that
> > does not relate to the business of the Barclays Group is personal to the
> > sender and is not given or endorsed by the Barclays Group.
> > Barclays Execution Services Limited provides support and administrative
> > services across Barclays group. Barclays Execution Services Limited is an
> > appointed representative of Barclays Bank UK plc, Barclays Bank plc and
> > Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays
> > Bank plc are authorised by the Prudential Regulation Authority and
> > regulated by the Financial Conduct Authority and the Prudential
> Regulation
> > Authority. Clydesdale Financial Services Limited is authorised and
> > regulated by the Financial Conduct Authority.
> >
> > --
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Mainframe DEVOPS

2019-11-21 Thread Michael Babcock
As I understand it, there are two components to DBB, one is the Toolkit
which runs under USS, the other is a DBB server that includes samples that
can be built and run during testing.  The server component, I was told,
doesn’t run under USS.   Am I being misinformed?

On Thu, Nov 21, 2019 at 11:09 AM Edgington, Jerry <
jerry.edging...@westernsouthernlife.com> wrote:

> There are a couple of components to DBB. The DBB server, APIs and
> Java/Groovy Classes.  The DBB server can run under USS, but doesn't have
> to. The DBB Jar files, along with the Groovy, Git and other Jar files, need
> to be load and available in USS, along with IP connectivity to the DBB
> server.
>
> I wrote an article about z/OS and DevOps, not sure if it would help anyone
> or not, but here is the link.  I also have a lot more information about
> DBB, Jenkins and Git on z/OS, if anyone wishes to contact me offline.
> https://ibmsystemsmag.com/IBM-Z/01/2019/devops-tools-zos
>
> Thanks,
> Jerry Edgington
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Michael Babcock
> Sent: Thursday, November 21, 2019 12:04 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mainframe DEVOPS
>
> We are doing the same thing as Dave as well.  I was under the impression
> that DBB server/samples ran under USS but that’s not the case.   Linux
> only.  DBB Tollkit runs under USS though.
>
> On Thu, Nov 21, 2019 at 6:03 AM Edgington, Jerry <
> jerry.edging...@westernsouthernlife.com> wrote:
>
> > Dave,
> >
> > I have been working on this very item for about 4 years. And I would
> > be happy to talk with you.
> >
> > Jerry Edgington
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Jousma, David
> > Sent: Wednesday, November 20, 2019 4:06 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Mainframe DEVOPS
> >
> > All,
> >
> > We are evaluating moving from standard green screen application
> > development to using the new tooling including iDZ-> GIT -> IBM DBB,
> > ->Jenkins -> Urban Code Deploy, etc.   Working on a mini POC in the
> > sandbox, and am having a hard time finding z/OS security requirements
> > for running the Jenkins slave as mainframe Unix user, and what it
> > really needs access to.  I'm still learning this territory, but my
> > impression is the Jenkins server (off platflorm) communicates with the
> > Jenkins slave on the MF and is a pipeline control tool, and issues
> > GIT, IBM DBB build commands, and that the intention that it does that
> > work on behalf of others, which could be an individual developer, or
> > could be the userid of the "change management process", etc.
> >
> > I'm hoping that there are some shops out there already doing this, and
> > would interested in sharing some information off-list?
> >
> > Thanks, Dave
> >
> >
> > __
> > ___
> > Dave Jousma
> > AVP | Manager, Systems Engineering
> > [cid:image003.png@01D4F91
> <https://www.google.com/maps/search/id:image003.png@01D4F91?entry=gmail=g>
> 5.C9E34050]
> >
> > Fifth Third Bank  |  1830 East Paris Ave, SE
> > <https://www.google.com/maps/search/1830+East+Paris+Ave,+SE?entry=gmai
> > l=g>
> > |  MD RSCB2H  |  Grand Rapids, MI 49546
> > 616.653.8429  |  fax: 616.653.2717
> >
> >
> >
> > This e-mail transmission contains information that is confidential and
> > may be privileged.
> > It is intended only for the addressee(s) named above. If you receive
> > this e-mail in error, please do not read, copy or disseminate it in any
> manner.
> > If you are not the intended recipient, any disclosure, copying,
> > distribution or use of the contents of this information is prohibited.
> > Please reply to the message immediately by informing the sender that
> > the message was misdirected. After replying, please erase it from your
> > computer system. Your assistance in correcting this error is appreciated.
> >
> >
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

Re: Mainframe DEVOPS

2019-11-21 Thread Michael Babcock
We are doing the same thing as Dave as well.  I was under the impression
that DBB server/samples ran under USS but that’s not the case.   Linux
only.  DBB Tollkit runs under USS though.

On Thu, Nov 21, 2019 at 6:03 AM Edgington, Jerry <
jerry.edging...@westernsouthernlife.com> wrote:

> Dave,
>
> I have been working on this very item for about 4 years. And I would be
> happy to talk with you.
>
> Jerry Edgington
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Jousma, David
> Sent: Wednesday, November 20, 2019 4:06 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Mainframe DEVOPS
>
> All,
>
> We are evaluating moving from standard green screen application
> development to using the new tooling including iDZ-> GIT -> IBM DBB,
> ->Jenkins -> Urban Code Deploy, etc.   Working on a mini POC in the
> sandbox, and am having a hard time finding z/OS security requirements for
> running the Jenkins slave as mainframe Unix user, and what it really needs
> access to.  I'm still learning this territory, but my impression is the
> Jenkins server (off platflorm) communicates with the Jenkins slave on the
> MF and is a pipeline control tool, and issues GIT, IBM DBB build commands,
> and that the intention that it does that work on behalf of others, which
> could be an individual developer, or could be the userid of the "change
> management process", etc.
>
> I'm hoping that there are some shops out there already doing this, and
> would interested in sharing some information off-list?
>
> Thanks, Dave
>
>
> _
> Dave Jousma
> AVP | Manager, Systems Engineering
> [cid:image003.png@01D4F915.C9E34050]
>
> Fifth Third Bank  |  1830 East Paris Ave, SE
> <https://www.google.com/maps/search/1830+East+Paris+Ave,+SE?entry=gmail=g>
> |  MD RSCB2H  |  Grand Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
>
>
>
> This e-mail transmission contains information that is confidential and may
> be privileged.
> It is intended only for the addressee(s) named above. If you receive this
> e-mail in error, please do not read, copy or disseminate it in any manner.
> If you are not the intended recipient, any disclosure, copying,
> distribution or use of the contents of this information is prohibited.
> Please reply to the message immediately by informing the sender that the
> message was misdirected. After replying, please erase it from your computer
> system. Your assistance in correcting this error is appreciated.
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: WTO message at the end of JCL

2019-11-05 Thread Michael Babcock
If the OP is running z/OS 2.3 then JES2 can send email about job completion
using the new  NOTIFY EMAIL= parameter on the jobcard.

On Tue, Nov 5, 2019 at 12:28 AM Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> Of course there is a way, all you need to do is process the SCT from your
> program.  You will get all steps up to the one you are currently in only
> because it has not ended yet.  But if you are running as the last step it
> wouldn't matter.  That's not how I do it in SyzMPF/z, but it "could" be
> done that way in another step of the job.  In fact, I think there are
> programs on the CBT tape that do just that.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: CPACF for TN3270 encryption

2019-10-29 Thread Michael Babcock
I can’t say I’m 100% sure but highly suspect it does.  We don’t have our
crypto express cards configured yet so I know it’s not using them.

On Tue, Oct 29, 2019 at 4:44 AM Jake Anderson 
wrote:

> "We use Rockets’s Bluezone for our 3270 emulator and all 3270 traffic uses
> TLS 1.2 via IBM’s policy agent"
>
> All its workload goes to CPACF ?
>
> On Tue, 29 Oct, 2019, 1:42 PM Michael Babcock, 
> wrote:
>
> > We use Rockets’s Bluezone for our 3270 emulator and all 3270 traffic uses
> > TLS 1.2 via IBM’s policy agent.
> >
> > On Tue, Oct 29, 2019 at 4:03 AM Jake Anderson 
> > wrote:
> >
> > > Hi
> > >
> > > Is it possible to encrypt TN3270 connectivity using CPACF ?
> > >
> > > Just trying to understand its functionality and has anyone tried this
> > > functionality implementated for TN3270 connectivity.
> > >
> > > Jake
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> > --
> > Michael Babcock
> > OneMain Financial
> > z/OS Systems Programmer, Lead
> >
> > --
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: CPACF for TN3270 encryption

2019-10-29 Thread Michael Babcock
We use Rockets’s Bluezone for our 3270 emulator and all 3270 traffic uses
TLS 1.2 via IBM’s policy agent.

On Tue, Oct 29, 2019 at 4:03 AM Jake Anderson 
wrote:

> Hi
>
> Is it possible to encrypt TN3270 connectivity using CPACF ?
>
> Just trying to understand its functionality and has anyone tried this
> functionality implementated for TN3270 connectivity.
>
> Jake
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Best programming interface to get PDS max dir blocks?

2019-10-11 Thread Michael Babcock
Tried the CSI interface?   I know it’s callable via REXX.  Might be
available via ASM.  It’s doc’d in the SMS books

On Fri, Oct 11, 2019 at 10:53 AM Kirk Wolf  wrote:

> Thanks, but TSO commands are not the kind of programming interface that I
> can use.   Looking for an access method, generally callable service, etc.
>
>
> On Fri, Oct 11, 2019 at 10:44 AM scott Ford  wrote:
>
> > Kirk,
> >
> > I know TSO LISTDSI will provide  a lot of information ...dir blocks used
> ,
> > max allocated ..wii this help ?
> >
> > Scott
> >
> > On Fri, Oct 11, 2019 at 11:41 AM Kirk Wolf  wrote:
> >
> > > For an existing PDS, what's the best way to get this?
> > > Do you just have to open the directory and count?
> > >
> > > Kirk Wolf
> > > Dovetailed Technologies
> > > http://dovetail.com
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> >
> > --
> >
> >
> >
> > *IDMWORKS *
> >
> > Scott Ford
> >
> > z/OS Dev.
> >
> >
> >
> >
> > “By elevating a friend or Collegue you elevate yourself, by demeaning a
> > friend or collegue you demean yourself”
> >
> >
> >
> > www.idmworks.com
> >
> > scott.f...@idmworks.com
> >
> > Blog: www.idmworks.com/blog
> >
> >
> >
> >
> >
> > *The information contained in this email message and any attachment may
> be
> > privileged, confidential, proprietary or otherwise protected from
> > disclosure. If the reader of this message is not the intended recipient,
> > you are hereby notified that any dissemination, distribution, copying or
> > use of this message and any attachment is strictly prohibited. If you
> have
> > received this message in error, please notify us immediately by replying
> to
> > the message and permanently delete it from your computer and destroy any
> > printout thereof.*
> >
> > ----------
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Migration from z114 to z14ZR1, CF structure sizes

2019-09-06 Thread Michael Babcock
It went from 2M to 3M.  So 50%.  We got a message at IPL time that said
RMDATA had to be at least 3M if I remember right.

On Fri, Sep 6, 2019 at 4:24 PM Juergen Kehr  wrote:

> Do you remember the percentage RRS RMDATA increases?
>
> Kind regards
> Juergen
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Migration from z114 to z14ZR1, CF structure sizes

2019-09-06 Thread Michael Babcock
The structure that increased for us was the RRS RMDATA structure.   We went
from a zBC12  to a ZR1 so CFLEVEL 18 or so to level 22.

On Fri, Sep 6, 2019 at 11:39 AM Michael Babcock 
wrote:

> We updated a year or so ago.   The only size increase strictly necessary
> was one of the RRS structures.  Don’t remember which one off the top of my
> head.  I can check and post back.
>
> On Fri, Sep 6, 2019 at 7:49 AM Vernooij, Kees (ITOP NM) - KLM <
> kees.verno...@klm.com> wrote:
>
>> What is the source of these figures? In my experience many CF level
>> upgrades did not require a structure increment and others had specific
>> requirements. E.g. add nn MBs i.s.o. increment by nn %.
>> 75% is a guess and in my opinion too much.
>>
>> We are at level 21 now. If my docs are reliable, the last increase
>> required by CF level was at level 15.
>> So if level 22 does not require a structure increase, level 17 structures
>> are probably OK.
>>
>> Kees.
>>
>> > -Original Message-
>> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On
>> > Behalf Of Mike Schwab
>> > Sent: 06 September, 2019 14:34
>> > To: IBM-MAIN@LISTSERV.UA.EDU
>> > Subject: Re: Migration from z114 to z14ZR1, CF structure sizes
>> >
>> > I would multiply.  Example 1.1 * 1.2 * 1.1 * 1.1 * 1.1 = 1.75692
>> > instead of 1.6 by addition.
>> >
>> > On Fri, Sep 6, 2019 at 12:17 PM Vernooij, Kees (ITOP NM) - KLM
>> >  wrote:
>> > >
>> > > You can ask IBM for the information about CF levels 18 - 22. If
>> > structure sizes need to be increased during a CF level upgrade, this is
>> > documented with the CF level. Add up the increments and you have a good
>> > estimate of the Level 22 sizes.
>> > >
>> > > Kees.
>> > >
>> > >
>> > > > -Original Message-
>> > > > From: IBM Mainframe Discussion List [mailto:
>> IBM-MAIN@LISTSERV.UA.EDU]
>> > On
>> > > > Behalf Of Juergen Kehr
>> > > > Sent: 06 September, 2019 13:47
>> > > > To: IBM-MAIN@LISTSERV.UA.EDU
>> > > > Subject: Migration from z114 to z14ZR1, CF structure sizes
>> > > >
>> > > > Hello,
>> > > >
>> > > > we’re planning a migration from our z114 to a z14ZR1, therefore we
>> > have to
>> > > > bring our CF policy from one which supports CFLEVEL=17 to one for
>> > > > CFLEVEL=22.
>> > > >
>> > > > Because of hardware dependencies there is no way to have a z/OS
>> system
>> > > > which has one CF with the old CFLEVEL and one with the new CFLEVEL
>> up
>> > and
>> > > > running. On the old z114 one we could attach the old CF, on the
>> z14ZR1
>> > on
>> > > > the new one. But as far as we understand this would be a requirement
>> > for
>> > > > using the SIZER tool (see CFSizer alternate sizing methods:
>> > > > https://www.ibm.com/support/pages/cfsizer-alternate-sizing-
>> > techniques).
>> > > >
>> > > > Using  CFSizer in our case would be fairly complicate, because we
>> > don’t
>> > > > know the input values used in former CFSizer runs to lead to the
>> > existing
>> > > > values in our policy. Furthermore we can’t reproduce this, because
>> > CFSizer
>> > > > only supports the current CFLEVEL=23, so we can’t try to reproduce
>> the
>> > old
>> > > > input values for CFLEVEL=17 via looking to the results they produce.
>> > > >
>> > > > So we urgently would need any good idea, how to get the new
>> structure
>> > size
>> > > > values when migrating from CFLEVEL=17 to CFLEVEL=22.
>> > > >
>> > > > Thanks in advance for any help.
>> > > >
>> > > > Kind regards.
>> > > > Juergen Kehr
>> > > >
>> > > >
>> --
>> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
>> > > > send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>> > > 
>> > > Fo

Re: Migration from z114 to z14ZR1, CF structure sizes

2019-09-06 Thread Michael Babcock
schappij NV (KLM), its subsidiaries and/or
> > its employees shall not be liable for the incorrect or incomplete
> > transmission of this e-mail or any attachments, nor responsible for any
> > delay in receipt.
> > > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> > Airlines) is registered in Amstelveen, The Netherlands, with registered
> > number 33014286
> > > 
> > >
> > >
> > > --
> > > 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
> 
> For information, services and offers, please visit our web site:
> http://www.klm.com. This e-mail and any attachment may contain
> confidential and privileged material intended for the addressee only. If
> you are not the addressee, you are notified that no part of the e-mail or
> any attachment may be disclosed, copied or distributed, and that any other
> action related to this e-mail or attachment is strictly prohibited, and may
> be unlawful. If you have received this e-mail by error, please notify the
> sender immediately by return e-mail, and delete this message.
>
> Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
> employees shall not be liable for the incorrect or incomplete transmission
> of this e-mail or any attachments, nor responsible for any delay in receipt.
> Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
> Airlines) is registered in Amstelveen, The Netherlands, with registered
> number 33014286
> 
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Clarification on DASD mod conversion of SYSRES

2019-08-29 Thread Michael Babcock
I just checked my master cat and EVERY entry has , 2, or 3 except
SYS1.PARMLIB on the SYSRES It has **. and  both are set
to  since we use mod 27s.   We are at z/OS 2.3.

On Thu, Aug 29, 2019 at 12:17 AM Barbara Nitz  wrote:

> >I have never has a problem using  anywhere ** could have been
> used.
> >Actually, the resolution of  occurs very early in the IPL, long
> before CAS is initialized.
> >
> >The difference is that  is resolved by CAS, which is not yet
> initialized at that moment. Until then, ** does the built-in
> substitution.
>
> The non-full-function CAS address space used to start way after LPA and
> Linklist are built. When I had LPA and Linklist data sets catalogued on
> volume  (z/OS 1.13), the IPL essentially failed, because LPA was
> rather empty and also Linklist only had the automatically added libraries
> in it. Very hard to get a system up that way.
>
> There used to be a gap in the asid numbers (IIRC, it was a missing number
> 8) that was the non-full-function asid. When I just checked z/OS 2.3, that
> gap is gone. So either there isn't an early CAS anymore (the full-function
> CATALOG asid has number x'2B') or the early CAS uses REUSEASID=YES or the
> startup sequence was completely rewritten.
>
> In any case, when I check the VOLUME parm for DEFINE NONVSAM, it still
> reads to me that volume ** covers the sysres volume and  is
> supposed to be used for *extensions* of the sysres volume. This reads:
> "The symbol name is intended to represent the volume that is a logical
> extension of the system residence volume.
> ... IBM recommends the use of the symbol  for the first logical
> extension to the system reference volume,  for the second, and so on."
>
> So, has anyone IPL'd z/OS 2.2 or higher with the data sets on the sysres
> catalogued to volume  instead of volume ** ???
>
> Barbara
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: ISKLM problems - kind of related to mainframe

2019-08-23 Thread Michael Babcock
Are you using Installation Manager?   We installed SKLM on a SLES 12 box
for our DS8Ks  and IM is the best way to install.

On Fri, Aug 23, 2019 at 7:42 AM Carmen Vitullo  wrote:

> No SQL or SKLM expert but does this ID exist on the mainframe and server,
> same password requirements ?
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Rex Pommier" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, August 22, 2019 4:27:22 PM
> Subject: ISKLM problems - kind of related to mainframe
>
> Hello,
>
> Is there somebody on the list who would be willing to give me a hand
> installing ISKLM 3.0.1? I'm trying to install it on a brand new windows
> 2016 box and the DB2 install is failing with
>
> SQL30082N Security processing failed with reason "19" ("USERID DISABLED or
> RESTRICTED"). SQLSTATE=08001
>
> This is at the end of the db2 install log.
>
> The ID sklmdb31 was defined before starting the install and defined as a
> local admin on the machine (not a domain ID at all) and the install added
> the sklmdb31 ID to the DB2ADMINS group as part of the install, but then it
> dies saying some USERID is DISABLED. What ID are they talking about and how
> do I get past this error? The messages give me no indication that I've
> found to tell me what ID they're talking about.
>
> TIA,
>
> Rex
>
> Here's the rest of the log (with blank lines and junk lines removed for
> size)
>
>
> User name sklmdb31
> Country/region code 000 (System Default)
> Account active Yes
> Account expires Never
> Password last set 8/22/2019 2:47:54 PM
> Password expires Never
> Password changeable 8/22/2019 2:47:54 PM
> Password required Yes
> User may change password Yes
>
> Local Group Memberships *Administrators
> Global Group memberships *None
>
> Alias name DB2ADMNS
> Comment This group and local administrators will have complete access to
> all DB2 objects through the operating system.
> Members
> ---
>
> sklmdb31
> The command completed successfully.
>
> System error 1378 has occurred.
>
> The specified account name is already a member of the group.
>
> System error 1377 has occurred.
>
> The specified account name is not a member of the group.
>
> User name sklmdb31
> Account active Yes
> Account expires Never
>
> Local Group Memberships *Administrators *DB2ADMNS
> Global Group memberships *None
> The command completed successfully.
> Return=0
> DB2I The DB2ICRT command completed successfully.
> DB2I The START DATABASE MANAGER command completed successfully.
> DB2I The CREATE DATABASE command completed successfully.
> SQL1026N The database manager is already active.
>
> SQL30082N Security processing failed with reason "19" ("USERID DISABLED or
> RESTRICTED"). SQLSTATE=08001
>
> DB2I The DROP DATABASE command completed successfully.
> DB2I The STOP DATABASE MANAGER command completed successfully.
>
>
> The information contained in this message is confidential, protected from
> disclosure and may be legally privileged. If the reader of this message is
> not the intended recipient or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any disclosure, distribution, copying, or any action taken or action
> omitted in reliance on it, is strictly prohibited and may be unlawful. If
> you have received this communication in error, please notify us immediately
> by replying to this message and destroy the material in its entirety,
> whether in electronic or hard copy format. Thank you.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Hyperswap and Reserve Conversion

2019-08-21 Thread Michael Babcock
We will be implementing Hyperswap in the coming months and need to convert
all reserves to global enqueues.   I have a number of entries in the CON
list.  Can I just replace them all with the recommended generic entry? Or
leave them and add the generic entry?   Pros and/or cons to either way?

  I’m assuming a single entry would be faster since it wouldn’t have to
search the entire CON  list before hitting the generic entry.We are GRS
Star mode and all LPARs are running z/OS 2.3 on a ZR1.
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Michael Babcock
We are at AIM stage 3 so don’t need the UNIXMAP CLASS active.  Also we do
have VLF active with the usual IRR* entries.

Oddly enough it takes a good 10 seconds for ISHELL to start as well.  We do
not see these delays on any other LPAR.

On Tue, Mar 19, 2019 at 11:03 AM Tom Conley 
wrote:

> On 3/19/2019 6:51 AM, Michael Babcock wrote:
> > Does anyone else see this behavior or could help me determine what’s
> wrong?
> >When using ISPF 3.4 and putting in a directory (doesn’t matter which
> one)
> > it can take up to 10 seconds to display.   When typing 3.17 on the
> command
> > line and hitting enter it takes up to 10 seconds for the ISPF screen to
> > display.
> >
> > This only happens on our dev system.  Our prod and sandbox don’t display
> > this behavior
> >
> > We are at z/OS 2.3 with a fairly recent RSU level.
> >
>
> Hey Mike,
>
> If you're trying to display large directories, 3.17 will not perform as
> well as ISHELL because it's an ISPF table display and not a dynamic
> area.  If you need the performance, you still have to use ISHELL.
>
> Regards,
> Tom Conley
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Catalog Sharing

2019-03-19 Thread Michael Babcock
We have 3 LPARs in our plex and all three have separate MCs.We use
indirect cataloging as much as possible.  We converted our SYSRES to a
single mod 27 so  and  both point back to 

On Tue, Mar 19, 2019 at 6:25 AM Lopez, Sharon 
wrote:

> Just a general question wondering how others share the master catalog in a
> SYSPLEX.  Do most of you guys share a master catalog in the sysplex or do
> you have a master catalog for each lpar in the sysplex?  Just thinking
> about single point of failures.
>
> Thank you.
> Sharon Lopez
> Software Systems Programming Specialist
> BB - IT Production Engineering - Mainframe OS
> 3200 Beechleaf Ct Ste 200 | Raleigh, NC 27604
> Office (919) 327-6369
> sharon.lo...@bbandt.com<mailto:sharon.lo...@bbandt.com>
>
>
>
>
> The information in this transmission may contain proprietary and
> non-public information of BB or its affiliates and may be subject to
> protection under the law. The message is intended for the sole use of the
> individual or entity to which it is addressed. If you are not the intended
> recipient, you are notified that any use, distribution or copying of the
> message is strictly prohibited. If you received this message in error,
> please delete the material from your system without reading the content and
> notify the sender immediately of the inadvertent transmission.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


ISPF 3.4 and 3.17 slow when entering a directory

2019-03-19 Thread Michael Babcock
Does anyone else see this behavior or could help me determine what’s wrong?
  When using ISPF 3.4 and putting in a directory (doesn’t matter which one)
it can take up to 10 seconds to display.   When typing 3.17 on the command
line and hitting enter it takes up to 10 seconds for the ISPF screen to
display.

This only happens on our dev system.  Our prod and sandbox don’t display
this behavior

We are at z/OS 2.3 with a fairly recent RSU level.
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Root file unzip error serverpac

2019-03-18 Thread Michael Babcock
We use a separate ZFS for SMPE’s temp storage.  It 2 million tracks in
size.   Probably overkill but we don’t run out of space.

On Mon, Mar 18, 2019 at 12:32 AM Brian Westerman <
brian_wester...@syzygyinc.com> wrote:

> Remember you can't just say give me 20G, you have to make sure that it's
> there when you make the changes.  Did you close and open /tmp?  Even then,
> do you have the memory or page space to support the 20GB, if not then you
> will not get a good result from that setting.
>
> Brian
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: SMPE Internet Service Retrieval: TRANSFERONLY

2019-03-04 Thread Michael Babcock
I use FTP to get the yearly file into a dataset then run an SMP RECEIVE to
bring it in.

On Mon, Mar 4, 2019 at 12:57 PM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> I think that they have made it as easy as humanly possible.
>
> I'm pretty sure you just specify the same path for SMPNTS in the second
> step for the RECEIVE FROMNTS.
>
> Have you tried it?
>
> On Mon, 4 Mar 2019 17:30:52 +, Smith, Sean M wrote:
>
> >Right, but then you have to point to the exact file in the exact sub
> directory that is dynamically created...so no way to just run a second step
> in the job and point to the file that I can see.  Am I missing something
> obvious or did they make this is hard as humanly possible?
> >
> >Sean
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> >Sent: Monday, March 04, 2019 9:23 AM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMPE Internet Service Retrieval: TRANSFERONLY
> >
> >On Mon, 4 Mar 2019 17:07:42 +, Smith, Sean M
> >wrote:
> >
> >>When using the SMPE Internet Service Retrieval to get HOLDDATA, I would
> like to use the TRANSFERONLY feature so I can place a single ORDER and then
> receive the HOLDDATA into my various SMPE environments.  I am not seeing
> how to control where the HOLDDATA gets transferred however nor how to go
> about referring to it in a  subsequent job step. This seems like a
> rudimentary question and I did look through the manuals thinking this has
> to be pretty simpleand...help!
> >
> >SMPNTS defines where the it is transferred to and/or received from. It is
> a Unix path.
> >You can then use RECEIVE FROMNTS to receive it into your other global
> zones on that system.
> >
> >--
> >Tom Marchant
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive access instructions,
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> >--
> >This message, and any attachments, is for the intended recipient(s) only,
> may contain information that is privileged, confidential and/or proprietary
> and subject to important terms and conditions available at
> http://www.bankofamerica.com/emaildisclaimer.   If you are not the
> intended recipient, please delete this 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: z/OS 2.3 Memory Requirements on z14

2019-02-25 Thread Michael Babcock
When we ordered our ZR1 we still had to specify the amount of memory we
wanted.  We did order substantially more central storage.   I don’t know
the costs involved so can’t directly answer your question.

On Mon, Feb 25, 2019 at 1:24 PM Lizette Koehler 
wrote:

> Maybe I am incorrect, but I thought when you ordered a z14 it could come
> with triple the amount of memory for the same cost of memory you were
> currently paying.
>
> For example, if you were using on a NON z14 8G, then when you order a z14
> it could done with 24G but at the same price as the 8G memory.
>
> Or was that one of IBM's wild marketing promises.
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Mike Smith
> > Sent: Monday, February 25, 2019 8:53 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: z/OS 2.3 Memory Requirements on z14
> >
> > Can anyone share their experiences running z/OS 2.3 on a z14 or z14 ZR1
> in an
> > LPAR with less than the required 8GB of memory?  Other than having to
> respond
> > to the warning message during IPL, have any negative effects been
> > experienced?
> >
> > Background:
> > Excerpt From:
> >
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
> .
> > e0zm100/BCP_zNext_Memory_Reqs_V2R3.htm
> >
> > Ensure that enough real memory is installed
> >
> > Description
> >
> > For z/OS V2R3 with the IBM z14™ (z14) server, a minimum of 8 GB of real
> > memory is required to IPL. When running as a z/VM guest or on an IBM Z®
> > Personal Development Tool (zPDT), a minimum of 2 GB is required for z/OS
> > V2R3.
> >
> > If you attempt to IPL z/OS V2R3 on a z14 with less than the minimum
> amount of
> > real memory, z/OS issues the following warning message (a WTOR) during
> IPL:
> > IAR057D LESS THAN 8 GB OF REAL STORAGE IMPACTS SYSTEM AVAILABILITY - ADD
> > STORAGE OR REPLY C TO CONTINUE
> >
> > Continuing with less than the minimum amount of real memory might impact
> the
> > availability of your system. If you attempt to IPL z/OS V2R3 on an
> earlier
> > IBM server, no warning message is issued.
> >
> > --
> > 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
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: CFReport for old machine

2018-12-27 Thread Michael Babcock
To physically verify, go to the HMC and do the Show LED function on the
chpid.  Then go out to the box and see which LED is lit and that it
corresponds to the CHPID you think it is.

On Thu, Dec 27, 2018 at 11:16 AM Nightwatch RenBand <
johnmattson...@gmail.com> wrote:

> I am installing some new hardware on a FICON port, and I would like to
> be SURE which port on the FICON card (PCHID) corresponds to which CHPID in
> my IODF.  So I know I plugged in the right one.
> I know that IBM usually provides a CFReport with a new install, and in
> the past I saved these carefully.  And used them with IBM's CHIPID Mapping
> Tool.   Now in the gig economy, I am in a shop with an old z9 and no
> CFReport.
> IBM Software says they cannot help.  Our hardware support is not with
> IBM, so IBM will not even talk to me and our HW support provider says "Talk
> to IBM".
> Any suggestions here?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: IGW01203E MEMBER xxxxxxxx EXCEEDS LIMITATIONS FOR PDS LOAD MODULES.

2018-11-09 Thread Michael Babcock
Funny you ran across this.  We were applying maintenance to Db2 tools
yesterday and received a message from the binder that said a PMO 3 object
could not be stored in a PDS.  Holddata for the PTF indicated we needed to
convert the PDS to PDSE.  We did and all was well with the world.  Don’t
remember the exact message.

On Fri, Nov 9, 2018 at 2:54 PM Charles Mills  wrote:

> Can anyone explain the subject message to me? The documentation (not!)
> helpfully explains that the message means
>
> The PDSE program object exceeded the limitations for PDS load modules and
> could not be copied (converted) into the specified PDS library.
>
> and refers you over to the Binder API manual.
>
> There is also a reason code which not very helpfully has the same general
> explanation.
>
> It's a fairly ordinary executable module IMHO and I have copied more or
> less
> the same module from PDSE to PDS before. It is 011C5D10 in size and has no
> aliases or other remarkable attributes of which I am aware. PROGRAM TYPE
> PROGRAM OBJECT(FORMAT 3)
>
> Charles
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: How to tell what allocated a dataset never opened

2018-11-09 Thread Michael Babcock
I haven’t followed this entire thread but can you not simply scan the CLIST
or REXX libraries for say the LLQ?

On Fri, Nov 9, 2018 at 12:43 PM Jim Beck  wrote:

> Alan, Lizette, and Mike,
> Thanks for the suggestions, but we're looking for WHAT CLIST, REXX, or
> dialog component allocated the dataset, not the TSO user.
>
> Anthony, you're on the right track, but I think you're also right that
> IKJ-- or IRX-- (for Rexx) is doing the allocation.
>
> Thanks for the suggestions folks, and have a good weekend.
>
> Jim
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Test Signature - Ignore

2018-11-06 Thread Michael Babcock
Test.
-- 
Michael Babcock
OneMain Financial
z/OS Systems Programmer, Lead

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


Re: Sizing CF Structures

2018-10-25 Thread Michael Babcock
When we went to a z14-ZR1 we had to increase the size of one of our RRS
structures.  RRS wouldn’t come up since the min size changed with the new
CFCC level.  Had to have 3M instead of 2M.  Don’t remember which one off
the top of my head.  I can check if you like.

On Thu, Oct 25, 2018 at 5:46 PM Jesse 1 Robinson 
wrote:

> We've played the game of sizing CF structures for two decades. About to
> play it yet again. The main problem is that the sizing tool asks for some
> input for most structures, and that input is itself a SWAG. Without
> spending an inordinate amount of time researching the current environment,
> does anyone have a ROT for estimating structure sizes for a new CEC? Most
> structures are probably OK-they usually are-but some may need to increase,
> an exigency that often does not become apparent until a system gets busy on
> a Tuesday morning.
>
> We're moving from two z12 CECs to a z14 and a z13s with no sizing problems
> currently in evidence. Any advice?
>
>
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-543-6132 Office <= NEW
> robin...@sce.com
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Michael Babcock
I did post a question on the community forum and I’ve searched but I’m not
finding an answer.   I’ll find one of the Tomcat forums.

On Mon, Oct 15, 2018 at 11:32 AM Kirk Wolf  wrote:

> Here is information on our Tomcat packages for z/OS:
> https://dovetail.com/products/tomcat.html
>
> Questions about the z/OS packaging should be directed to our Community
> Forum:
> http://community.dovetail.com/forum/viewforum.php?f=2
>
> Your question is really a general Tomcat question.  Best to use Google or
> one of the Tomcat user's groups for that.
>
> Kirk Wolf
> http://dovetail.com
>
> On Mon, Oct 15, 2018 at 6:54 AM Michael Babcock 
> wrote:
>
> > List,
> >
> > Our vulnerability scanner is complaining about the Delete method (among
> > others) in DT’s Tomcat.   How do I disable methods?  I’m not finding much
> > in the doc.
> >
> > --
> > 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


Dovetailed’s TOMCAT - How to disable methods

2018-10-15 Thread Michael Babcock
List,

Our vulnerability scanner is complaining about the Delete method (among
others) in DT’s Tomcat.   How do I disable methods?  I’m not finding much
in the doc.

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


SMFLIMxx Enhancement

2018-10-10 Thread Michael Babcock
Would anyone else like to see the TIME parameter added to the filter
attributes in SMFLIMxx?

We have a JES2 exit 6 that cancels any job in a particular jobclass if
anyone codes a TIME= parameter greater than 30 seconds on the  Jobcard. If
implemented properly, we could eliminate exit code if SMFLIMxx had the TIME
filter.   A purely selfish reason but it may help others as well.  Just
trying to gauge support before I open an RFE.

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


Re: S106 abends after copying into LINKLIST

2018-10-01 Thread Michael Babcock
Secondary space and multiple extents are really two different things.
Initial primary space for a PDS can be allocated in up 5 extents (SMS may
change that though).

Secondary space (if defined) may add additional extents.

On Mon, Oct 1, 2018 at 10:33 AM Blake, Daniel J [CTR] <
00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote:

> Very interesting conversation.  Kind of related, like a third cousin is
> what I found:
>
> ,SDSF OUTPUT DISPLAY CSV_LNKLST_SPACE  LINE 0   COLUMNS
> ,COMMAND INPUT ===>,  ,SCROLL ==
> * TOP OF DATA **
> CHECK(IBMCSV,CSV_LNKLST_SPACE)
> SYSPLEX:  SYSTEM: 
> START TIME: 10/01/2018 02:11:10.736219
> CHECK DATE: 20050720  CHECK SEVERITY: LOW
>
> CSVH0983I None of the  data sets in LNKLST set LNKLST00 were allocated
> with secondary space defined.
>
> END TIME: 10/01/2018 02:11:11.449077  STATUS: SUCCESSFUL
>
>
> Looks great right?  Unless you allocated a data set on a volume that does
> not have enough contiguous space.  I that case you get this:
>
>
> SDSF LNK DISPLAY  SYS1 SYS1 EXT92  LINE 1-37 (91)
> COMMAND INPUT ===>,  ,SCROLL
> ===>,CSR ,
> PREFIX=*  DEST=(ALL)  OWNER=*  SORT=EXTENT/D  SYSNAME=
> NP   DSNAME  Seq   VolSer
>   BlkSize  Extent SMS APFLRecL
> SYS2.BMC.DB2BMCLINK   66   ISVM06   23476
> 2 NO  YES 0 PO
> SYS2.GENER.LOAD1   ISVM06
>  32760  1 NO  NO  0 PO
>
>
> Dan
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Barkow, Eileen
> Sent: Monday, October 01, 2018 10:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S106 abends after copying into LINKLIST
>
> Thanks Lizette.
>
> The dataset is was emptied/copied in a different lpar than where it is
> used.
> But as was explained, the pds directory got altered by the empty member
> procedure and no LLA REFRESH was done.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Monday, October 01, 2018 10:45 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: S106 abends after copying into LINKLIST
>
> What the Dataset where the modules were staged shared among Plexes or are
> just
> allocated to one Plex (but shared among any members in that Plex)
>
> PDS/E datasets can be very touchy.
>
> Did you find an S213 abends on the libraries prior to the S106?
>
> Check the first module indicated in the first S106.  Did it have an I/O
> errors
> when you browse it?
>
> Can you do an IEBCOPY of the PDS to a new one and see if IEBCOPY shows any
> I/O
> Errors
>
> Can you do a IEBPDSE Copy of the PDS/E to a new one and see if there are
> any I/O
> errors?
>
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ida
> u100/pdse.htm
> 
>
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Barkow, Eileen
> > Sent: Monday, October 01, 2018 7:10 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: S106 abends after copying into LINKLIST
> >
> > Hi MVS gurus.
> >  Perhaps someone can offer a plausible explanation for this, so that the
> MVS
> > group will stop blaming the CICS group for the problem.
> >
> > Last friday morning we copied new CICS LINKLIST/LPA modules into the
> existing
> > LINKLIST/LPA loadlibs in use (a rather new scenario in use here - we
> used to
> > use alternative datasets), in anticipation of an IPL to be done sunday
> > morning.
> > anyway, around 6pm friday evening, an I/O error occured in linklist and
> other
> > jobs started abending with S106 abends.
> > the linklist library was not allocated with secondary extents and there
> was
> > no LLA refresh issued during the day. I cannot find anything like this
> > situation occurring on IBMLINK and we have no dump of the original
> failure.
> >
> > Does anyone have any idea of what could have caused the I/O error.
> > both the input and output datasets have a max blksize of 32760.
> >
> > IEW4009I FETCH FAILED FOR MODULE DFHXCPRX FROM DDNAME -LNKLST- BECAUSE
> OF AN
> > I/O ERROR.
> > IEW4005I FETCH FOR MODULE DFHXCPRX FROM DDNAME -LNKLST- FAILED BECAUSE
> > IEWFETCH ISSUED RC 0F AND REASON 40 CSV031I LIBRARY ACCESS FAILED FOR
> MODULE
> > DFHXCPRX, RETURN CODE 24, REASON CODE 26080021, DDNAME *LNKLST*
> >
> >
> >
> >
> >
> >   
> >
> > This e-mail, including any attachments, may be confidential, privileged
> or
> > otherwise legally protected. It is intended only for the addressee. If
> you
> > received this e-mail in error or from someone who was not authorized 

Re: SMP/E Fixcat Categories in batch?

2018-09-19 Thread Michael Babcock
And this website lists them along with simple explanations.

https://www-01.ibm.com/support/docview.wss?uid=isg3T1027683

On Wed, Sep 19, 2018 at 7:53 AM Tom Marchant <
000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 19 Sep 2018 00:04:24 -0500, Roger Lowe wrote:
>
> >   Is there anyway of listing out all of the SMP/E FIXCATs via batch.?
>
> REPORT MISSINGFIX FIXCAT(*) .
>
> --
> Tom Marchant
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


DFSORT and Large SORTIN

2018-09-07 Thread Michael Babcock
Trying to verify if DFSORT reads a multi volume DASD dataset in parallel.
Our dataset is spread across 11 volumes and the output seems to indicate
DFSORT reads these in parallel.  Is that true?   If so, when did DFSORT
acquire this capability?

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


Re: Auto backup of zfs

2018-09-05 Thread Michael Babcock
See the zFS Admin book for the proper way to back up a zFS dataset.   If
the zFS is mounted TOL(ENQF) is NOT recommended.  Further, it should be
backed up from the same system where it’s mounted (I can’t remember if that
still applies if you are using zFS sysplex sharing).

In the past, I’ve had zFS datasets become unusable because they were not
backed up properly while mounted.

On Wed, Sep 5, 2018 at 12:13 AM Munif Sadek  wrote:

> Thanks Lizette / Tim
>
> I still have to disable Migrate before Backup would work but have another
> question. My zFS is big and I am happy to take a backup with TOL(ENQF) as
> it contains extremely STATIC Objects which are FTPed from GIT (window$)
> during the deployment cycle.
>
> My zFS is mounted R/W but I really do not care about sysplex wide Quiesce
> as long as Static data is recoverable without any data concurrency
> requirement.
>
> Its Just that Windows recovery had failed in the past and being mainframe
> we should be able recover everything.
>
> thanks for your answer.
>
> regards
> Prabhat
>
>
> --
> 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: OSA-ICC ports are disabled

2018-08-09 Thread Michael Babcock
Jeez, haven’t had my coffee yet, the subject says ICC.   I’ll go back
offline now!

On Thu, Aug 9, 2018 at 5:38 AM Michael Babcock 
wrote:

> I just re-read your post.  No mention of ICC so ignore me!
>
> On Thu, Aug 9, 2018 at 5:36 AM Michael Babcock 
> wrote:
>
>> We just did this.  Make sure you export your old OSA-ICC config from the
>> old HMC and import it to the new one.   Then use Advanced OSA functions,
>> card specific functions, and validate and activate.
>>
>> Once we had our new cable plugged in and the ICC imported and activated,
>> we ended up having to do a power on reset to get the card to come active.
>>
>>
>> One other thing, I’ve heard there was one report of a ZR1 where OSA’s
>> wouldn’t work until the OSA cards were reseated by the IBM SSR.
>>
>> On Thu, Aug 9, 2018 at 2:27 AM Jake Anderson 
>> wrote:
>>
>>> Hi
>>>
>>> Cross posted .
>>>
>>> I was able to bring up the z/OS on tht new hardware z14 successfully.
>>>
>>> The OSA base 1000t were plugged into the correct port as per the chpid
>>> mapping output and also the cable was plugged into the correct switch
>>> port
>>>
>>>
>>> Still the status of the OSA  shows as DISABLED in HMC. I tried with reset
>>> too but no luck.
>>>
>>> Anything that is missing to be checked ?
>>>
>>> Regards
>>> Jake.
>>>
>>> --
>>> 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: OSA-ICC ports are disabled

2018-08-09 Thread Michael Babcock
I just re-read your post.  No mention of ICC so ignore me!

On Thu, Aug 9, 2018 at 5:36 AM Michael Babcock 
wrote:

> We just did this.  Make sure you export your old OSA-ICC config from the
> old HMC and import it to the new one.   Then use Advanced OSA functions,
> card specific functions, and validate and activate.
>
> Once we had our new cable plugged in and the ICC imported and activated,
> we ended up having to do a power on reset to get the card to come active.
>
>
> One other thing, I’ve heard there was one report of a ZR1 where OSA’s
> wouldn’t work until the OSA cards were reseated by the IBM SSR.
>
> On Thu, Aug 9, 2018 at 2:27 AM Jake Anderson 
> wrote:
>
>> Hi
>>
>> Cross posted .
>>
>> I was able to bring up the z/OS on tht new hardware z14 successfully.
>>
>> The OSA base 1000t were plugged into the correct port as per the chpid
>> mapping output and also the cable was plugged into the correct switch port
>>
>>
>> Still the status of the OSA  shows as DISABLED in HMC. I tried with reset
>> too but no luck.
>>
>> Anything that is missing to be checked ?
>>
>> Regards
>> Jake.
>>
>> --
>> 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: OSA-ICC ports are disabled

2018-08-09 Thread Michael Babcock
We just did this.  Make sure you export your old OSA-ICC config from the
old HMC and import it to the new one.   Then use Advanced OSA functions,
card specific functions, and validate and activate.

Once we had our new cable plugged in and the ICC imported and activated, we
ended up having to do a power on reset to get the card to come active.

One other thing, I’ve heard there was one report of a ZR1 where OSA’s
wouldn’t work until the OSA cards were reseated by the IBM SSR.

On Thu, Aug 9, 2018 at 2:27 AM Jake Anderson 
wrote:

> Hi
>
> Cross posted .
>
> I was able to bring up the z/OS on tht new hardware z14 successfully.
>
> The OSA base 1000t were plugged into the correct port as per the chpid
> mapping output and also the cable was plugged into the correct switch port
>
>
> Still the status of the OSA  shows as DISABLED in HMC. I tried with reset
> too but no luck.
>
> Anything that is missing to be checked ?
>
> Regards
> Jake.
>
> --
> 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: Processor model not listed in IODF

2018-08-02 Thread Michael Babcock
We just did this and 3907 did show up in HCD on our z/OS 2.2 system.  I’m
not in the office right now but HCD needs a PTF.   Do this, get the latest
HOLDDATA, run an SMPE MISSINGFIX report,   Get and apply any 3907
maintenance.

That should resolve any issues.   If you don’t use the MISSING FIX report,
I highly recommend it.  I also use the SMP RECEIVE ORDER as well.  Avoids
having to get maintenance from SHOPz.



On Thu, Aug 2, 2018 at 3:25 AM Peter  wrote:

> Hi
>
> I have applied toleration maintenance against zOS 2.2 to support z14 zr1
> model 3907. All the required and recommended service are applied.
>
> When I try to add new processor I don't find model 3907 in the list. I see
> only till 3906.
>
> Any clue where I might be missing ?
>
> 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


SHARE App - Still no St. Louis?

2018-07-02 Thread Michael Babcock
I still don’t see St. Louis in the SHARE app.  Is that available yet or
.?

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


Re: How to move to zFS V5 - painlessly

2018-06-13 Thread Michael Babcock
Don’t forget to check the format_aggrversion if you have it coded in
IOEPRMxx.   If not coded, the default on z/OS 2.3 is 5 but the default for
2.2 is 4.

On Wed, Jun 13, 2018 at 10:56 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> No.   I converted all of our filesystems (except SMPE controlled
> filesystems) via the command on all of our systems.  Was very quick, chose
> specific path hierarchies to do at a time.   For all my z/OS supplied ZFS
> filesystems, I converted my "maintenance" environment, and then let my
> cloning process move it out at maintenance time since all of those are
> mounted read only, and didn’t want to chance making them RDWR to do that
> live.
>
> zfsadm convert -path /your/path/names
>
> The IOEPRMxx entry is just a catchall for me, in case one of my team mates
> allocates or has older filesystems laying around that are not normally
> mounted anyway.
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546
> 
> MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Blake, Daniel J [CTR]
> Sent: Wednesday, June 13, 2018 11:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> I used the IOEFSUTL to convert in our sand box.  Worked well and the
> largest zFS only took 33 seconds of batch runtime.
>
> Next up is a system covered under SLAs and I don't want it down for an
> extended period of time while I run the batch jobs for 200+ aggregates.
> Did you see an extended IPL time using the converttov5 in IOEPRMxx process?
>
> TIA,
>
> ;-D an
>
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Wednesday, June 13, 2018 11:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> Use the converttov5=on option in IOEPRMxx
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jantje.
> Sent: Wednesday, June 13, 2018 11:27 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to move to zFS V5 - painlessly
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> On Wed, 13 Jun 2018 09:37:18 -0500, Jantje.  wrote:
>
> >
> >find . -type d -exec zfsadm convert -path {} \;
> >
> >comes pretty darn close.
>
> O, if anyone has a suggestion on how to get the not-mounted-automount file
> systems (those are missed by the find command, because they are not
> mounted, obviously) mounted without having to name them all by hand, I'd
> love to hear.
>
> Jantje.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. 

Re: CFSIZER no longer available?

2018-06-08 Thread Michael Babcock
That link doesn’t work for me either.  It still takes me to a marketing
page when I click submit

On Fri, Jun 8, 2018 at 8:25 AM Vernooij, Kees (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> Yes, this is the latest link I saved.
> Finally one stored link that is still working (or is it yet to be moved?).
>
> Kees.
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Lizette Koehler
> > Sent: 08 June, 2018 15:18
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: CFSIZER no longer available?
> >
> > http://www-01.ibm.com/support/docview.wss?uid=isg3T1027062
> >
> > I think this is it
> >
> > Welcome to the System z Coupling Facility Structure Sizer Tool
> > (CFSizer).
> > CFSizer is a web-based application that will return structure sizes
> > based on the
> > latest CFLEVEL for the IBM products that exploit the coupling facility.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List  On
> > Behalf Of
> > > Allan Staller
> > > Sent: Friday, June 08, 2018 6:07 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: CFSIZER no longer available?
> > >
> > > Check the archives. ISTR a few weeks ago it had been moved somewhere
> > else.
> > > See the thread about "where is the WLM Website".
> > >
> > > BTW, If you can find CFSIZER, please post the URL back to the list.
> > >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On
> > > Behalf Of Kenneth J. Kripke
> > > Sent: Friday, June 8, 2018 1:00 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: CFSIZER no longer available?
> > >
> > > Hello;
> > >
> > >  I wanted to use the IBM WEB BASED tool CFSIZER at
> > >
> > https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ib
> > m.com
> > >
> > %2Fsystems%2Fsupport%2Fz%2Fcfsizer%2F=02%7C01%7Callan.staller%40HCL
> > .COM%
> > >
> > 7Cb3274524282849ffda6108d5cd052006%7C189de737c93a4f5a8b686f4ca9941912%7C
> > 0%7C0
> > >
> > %7C636640344285545016=tc%2Bg%2BofHWXUgOQ9AaBjPLUzmI6NX0Ysj2hcCRwCS
> > nEk%3
> > > D=0 and specifying SMF.
> > >
> > > After filling in the criteria and depressing the SUBMIT I am directed
> > to
> > >
> > https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.i
> > bm.co
> > > m%2Fit-
> > >
> > infrastructure%2Fz=02%7C01%7Callan.staller%40HCL.COM%7Cb32745242828
> > 49ffd
> > >
> > a6108d5cd052006%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63664034428
> > 55450
> > > 16=xMDlmywBgGjE16MptnNbhMIF33waUU57EE4VLD3I7%2Fo%3D=0
> > >
> > > This is a recent change in behavior.  Has this tool been withdrawn?
> > >
> > >
> > >
> > > Sincerely;
> > >
> > >
> > >
> > > Kenneth J. Kripke
> > >
> > > k.kri...@comcast.net
> > >
> > >
> > > --
> > > 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
> > 

Re: SORTLIB DD

2018-06-07 Thread Michael Babcock
I understand now.   Tape sortwks do work.  My company used to have several
jobs using them.

On Thu, Jun 7, 2018 at 1:44 PM David Betten  wrote:

> Just a few thoughts on ways you might be able to reduce the sort work
> requirement.
>
> Since the input is on tape, do we know if DFSORT is getting accurate file
> size information?  Do you see DFSORT messages in the output like UNKNOWN
> FILE SIZE or INTERMEDIATE MERGE...?
> The reason I ask is that if DFSORT doesn't know the file size or
> incorrectly estimates, it can under allocate virtual storage which makes
> the sort very inefficient and causes an increase in sort work space
> requirements.
>
>
> Another option to consider would be splitting the input file, sorting each
> segment separately, then merging the outputs.  Not ideal, but still might
> run faster than a single large sort using tape sort work.
>
> If you could post the DFSORT messages from the job, we might be able to
> offer some better suggestions.
>
>
> Have a nice day,
> Dave Betten
> z/OS Performance Specialist
> Cloud and Systems Performance
> IBM Corporation
> email:  bet...@us.ibm.com
>
>
> IBM Mainframe Discussion List  wrote on
> 06/07/2018 02:14:09 PM:
>
> > From: Jesse 1 Robinson 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 06/07/2018 02:15 PM
> > Subject: Re: SORTLIB DD
> > Sent by: IBM Mainframe Discussion List 
> >
> > Let me reiterate. The problem job tries to allocate more DASD work
> > space than *exists* on the system. SORTIN is on tape--multiple
> > files. We have the capability of putting more volumes online
> > temporarily, but this is a major PITA and requires intervention from
> > the Storage boys. I'm hoping that tape SORTWK will get the user over
> > the occasional hump for this ad hoc non-production job. It does not
> > have to perform well. It just has to work.
> >
> > .
> > .
> > J.O.Skip Robinson
> > Southern California Edison Company
> > Electric Dragon Team Paddler
> > SHARE MVS Program Co-Manager
> > 323-715-0595 Mobile
> > 626-543-6132 Office ⇐=== NEW
> > robin...@sce.com
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> > ] On Behalf Of R.S.
> > Sent: Thursday, June 07, 2018 2:49 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: (External):Re: SORTLIB DD
> >
> > Get rid of SORTLIB DD
> > Get rid of SORTWKnn DD
> > Use dynamic sortwork datasets, optionally set the number of datasets
> > via OPTION DYNALLOC Don't use tapes for sortwork
> >
> > BTW:
> > What is a size of input data?
> > How much space do you have for temp datasets?
> > How much memory can the job use?
> >
> >
> > My €0.02
> >
> > --
> > Radoslaw Skorupka
> > Lodz, Poland
> >
> >
> >
> >
> >
> >
> > W dniu 2018-06-05 o 18:31, Jesse 1 Robinson pisze:
> > > We have a DFSORT job that wolfs down enormous amounts of SORTWK
> > space. It has been exceeding the DASD capacity on the system where
> > it runs, so we advised the user to point SORTWK to tape instead of
> > DASD. Now it fails with
> > >
> > > IEC130I SORTLIB  DD STATEMENT MISSING
> > > IEF472I CIHM373 STEP010 CIHM373 - COMPLETION CODE - SYSTEM=000
> USER=0063
> > >
> > > IBM doc indicates the need for SORTLIB with a 'tape sort'. We have
> > no working example to share with the user. My question: what should
> > DD SORTLIB point to? SMPE puts load modules into
> > >
> > > SYS1.SORTLIB
> > > SYS1.SICELINK
> > >
> > > Should the user specify only the first one or both? I hate to drag
> > them into a sysprog guessing game.
> > >
> > > .
> > > .
> > > J.O.Skip Robinson
> > > Southern California Edison Company
> > > Electric Dragon Team Paddler
> > > SHARE MVS Program Co-Manager
> > > 323-715-0595 Mobile
> > > 626-543-6132 Office <= NEW
> > > robin...@sce.com
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: SORTLIB DD

2018-06-05 Thread Michael Babcock
Do you use dynamic sortwork space?  If so what’s the Dynspace set to?
Ours defaults to 5 but I’ve had to override that using 30 before.

On Tue, Jun 5, 2018 at 4:06 PM Lizette Koehler 
wrote:

> I did not know that.  I will update my notes
>
> Thanks
>
> Lizette
>
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> Behalf Of
> > Charles Mills
> > Sent: Tuesday, June 05, 2018 10:23 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SORTLIB DD
> >
> > Wonderful. Another "improvement."
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of Jesse 1 Robinson
> > Sent: Tuesday, June 5, 2018 10:17 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SORTLIB DD
> >
> > Done, but got this reply:
> >
> > "I am out of the office until 08/20/2018.
> >
> > "The new policy and procedures recommend that you use the following
> processes
> > to assist you with your DFSORT questions.
> > · General Q concerns please open a problem ticket with DFSMS Q at
> > www.ibm.com/support.
> > · Migration Assistance please contact the Louis Hanna at the System
> Migration
> > Project Office (SMPO) -  lha...@us.ibm.com · For all other
> Performance/Defect
> > problems please open a problem ticket with Level 2 at
> www.ibm.com/support.
> >
> > "NOTE: This Out-Of-Office Notification will be sent out till August
> 20th. At
> > that time the Hotline will be shutdown and the message will no longer be
> > received."
> >
> > --
> > 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


SHARE Conference App Not Showing St. Louis

2018-05-31 Thread Michael Babcock
Anyone else have the issue with St. Louis not showing up in the SHARE app?

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


Re: IEFA107I when pointing to dataset alias

2018-05-31 Thread Michael Babcock
Further testing indicates this works great!

On Wed, May 30, 2018 at 8:08 AM Michael Babcock 
wrote:

> I searched IBMLINK and found OA54626.  ISPF option 1 works but ISPF 3.4
> does not.  So my alias definition works but there is a bug which prevents
> 3.4 from working.  So I’m good to go!
>
> On Tue, May 29, 2018 at 7:08 PM Michael Babcock 
> wrote:
>
>> Also, if the symbol ends with an underscore, the value can be longer than
>> the symbol.
>>
>> On Tue, May 29, 2018 at 7:05 PM Michael Babcock 
>> wrote:
>>
>>> I’m at z/OS 2.2
>>>
>>> On Tue, May 29, 2018 at 4:46 PM Paul Gilmartin <
>>> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>>
>>>> On Tue, 29 May 2018 23:30:22 +0200, Lucas Rosalen wrote:
>>>>
>>>> >The ALIAS must be in the same catalog as the actual dataset.
>>>> >
>>>> Not for SYMBOLICRELATE, but only in very recent z/OS.
>>>>
>>>> -- 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: IEFA107I when pointing to dataset alias

2018-05-30 Thread Michael Babcock
I searched IBMLINK and found OA54626.  ISPF option 1 works but ISPF 3.4
does not.  So my alias definition works but there is a bug which prevents
3.4 from working.  So I’m good to go!

On Tue, May 29, 2018 at 7:08 PM Michael Babcock 
wrote:

> Also, if the symbol ends with an underscore, the value can be longer than
> the symbol.
>
> On Tue, May 29, 2018 at 7:05 PM Michael Babcock 
> wrote:
>
>> I’m at z/OS 2.2
>>
>> On Tue, May 29, 2018 at 4:46 PM Paul Gilmartin <
>> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> On Tue, 29 May 2018 23:30:22 +0200, Lucas Rosalen wrote:
>>>
>>> >The ALIAS must be in the same catalog as the actual dataset.
>>> >
>>> Not for SYMBOLICRELATE, but only in very recent z/OS.
>>>
>>> -- 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: IEFA107I when pointing to dataset alias

2018-05-29 Thread Michael Babcock
Also, if the symbol ends with an underscore, the value can be longer than
the symbol.

On Tue, May 29, 2018 at 7:05 PM Michael Babcock 
wrote:

> I’m at z/OS 2.2
>
> On Tue, May 29, 2018 at 4:46 PM Paul Gilmartin <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Tue, 29 May 2018 23:30:22 +0200, Lucas Rosalen wrote:
>>
>> >The ALIAS must be in the same catalog as the actual dataset.
>> >
>> Not for SYMBOLICRELATE, but only in very recent z/OS.
>>
>> -- 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: IEFA107I when pointing to dataset alias

2018-05-29 Thread Michael Babcock
I’m at z/OS 2.2

On Tue, May 29, 2018 at 4:46 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Tue, 29 May 2018 23:30:22 +0200, Lucas Rosalen wrote:
>
> >The ALIAS must be in the same catalog as the actual dataset.
> >
> Not for SYMBOLICRELATE, but only in very recent z/OS.
>
> -- 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: IEFA107I when pointing to dataset alias

2018-05-29 Thread Michael Babcock
Okay, I'm getting myself confused regarding SYMBOLICRELATE.   

I have a data set, SYS3.LINKLIB which resides in CATALOG.USERSYS.  I want to 
define an alias called XX35.SYS3.LINKLIB (XX35 hlq data sets reside in 
CATALOG.USERTSO) that points to the SYS3.LINKLIB data set.  I've issued:

DEF ALIAS(NAME(XX35.SYS3.LINKLIB) SYMBOLICRELATE(_)) 
CAT(CATALOG.USERTSO)

And have SYMDEF(_='SYS3.LINKLIB') defined in IEASYMxx.   

The define works just fine, but it doesn't locate the data set.  I get "Dataset 
Not Cataloged" in ISPF 3.4  What am I doing wrong?

  LISTC ALL  ENT('XX35.SYS3.LINKLIB')  
   
 ALIAS - XX35.SYS3.LINKLIB 
  IN-CAT --- CATALOG.USERTSO   
  HISTORY  
RELEASE2 CREATION2018.149  
  ENCRYPTIONDATA   
DATA SET ENCRYPTION-(NO)   
  ASSOCIATIONS 
SYMBOLIC-_ 
RESOLVED-SYS3.LINKLIB  

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


Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

2018-05-18 Thread Michael Babcock
Yep, that worked for me as well.

On Fri, May 18, 2018 at 9:28 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Although a SET DIAG=00 when coding the same parm without the VSM on the
> front of it. And a D DIAG shows
>
> IGV007I 10.27.59 DIAG DISPLAY 034
> VSM TRACK CSA(ON) SQA(ON)
> VSM TRACE GET(OFF) FREE(OFF)
> VSM CHECKREGIONLOSS(665K,50M)
> VSM ALLOWUSERKEYCSA(YES)
> VSM BESTFITCSA(NO)
> VSM USEZOSV1R9RULES(YES)
> TRAPS NAME()
> CBLOC
>   VIRTUAL24()
>   VIRTUAL31()
> REUSASID(YES)
> ALLOWUSERKEYCADS(NO)
> AUTOIPL SADMP(NONE) MVS(NONE)
> FREEMAINEDFRAMES(YES)
> FF31HIGH(YES)
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546
> <https://maps.google.com/?q=1830+East+Paris,+Grand+Rapids,+MI%C2%A0+49546=gmail=g>
> MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: Friday, May 18, 2018 10:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> Yes, failed for me on V2.3
>
> IEE252I MEMBER DIAG00   FOUND IN SYS1.PARMLIB
> ASA003I SYNTAX ERROR IN PARMLIB MEMBER=DIAG00 ON LINE 31, 018
> POSITION 6: ALLOWUSERKEYCADS WAS SEEN, WHERE ONE OF
> (DETECT PROTECT CHECKREGIONLOSS TRACE
> TRACK PRIVATEBUFFER ALLOWUSERKEYCSA USEZOSV1R9RULES
> BESTFITCSA)
> WOULD BE CORRECT.
> DETECTING MODULE IS IGVDITMS. INPUT LINE:
>  VSM ALLOWUSERKEYCADS(NO)
> IEE536I DIAG VALUE 00 NOW IN EFFECT
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546
> <https://maps.google.com/?q=1830+East+Paris,+Grand+Rapids,+MI%C2%A0+49546=gmail=g>
> MD RSCB2H p 616.653.8429 f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Michael Babcock
> Sent: Friday, May 18, 2018 10:19 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
> This keyword was not accepted by my z/OS 2.2 system when I did a SET DIAG=
>
> VSM ALLOWUSERKEYCADS(NO)
>
> On Fri, May 18, 2018 at 6:06 AM Jousma, David <
> 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>
> > Thanks Jim!
> >
> > _
> > Dave Jousma
> > Manager Mainframe Engineering, Assistant Vice President
> > david.jou...@53.com
> > 1830 East Paris, Grand Rapids, MI  49546
> > <https://maps.google.com/?q=1830+East+Paris,+Grand+Rapids,+MI%C2%A0+49
> > 546=gmail=g>
> > MD RSCB2H
> > p 616.653.8429
> > f 616.653.2717
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Jim Mulder
> > Sent: Thursday, May 17, 2018 6:43 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> >
> > **CAUTION EXTERNAL EMAIL**
> >
> > **DO NOT open attachments or click on links from unknown senders or
> > unexpected emails**
> >
> >It was  implemented in z/OS 1.11, and disclosed it to the ISVs, but
> > it was not documented at that time because it would not be useful to
> > customers until software vendors had time to get their products into
> compliance.
> >
> > Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> > Poughkeepsie NY
> >
> > IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
> > 05/17/2018 06:58:28 AM:
> >
> > > From: "Jousma, David"
> > > <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Date: 05/17/2018 06:35 PM
> > > Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> > > Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU>
> > >
> > > Jim,
> > >
> > > You said:
> > >
> > > On any currently supported release of z/OS,  in

Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM

2018-05-18 Thread Michael Babcock
This keyword was not accepted by my z/OS 2.2 system when I did a SET DIAG=

VSM ALLOWUSERKEYCADS(NO)

On Fri, May 18, 2018 at 6:06 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:

> Thanks Jim!
>
> _
> Dave Jousma
> Manager Mainframe Engineering, Assistant Vice President
> david.jou...@53.com
> 1830 East Paris, Grand Rapids, MI  49546
> 
> MD RSCB2H
> p 616.653.8429
> f 616.653.2717
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jim Mulder
> Sent: Thursday, May 17, 2018 6:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>It was  implemented in z/OS 1.11, and disclosed it to the ISVs, but it
> was not documented at that time because it would not be useful to customers
> until software vendors had time to get their products into compliance.
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
> IBM Mainframe Discussion List  wrote on
> 05/17/2018 06:58:28 AM:
>
> > From: "Jousma, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 05/17/2018 06:35 PM
> > Subject: Re: [EXTERNAL] Re: IBMVSM,ZOSMIGV2R3_NEXT_VSM_USERKEYCOMM
> > Sent by: IBM Mainframe Discussion List 
> >
> > Jim,
> >
> > You said:
> >
> > On any currently supported release of z/OS,  in DIAGxx, you can
> > specify
> >
> > ALLOWUSERKEYCADS(NO)
> >
> >
> > I don't see that in Init & Tuning?   Is this an undocumented option?
> >
> > _
> > Dave Jousma
> > Manager Mainframe Engineering, Assistant Vice President
> > david.jou...@53.com
> > 1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f
> > 616.653.2717
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION
> EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
> This e-mail transmission contains information that is confidential and may
> be privileged.   It is intended only for the addressee(s) named above. If
> you receive this e-mail in error, please do not read, copy or disseminate
> it in any manner. If you are not the intended recipient, any disclosure,
> copying, distribution or use of the contents of this information is
> prohibited. Please reply to the message immediately by informing the sender
> that the message was misdirected. After replying, please erase it from your
> computer system. Your assistance in correcting this error is appreciated.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: Best Practices, SMF LOGSTREAMS

2018-05-17 Thread Michael Babcock
It sounds as though you only have one CF?  At least two is the recommended
config.  In that case you move the structures from one CF to the other then
work on the “empty” one.

You can always revert to using SMF datasets while working on the CF.

On Thu, May 17, 2018 at 4:40 PM Kenneth J. Kripke 
wrote:

> Hello;
>
>  I wish to get some input on handling outages for the coupling
> facilities when it comes to such activities as an IML to
>
> Expand the Coupling facility sizes.  We had an episode where the Partition
> was reconfigured for more storage which disrupted recording of
>
> The SMF data.  The data was retrieved successfully via the using an
> IEBGENER
> with the SUBSYS=(LOGR,IFASEXIT) parm coded for the input of
>
> The log stream file.
>
> In instances such as this, how do other organizations insure no data loss?
> I apologize beforehand, but, we are just in the process of putting
>
> Our SMF data to Log Streams.   Any tips or suggestions in the form of best
> practices would be appreciated.
>
>
>
> Kenneth J. Kripke
>
>
>
> k.kri...@comcast.net
>
>
>
>
> --
> 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: PDSE MAXGENS API

2018-05-03 Thread Michael Babcock
Sorry, misunderstood what you were asking.  Ignore my response.

On Thu, May 3, 2018 at 7:17 AM Michael Babcock <bigironp...@gmail.com>
wrote:

> Doesn’t the catalog search interface return this value?   GDGLIMTE?
>
> On Thu, May 3, 2018 at 3:26 AM Nick Jones <
> 01ae4c0671ae-dmarc-requ...@listserv.ua.edu> wrote:
>
>> Many thanks, Cieri.
>>
>> However, this method obtains the system wide maximum as defined by
>> MAXGENS_LIMIT in parmlib member IGDSMSxx, not the MAXGENS value defined to
>> an individual PDSE V2 library.
>>
>> Nick
>>
>> --
>> 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: PDSE MAXGENS API

2018-05-03 Thread Michael Babcock
Doesn’t the catalog search interface return this value?   GDGLIMTE?

On Thu, May 3, 2018 at 3:26 AM Nick Jones <
01ae4c0671ae-dmarc-requ...@listserv.ua.edu> wrote:

> Many thanks, Cieri.
>
> However, this method obtains the system wide maximum as defined by
> MAXGENS_LIMIT in parmlib member IGDSMSxx, not the MAXGENS value defined to
> an individual PDSE V2 library.
>
> Nick
>
> --
> 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: IEFA107I when pointing to dataset alias

2018-04-30 Thread Michael Babcock
If the job is running in a plex, make sure the job gets run on the system
where the alias is defined.

On Mon, Apr 30, 2018 at 11:35 AM Sankaranarayanan, Vignesh <
vignesh.v.sankaranaraya...@marks-and-spencer.com> wrote:

> Hello All,
>
> Let's say I have A.DATA.SET in APF and LNK.
> I then create B.DATA.SET as an alias to A.DATA.SET
>
> NONVSAM --- A.DATA.SET
>  IN-CAT --- CATALOG.MASTER.CAT
>  HISTORY
>DATASET-OWNER-(NULL) CREATION2018.120
>RELEASE2 EXPIRATION--.000
>  VOLUMES
>VOLSERVOL001 DEVTYPE--X'3010200F'
>  FSEQN--0
>  ASSOCIATIONS
>ALIASB.DATA.SET
>  ATTRIBUTES
>
> ALIAS - B.DATA.SET
>  IN-CAT --- CATALOG.MASTER.CAT
>  HISTORY
>RELEASE2 CREATION2018.120
>  ASSOCIATIONS
>NONVSAM-A.DATA.SET
>
>
> But when I refer to B.DATA.SET in //SYSLIB in an assemble job, I get -->
> IEFA107I JOBNAME STEPNAME SYSLIB - DATA SET B.DATA.SET NOT FOUND
>
> What gives.. ?
>
> - Vignesh
> Mainframe Infrastructure
>
>
> MARKSANDSPENCER.COM
> 
> Unless otherwise stated above:
> Marks and Spencer plc
> Registered Office:
> Waterside House
> 35 North Wharf Road
> London
> W2 1NW
>
> Registered No. 214436 in England and Wales.
>
> Telephone (020) 7935 4422
> Facsimile (020) 7487 2670
>
> www.marksandspencer.com
>
> Please note that electronic mail may be monitored.
>
> This e-mail is confidential. If you received it by mistake, please let us
> know and then delete it from your system; you should not copy, disclose, or
> distribute its contents to anyone nor act in reliance on this e-mail, as
> this is prohibited and may be unlawful.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)

2018-04-19 Thread Michael Babcock
One other thought, Mark Zelden’s IPLINFO REXX code already pulls a lot of
your info too.

On Thu, Apr 19, 2018 at 5:41 AM Michael Babcock <bigironp...@gmail.com>
wrote:

> What version of z/OS do you have?  Do you have SDSF?Later versions of
> SDSF has the APF, LPA, LINK commands to display those.  You can also use
> SDSF’s RGEN EXAMPLE command to get a sample REXX to pull that data.
>
> On Thu, Apr 19, 2018 at 12:37 AM Alan(GMAIL)Watthey <a.watt...@gmail.com>
> wrote:
>
>> Hi listers,
>>
>>
>>
>> I was wondering if there was an easy way to get all the authorised
>> libraries
>> on a z/OS system.  I am looking ultimately for a Rexx solution.
>>
>>
>>
>> Now I obviously know about 'D PROG,APF' but according to the manual there
>> are many more authorised libraries than these.  Also, there is PROGxx to
>> look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not
>> they
>> are specified in PROGxx.  Then we have all of LPA which is authorised
>> (pageable, fixed, modified and dynamic).  Maybe someone has changed a
>> default library name (such as SYS1.LPALIB or SYS1.LINKLIB).  Maybe someone
>> has dynamically added or deleted an authorised library.  LINKLIST might be
>> automatically authorised or it might not.
>>
>>
>>
>> Will I have to build this entire list myself (that looks a bit daunting to
>> me), is there some obscure (or even obvious) MVS command available I have
>> never used before or can I find it somewhere in memory?
>>
>>
>>
>> Regards,
>>
>> Alan Watthey
>>
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>

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


Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)

2018-04-19 Thread Michael Babcock
What version of z/OS do you have?  Do you have SDSF?Later versions of
SDSF has the APF, LPA, LINK commands to display those.  You can also use
SDSF’s RGEN EXAMPLE command to get a sample REXX to pull that data.

On Thu, Apr 19, 2018 at 12:37 AM Alan(GMAIL)Watthey 
wrote:

> Hi listers,
>
>
>
> I was wondering if there was an easy way to get all the authorised
> libraries
> on a z/OS system.  I am looking ultimately for a Rexx solution.
>
>
>
> Now I obviously know about 'D PROG,APF' but according to the manual there
> are many more authorised libraries than these.  Also, there is PROGxx to
> look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not they
> are specified in PROGxx.  Then we have all of LPA which is authorised
> (pageable, fixed, modified and dynamic).  Maybe someone has changed a
> default library name (such as SYS1.LPALIB or SYS1.LINKLIB).  Maybe someone
> has dynamically added or deleted an authorised library.  LINKLIST might be
> automatically authorised or it might not.
>
>
>
> Will I have to build this entire list myself (that looks a bit daunting to
> me), is there some obscure (or even obvious) MVS command available I have
> never used before or can I find it somewhere in memory?
>
>
>
> Regards,
>
> Alan Watthey
>
>
> --
> 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: CYL_MANAGED JES2 v2.2

2018-04-16 Thread Michael Babcock
I activated z22 mode in our maint LPAR and it activated fine after the
$TSPOOLDEF command.  Then true to the doc, when I issued the $DSPOOLDEF
command CYL_MANAGED no longer showed in the output (since its no longer a
valid INIT deck parm nor a valid command once in z22 mode).

On Mon, Apr 16, 2018 at 11:25 AM Allan Staller 
wrote:

> What I meant to say, is that CYL-MANAGED cannot be coded in the init deck.
> It is only available by command.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Elardus Engelbrecht
> Sent: Monday, April 16, 2018 11:22 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CYL_MANAGED JES2 v2.2
>
> Allan Staller wrote:
>
> >Correct. There is no CYL_MANAGED keyword in JES 2.2.
>
> It is there:
>
>
> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.2.0%2Fcom.ibm.zos.v2r2.hasa200%2Fsjes2se.htm=02%7C01%7Callan.staller%40HCL.COM%7C0eb8fa9cf2a04d0b7edb08d5a3b64161%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C1%7C636594925565557987=kzNiX65di84Wp3DLEcGf34dxj8r%2FPexG45GtKYYT37w%3D=0
>
> 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
> ::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


  1   2   >