Re: JES2 Policies

2020-11-04 Thread Allan Staller
Wouldn't RACF jobclass controls be more appropriate?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Wednesday, November 4, 2020 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Policies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Radoslaw,

I think what the OP is really saying is that certain accounts should be 
restricted from certain jobclasses i.e. DEV cant use PROD jobclasses. So, if 
they code a CLASS=X, but the  account info says  that they dont have access to 
CLASS=X, then dump the job.

OP: This has been around a long time, and is very mature...

Joe

On Wed, Nov 4, 2020 at 8:20 AM R.S.  wrote:

> W dniu 04.11.2020 o 13:10, Gadi Ben-Avi pisze:
> > Hi,
> > I've started looking into JES2 Policies.
> >
> > The current goal is to change a job's class or service class
> > depending
> on certain values in the accounting information.
> > >From reading the manual, it seems that this is possible.
> >
> > Has anyone done something like this?
> > Is there a way to debug these policies?
> >
> > Is this feature mature enough to use?
>
> I dare to disagree ...with your goal. More precisely I disagree with
> your presentation of the goal.
> Does it really have to depend on account information? Why?
>
> That means user has to code something in the jobcard, in the first
> positional. So he may code CLASS= keyword as well, can't he?
> Maybe your accnt infor is already somehowe controlled (my guess, lack
> of information). However jobclass can be RACF-controlled.
> And this is quite mature way to control job classes and (indirectly)
> service classes.
>
> --
> 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. Senatorska 18, 00-950 Warszawa,
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.m
> bank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd04848476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  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. Senatorska 18,
> 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2
> F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7Cd0484
> 8476fc74265206f08d880df1093%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637401042848982511%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=f0M%2Bw7n1t2uPc1f6IUlanGNRz%2BZw1CD5wT9SS%2BUeIpU%3Dreserved=0,
>  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
>

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

Re: Exit06 and Jes2parm for class timelimit

2020-11-02 Thread Allan Staller
Classification: Internal

What do you mean to "limit the execution" of job classes?
Is this the CPU time limit? Number of concurrent jobs in this jobclass? Who(m) 
can submit to this jobclass?

If the first, the CPU time limit; The JES supplied limit will be superseded by 
the limit supplied in EXIT06, since this is "in the JCL" received by the 
initiator.
This is subject to further manipulation by IEFUJI and/or IEFUSI which are 
called after J2EXIT06.

Each of the above questions has a different answer depending on the context of 
the question.
I believe the response above answers your question. If I misunderstood, please 
repost.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Monday, November 2, 2020 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Exit06 and Jes2parm for class timelimit

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello

We have a exit EXIT06  to limit the execution of some jes classes and also we 
have the same  jes classes defined in JES2PARM with the different time limit .

So the question is out of two values which takes the precedence ?

Peter

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


Re: VSAM-RLS and DFSMStvs basic questions

2020-11-02 Thread Allan Staller
Classification: Internal

A basic explanation of Shareoption (4,x) can be found in the Access Method 
Services Manual. It will point you to additional information.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Sunday, November 1, 2020 6:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VSAM-RLS and DFSMStvs basic questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

W dniu 31.10.2020 o 00:40, Joe Monk pisze:
> Radoslaw,
>
> He is asking about shareoption (4 x)  not (x 4) aka cross-region
> sharing, not cross-system sharing.
>
> In VSE, Shareoption(4) allows vsam file sharing among partitions
> (similar to a z/os address space). VSE manages  that automatically, for the 
> user.

Well, I just learnt something new about VSAM. Thank you.
Actually it is strictly related to z/VSE - this system is unknown for me (my 
research told me there were only two installations in Poland).
For example I don't know what is partition in VSE and how it is differ from 
regular address spaces or just several jobs (in VSE) working with same shared 
VSAM file.

BTW: Few questions
Where can I read about VSAM SHR (4 x)?
Was SHR (4 x) available on MVS or its predecessor?
Is there any "introduction" of VSE disks usage, datasets, and so called file 
system? How is it similar to z/OS?



However, regarding the subject I sustain that migration to Db2 is worth to 
analyze.
Of course everything depends on many factors like appliation complexity, staff 
availability, MIPS in use, budget, plans for the future, etc.

--
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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7C78e4452cd0fb4e2cf78a08d87e652618%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637398320198692140%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=63nEal7YavPWSmOFbDjiaXFkNT%2F58LFtroF4fyjFlpE%3Dreserved=0,
 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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=04%7C01%7Callan.staller%40HCL.COM%7C78e4452cd0fb4e2cf78a08d87e652618%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637398320198692140%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=63nEal7YavPWSmOFbDjiaXFkNT%2F58LFtroF4fyjFlpE%3Dreserved=0,
 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
::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 

Re: Syncsort to DFSORT - my time has come.

2020-10-28 Thread Allan Staller
Classification: Internal

Last time I looked, WPS was noticeably less expensive than SAS and fully 
embraced by Barry.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, October 28, 2020 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort to DFSORT - my time has come.

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Barry pointed this out to me. And I did know this. My reply to him is below. 
Maybe I should look at a trial version of that SAS equivalent out of the UK.

  Thanks Barry,
   Except I do have a fair sized investment in my current batch MXG jobs. And, 
as I've mentioned before, we will be shutdown within the year. For me, the path 
to ASCII is not likely.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Edward Finnell
> Sent: Wednesday, October 28, 2020 12:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Syncsort to DFSORT - my time has come.
>
> SAS and MXG have PC versions.
>
> So, I lose MXG and reasonable ability to process SMF anyway.
>
>
>
>
> -Original Message-
> From: Gibney, Dave 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Wed, Oct 28, 2020 11:47 am
> Subject: Re: Syncsort to DFSORT - my time has come.
>
> If we had longer to exist, I might. But, we haven't been collecting
> Syncsort SMF, so until I see the need...
> And my SAS license expires soon also. So, I lose MXG and reasonable
> ability to process SMF anyway.
>
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Martin Packer
> > Sent: Wednesday, October 28, 2020 1:32 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Syncsort to DFSORT - my time has come.
> >
> >
> > FWIW I would go with SMF=FULL - unless you have an exceptionally
> > large number of sorts - or tight SMF space restrictions.
> >
> > There’s gold in them there records. :-)
> >
> > Cheers, Martin
> >
> > Sent from my iPad
> >
> > > On 27 Oct 2020, at 21:13, Frank Swarbrick
> 
> > wrote:
> > >
> > > Here is our ICEPRM00, if you are interested.
> > >
> > > JCL
> > >  DYNALOC=(SYSDA,12)
> > >  DYNAUTO=YES
> > >  MSGDDN=SYSOUT
> > >  PARMDDN=DFSPARM
> > >  SMF=NO
> > > INV
> > >  DYNALOC=(SYSDA,12)
> > >  DYNAUTO=IGNWKDD
> > >  ERET=ABEND
> > >  MSGDDN=SORTMSG
> > >  PARMDDN=SORTPARM
> > >  SMF=SHORT
> > > TSO
> > >  SMF=SHORT
> > > TSOINV
> > >  SMF=SHORT
> > > TD1
> > >  SMF=SHORT
> > > TD2
> > >  SMF=SHORT
> > > TD3
> > >  SMF=SHORT
> > > TD4
> > >  SMF=SHORT
> > >
> > > 
> > > From: IBM Mainframe Discussion List 
> on
> > behalf
> > of R.S. 
> > > Sent: Tuesday, October 27, 2020 11:26 AM
> > > To: IBM-MAIN@LISTSERV.UA.EDU 
> > > Subject: Re: Syncsort to DFSORT - my time has come.
> > >
> > > W dniu 27.10.2020 o 18:16, Gibney, Dave pisze:
> > >>A fairly quick question. Are there sample ICEPRMxx members
> provided
> > by IBM for tailoring DFSORT? I don't find any in SICESAMP.
> > >> Yesterday, in my sandbox, I IPL'd with SICELPA, SORTLPA,
> > >> SICELINK,
> > SORTLIB ahead of the SYNCSORT libraries and not ICEPRMxx. SHOWZOS
> > shows DFSORT as resident sort program. All seems well. I don't keep
> > this concatenation, it was just easier for fall back considerations.
> > >
> > > If you want some sample I can send it.
> > > However there is no black magic there.
> > > IMHO it is fundamental to define your needs, because the member is
> > > for defaults which can be easily overtyped by parameters in the job.
> > >
> > > Here you are:
> > >
> > >
> >
> **
> > *
> > > ** History of changes:
> > > ** 05-10-2019 R.SKORUPKA first customization
> > > ** dd-mm- user description...
> > > **
> > >
> >
> **
> > **
> > > *
> > > * JCL (ICEAM1)
> > > JCL
> > > DYNALOC=(3390,10)
> > > *
> > > * INV (ICEAM2)
> > > INV
> > > DYNALOC=(3390,10)
> > >
> > >
> > >
> > > --
> > > 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. Senatorska 18, 00-950
> >
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=https%3A%
> 

Re: SMF to capture user login history

2020-10-26 Thread Allan Staller
Classification: Internal

That would require an additional longon ID with a different default 
group/grouplist.
This is a fairly common practice. One ID for everyday use and another with 
elevated privileges when needed.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Frank Swarbrick
Sent: Monday, October 26, 2020 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Thanks.
Looks like there is not a way to do what I was hoping for, which would allow 
for a set of default groups for a user, along with one or more groups that 
require a user to explicitly log in to use them.  For example, I am a member of 
3 groups right now, and we must use GRPLIST because I don't have to specify a 
particular group to have my rights for all three.  I would like to have an 
additional group available to me, but only if I explicitly specify it.  In that 
case I would want to have the rights for all four groups.  I would also want to 
be able to "log" any time I (or any user) log in to this "special access" 
fourth group.

Sounds like I am out of luck here, but someone correct me if I'm wrong.


From: IBM Mainframe Discussion List  on behalf of 
R.S. 
Sent: Monday, October 26, 2020 11:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: SMF to capture user login history

Yes, obviously!
But ...no.

To explain: there is an option in RACF, called GRPLIST. Vast majority of 
installations use GRPLIST, but few use NOGRPLIST.

1. YES
For NOGRPLIST you may belong to meny group, but only one connection at the time 
is "active"  - that means you logon as Frank, FRANK1 (that's the password) and 
NETADM - that's the group.
And you have all the authorities given to user FRANK and to group NETADM.
However you are member of SMSADM as well - but this group gives you no 
authorities, because only one group is taken.
Is it stupid? Some people say it is good. Let's leave it.


2. NO
In typical GRPLIST world you logon as FRANK/FRANK1 and (usually) it doesn't 
matter what group you provide, if any.
And you have all the authorities given to FRANK, NETADM, SMSADM and all other 
groups you are connected to.
So, it in this case privileges are not different.

Exception: there are very few, very rare cases when "current connect group" is 
important even in GRPLIST. See ARCCATGP (DFSMShsm manual).
However AFAIR it is enough to provide this groupname during logon.

Remark: no group provided = default group. Every RACF user has default group 
assigned. And of course the user is connected to this group.

HTH

--
Radoslaw Skorupka
Lodz, Poland






W dniu 26.10.2020 o 17:30, Frank Swarbrick pisze:
> Curious question.  Is it possible to have a single user ID with different 
> privileges depending on what group you specify when logging in (to TSO, for 
> example)?
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Seymour J Metz 
> Sent: Sunday, October 25, 2020 8:05 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: SMF to capture user login history
>
>> two sets of IDs
> Multiple ids can be very usefull. If you have a lot of privileges and write 
> code that is supposed to work without those privileges, it's useful to have a 
> bare bones userid. If you have work that requires privileges that you 
> consider too dangerous for normal work, it's nice to have a more privileged 
> userid and proxy permission. BTDT, GTTS.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=04%7C01%7Callan.staller%40HCL.COM%7C0eaac4d6
> fb9245e9d75c08d879df9a98%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C
> 637393349175371164%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjo
> iV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000sdata=ew8aS0sA5X7qu
> EdwJZayOILNENkQsBhqgCYRSDOqkeQ%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Steve Horein [steve.hor...@gmail.com]
> Sent: Sunday, October 25, 2020 9:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF to capture user login history
>
> On Sun, Oct 25, 2020 at 1:11 AM kekronbekron <
> 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I hope no one encourages this kind of snooping on the list.
>> Stinks of an attempt to police working hours.
>>
>> - KB
>>



==

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 

Re: SMF to capture user login history

2020-10-26 Thread Allan Staller
Classification: Internal

I believe it does. However, the OP was asking about TSO. In that case, the 
answer is definitely yes.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, October 26, 2020 10:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Mon, 26 Oct 2020 14:33:38 +, Allan Staller wrote:
>
>Type  30 is generated at address space creation for all work.
>
Does that include OMVS fork()?  Seems like overkill given that some jobs may do 
copious forks.

Does ATTACH, which doesn't create an address space, get logged likewise?

-- gil

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


Re: SMF to capture user login history

2020-10-26 Thread Allan Staller
Classification: Internal

Type  30 is generated at address space creation for all work. 

This would not apply to (e.g. CICS logons). That information would be provided 
by CICS.
CICS Would cut type 30's, but those would be for the CICS address space, not 
the individual logons within the address space.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Monday, October 26, 2020 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello

Thank you.

What If the end user is using an SNA application without tso ? Can I still use 
record 30 ?


On Mon, 26 Oct, 2020, 4:58 pm Allan Staller,  wrote:

> Classification: Internal
>
> Type 30 subtype 4 or 5
>
> Will be generated for each TSO LOGON. Also SMF type 4, SMF type 5, 
> could be used as an alternative (if you still have them).
>
> Parsing out the 1 section of the type 30 , subtype 4 or 5 is pretty 
> trivial. Althoulg variable in format, that section of the record is 
> pretty much fixed.
>
> HTH,
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lizette Koehler
> Sent: Sunday, October 25, 2020 1:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF to capture user login history
>
> [CAUTION: This Email is from outside the Organization. Unless you 
> trust the sender, Don’t click links or open attachments as it may be a 
> Phishing email, which can steal your Information and compromise your 
> Computer.]
>
> Which SMF Records are you going to use?
>
> I would say in general without a 3rd part product (like SAS) it will 
> be a challenge to parse through MOST SMF records without something 
> that can handle the record section offsets
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jake Anderson
> Sent: Saturday, October 24, 2020 11:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMF to capture user login history
>
> Hello
>
> Cross posted.
>
> We have a SMF data for some years and I would like to fetch a user's 
> logon history like when he was logged with all time intervals.
>
> Is there a sample JCL or process you are following without having to 
> use any third party product to process.
>
> Could someone please share any sample if you have and willing to share ?
>
> 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
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred errors) shall therefore not attach any liability 
> on the originator or HCL or its affiliates. Views or opinions, if any, 
> presented in this email are solely those of the author and may not 
> necessarily reflect the views or opinions of HCL or its affiliates. 
> Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL 
> is strictly prohibited. If you have received this email in error 
> please delete it and notify the sender immediately. Before opening any 
> email and/or attachments, please check them for viruses and other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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


Re: SMF to capture user login history

2020-10-26 Thread Allan Staller
Classification: Internal

YES

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Monday, October 26, 2020 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hello

Thank you.

What If the end user is using an SNA application without tso ? Can I still use 
record 30 ?


On Mon, 26 Oct, 2020, 4:58 pm Allan Staller,  wrote:

> Classification: Internal
>
> Type 30 subtype 4 or 5
>
> Will be generated for each TSO LOGON. Also SMF type 4, SMF type 5, 
> could be used as an alternative (if you still have them).
>
> Parsing out the 1 section of the type 30 , subtype 4 or 5 is pretty 
> trivial. Althoulg variable in format, that section of the record is 
> pretty much fixed.
>
> HTH,
>
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Lizette Koehler
> Sent: Sunday, October 25, 2020 1:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMF to capture user login history
>
> [CAUTION: This Email is from outside the Organization. Unless you 
> trust the sender, Don’t click links or open attachments as it may be a 
> Phishing email, which can steal your Information and compromise your 
> Computer.]
>
> Which SMF Records are you going to use?
>
> I would say in general without a 3rd part product (like SAS) it will 
> be a challenge to parse through MOST SMF records without something 
> that can handle the record section offsets
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Jake Anderson
> Sent: Saturday, October 24, 2020 11:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMF to capture user login history
>
> Hello
>
> Cross posted.
>
> We have a SMF data for some years and I would like to fetch a user's 
> logon history like when he was logged with all time intervals.
>
> Is there a sample JCL or process you are following without having to 
> use any third party product to process.
>
> Could someone please share any sample if you have and willing to share ?
>
> 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
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be 
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or 
> may contain viruses in transmission. The e mail and its contents (with 
> or without referred errors) shall therefore not attach any liability 
> on the originator or HCL or its affiliates. Views or opinions, if any, 
> presented in this email are solely those of the author and may not 
> necessarily reflect the views or opinions of HCL or its affiliates. 
> Any form of reproduction, dissemination, copying, disclosure, 
> modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL 
> is strictly prohibited. If you have received this email in error 
> please delete it and notify the sender immediately. Before opening any 
> email and/or attachments, please check them for viruses and other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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


Re: SMF to capture user login history

2020-10-26 Thread Allan Staller
Classification: Internal

Type 30 subtype 4 or 5

Will be generated for each TSO LOGON. Also SMF type 4, SMF type 5, could be 
used as an alternative (if you still have them).

Parsing out the 1 section of the type 30 , subtype 4 or 5 is pretty trivial. 
Althoulg variable in format, that section of the record is pretty much fixed.

HTH,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Sunday, October 25, 2020 1:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF to capture user login history

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Which SMF Records are you going to use?

I would say in general without a 3rd part product (like SAS) it will be a 
challenge to parse through MOST SMF records without something that can handle 
the record section offsets

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jake Anderson
Sent: Saturday, October 24, 2020 11:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMF to capture user login history

Hello

Cross posted.

We have a SMF data for some years and I would like to fetch a user's logon 
history like when he was logged with all time intervals.

Is there a sample JCL or process you are following without having to use any 
third party product to process.

Could someone please share any sample if you have and willing to share ?

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


Re: Batch SFTP without client keys or USS files?

2020-10-16 Thread Allan Staller
Classification: HCL Internal

Up to the "foreign host"

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Thursday, October 15, 2020 10:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Batch SFTP without client keys or USS files?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Thu, 15 Oct 2020 19:36:33 -0500, Wendell Lovewell wrote:
>
>... modifying USS files like even ~/.ssh/anything is probably also off 
>limits.
>
Why?

But I'd expect you'd need to install the client's public key in the server's 
authorized_keys, which might be a problem.

-- gil

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


Re: Batch SFTP without client keys or USS files?

2020-10-15 Thread Allan Staller
Classification: HCL Internal

Yes it is . I do this many times daily.

There are 2 stages to the authentication. Server and User.
For Server Authentication, all that is needed is the public key of the foreign 
host in the /etc/ssh./known_hosts

For the sake of discussion, I am going to assusme this is MF--.foreign host.
You need to install the foreign host public  key (for whatever user on the 
foreign host) in //.ssh/authorized_keys.

The job(s) will run with a ESM id of 

CoZ makes things much easier than the zOS version of OpenSSH, but is not  
required. The IBM code can handle everything just fine.

For more info see: http://www.dovetail.com/webinars.html
Towards the bottom of the page you will see: " IBM Ported Tools for z/OS: 
OpenSSH - Key Authentication"

Although Dovetail produced the content, it is non-CoZ dependent.
Disclaimer. I have no affiliation with Dovetail except as a user of their fine 
products.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wendell Lovewell
Sent: Thursday, October 15, 2020 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Batch SFTP without client keys or USS files?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Is it possible to code a proc that would invoke SFTP to transfer a file to or 
from a non-z/OS ftp server using only that server's public key and a 
userid/password combination like you would use for FTP or FTPS?

I need to distribute this outside our company, so using CO:Z isn't an option.  
Adding keys to the server for the clients is not either.  And modifying USS 
files like /etc/ssh/config or even ~/.ssh/anything is probably also off limits. 
 I might be able to get away with stashing something in /tmp, but even that 
might be a problem. I can (since I have to) assume z/OS 2.2 or later for 
OpenSSH availability.

I was able to do this for FTPS by distributing the FTP server's public key as a 
.PEM file & installing it into RACF, then adding it to a keyring.  But so far 
with SFTP, I'm stumped.  Has anyone tried this?

TIA,
Wendell

fwiw, here is the FTPS proc:

//*---
//* TERSE a file & FTP it
//*---
//FTPSTRS  PROC ZOSFILE=,
// FTPFILE=,
// OUTCLS=*,
// TMPHLQ=,
// TRSDISP=(NEW,PASS),
// KEYOWNR=TCPIP,
// KEYRING=FTPS.KEYRING
//*
//EXP   EXPORT SYMLIST=*
//  SETFTPFID=
//  SETFTPOWN=
//  SETFTPKEY=
//*
//*---
//TERSEEXEC PGM=TRSMAIN,PARM=PACK
//SYSPRINT  DD SYSOUT=
//INFILE   DD DISP=SHR,DSN=
//OUTFILEDD DSN=,
// DISP=(),
// RECFM=FB,BLKSIZE=0,LRECL=1024,
// LIKE=
//*---
//FTPS EXEC PGM=FTP,REGION=4M,COND=(0,LT),
// PARM=('ENVAR("_CEE_ENVFILE_S=DD:STDENV")/ftp.server.com 21 -e')
//STDENV   DD *
GSK_PROTOCOL_TLSV1_2=ON
//SYSFTPD  DD *,SYMBOLS=(JCLONLY)
CLIENTERRCODES   EXTENDED
EPSV4TRUE
EXTENSIONS  AUTH_TLS
FWFRIENDLY  TRUE
KEYRING/
PASSIVEIGNOREADDR TRUE
SECUREIMPLICITZOS   FALSE
SECURE_FTP   REQUIRED
SECURE_MECHANISM  TLS
SECURE_DATACONNPRIVATE
SECURE_CTRLCONNPRIVATE
SECURE_HOSTNAME   REQUIRED
TLSMECHANISM  FTP
TLSRFCLEVEL RFC4217
//* TRACE
//TRSFILE   DD DISP=SHR,DSN=*.TERSE.OUTFILE
//OUTPUT   DD SYSOUT=
//INPUT  DD *,SYMBOLS=(JCLONLY)
ftpuser
ftppwd
sendsite
cd /somedir
BINARY
PUT //DD:TRSFILE 
QUIT
//*
// PEND

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

Re: Max possible velocity?

2020-10-14 Thread Allan Staller
Classification: HCL Internal

The max possible velocity is (theoretically) 100. I.E. there are zero delays in 
the sample.
The only thing I have ever seen that realistically exceeded 50 was a CICS 
address space running in server mode (as opposed to transaction mode).

Check your RMF III reports (or RMFPP if you prefer) during  period of "good" 
performance and find the achieved velocity.
Add about 10 percent and you should get a WLM vote to add resources to that 
service class.
20 percent should almost be a guarantee.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Tuesday, October 13, 2020 4:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Max possible velocity?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

It has been quite some time since I had to worry about my WLM policy. We've had 
ample capacity since 2007. Now, as We begin to wind down, we have reduced our 
contracted MSU capacity.
We dropped from 15 to 12 on an 5 way z13S-N05. My WLM policy, last seriously 
adjusted in 2007 when we moved to a z9-L03 has velocities ranging from a high 
of 90 (Adabas, Imp 1)   down to 5 (BATCH Imp 5)
We are experiencing just a minor amount of performance pain. It strikes me that 
perhaps some of my higher velocity goals (90, 70, 60, 50) may be unattainable 
under the now reduced capacity.

What is the high end for possible, single threaded (Adabas) velocity here? Or, 
where should I be reading in current manuals. I was better at this 15 years ago.

Dave Gibney
Information Technology Services
Washington State University


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


Re: Positive feedback, z/OSMF - Workflows

2020-10-13 Thread Allan Staller
Classification: HCL Internal

The packaging of z/OS MF was pretty bad at the beginning. IIRC, IBM fixed it @ 
z/OS 2.3(?).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Tuesday, October 13, 2020 12:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I first installed and configured z/osmf @ the 2.2 release due to the need for 
my I/P support folks to define I/P Policies.
IMHO if you do not need to use any of the features of z/osmf at 2.2 I would 
wait, the configuration is different, user data moved from var/zosmf to 
global/zosmf, the executables moved also . the hardest for me was all the 
security wrapped around the functions (plugins) you wanted to use.
for me being a CA-TSS shop it took an open ticket 360 days to be resolved. I 
like Allen have seen some shortfalls but have worked thru these and learned how 
to configure and use the interface by trail and error.

Carmen - AR-BCBS


.I am at z/OS 2.2 and have heard that z/OSMF has to be active in order to 
install z/OS 2.4.  Is z/OSMF easier to install/configure than the earlier 
releases?

From: IBM Mainframe Discussion List  On Behalf Of 
Marna WALLE
Sent: Tuesday, October 13, 2020 7:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Positive feedback, z/OSMF - Workflows

Thank you, Carmen!!

For those that haven't tried it yet, please do, so you can have the upgrade 
information you need and do not have to rely upon the "exported" format 
entirely.

An 8-min YouTube video can give you a great overall lesson on how to maneuver 
around 
(https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DejQRSYaxz9Mdata=02%7C01%7Callan.staller%40HCL.COM%7Ca91f2c3c42894554996c08d86f9deb36%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637382071357128897sdata=PCg9t5n%2BW6HYsvxt4vAGWhxew01QOhVN4UYhsu1bOk8%3Dreserved=0).
 It's a little old in that we have the Workflows on github now, and not on our 
website 
(https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FIBM%2FIBM-Z-zOS%2Ftree%2Fmaster%2FzOS-Workflow%2FzOSdata=02%7C01%7Callan.staller%40HCL.COM%7Ca91f2c3c42894554996c08d86f9deb36%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637382071357138897sdata=KJ4Rtajdf%2Bd%2BP%2FylA%2FE8DahXTQ8qrv59knwg%2FZO1SwU%3Dreserved=0
 V2.4 Upgrade 
Workflow).

I did have a great conversation with Allan, and we've been working on trying to 
get the spacing and layout better. If you haven't noticed yet, you can collapse 
much of the heading information (with the twisty of "Workflow Details") to give 
you more space on the first panel. More usability enhancements have been 
identified.

Please feel free to send me more suggestions for improvements, or do the 
feedback from inside the workflow itself.
-Marna WALLE
z/OS System Installation
IBM Poughkeepsie

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

Re: Positive feedback, z/OSMF - Workflows

2020-10-12 Thread Allan Staller
Classification: HCL Internal

I agree. However, I had a huge discussion w/Marna about the ergonomics of the 
workflows. Vertical screen space overused. Cumbersome operation. Poor placement 
of radio buttons, etc.

Conceptually it is great.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, October 12, 2020 12:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Positive feedback, z/OSMF - Workflows

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I was very concerned when IBM took away the migration guide for z/OS, I've been 
using the migration guide for all my upgrades as long as I can remember.
some time ago I downloaded and imported the z/OS 2.3 to z/OS 2.4 Workflow, last 
week my z/OS order was downloaded and I'm working on the upgrade, now I'm 
working thru the migration action, I have to say, I'm feeling better about the 
Workflow provided. after learning how to navigate through the workflow and how 
to assign/accept the actions, and take actions, I'm really liking how the 
workflow is broken up into major and minor steps. teaching my replacement will 
be very much easier using workflows, it keeps track of action that need to be 
performed and what you have done. nice job!
Carmen

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


Re: IBM splitting into two companies

2020-10-12 Thread Allan Staller
Classification: HCL Internal

The dirty little secret is that MSOFT has a mainframe in the back office!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Clark Morris
Sent: Sunday, October 11, 2020 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

[Default] On Sat, 10 Oct 2020 10:40:07 -0700 (PDT), in bit.listserv.ibm-main 
computer chyck  wrote:

>> snip much
>
>Cloud computing is alot like teenage sex - everybody is doing it (or wants to 
>do it) but nobody has a flippin' clue how to do it correctly!!!

What I fear is that Amazon and Microsoft both have a far better idea of what 
cloud computing is and how to do it than does IBM.  I also suspect that Amazon 
has all of their computing on their cloud and is very well aware of the need 
for high security and has worked very hard to achieve it.  Microsoft based on 
my experience with their Knowledge Center (repository for fixes and the 
equivalent of PTF cover letters) seems to understand high availability better 
than IBM based on postings here on ibm-main.

Clark Morris

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


Re: IBM splitting into two companies

2020-10-08 Thread Allan Staller
Classification: HCL Internal

Don't know anything about this directly, but It actually might help the 
"traditional" portfolio by allowing more focus.
The cloud portion can benefit from reduced bureaucracy, so on the surface, this 
is a win-win.

OTOH, how many cloud providers have been hacked to date. I recall APPLE, AMAZON 
and I think one more.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Dave Jousma
Sent: Thursday, October 8, 2020 10:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBM splitting into two companies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Anyone know any more about this?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.reuters.com%2Farticle%2Fus-ibm-divestiture%2Fibm-to-break-up-109-year-old-company-to-focus-on-cloud-growth-idUSKBN26T1TZdata=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710sdata=moQ%2FtN5NyAFdoaHs7Ggk0fvvQiCegg8KzxjTCe%2FaBmQ%3Dreserved=0

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.prnewswire.com%2Fnews-releases%2Fibm-to-accelerate-hybrid-cloud-growth-strategy-and-execute-spin-off-of-market-leading-managed-infrastructure-services-unit-301148458.htmldata=02%7C01%7Callan.staller%40HCL.COM%7C9a630f6e28694a836b8908d86ba10956%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637377686692839710sdata=nAv%2FMxw5DvgpWrS%2FT2LB%2B%2FiytrH%2Bw9kchPMdHyymUUU%3Dreserved=0

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


Re: IEASYS problem

2020-10-06 Thread Allan Staller
Classification:

Agreed!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Tuesday, October 6, 2020 7:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEASYS problem

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

W dniu 06.10.2020 o 13:39, Barbara Nitz pisze:
>> In either case, is possible to "functionally replace" IEASYS00 with other 
>> members.
> We have ieasys00 in our regular parmlib, overriding the IBM delivered one. 
> All our ieasys00 contains is CLPA, meaning that we always IPL with CLPA. All 
> the rest of the parms are in sysplex-/system-specific ieasys-members. So the 
> requirement to read ieasys00 is fulfilled and we can start our system(s) the 
> way we like.

I have no member duplicates. All "IBM supplied" members do reside in 
"PARMLIB.ARCH" libraries which are out of PARMLIB concatenation. Just for 
reference. So whenever I see MEMBER00 I have no chance to view/edit wrong 
duplicate with same name but different content.

In this case I have one IEASYS00. Usually I don't need another one, but in rare 
cases I simply create copy IEASYS00 (with different suffix) and use it. And 
some comment inside to describe who, when, what and why. And that copy is still 
concatenated with IEASYS00, but all the content is overriden by the copy.

--
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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C4c5786be5aa044fa1e8408d869f1ee54%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637375835605091501sdata=RmjZWIO3azQyo5lBXgAovGCDTvBMvf3fPTdm%2FyI9r%2Fc%3Dreserved=0,
 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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C4c5786be5aa044fa1e8408d869f1ee54%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637375835605101493sdata=%2FvLDiq1IBb4bXhbhGfXqbBWxrrsars3s1WqGhzcCmCE%3Dreserved=0,
 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
::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 

Re: IEASYS problem

2020-10-06 Thread Allan Staller
Classification:

The Init/Tuning ref is quite specific in the order of precedence between SYS00 
and SYSxx.
Remember, there may be more than one SYSxx. (e.g. SYSPARM=(aa,bb,cc,00) 
specified in LOADxx,
I don't remember if it is the 1st hit or last hit that wins.

In either case, is possible to "functionally replace" IEASYS00 with other 
members.

HTH,


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, October 5, 2020 11:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEASYS problem

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,
During the IPL, The message:
IEA008I SYSTEM PARMS FOLLOW FOR z/OS 02.03.00 HBB77B0
IEASYS0B
IEASYS00
Was displayed.
I then see
IEE252I MEMBER IEASYS00 FOUND IN SYS1.PARMLIB IEA325I IEASYS00 PARAMETER LIST 
With a list of all of the parameters is IEASYS00 IEE252I MEMBER IEASYS0B FOUND 
IN SYS1.PARMLIB IEA325I IEASYS0B PARAMETER LIST With a list of all of the 
parameters is IEASYS0B IEE252I MEMBER IEASYS00 FOUND IN SYS1.PARMLIB IEA325I 
IEASYS00 PARAMETER LIST With a list of all of the parameters is IEASYS00

So it looks like IEASYS00 was read  twice.
When I looked in IEASYM00 it said:
SYSDEF  SYSPARM(00,L)
SYMDEF(='V919')
I changed IEASYM00 to:
SYSDEF  LPARNAME(CDVL) SYSPARM(0A,L)
SYMDEF(='V919')
SYSDEF  LPARNAME(CMP1) SYSPARM(0B,L)
SYMDEF(='V919')
Which I hope will fix the problem.

We have a product called Image Focus from NewEra Software, which among other 
things, parses  the PARMLIB.
It currently tells me that everything is OK.

I'll have to wait for the next IPL to check.

Gadi


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Monday, October 5, 2020 6:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEASYS problem

SYS1.SAMPLIB(SPPINST) Is the member that provides code to install the SYSPARM 
dialog.

.
.
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 
Roger Lowe
Sent: Monday, October 5, 2020 5:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IEASYS problem

CAUTION EXTERNAL EMAIL

On Sun, 4 Oct 2020 23:53:18 -0500, Brian Westerman 
 wrote:

>I don't have a sysparm member in sys1.samplib, is it from an older release 
>than 2.3?
>
>Brian
>
Have a look in SAMPLIB for the "SPP*" members .

Roger


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

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

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


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


Re: IEASYS problem

2020-10-06 Thread Allan Staller
Classification:

Yo could try having no IEASYS00 in the parmlib concat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Attila Fogarasi
Sent: Monday, October 5, 2020 11:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEASYS problem

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

You cannot, 00 is always used as the base, you can only concatenate over-rides 
to it.  LOADxx and IEASYMxx will concatenate to 00, and WTOR response will 
over-ride LOADxx and IEASYMxx -- but I know of no way to eliminate 00 as a 
base.  Normally 0B would have all the needed over-ride values for 00 making it 
effectively the same as "only 0B" :)

On Tue, Oct 6, 2020 at 3:18 PM Gadi Ben-Avi  wrote:

> HI,
> The output from D IPLINFO,SYSP is
> IEE255I SYSTEM PARAMETER 'SYSP': (0B,00) I would like it to be only 0B
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Peter Relson
> Sent: Sunday, October 4, 2020 4:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEASYS problem
>
> What does DISPLAY IPLINFO,SYSP show?
>
> 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
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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


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


Re: rename a dataset in acs routine?

2020-09-21 Thread Allan Staller
Classification: HCL Internal

Don't forget to expire the old tapes after successful copy.

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

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

dealing with the existing tapes is doable via a rexx exec that submits a series 
of IEBGENER, but it's the JCL that they want (preferably SMS) to deal with.
On Fri, 18 Sep 2020 07:12:15 -0500, Paul Gilmartin  wrote:

>On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote:
>
>>Why can't his jobs generate dsns like  HLQ.FICHE.TAPE.D091720.T1123 ?
>>Can use system symbols to generate the date and time in the JCL output DD.
>>
>I understand that system symbols are not supported in JCL DSNs because
>of o ambiguity between EXECSYS and CNVTSYS o queue latency -- the job
>might run at a time not matching the JCL symbols.
>
>(If the actual date and time values are important I understand they may
>be invalid because around midnight date and time might be fetched on
>different days, resulting in a 23+ hour error.  Murphy says this will
>only be a problem when it matters.  Rexx can do it right; why can't
>JCL?)
>
>
>>On Fri, 18 Sep 2020 at 15:36, Brian Westerman wrote:
>>...  So over time, they ended up
>>> with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps
>>> around until expiration date.
>>>
>>> The problem is that they want to know if there is a way to
>>> automatically catalog datasets at creation time, to which I told
>>> them we could, but only
>>> 1 of them because you can't catalog two datasets with the same name.
>>> But they want to have "the system" which I'm guessing is me :),
>>> dynamically rename these datasets at creation time to add a date and
>>> time, such as change HLQ.FICHE.TAPE to which I would dynamically
>>> make it HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the
>>> current time (if it was 11:23am).
>>>
>Use the seconds also, as D200917.T112359.  With thousands of entries a
>collision is likely.  And use YYMMDD for the date for easy sorting of
>displays.
>
>Is it possible to rename a tape data set?  That would seem to require
>overwriting the HDR1 label, but tapes can't be updated in place.
>
>I'm imagining a sequence such as:
>
>Momentarily catalog HLQ.FICHE.TAPE
>
>DEFINE ALIAS HLQ.FICHE.TAPE.D200917.T112359
>SYMBOLICRELATE HLQ.FICHE.TAPE
>
>Uncatalog HLQ.FICHE.TAPE.  I understand that symbolic aliases remain
>when the RELATED name is uncatalogued.
>
>-- 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
::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


Re: rename a dataset in acs routine?

2020-09-18 Thread Allan Staller
Classification: HCL Internal

See my earlier. IMO, the answer is Not Possible

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Friday, September 18, 2020 2:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,

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

The problem is that they want to know if there is a way to automatically 
catalog datasets at creation time, to which I told them we could, but only 1 of 
them because you can't catalog two datasets with the same name.  But they want 
to have "the system" which I'm guessing is me :), dynamically rename these 
datasets at creation time to add a date and time, such as change HLQ.FICHE.TAPE 
to which I would dynamically make it HLQ.FICHE.TAPE.D091720.T1123, meaning 
today's date and the current time (if it was 11:23am).

I can't think of a way to do that in an acs routine, or any other simple way, 
and I'm hoping that someone has an idea that might apply here.  I think I can 
alter almost anything about the dataset, except the name.  Is there something I 
am missing?

Brian

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


Re: rename a dataset in acs routine?

2020-09-18 Thread Allan Staller
Classification: HCL Internal

As I am sure you know, ACS routines only apply at creation time and don’t have 
the power to alter the DSN anyway.

ISTR a (fairly recent (z/OS 1+)) modification that will allow creation and 
cataloging of a 2nd dataset with the same name and avoiding the NOT CATLGD 2 
jcl message.
However only one dataset will be in the catalog (other ways to avoid this w/o 
changing the system default),

It seems this is the old "its too much work to change all that JCL" (not to 
mention recreating all of the tapes).

The only thing I can think of is to define a dataset alias pointing back to the 
volser. Considering this is tape I am not even sure it will work.
This is not a savings in work based on the numbers below! However, it might be 
"automatable" via REXX or other utility,

I hope this helps you formulate your response,



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Friday, September 18, 2020 2:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: rename a dataset in acs routine?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,

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

The problem is that they want to know if there is a way to automatically 
catalog datasets at creation time, to which I told them we could, but only 1 of 
them because you can't catalog two datasets with the same name.  But they want 
to have "the system" which I'm guessing is me :), dynamically rename these 
datasets at creation time to add a date and time, such as change HLQ.FICHE.TAPE 
to which I would dynamically make it HLQ.FICHE.TAPE.D091720.T1123, meaning 
today's date and the current time (if it was 11:23am).

I can't think of a way to do that in an acs routine, or any other simple way, 
and I'm hoping that someone has an idea that might apply here.  I think I can 
alter almost anything about the dataset, except the name.  Is there something I 
am missing?

Brian

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


Re: rename a dataset in acs routine?

2020-09-18 Thread Allan Staller
Classification: HCL Internal

Paul,

That is incorrect.

DYNAMIC system symbols were not supported until JES2 V2. (Z/OS 2.1+). The 
installation gets to define where symbols are resolved via JESPARMS
STATIC system symbols have been supported for "eons".  (e.g. SYSDATE, SYSIME, 
SYSUID). Init and Tuning ref defines the IBM supplied static symbols.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Friday, September 18, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: rename a dataset in acs routine?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Fri, 18 Sep 2020 17:34:17 +0800, Brian Fraser wrote:

>Why can't his jobs generate dsns like  HLQ.FICHE.TAPE.D091720.T1123 ?
>Can use system symbols to generate the date and time in the JCL output DD.
>
I understand that system symbols are not supported in JCL DSNs because of o 
ambiguity between EXECSYS and CNVTSYS o queue latency -- the job might run at a 
time not matching the JCL symbols.

(If the actual date and time values are important I understand they may be 
invalid because around midnight date and time might be fetched on different 
days, resulting in a 23+ hour error.  Murphy says this will only be a problem 
when it matters.  Rexx can do it right; why can't JCL?)


>On Fri, 18 Sep 2020 at 15:36, Brian Westerman wrote:
>...  So over time, they ended up
>> with about 30,000 tapes from the over 9,000 jobs that CA-1 keeps
>> around until expiration date.
>>
>> The problem is that they want to know if there is a way to
>> automatically catalog datasets at creation time, to which I told them
>> we could, but only
>> 1 of them because you can't catalog two datasets with the same name.
>> But they want to have "the system" which I'm guessing is me :),
>> dynamically rename these datasets at creation time to add a date and
>> time, such as change HLQ.FICHE.TAPE to which I would dynamically make
>> it HLQ.FICHE.TAPE.D091720.T1123, meaning today's date and the current
>> time (if it was 11:23am).
>>
Use the seconds also, as D200917.T112359.  With thousands of entries a 
collision is likely.  And use YYMMDD for the date for easy sorting of displays.

Is it possible to rename a tape data set?  That would seem to require 
overwriting the HDR1 label, but tapes can't be updated in place.

I'm imagining a sequence such as:

Momentarily catalog HLQ.FICHE.TAPE

DEFINE ALIAS HLQ.FICHE.TAPE.D200917.T112359
SYMBOLICRELATE HLQ.FICHE.TAPE

Uncatalog HLQ.FICHE.TAPE.  I understand that symbolic aliases remain when the 
RELATED name is uncatalogued.

-- gil

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


Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?

2020-09-17 Thread Allan Staller
Classification: HCL Internal

Would you allow random updates of the ROOT directory on a *NIX system?. This is 
definitely both a integrity and an operational exposure

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Smith
Sent: Thursday, September 17, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than 
master?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

There's not much benefit to debating the semantics of "integrity".  Nobody who 
doesn't thoroughly understand catalog management should be able to update the 
master catalog, because you can easily destroy the system by removing critical 
dataset entries.  Much more typically, it just fills up with junk.

sas


On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen  wrote:

> I could damage the catalog, perhaps as easily as adding datasets until
> I overflow it. Perhaps not integrity as in ability to upgrade my
> authority, but certainly a potential DOS and a threat to system stability.
>
>

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


test

2020-09-15 Thread Allan Staller
Classification: HCL Internal

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


Re: Is www..ibm.com down?

2020-09-04 Thread Allan Staller
Working for me @ 7"45 AM CST from Texas

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Friday, September 4, 2020 12:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is www..ibm.com down?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I'm getting "We can't connect to the server at www-01.ibm.com." and "We can't 
connect to the server at www-02.ibm.com."; are all of the 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ibm.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C5b6c1c4b9697419bcf3408d85090ffd8%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637347931397609198sdata=P7E4fwoTRZC3AHAensJhiuRdFA4TaQVygTao3Vjm9Lc%3Dreserved=0
 web servers down? Or is IBM blocking verizon?


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C5b6c1c4b9697419bcf3408d85090ffd8%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637347931397609198sdata=QsAz6QEueguv1oqNmCsZznuJHwKsvZC%2BGyQ%2Fpfclo%2BM%3Dreserved=0

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


Re: Simple VSAM question on sizing INDEX component

2020-08-31 Thread Allan Staller
Is the data set (and dfsms) set up for CA_RECLAIM?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Sunday, August 30, 2020 5:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Simple VSAM question on sizing INDEX component

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

List -



I have a VSAM Dataset that has grown over the years.  When it was set up - the 
INDEX space was left to default



I am wondering if it makes sense to override the Track Allocation and put it in 
Cylinders.



We are noticing a little bit of an increase in run time during reorg.  I was 
wondering if this might be due to the data set having 3.4GB now.  This file is 
EA/EF so it can grow



Over 4500 Cylinders on the Data

And the index is using tracks 2 pri and 11 sec - size is now 2.4 MB





During reorg we offload records to an archive then reload the current data back 
in.



This may be something I cannot improve on, just thought I would see if there 
are any insights I am missing.



Process:
Offload the data to a temp file

Archive records older than 2 weeks

Del/Def VSAM dataset

Reload current records to VSAM dataset



This runs daily


Thank you



Lizette


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


Re: ZCX task monitoring, anyone?

2020-08-26 Thread Allan Staller
II can't speak too much to the excp counts, but re: CPU usage.

Unix systems "count the beans" very differently than z/OS.
The "system overhead" (uncaptured CPU time) for z/OS averages about 10%.
The Unix systems I have encountered routinely exceed 40%.

Perhaps looking at a unix process through a z/OS lens (RMF global data capture) 
is distorting things?
I would also check the region size allocated to the ZCX address space. Paging 
might be masquerading as IO due to the z/OS lens being used.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Sean Gleann
Sent: Wednesday, August 26, 2020 3:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ZCX task monitoring, anyone?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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


Re: Is there a tool to monitor JES2 Input Queue wait time?

2020-08-25 Thread Allan Staller
No real-time tools I can think of unless you want to write an exit.
Best suggestion I can offer is WLM managed initiators. 

With WLM managed initiators, queue time becomes part of the velocity 
calculation when determining of batch is meeting goals.
However, I do not believe the control is fine enough to replace JES managed 
initiators for production work.

A mixture of JES managed and WLM managed has worked best in my experience.

Note: WLM managed initiators turn workload selection about 90 degrees from what 
you are used to. You will need to rethink many things,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, August 24, 2020 4:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a tool to monitor JES2 Input Queue wait time?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Would that be real time or after the fact?  The scheduler software I have can 
do after the fact.

I am looking for real time monitoring


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, August 24, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a tool to monitor JES2 Input Queue wait time?

SMF/RYO
SMF/MXG
Several others. Check the CBTTAPE.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, August 24, 2020 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a tool to monitor JES2 Input Queue wait time?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Just curious



We had a few jobs that took up to 30 minutes before going from input queue to 
actually running.



Does anyone know of an easy (FREE) way to monitor JES2 Input times?



I know sometimes it is due to resource restrictions and WLM will not allow 
anything else to run.



But any way to see it in real time? (Assume Lights Out Environment - no people 
watching)







Thanks



Lizette




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

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


Re: Is there a tool to monitor JES2 Input Queue wait time?

2020-08-24 Thread Allan Staller
SMF/RYO
SMF/MXG
Several others. Check the CBTTAPE.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Monday, August 24, 2020 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there a tool to monitor JES2 Input Queue wait time?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Just curious



We had a few jobs that took up to 30 minutes before going from input queue to 
actually running.



Does anyone know of an easy (FREE) way to monitor JES2 Input times?



I know sometimes it is due to resource restrictions and WLM will not allow 
anything else to run.



But any way to see it in real time? (Assume Lights Out Environment - no people 
watching)







Thanks



Lizette




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


Re: How to determine which SMP CSI is used

2020-08-19 Thread Allan Staller
Compare SMPE Target datasets (e.g. SYS1.LINKLIB) to running datasets. The 
modules should be a match for the most part.
If there are 2 different levels, the will be many more mismatches.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
retired mainframer
Sent: Wednesday, August 19, 2020 11:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to determine which SMP CSI is used

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Do both CSIs contain a global zone?  Normally, one would contain the global 
zone and point to the other for the target or distribution zone, or both.

If both have global zones, do they contain any FMIDs in common?  If not, the 
one with the FMID for your PTFs is the one you want.

By run time library, I assume you mean target dataset or file.  Since almost 
everyone recommends against applying updates to active ones, should any CSI 
point to one currently in use?

Regardless of which dataset a DDDEF points to, it can always be overridden by 
JCL when the updates are actually applied.  DDDEFs can also be changed at any 
time.  So whether some point to your current datasets or not, you don't know if 
they did at the time updates were applied.

The only way to know which dataset were used when an update was applied is to 
look at the SMPE listing produced when the update was applied.  Hopefully your 
change control process keeps these, at least for audit purposes.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Bill Giannelli
> Sent: Wednesday, August 19, 2020 6:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How to determine which SMP CSI is used
>
> I have a component, DB2 Query Monitor, that I need to apply PTFs to. I
> have found 2 CSIs. How do I determine which CSI was used for the
> currently running "Run Time Libraries"?
> thanks
> Bill

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


Re: GIMUNZIP error

2020-08-18 Thread Allan Staller
Your target file is too small. I wanted to see if you were receiving the error 
on SMPWRK or  the dest file.

The hfs/zfs  that contains (/u/hdbswxg/smpnts/U0226/) needs to be cleaned 
up or expanded.
If a zfs zfsadm aggrow will suffice. Otherwist just follow the standard 
procedures o copy/expand a hfs.


HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, August 18, 2020 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIMUNZIP error

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

 Top of Data **
ICH70001I HDBSWXG  LAST ACCESS AT 08:20:47 ON TUESDAY, AUGUST 18, 2020 IEFA111I 
HDBSWXG1 IS USING THE FOLLOWING JOB RELATED SETTINGS:
 SWA=BELOW,TIOT SIZE=64K,DSENQSHR=DISALLOW,GDGBIAS=JOB
IEF236I ALLOC. FOR HDBSWXG1 UNZIP
IGD101I SMS ALLOCATED TO DDNAME (SYSUT3  )
DSN (SYS20231.T083154.RA000.HDBSWXG1.R0503941)
STORCLAS (SCTEMP) MGMTCLAS () DATACLAS ()
VOL SER NOS= TEMP54
IGD101I SMS ALLOCATED TO DDNAME (SYSUT4  )
DSN (SYS20231.T083154.RA000.HDBSWXG1.R0503942)
STORCLAS (SCTEMP) MGMTCLAS () DATACLAS ()
VOL SER NOS= TEMP50
IGD103I SMS HFS FILE ALLOCATED TO DDNAME SMPJHOME IGD103I SMS HFS FILE 
ALLOCATED TO DDNAME SMPCPATH IEF237I JES2 ALLOCATED TO SMPOUT IEF237I JES2 
ALLOCATED TO SYSPRINT IGD103I SMS HFS FILE ALLOCATED TO DDNAME SMPDIR IEF237I 
JES2 ALLOCATED TO SYSIN IGD103I SMS HFS FILE ALLOCATED TO DDNAME SMP1 
IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMP1) FILENAME IS 
(/u/hdbswxg/smpnts/U0226/smpe2020231083155165398/GIMFAF.XML)
IEF142I HDBSWXG1 UNZIP - STEP WAS EXECUTED - COND CODE 0012
IGD105I SYS20231.T083154.RA000.HDBSWXG1.R0503941 DELETED,   DDNAME=SYSUT3
IGD105I SYS20231.T083154.RA000.HDBSWXG1.R0503942 DELETED,   DDNAME=SYSUT4
IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMPJHOME) FILENAME IS 
(/usr/lpp/java/J8.0/) IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMPCPATH) 
FILENAME IS (/usr/lpp/smp/classes/)
IEF285I   HDBSWXG.HDBSWXG1.J0059480.D102.? SYSOUT
IEF285I   HDBSWXG.HDBSWXG1.J0059480.D103.? SYSOUT
IGD104I HFS FILE WAS RETAINED, DDNAME IS (SMPDIR  ) FILENAME IS 
(/u/hdbswxg/smpnts/U0226/)
IEF285I   HDBSWXG.HDBSWXG1.J0059480.D101.? SYSIN

-- SMF STEP STATS -
  ***
  *  NO. *  *  * TCB+SRB *  USED  *  DISK  *  TAPE  *
  ***
  *  *  *  * ****
  *   001* UNZIP* GIMUNZIP * 0.10*304 * 000* 000*
  ***
  ***

IEF373I STEP/UNZIP   /START 2020231.0831
IEF032I STEP/UNZIP   /STOP  2020231.0921
CPU: 0 HR  00 MIN  00.10 SECSRB: 0 HR  00 MIN  00.00 SEC
VIRT:   304K  SYS:   372K  EXT:  428K  SYS:11588K
ATB- REAL:  4056K  SLOTS: 0K
 VIRT- ALLOC:  11M SHRD:   0M

-- SMF JOB STATS --
  ***
  * SYS   JOBNAMESTEPS   ACCT INFO   CLASS  CPUTIME *
  * ID  TCB+SRB *
  ***
  * *  * *   *   *  *
  *T33N * HDBSWXG1 * 001 *000481P6H40* 0 *  0.10*
  ***

IEF375I  JOB/HDBSWXG1/START 2020231.0831 IEF033I  JOB/HDBSWXG1/STOP  
2020231.0921
CPU: 0 HR  00 MIN  00.10 SECSRB: 0 HR  00 MIN  00.00 SEC
 *** Bottom of Data 

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

Re: GIMUNZIP error

2020-08-18 Thread Allan Staller
Please post the job log

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, August 18, 2020 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GIMUNZIP error

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I have been trying to unzip a USS file and I keep getting the following:
GIM68200E ** PROCESSING FAILED FOR THE /bin/pax UNIX SYSTEM SERVICE COMMAND.
GIM47800S ** AN ERROR OCCURRED WHILE GIMUNZIP WAS PROCESSING ARCHIVE Is this 
pointing to lack of space in my USS file system?
How do I resolve this?
thanks
Bill

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


Re: Started task stopping immediately. No error messages.

2020-07-28 Thread Allan Staller
S taskname,,,MSGCLASS=(held sysout class)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Nightwatch RenBand
Sent: Tuesday, July 28, 2020 11:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Started task stopping immediately. No error messages.

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Run the STC as a batch JOB.
Just create a JOB statement and invoke it as any other PROC.
This gives you control of MSGCLASS and MSGLEVEL so you can be sure to get the 
sysouts in JES, and see any errors Simple elegance.

Also, most all stc's will also run as batch jobs

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


Re: SFTP and z/OS Migration

2020-07-22 Thread Allan Staller
OPENSSH is pretty tightly integrated into the /etc file system (separate from 
the root file system). I have not head of IBM any maint touching /etc in a long 
time.

As long as you don’t replace the /etc physical file , you should be fine.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Roberto Halais
Sent: Wednesday, July 22, 2020 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SFTP and z/OS Migration

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Listers:

My company has decided to forego FTP and go the SFTP way.

I have installed OPENSSH and have SFTP working.

I installed using the IBM user's guide and everything installed in the default 
libraries.

My concern is, when we migrate to a new z/OS release do I have to do the whole 
install again?

Can I, from the beginning, install all the SSH libraries in a different 
filesystem so that when I migrate I can just mount the filesystem and execute.
And later on install the new version Openssh.

Don't know if I am clear in what I am asking.

Just some tips on facilitating installing under a new release.

Thank you.

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


Re: Sending email from the Mainframe

2020-07-21 Thread Allan Staller
We send everything plain text to the corporate email server and let them handle 
it!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Tuesday, July 21, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sending email from the Mainframe

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We found it easier to set up a small SMTP relay box on an Intel platform and 
let it do all the TLS heavy lifting.

Tony Thigpen

Sasso, Len wrote on 7/21/20 9:44 AM:
> We are using CSSMTP to send email from the Mainframe. All our messages must 
> implement TLS 1.2 or higher for transport level encryption.
>
> What you using?
>
>
>
> Please Be Safe!
>
> Thank You!
>
> Len Sasso
> Systems Administrator Senior
> CSRA, A General Dynamics Information Technology Company
> 327 Columbia TPKE
> Rensselaer, NY 12144
>
> Office Hours: M-F  7 AM - 3:45 PM
> Out-Of-Office:
> Phone: (518) 257-4209
> Cell: (518) 894-0879
> Fax: (518) 257-4300
> len.sa...@gdit.com
> URL:
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.g
> dit.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cb70e49b4651c41
> b4779308d82d8f672e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637309
> 441231612280sdata=DKdycmphfcXuCDtHDQnoeN%2Bb3J9bXuMedWB%2FiobS2jo
> %3Dreserved=0 =http%3A%2F%2Fwww.gdit.com%2Fdata=02%7C01%7Callan.staller%40HCL.C
> OM%7Cb70e49b4651c41b4779308d82d8f672e%7C189de737c93a4f5a8b686f4ca99419
> 12%7C0%7C0%7C637309441231612280sdata=DKdycmphfcXuCDtHDQnoeN%2Bb3J
> 9bXuMedWB%2FiobS2jo%3Dreserved=0>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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


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


Re: z/OS 2.2 documentation

2020-07-17 Thread Allan Staller
Not the KC, the PDFs of the manuals.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Thursday, July 16, 2020 6:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.2 documentation

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

It's there for me (or am I not understanding)?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.2.0%2Fcom.ibm.zos.v2r2.ieaa700%2Ftoc.htmdata=02%7C01%7Callan.staller%40HCL.COM%7C6abb861fe7d0412c59a208d829e05449%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637305390754708836sdata=5gjq7rIVh6RhBCCp88KDr9Kwv0p20aPvwXC7ofvrhoU%3Dreserved=0
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.2.0%2Fcom.ibm.zos.v2r2.ieaa700%2Fabend.htmdata=02%7C01%7Callan.staller%40HCL.COM%7C6abb861fe7d0412c59a208d829e05449%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637305390754708836sdata=Q92A7pWg9Q0FRmbSEBbXURFdr6mrZg435t1MPZ6fTmM%3Dreserved=0

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Thursday, July 16, 2020 12:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.2 documentation

The z/OS 2.2 documentation seems to have disappeared from the z/OS internet 
Library (again!) The index is there, but the PDF's seem to have disappeared.

Interestingly, the 2.1 doc is still there and functional.

IBM, clean up your act!

::DISCLAIMER::

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


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

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

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


Re: z/OS 2.2 documentation

2020-07-17 Thread Allan Staller
Exactly!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Thursday, July 16, 2020 7:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.2 documentation

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Maybe he's talking about this link, which is my old bookmark to the pdf's:

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww-01.ibm.com%2Fservers%2Fresourcelink%2Fsvc00100.nsf%2Fpages%2Fzosv2r2-pdf-download%3FOpenDocumentdata=02%7C01%7Callan.staller%40HCL.COM%7C3d49cdf1ae124c55676008d829e4a086%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637305409219093161sdata=C3hJfHu0fcvBuHQ6TWfa5s2o3fn2%2FLHzPUZclIfeyjE%3Dreserved=0

The index is there, but if I click to look at a pdf file, I get a 404 error.

On 7/16/2020 4:30 PM, Charles Mills wrote:
> It's there for me (or am I not understanding)?
>
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.2.0%2Fcom.ibm.zos.v2r2.
> ieaa700%2Ftoc.htmdata=02%7C01%7Callan.staller%40HCL.COM%7C3d49cdf
> 1ae124c55676008d829e4a086%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7
> C637305409219093161sdata=wurhtwDcUD0trc21Q3ut%2FlPibGwcc5XJORZqop
> E6PRU%3Dreserved=0
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> ibm.com%2Fsupport%2Fknowledgecenter%2FSSLTBW_2.2.0%2Fcom.ibm.zos.v2r2.
> ieaa700%2Fabend.htmdata=02%7C01%7Callan.staller%40HCL.COM%7C3d49c
> df1ae124c55676008d829e4a086%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0
> %7C637305409219093161sdata=k2DC75IVcNxR6Knx4TJY13zkEHhfq%2FZtwJhR
> 8KfUD3U%3Dreserved=0
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Allan Staller
> Sent: Thursday, July 16, 2020 12:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.2 documentation
>
> The z/OS 2.2 documentation seems to have disappeared from the z/OS 
> internet Library (again!) The index is there, but the PDF's seem to have 
> disappeared.
>
> Interestingly, the 2.1 doc is still there and functional.
>
> IBM, clean up your act!
>
> ::DISCLAIMER::
> 
> The contents of this e-mail and any attachment(s) are confidential and 
> intended for the named recipient(s) only. E-mail transmission is not 
> guaranteed to be secure or error-free as information could be intercepted, 
> corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses 
> in transmission. The e mail and its contents (with or without referred 
> errors) shall therefore not attach any liability on the originator or HCL or 
> its affiliates. Views or opinions, if any, presented in this email are solely 
> those of the author and may not necessarily reflect the views or opinions of 
> HCL or its affiliates. Any form of reproduction, dissemination, copying, 
> disclosure, modification, distribution and / or publication of this message 
> without the prior written consent of authorized representative of HCL is 
> strictly prohibited. If you have received this email in error please delete 
> it and notify the sender immediately. Before opening any email and/or 
> attachments, please check them for viruses and other defects.
> 
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>

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

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


z/OS 2.2 documentation

2020-07-16 Thread Allan Staller
The z/OS 2.2 documentation seems to have disappeared from the z/OS internet 
Library (again!)
The index is there, but the PDF's seem to have disappeared.

Interestingly, the 2.1 doc is still there and functional.

IBM, clean up your act!

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


Re: Changing the volser of an HSM ML1 volume

2020-07-13 Thread Allan Staller
Those will drain in a few Daily Space Management Cycles. They are vtoc copies 
used in volume recovery.
You can also (with minor risk), just delete them.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Monday, July 13, 2020 3:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi again,
HSM copied many of the files on the old volume, but there are still some files 
left.
The files are named HSM.VTOC.** and HSM.HMIG.** How do I tell HSM to copy these 
files too.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richard Marchant
Sent: Monday, July 13, 2020 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Changing the volser of an HSM ML1 volume

Gadi,

HSM should move all the files.

Richard Marchant
Johannesburg

On Mon, Jul 13, 2020 at 8:43 AM Gadi Ben-Avi  wrote:

> Thanks
> Will HSM move the files already on the old volume, or do I have to do
> it myself?
>
> Gadi
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Richard Marchant
> Sent: Monday, July 13, 2020 9:18 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Changing the volser of an HSM ML1 volume
>
> Gadi,
>
> I would advise you do the following so HSM knows what's where:
>
> HSEND ADDVOL newvolser UNIT(3390) MIGRATION(ML1 NODRAIN)
>
> HSEND ADDVOL oldvolser UNIT(3390) MIGRATION(DRAIN)
>
> HSEND FREEVOL MVOL(oldvolser) AGE(0) TARGETLEVEL(ML1)
>
> Once complete you can DELVOL the oldvolser.
>
> HTH
>
> Richard Marchant
> Johannesburg
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gadi Ben-Avi
> Sent: Monday, July 13, 2020 6:55 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Changing the volser of an HSM ML1 volume
>
> Hi,
> I need to change the name of a HSM ML1 volume.
> The volume only contains VTOC files created by backups.
>
> Can I just create a new volume, define it to hsm and move the files to it?
>
> Gadi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> This message is subject to certain restrictions and qualifications
> which are contained in our email disclaimer which is available on our
> website at
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.edcon.co.za%2FEdcon%2FDisclaimerdata=02%7C01%7Callan.staller%40HCL.COM%7Cca0cff95253a47d8cf1c08d827058df1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637302252112708477sdata=xS6mZ0yckJNL5pN%2B7LC0FWxO9lyhAtv%2F7499XVf0X28%3Dreserved=0
>  or from the Group Secretary on (011) 495-6000.
> The disclaimer also provides our corporate information and names of
> our directors as required by law.
> The disclaimer is deemed to form part of this message in terms of
> Section
> 11 of the Electronic Communications and Transactions Act, 2002.
>
> --
> 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

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

Re: Is /usr/lpp reserved solely for IBM products?

2020-07-13 Thread Allan Staller
>However, /usr/lpp is in IBM's Version root which is mounted R/O.
>
>Is it proper to change Version root's mount mode temporarily to R/W and mkdir 
>another mountpoint off /usr/lpp for the product I'm installing, or should this 
>be avoided and made elsewhere?
-->Yes. I do this all the time.. Remember to adjust your SMP/E target root with 
the same value.
>Is there a general recommendation where to mount aggregates for non-IBM 
>products?
-->Up to you. I find /usr/lpp to be as convenient as anywhere else.
>The vendor says nothing about this.
>
>Can mount mode of the Version root be changed on the fly by some command or 
>will this require bouncing the system?
-->Yon can remount as read/write on the fly.

-- gil

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


Re: Concatenating lines

2020-07-13 Thread Allan Staller
I don't know if the data to too large, but  the ISPF EDIT line command TF 
("text flow") seems to do what you want. Check the edit line commands in ISPF 
Help.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Saturday, July 11, 2020 7:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenating lines

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Thanks Lionel, what about when there's a 3 or 7-part line (2 or 6 lines with 
continuation char respectively.).
Need a safe way to loop the 'else do' bit you've shown below.

- KB

‐‐‐ Original Message ‐‐‐
On Saturday, July 11, 2020 5:26 PM, Lionel B Dyck  wrote:

> I'm not aware of one but that would be a very trivial rexx program to do so.
>
> This should get you started:
>
> /* rexx */
> 'alloc f(in) ds(lionel.doc(concinp)) shr reuse'
> 'execio * diskr in (finis stem in.'
> 'free f(in)'
> do i = 1 to in.0
> if substr(in.i,72,1) /= '+'
> then say in.i
> else do
> data = substr(in.i,1,71)
> i = i + 1
> data = data''in.i
> say data
> end
> end
>
> Lionel B. Dyck <
> Website:
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C67ccd6
> 36819e4b7ea2d808d82593a1ae%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C637300663300910224sdata=LdErUFo%2BYWgIygZekUG%2FRO%2F9t%2BIPtnP
> 1cX8RePmuHr0%3Dreserved=0
>
> "Worry more about your character than your reputation. Character is
> what you are, reputation merely what others think you are." - John
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of kekronbekron
> Sent: Saturday, July 11, 2020 6:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Concatenating lines
>
> Hi,
>
> Is there any program in any of the CBT tapes, or perhaps on someone's GitHub 
> .. that makes concatenating lines easy?
> If a continuating character is found in column 72, append the next line to 
> current line, and so on.
>
> Thanks,
>
> -   KB
>
> 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
::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


Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

2020-07-10 Thread Allan Staller
The posted data shows only one alias. Did you truncate the listing?

As long as both alaii point to the same ucat, I am mystified.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bruce Lightsey
Sent: Friday, July 10, 2020 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

So -
READY
listcat alias all cat(catalog.vmvsmca)
  LISTING FROM CATALOG -- CATALOG.VMVSMCA  ALIAS 
- AC
  HISTORY
RELEASE2 CREATION2017.186
  ENCRYPTIONDATA
DATA SET ENCRYPTION-(NO)
  ASSOCIATIONS
USERCAT--CATALOG.VDSK204

I selected a couple of dozen aliases and verified that the datasets created - 
such as AC.PROD.PH.P37806.D2020191 (created yesterday) - are cataloged to the 
expected usercat. The ones I checked all seem to be correct.

There are also a few aliases and 2 usercats that need to go away since those 
applications have been moved away and the z/OS version decommissioned. 
Different issue but it is interesting what one can learn by poking around in 
places where one doesn't normally venture.

-Original Message-


Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.its.ms.gov%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C9118cecdce22436255eb08d82501bf0c%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637300036728656871sdata=opcVhAyPCU8OabZMZbhWxBpRhYC7CZsyxyQ8UA0LHQA%3Dreserved=0

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Friday, July 10, 2020 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

You used an syntactically correct, but functionally incorrect version of the 
listcat command.
The version you need is LIST ALIAS ALL CAT(mcatname).

Verify the association in this catalog with the association on the system you 
can "see" the dataset.

HTH,

BTW. If there is any discrepancy, it may take a fair amount of work to resolve


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


Re: Two Processors and One IODF

2020-07-10 Thread Allan Staller
Comments/opinions interspersed

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Michael Babcock
Sent: Friday, July 10, 2020 1:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Two Processors and One IODF

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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)?
--> The more alike your 2 machines are the less chance for error. This can be 
done with 1 IODF, but is not required. See #2

2.  What's the best way to move the IODF at home to the DR machine?
--> I use 2 series of IODF's 01-04 for the production image 91-94 for the DR 
image. Corresponding to the IODF. IODF changes are made in parallel to both 
copies.
The IODF is moved from local to DR by a flash copy of the IODF volume.

3.  Are there any gotchas we need to watch out for?
--> Can't think of any except to remember to keep both configurations "in sync"

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

5.  Am I crazy for even entertaining this idea?
--> Nope. Makes sense to me

6.  Any alternatives I need to consider?
--> Others may offer some. I am of a very similar mindset to yours.

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


Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

2020-07-10 Thread Allan Staller
You used an syntactically correct, but functionally incorrect version of the 
listcat command.
The version you need is LIST ALIAS ALL CAT(mcatname).

Verify the association in this catalog with the association on the system you 
can "see" the dataset.

HTH,

BTW. If there is any discrepancy, it may take a fair amount of work to resolve,
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bruce Lightsey
Sent: Friday, July 10, 2020 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

A lot of entries come back :

READY
listcat alias all
  LISTING FROM CATALOG -- CATALOG.VMVSMCA  ALIAS 
- AC
  HISTORY
RELEASE2 CREATION2017.186
  ENCRYPTIONDATA
DATA SET ENCRYPTION-(NO)
  ASSOCIATIONS
USERCAT--CATALOG.VDSK204
.
.
.
The master catalog is vmvsmca and there seem to be about 8 - 10 usercats for 
the various aliases.


-Original Message-


Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.its.ms.gov%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C884f9d4056b441c9c35508d824eba008%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637299941733466921sdata=OsTlIwzVoADWiiz32cZBIv1kcV8DI%2BmZ0S4KSq0tzs8%3Dreserved=0

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Friday, July 10, 2020 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: potential catalog search error - shown by IGGCSI00 [EXTERNAL]

Try IDCAMS command LISTCAT ALIAS ALL.
If you try it under TSO then you need to do PROFILE NOPREFIX first.

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fidcams-listc-alias-all-under-tsodata=02%7C01%7Callan.staller%40HCL.COM%7C884f9d4056b441c9c35508d824eba008%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637299941733466921sdata=Ml2cXlqhGGsX%2Ffj%2BAGLbqhywGcTFSu%2Bkvt1PNKo6U%2BI%3Dreserved=0

On Fri, Jul 10, 2020 at 3:22 PM Bruce Lightsey  
wrote:
>
> Slight (or major) correction Kirk - datasets cataloged in the master catalog 
> return correctly. Any dataset in any user catalog is "not found".
>
> I can, for example, find the SYS1.CPU1.VTAMLST dataset that is cataloged in 
> the master catalog CATALOG.VMVSMCA but I cannot find CCITS.DATACOM.R12.MSG015 
>  in catalog CATALOG.VSYS023 or PH.PROD.PR731P.RW.P0703.FILE08 in catalog 
> CATALOG.VDSK204 or any other dataset cataloged in any user catalog.
>
>
>
>
> Bruce Lightsey
> Database Manager
> MS Department of Information Technology Services
> 601-432-8144 |
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.i
> ts.ms.gov%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C884f9d4056b4
> 41c9c35508d824eba008%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6372
> 99941733466921sdata=OsTlIwzVoADWiiz32cZBIv1kcV8DI%2BmZ0S4KSq0tzs8
> %3Dreserved=0
>
> DISCLAIMER: This email and any files transmitted with it are
> confidential and intended solely for the use of the individual or
> entity to whom they are addressed. If you have received this email in
> error please notify the system manager. This message contains
> confidential information and is intended only for the individual
> named. If you are not the named addressee you should not disseminate,
> distribute or copy this e-mail. Please notify the sender immediately
> by e-mail if you have received this e-mail by mistake and delete this
> e-mail from your system. If you are not the intended recipient you are
> notified that disclosing, copying, distributing or taking any action
> in reliance on the contents of this information is strictly prohibited
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Kirk Wolf
> Sent: Friday, July 10, 2020 9:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: potential catalog search error - shown by IGGCSI00
> [EXTERNAL]
>
> On Thu, Jul 9, 

Re: PDS/e Encryption

2020-07-10 Thread Allan Staller
Fast/easy: Encrypt/decrypt a copy of the original dataset for backup purposes.
Slow/hard: Code up ICSF calls to encrypt the info.

Expensive: Upgrade VTS to support encryption.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Friday, July 10, 2020 8:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS/e Encryption

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

In this case we're not encrypting for the purpose of securing the execution of 
program objects, we need to have those datasets encrypted on our backup tapes. 
Our virtual tape technology solution doesn't support encrypting of data on the 
virtual tape, just on the backend storage, which isn't sufficient for our needs.

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ce01cd7dd95e046ab624508d824d16e95%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637299829228155328sdata=18wbMPuvsiN6GlS8nyFyPJKM8zYRj2wJqGxXDmtbiEw%3Dreserved=0

‐‐‐ Original Message ‐‐‐
On Friday, July 10, 2020 8:53 AM, Edgington, Jerry 
 wrote:

> Mark,
>
> Are the PDS/e contain load modules?? If so, there is a way to secure the load 
> modules, instead of the PDS/e, include COBOL.
>
> Jerry
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of Mark Jacobs
> Sent: Friday, July 10, 2020 8:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: PDS/e Encryption
>
> This message was sent from an external source outside of Western & Southern's 
> network. Do not click links or open attachments unless you recognize the 
> sender and know the contents are safe.
>
> We have a requirement to encrypt a certain class of mainframe data. While 
> looking at doing so for PDS/e datasets (available with z/OS 2.4 and with PTFs 
> on 2,2 and 2.3), I've run into a quandary. Storing program objects in an 
> encrypted PDS/e isn't supported.
>
> I'm looking at the read-only ACS variables to see if I can ascertain whether 
> a PDS/e will be storing program objects so I can bypass assigning our 
> encryption dataclas, and there's nothing obvious for me to use.
>
> Has anyone come up with a solution for this?
>
> Mark Jacobs
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.
> protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40proton
> mail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Ce01cd7dd95e046ab
> 624508d824d16e95%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63729982
> 9228165317sdata=cX%2BAFa2R%2F%2Fx%2FdHlCemtozmof9t9qHHafkZ109gnm9
> xA%3Dreserved=0
>
> --
> --
> --
> --
> --
> --
> --
> --
> --
> 
>
> 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
::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 

Re: potential catalog search error - shown by IGGCSI00

2020-07-09 Thread Allan Staller
Increase the region on the job(s) doing the retrieval. CSI returns the data in 
a buffer in *YOUR*  private storage, not his.
Depending on the amount of data returned by the request you might/might not 
receive a correct answer.

The results can range from success to "not found" (your case) or S878 abends.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bruce Lightsey
Sent: Thursday, July 9, 2020 3:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: potential catalog search error - shown by IGGCSI00

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

While I’m waiting on my sysprog and IBM to finish scratching their heads I 
thought I’d ask if anyone had run into and corrected a similar situation.  And 
many thanks to Kirk Wolf for patiently helping isolate where the issue seems to 
be.

Situation :

On one particular LPAR I cannot retrieve a dataset via SFTP and also cannot 
find the specific dataset with sys1.samplib(iggcsirx).
I used Co:Z SFTP to “put” the dataset to the LPAR; I can use regular FTP to 
“get” the dataset; I can edit the dataset in ISPF; from my Windows workstation 
using SFTP I can see the dataset when I issue the “ls” command but when I “get” 
the dataset I get a “dataset not found” error. Same result when using Filezilla 
– when connecting to FTP I can “put” and “get” with no difficulty but when 
using SFTP I can “put”, see the dataset in the listing on the mainframe, but I 
can’t “get” the dataset.   Frustrating !
On TSO with the sys1.samplib(iggcsirx) REXX using the specific name as the 
filter key - CCTSD02.TRIM.TXT - yields nothing but wild-carding the filter key 
- CCTSD02.TRIM.TXT.** - returns the catalog information as expected.
I have verified that this is the same behavior for any dataset on the LPAR – 
you must wild-card the name in order to get the catalog info returned. There is 
also a user-started SAP process integration task using plain FTP and IGGCSI00 
that fails unless the dataset name is wild-carded

On a second LPAR on the same CEC that shares the user catalogs, the REXX 
returns the catalog information in both scenarios ( with and without the 
wild-card ). This makes me think that there is something uniquely set/broken on 
my problem LPAR but I am at a loss as to where to look now.

On a second box with multiple z/OS 2.2 and 2.3 LPARS, the REXX also works as 
expected with and without the wild-card.

Any ideas ?

Thanks,
Bruce



Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.its.ms.gov%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cfcb9a060c223460e884608d824494fa3%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637299244596160894sdata=hol%2Bhz9iqcXZKQ5pC6mPBIpDehrI5sDz6mrvYzUMyUA%3Dreserved=0

DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited


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

Re: Configuring a CP online

2020-07-09 Thread Allan Staller
You need to deactivate/reactivate the LPAR (@ HMC) after configuring the image 
profile as desired. This is more than an IPL..

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Wednesday, July 8, 2020 5:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Configuring a CP online

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

OK, based on advice here, we'll schedule an LPAR bounce at the next IPL. Thanks!

.
.
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 
Mark Jacobs
Sent: Wednesday, July 8, 2020 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Configuring a CP online [EXTERNAL]

CAUTION EXTERNAL EMAIL

Yes, the Image profile needs to be updated for number of CPs to be brought 
online during IPL.

Mark Jacobs

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7Cdc0d6c6ab0b74abace2f08d823900a40%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637298448855932133sdata=tIf7SJrQIPW6MGd276jXhszcupUIBoi0kqlTrTW4LEw%3Dreserved=0

‐‐‐ Original Message ‐‐‐
On Wednesday, July 8, 2020 2:46 PM, Feller, Paul 
<02fc94e14c43-dmarc-requ...@listserv.ua.edu> wrote:

> If this CP is to be online from now on then update the lpar hardware profile 
> to insure that it will be there after any deactivate/activate of the lpar. In 
> the back of my mind I'm thinking during the IPL process the system looks at 
> the profile to see what number of CPs should be online. I could be wrong, but 
> I keep thinking I've run into the same situation and updating the profile 
> fixed the issue.
>
> Thanks..
>
> Paul Feller
> GTS Mainframe Technical Support
>
> -Original Message-
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf
> Of Jesse 1 Robinson
> Sent: Wednesday, July 08, 2020 1:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Configuring a CP online [EXTERNAL]
>
> We added a logical CP a while back via CF online. After the next IPL, it was 
> offline until we reissued the CF command. What do we have to do to make it 
> 'permanent'?
>
> .
> .
> 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
> robinsj2@sce.commailto:robin...@sce.com
>

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


Re: [External] Re: Storage & tape question

2020-07-08 Thread Allan Staller
Many times a new box is populated with back-end drives  from the same "batch" 
of hardware, with the same MTBF.
The result is that many drives will tend to fail about the same time.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, July 8, 2020 3:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Storage & tape question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I would say it is not because of extra workload, but rather result of some 
"epidemic" - the reason which caused first drive failure also somehow affect 
other drives. Last, but not least array controler
(electronics) is also suspected.
My €0.02

--
Radoslaw Skorupka
Lodz, Poland






W dniu 07.07.2020 o 20:41, Pommier, Rex pisze:
> Regarding the second disk failing while the first was rebuilding, I've heard 
> more than once that a second failure in a RAID array shortly after the first, 
> while the rebuild is happening is not that uncommon.  Something about the 
> sudden extra stress on the rest of the drives in the RAID set due to their 
> ultra high utilization trying to get the failed drive rebuilt.  Has anybody 
> else heard this?  Is there documented validity to this assertion?
>
> Rex
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of John McKown
> Sent: Tuesday, July 7, 2020 8:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [External] Re: Storage & tape question
>
> 
>
> We had a similar problem occurs, long ago, with an actual SAN dasd array (for 
> Windows, not MVS). Weekend backup to physical tape aborted on a Sunday. The 
> Windows admin said "No problem, it's a RAID-5 array, I can fix it Monday 
> morning." A few hours later, a disk in the array failed. No problem, right? 
> Unfortunately, while the CE was on his way in to replace it, a second disk 
> failed. The array was destroyed. Management said to repair it and reload from 
> the Sunday backup and we'd be good. When the admin admitted that the backup 
> failed and he didn't go in, he was immediately terminated. * Now, 
> what are the chances that 2 drives in an array will fail within hours? I 
> don't know, but one thing many don't think about with a "new array" is that 
> all the drives are likely the same age and will start to fail (if they are) 
> about the same time.   *
>
>
> 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


==

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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C9185a0f9c91e436167ad08d8231a382c%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637297943541125481sdata=5NBusdnjQN75qFgUXCmbyen4jlOXmnfPUSoQKxI98eY%3Dreserved=0,
 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. 

Re: [External] Re: Vtoc and index sizing based on Mods

2020-07-06 Thread Allan Staller
There are still some minor issues involved w/vvds, etc. placement, but there 
are very moinr, and for most volumes will make zero difference.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Monday, July 6, 2020 10:18 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Vtoc and index sizing based on Mods

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi Peter,

I don't think anybody answered this question.  With modern (read: emulated) 
boxes I've been told the location of the VTOC/VTOCIX/VVDS don't matter anymore. 
 Back in the SLED days I was a stickler for placing the VTOC & IX  1/3 of the 
way into the volume, right next to each other to try to minimize head movement. 
 Now, with it all placed on "smoke and mirrors", and with huge cache sizes, the 
location doesn't matter, so I place them right at the beginning of the volumes 
so that I have the largest possible contiguous free space - at least until the 
first dataset on the volume is deleted.  :-)

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Saturday, July 4, 2020 11:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Vtoc and index sizing based on Mods

Hello

Thank you so much

How do we determine the location of vtoc and index ?  Is it possible to place 
all the mod 27 in same location of cylinder and tracks ?

On Sat, 4 Jul, 2020, 9:44 PM Lizette Koehler, 
wrote:

> It depends
>
> If the volume would have one dataset on it, like my SPOOL Volumes,
> then they are very small
>
> If like in my TSO Pool there are lots of tiny (15 track or less) then
> I make them huge.
>
> So it all depends on
>
> What the intent of the volume is (1 dataset vs Many Datasets) What
> size the volume is (Mod3/9/27/54/EAV)
>
> You will see an error message when the VTOC or VTOIX is too small.
>
>
>
> Hope this helps
>
> Lizette
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Peter
> Sent: Saturday, July 4, 2020 10:12 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Vtoc and index sizing based on Mods
>
> Hello Group
>
> Apology for being ignorant.
>
> Is there a formula or any constraints for initialising a specific dasd
> Mod ?
>
> How do arrive to a specific vtoc and index value while initialising a
> dasd ?
>
> Please help me to understand
>
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


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

Re: Storage & tape question

2020-07-06 Thread Allan Staller
ITYM TB, not MB

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Monday, July 6, 2020 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have a three-way TS7760 grid--all mirrors of each other.  DR box is a 
TS7760T with a 3584, with some 650 tapes, or so.

Yes, it's very much different.  With IBM's VTSs you pay for bandwidth.  We 
license 300 MB/s, for instance, on each cluster.  If I remember correctly, you 
can go up to 700 MB/s on the TS7760.  A far cry from normal "DASD" boxes.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
kekronbekron
Sent: Monday, July 6, 2020 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage & tape question

[External Email. Exercise caution when clicking links or opening attachments.]

Hmm... do a lot of shops use actual cart based tapes ... TS77xx with TS4x00?
Don't know if EMC DLm has a cart back-end option.

If it's VTL with disk back-end, is that any different from having it all on 
DASD?


- KB

‐‐‐ Original Message ‐‐‐
On Monday, July 6, 2020 4:25 PM, R.S.  wrote:

> I forgot something obvious for me: NEVER USE TAPES FOR APPLICATION DATA.
> No jobs should write or read tapes.
> Nothing except backup and restore and (optionally) ML2. Managed by HSM
> or FDR. Some excepions for archive copies are worth to consider.
> Note: you may have 15 years old backup on new shining tape. Migration
> from older tape is no nightmare at all. It is simple.
>
> --
> --
> --
> --
> --
> ---
>
> Radoslaw Skorupka
> Lodz, Poland
>
> W dniu 06.07.2020 o 12:49, R.S. pisze:
>
> > W dniu 05.07.2020 o 14:12, kekronbekron pisze:
> >
> > > Hello List,
> > > Just wondering ... assuming there's a primary storage product out
> > > there that can store how-many-ever hoo-haa-bytes, and is a good
> > > product in general, it should make sense to begin eliminating all
> > > tape (3490/3590) use right?
> > > First, ML1 & ML2 in HSM, then HSM itself, then rebuild jobs to
> > > write to disk, or do SMS/ACS updates to make it all disk reads/writes.
> > > Looking at the current storage solutions out there, this is
> > > possible, right?
> > > What would be the drawbacks (assume that primary storage is super
> > > cost-efficient, so there's no need to archive anything).
> >
> > Few remarks:
> > Even the cheapest possible DASD will not replace backup and other
> > things (archive copy, etc.) I did replace 3490E tapes with really
> > cheap second hand DASD boxes, it was approx. 20 years ago. Been
> > There, done that. It wasn't very fine solution, it was cheap and
> > working. AFAIR HSM does not like DASD as the output for some
> > activities, can't remember details.
> > Someone wrote about tapes moved to DR shelter. That's very
> > old-fashioned. I would strongly prefer to have remote copy, that
> > means two dasd-boxes and connectivity between.
> > There are products for tape emulation on CKD disk. It is definitely
> > no cheap. It also consume MSU.
> > Tapes, even virtual tapes are OFFLINE media from MVS point of view.
> > Offline media are good for some ps! mistakes.
> > Last, but not least: you assumption is far from reality. DASD is
> > still more expensive than tape. The more capacity the difference is bigger.
> > Tape (real one) is cheap when talking about carts and very well
> > scalable. However tape realm with "first cart" is extremely
> > expensive, because drives are expensive, controllers are expensive
> > and ATLs are expensive.
> > The real decision depends strongly on your capacity, your predicted
> > growths, your needs and budget.
>
> ==
>
> 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. Senatorska 18, 00-950 
> 

Re: Using SSH and SFTP from Windows to z/OS using authorized_keys ???

2020-07-06 Thread Allan Staller
Until fairly recently,, there was no native ssh client on Windoze.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Monday, July 6, 2020 9:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using SSH and SFTP from Windows to z/OS using authorized_keys ???

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

On Mon, 6 Jul 2020 09:25:35 -0500, John S. Giltner, Jr. wrote:

>Not that mystifying.  None of those tools try and do key authentication by 
>default.  You need to configure them to use key by telling them which key file 
>to use.
>
What is wrong with Windows!?  I just tried a synthetic sftp://...
with Firefox on MacOS.  It just worked.  Why can't Windows apps simply agree on 
one key folder/file?

Why do vendors nurture the delusion of competitive advantage in incompatibility?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FFile%3ABreak_of_gauge_GWR_Gloucester.jpgdata=02%7C01%7Callan.staller%40HCL.COM%7C0942e6d585784fc0b77d08d821bcd67d%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637296442239782900sdata=kInnpHPMXQ6yvXF9L3CuvJ9%2F8ba%2FUFerYJw921XjkWs%3Dreserved=0

Perhaps it's so: people pay for Windows when they could get Linux free.

Conway's law?

>
>Never tried I/O redirection for sending files using just "ssh", so I'm not 
>sure.  I 99% sure it would work with Cygwin, never used Windows 10 bash, so 
>I'm not sure about it.

-- gil

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


Re: [EXTERNAL] Re: AT-TLS ? Very Basic Questions

2020-06-30 Thread Allan Staller
AT-TLS Operates at the transport layer of the OSI model.
SFTP (open SSH,...) operates at the session layer of the OSI model.

BTW, TLS has been supported "forever" by FTP, etc. The problem is, with TLS, 
the application needs to be modified to make TLS calls in the session layer. 
With AT-TLS, session layer TLS calls are moved to the transport layer and 
eliminated from the session layer. 
No application changes are needed.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 4:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: AT-TLS ? Very Basic Questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Thanks Allan.  In TCP/IP programs I've written in C (both mainframe and 
non-mainframe), I've used connect(), send(), recv() and similar C functions for 
clear-text communication.  So I think that would be called the "logical layer".

And I'm assuming the "physical layer" would be at the point where software is 
talking to an OSA card.  In this case that would be the TCPIP address space, 
since my program doesn't talk directly to hardware.

That would mean AT-TLS comes into play via the TCPIP task, doing the encryption 
at that point, while my clear-text program has no idea and doesn't care.  
Certificates and other encryption parameters would be handled by AT-TLS at that 
point.

That's the picture I have so far.

Now in my own program if I called OpenSSL functions like SSL_connect() or 
SSL_read(), then encryption would be done at the logical layer, and my own 
program would then be responsible for certificates.  AT-TLS would not be 
needed, well, unless an auditor doesn't trust my SSL code.  That actually could 
be a consideration even for things like SFTP I guess - there's your first flame 
:)

On 6/30/2020 1:42 PM, Allan Staller wrote:
> Hopefully this will provide the clarity needed.
>
> AT-TLS works at the physical layer.
> FTPS and SFTP work at the logical layer
>
> Although not mutually exclusive, If you are doing one, the other is 
> unnecessary.
>
> Start the flame wars! Shields up. Condition Red! AT-TLS vs. SFTP!
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Brennan
> Sent: Tuesday, June 30, 2020 12:19 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [EXTERNAL] Re: AT-TLS ? Very Basic Questions
>
> [CAUTION: This Email is from outside the Organization. Unless you 
> trust the sender, Don’t click links or open attachments as it may be a 
> Phishing email, which can steal your Information and compromise your 
> Computer.]
>
> Do you know if either of those require AT-TLS?  When I installed and 
> configured SSHD last (a couple of years ago) it did its own encryption.
> I never worked with anything called FTPS.
>
> On 6/30/2020 10:12 AM, Marshall Stone wrote:
>> There are 2 types of FTP in use today on most mainframes.
>>
>> SFTP  - which uses Open/SSH (SSHAGNT as client and SSHD as a server) 
>> and the encryption/authentication is generally provided by the use of 
>> RSA/DSA public/private key pairs. The public keys are exchanged and 
>> stored in known_hosts files (if acting as client) or authorized_keys 
>> file (if acting as server) - Uses Server PORT 22 and ephemeral ports
>>
>> FTPS - completely different mechanism the AT/TLS functions are 
>> provided by ICSF and policy agent (PAGENT) - You must configure an 
>> FTPS TLS rule to allow the connection and the partner side also will 
>> require a similar rule. The encryption/authentication come from the 
>> PAGENT rule and the use of x.509 certificates.  These are exchanged 
>> between partners and loaded onto the RACF keyring. The PAGNET rule 
>> points back to the keyring. - Uses Server PORT 990 by an old implicit 
>> default most sites use a different port and connect clients with 
>> ephemeral port ranges. FTPS handles MVS datasets better if possible 
>> use FTPS for MF to MF and use SFTP for MF to Other
>> platforms(MS,UNIX,etc)
>>
>> MS
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Tom Brennan
>> Sent: Tuesday, June 30, 2020 12:58 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: [EXTERNAL] Re: AT-TLS ? Very Basic Questions
>>
>> I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
>> last week, but I'm still missing what I imagine are important background 
>> points.  Maybe someone here can explain things, but don't worry too much 
>> about it.
>>
>>

Re: [EXTERNAL] Re: AT-TLS ? Very Basic Questions

2020-06-30 Thread Allan Staller
Hopefully this will provide the clarity needed.

AT-TLS works at the physical layer.
FTPS and SFTP work at the logical layer

Although not mutually exclusive, If you are doing one, the other is unnecessary.

Start the flame wars! Shields up. Condition Red! AT-TLS vs. SFTP!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: AT-TLS ? Very Basic Questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Do you know if either of those require AT-TLS?  When I installed and configured 
SSHD last (a couple of years ago) it did its own encryption.
I never worked with anything called FTPS.

On 6/30/2020 10:12 AM, Marshall Stone wrote:
> There are 2 types of FTP in use today on most mainframes.
>
> SFTP  - which uses Open/SSH (SSHAGNT as client and SSHD as a server)
> and the encryption/authentication is generally provided by the use of
> RSA/DSA public/private key pairs. The public keys are exchanged and
> stored in known_hosts files (if acting as client) or authorized_keys
> file (if acting as server) - Uses Server PORT 22 and ephemeral ports
>
> FTPS - completely different mechanism the AT/TLS functions are
> provided by ICSF and policy agent (PAGENT) - You must configure an
> FTPS TLS rule to allow the connection and the partner side also will
> require a similar rule. The encryption/authentication come from the
> PAGENT rule and the use of x.509 certificates.  These are exchanged
> between partners and loaded onto the RACF keyring. The PAGNET rule
> points back to the keyring. - Uses Server PORT 990 by an old implicit
> default most sites use a different port and connect clients with
> ephemeral port ranges. FTPS handles MVS datasets better if possible
> use FTPS for MF to MF and use SFTP for MF to Other
> platforms(MS,UNIX,etc)
>
> MS
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Tom Brennan
> Sent: Tuesday, June 30, 2020 12:58 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXTERNAL] Re: AT-TLS ? Very Basic Questions
>
> I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
> last week, but I'm still missing what I imagine are important background 
> points.  Maybe someone here can explain things, but don't worry too much 
> about it.
>
> Client and server programs like SSH/SSHD call programs such as OpenSSL
> to handle the encryption handshake and processing.  So when you set
> those up, there is no AT-TLS needed for encryption.  Same with the
> TN3270 server and client, as long as you set that up with keys and parameters 
> on the host side, and settings on the client side.
>
> I'm thinking because of the name "Application Transparent" that AT-TLS was 
> made for programs that DON'T have their own logic to call OpenSSL (or 
> whatever) to do their own encryption.  Let's use clear-text FTP as an 
> example.  So somehow, AT-TLS hooks into the processing and provides an 
> encrypted "tunnel", kind of like VPN does, but only for that one application. 
>  Does that sound correct?
>
> If so, then the encryption is "transparent" to the FTP server code and FTP 
> does not need to be changed, which I think is the whole idea here.
> Yet we now have an encrypted session.  Does that sound correct?
>
> Then if so, what happens on the FTP client side?  I certainly can't use the 
> Windows FTP command, for example, because it's not setup for any kind of 
> encryption.  That's kind of my big question here.
>
> On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
>> Sweet - thank you
>>
>>
>> Lionel B. Dyck <
>> Website:
>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
>> .lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cd879
>> db1f36854d47ffc308d81d19bac1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7
>> C0%7C637291343650296855sdata=rYCeChKI6R6cKaQRyHKEfhk3QR%2Fya0rHS
>> %2FSvJedIZJo%3Dreserved=0
>>
>> "Worry more about your character than your reputation.  Character is
>> what you are, reputation merely what others think you are." - John
>> Wooden
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of kekronbekron
>> Sent: Tuesday, June 30, 2020 2:34 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: AT-TLS ?
>>
>> Hi LBD!,
>>
>> Check these out-
>>
>>
>> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-
>> 03.ibm.com%2Fsupport%2Ftechdocs%2Fatsmastr.nsf%2FWebIndex%2FPRS5416
>> mp;data=02%7C01%7Callan.staller%40HCL.COM%7Cd879db1f36854d47ffc308d81
>> d19bac1%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6372913436503068
>> 44sdata=9%2BluT%2FKH3wj94fpoHyCHX82zaMk0x2tVSqVkDFjlUQk%3Dr
>> eserved=0
>> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-
>> 

Re: AT-TLS ? Very Basic Questions

2020-06-30 Thread Allan Staller
 AT-TLS is required for TN3270 (and others 

The above is incorrect. AT-TLS is *NEVER* a requirement.
It is up to the installation to determine whether or not AT-TLS will be used.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jackson, Rob
Sent: Tuesday, June 30, 2020 12:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

A note, without addressing your entire post (certainly not my area of 
expertise):  AT-TLS is required for TN3270 (and others) if you want to use TLS 
1.2 and higher.  In your TELNETPARMS for the port, instead of using SECUREPORT, 
you use TTLSPORT, referencing a port specified in a TTLSRule in AT-TLS.

First Horizon Bank
Mainframe Technical Support

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Tuesday, June 30, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

[External Email. Exercise caution when clicking links or opening attachments.]

I've tried to skim some of the AT-TLS doc, and even attended an IBM webinar 
last week, but I'm still missing what I imagine are important background 
points.  Maybe someone here can explain things, but don't worry too much about 
it.

Client and server programs like SSH/SSHD call programs such as OpenSSL to 
handle the encryption handshake and processing.  So when you set those up, 
there is no AT-TLS needed for encryption.  Same with the
TN3270 server and client, as long as you set that up with keys and parameters 
on the host side, and settings on the client side.

I'm thinking because of the name "Application Transparent" that AT-TLS was made 
for programs that DON'T have their own logic to call OpenSSL (or whatever) to 
do their own encryption.  Let's use clear-text FTP as an example.  So somehow, 
AT-TLS hooks into the processing and provides an encrypted "tunnel", kind of 
like VPN does, but only for that one application.  Does that sound correct?

If so, then the encryption is "transparent" to the FTP server code and FTP does 
not need to be changed, which I think is the whole idea here.
Yet we now have an encrypted session.  Does that sound correct?

Then if so, what happens on the FTP client side?  I certainly can't use the 
Windows FTP command, for example, because it's not setup for any kind of 
encryption.  That's kind of my big question here.

On 6/30/2020 1:44 AM, Lionel B Dyck wrote:
> Sweet - thank you
>
>
> Lionel B. Dyck <
> Website:
> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.
> lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C99280d
> f69a7f440f7b7808d81d18718e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%
> 7C637291338121879218sdata=5nqFVRanvSo1qssQhIXSYEfVhYkVYkyBEbm9E4%
> 2BTfqA%3Dreserved=0
>
> "Worry more about your character than your reputation.  Character is
> what you are, reputation merely what others think you are." - John
> Wooden
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of kekronbekron
> Sent: Tuesday, June 30, 2020 2:34 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: AT-TLS ?
>
> Hi LBD!,
>
> Check these out-
>
>
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-0
> 3.ibm.com%2Fsupport%2Ftechdocs%2Fatsmastr.nsf%2FWebIndex%2FPRS5416
> ;data=02%7C01%7Callan.staller%40HCL.COM%7C99280df69a7f440f7b7808d81d18
> 718e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637291338121879218
> mp;sdata=L6mKfTNfEkpFoIuP81EHxeZ09JTFc5kHH%2F8uZwYQGHw%3Dreserved
> =0
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-0
> 3.ibm.com%2Fsupport%2Ftechdocs%2Fatsmastr.nsf%2FWebIndex%2FPRS5415
> ;data=02%7C01%7Callan.staller%40HCL.COM%7C99280df69a7f440f7b7808d81d18
> 718e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637291338121879218
> mp;sdata=ccHKGe0thy6RCiB8j%2BWb2Adx3E9GiAtOyKB2p0O1K4s%3Dreserved
> =0
> https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww-0
> 3.ibm.com%2Fsupport%2Ftechdocs%2Fatsmastr.nsf%2FWebIndex%2FPRS5414
> ;data=02%7C01%7Callan.staller%40HCL.COM%7C99280df69a7f440f7b7808d81d18
> 718e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637291338121879218
> mp;sdata=xnkVymfVN8Xm0q4fsppLRRxZgQvNvmwII9jeUv6lrOs%3Dreserved=0
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
> On Monday, June 29, 2020 3:56 AM, Lionel B Dyck  wrote:
>
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>>
>> Lionel B. Dyck <
>> Website:
>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww
>> .lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C9928
>> 0df69a7f440f7b7808d81d18718e%7C189de737c93a4f5a8b686f4ca9941912%7C0%7
>> C0%7C637291338121879218sdata=5nqFVRanvSo1qssQhIXSYEfVhYkVYkyBEbm
>> 9E4%2BTfqA%3Dreserved=0
>> 

Re: Installing Java

2020-06-30 Thread Allan Staller
Each ptf  of JAVA is a full replacement. You only need the "last" PTF.
Next time you order maintenance or code, specify "eliminate supersedes" when 
placing you order.

BTW, this means any modifications to the java source provided will need to be 
reinstalled each time JAVA is updated.
BTDTGTS

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Tuesday, June 30, 2020 2:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Installing Java

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,
When I ordered z/OS v2.4, I only ordered the 64 bit version of Java.
When we tried to start PFA, it failed. A quick search showed that PFA requires 
the 31 bit version of java.
I ordered it using shopzseries.
The resulting package was over 13GB.
It looks like I have the base version and over 50 PTF's that upgrade it to the 
current version.

Can I prevent SMP/E from installing all of those versions, and just install the 
final fix?
From past experience I know that each PTF is a full replacement of the who java 
SDK.

Gadi


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


Re: Dataset Quandry

2020-06-23 Thread Allan Staller
1) back up datasetr
2) diagnose/examine the ucat
3) idcams Del 'entryname' nscr
4) idcams Del entryname nvr file(dd1)
5) restore from recent backup (if desired).

Have you looked up " IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE 
IS IGG0CLFO-54"?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Tuesday, June 23, 2020 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dataset Quandry

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have a dataset in one of our user catalogs that's giving the catalog search 
interface fits;

EDG2237E CATALOG SEARCH INTERFACE REQUEST FAILED RETURN CODE 100 REASON CODE 10 
EDG2237E CONT:- IN CATALOG CATALOG.DP.USERCAT EDG2303E DFSMSrmm INVENTORY 
MANAGEMENT TASK ABEND U2201 EDG2003E ABEND S000 U2201 RSN  DURING DFSMSrmm 
SUBSYSTEM PROCESSING AT 00220 EDG6901I UTILITY EDGHSKP COMPLETED WITH RETURN 
CODE 12

Generic Listcat is getting this;

IDC3014I CATALOG ERROR
IDC3009I ** VSAM CATALOG RETURN CODE IS 100 - REASON CODE IS IGG0CLFS-10 
IDC1566I ** TCXMV010.TDV490A.SRCLIB2 NOT LISTED

But a specific listcat finds it.
listc ent('TCXMV010.TDV490A.SRCLIB2')

NONVSAM --- TCXMV010.TDV490A.SRCLIB2 IN-CAT --- CATALOG.DP.USERCAT

I've tried everything I can think of to rename/delete. It's not working.

del 'TCXMV010.TDV490A.SRCLIB2'
IDC3014I CATALOG ERROR+
IDC0551I ** ENTRY TCXMV010.TDV490A.SRCLIB2 NOT DELETED IDC0014I LASTCC=8 
IDC3009I ** VSAM CATALOG RETURN CODE IS 90 - REASON CODE IS IGG0CLFO-54

Trying from ISPF 3.4 with the volume it's on entered

IEC614I SCRATCH FAILED - RC 008, DIAGNOSTIC INFORMATION IS (040942D1),
DEVPROC,LS050B,TCXMV010.TDV490A.SRCLIB2

I'm at a loss on how to get this fixed. Any ideas?

Sent from 
[ProtonMail](https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprotonmail.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C62c3e90ce91c42d2a9b108d817adf049%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637285383157829468sdata=pnpEVVtR6%2F1dBbJ%2BqGP1UOzQUh1r9d1qGNNy0gP9fZg%3Dreserved=0),
 Swiss-based encrypted email.

GPG Public Key - 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.comdata=02%7C01%7Callan.staller%40HCL.COM%7C62c3e90ce91c42d2a9b108d817adf049%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637285383157839460sdata=Vd1Qo4le9VKdwq%2FoPE4Vk5yiZZiDGU0tNZNEY5p4%2Bsk%3Dreserved=0

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


Re: SMP/e maintenance methodologies

2020-06-23 Thread Allan Staller
ISTR a few programs on the CBTTAPE for things like this. File73 and file 384 
might be possibilities. Several others

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Tuesday, June 23, 2020 7:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Follow up question, since everyone has been very helpful and correcting my 
"old" thinking about SMP/e maintenance. :)  What is some way to get a list of 
SYSTEMHOLDs, like ACTION, EC, ENH, in a good and readable format? Maybe a 
spreadsheet format?

Thanks,
Jerry Edgington

-Original Message-
From: Edgington, Jerry
Sent: Monday, June 22, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RE: SMP/e maintenance methodologies

And yes, I check the SMPRPT for various items, like Usermods, Missing PTFs, 
etc.  Thanks again.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Monday, June 22, 2020 10:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies

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


Yes.As Rex pointed out, the first part of the output in the SMPRPT DD 
statement will be the listing of what PTF's did NOT go on, and why.   You'll 
want to review that, and make sure the only ones that did not go on were the 
ones with Errorhold.  If a PTF you wanted to go on didn't, it will show here 
(MODID error for example if you have a usermod), or a space problem on a target 
dataset, etc.

Here is an example of a APPLY I ran today.  One PTF didn't not go on, because 
it is in error.

CAUSER SYSMOD SUMMARY REPORT FOR APPLY PROCESSING

CAUSER   FMID MESSAGE ID  PAGE   ERROR DESCRIPTION AND POSSIBLE CAUSES

UJ02757  HDZ2240  GIM35901I  1   ERROR HOLD CA59681 WAS NOT RESOLVED.
PAGE 0003  - NOW SET TO TARGET ZONE MVSTZN   DATE 06/22/20  TIME 07:43:25  
SMP/E 37.05   SMPRPT   OUTPUT

UNRESOLVED HOLD REASON REPORT FOR APPLY PROCESSING

NOTE: THE SYSMODS LISTED IN THIS REPORT ALSO APPEAR IN THE CAUSER SYSMOD 
SUMMARY REPORT.

 HOLD MISSING  HELD RESOLVING  RESOLVER
TYPEFMID CLASSAPAR SYSMOD   SYSMOD STATUS
--  ---  ---  ---  ---  -  
ERROR   HDZ2240  PE   CA59681  UJ02757
PAGE 0004  - NOW SET TO TARGET ZONE MVSTZN   DATE 06/22/20  TIME 07:43:25  
SMP/E 37.05   SMPRPT   OUTPUT

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Edgington, Jerry
Sent: Monday, June 22, 2020 9:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies

**CAUTION EXTERNAL EMAIL**

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

Dave,

So, if you get RC=8, you run the Apply anyway, just letting SMP/e determine 
what PTFs can be applied, correct?  If that is the case, that would simplify 
the SMP/e apply process.

Thanks,
Jerry

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Monday, June 22, 2020 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/e maintenance methodologies

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


I do not attempt to get a RC0 or RC4 apply.  What goes on goes on.  Obviously 
review results to make sure that there wasn't an issue, but coding up a bunch 
of excludes to not select those with holderror just to get a RC0 is not 
necessary in my opinion.

Here is one apply example

APPLY CHECK
   SOURCEID (
  SYSPLXDS
  XSYSTEM
  HIPER
  IBM.*
  RSU*
  SECINT
  )
GROUPEXTEND
(
 NOAPARS
 NOUSERMODS
)
BYPASS   ( HOLDSYSTEM)
NOJCLINREPORT
RETRY( YES )
.

_
Dave Jousma
AVP | 

Re: z/OS 2.4 and SDSF question

2020-06-22 Thread Allan Staller
Thx for that info...

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Monday, June 22, 2020 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

IBM assigned an APAR number on Friday to this.  It is APAR OA59800.

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, June 19, 2020 9:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question

Not assigned yet.  I'll let you know when I get it.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Friday, June 19, 2020 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: z/OS 2.4 and SDSF question

Apar number?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, June 19, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Update on this.  I opened a PMR on it and got a reply back from IBM that they 
are opening an APAR on this.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 16, 2020 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] z/OS 2.4 and SDSF question

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, 

Re: z/OS 2.4 and SDSF question

2020-06-19 Thread Allan Staller
Apar number?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Friday, June 19, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS 2.4 and SDSF question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Update on this.  I opened a PMR on it and got a reply back from IBM that they 
are opening an APAR on this.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 16, 2020 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] z/OS 2.4 and SDSF question

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

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

The contents of this 

Re: dfdss equivalent to fdr map

2020-06-18 Thread Allan Staller
Adrdssu defrag will produce some of the same information.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian France
Sent: Thursday, June 18, 2020 8:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dfdss equivalent to fdr map

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

That's what we're looking for and DFDSS does not seem to have the equivalent

On 6/18/2020 9:42 AM, Vernooij, Kees (ITOP NM) - KLM wrote:
> FDR MAP produces a physical map of the volume, with from-to CCHHR for each 
> dataset and their extents.
>
> Kees
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of John McKown
> Sent: 18 June 2020 15:36
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: dfdss equivalent to fdr map
>
> On Thu, Jun 18, 2020 at 7:53 AM Brian France  wrote:
>
>>I can't find a dfdss equivalent to fdr's map. I see the print
>> command but can't seem to get a whole volume list of data sets as we
>> do with fdr's map. If it exists would someone please point me to it... 
>> THANX!!!
>>
> I don't know what an FDR MAP does. but if you need to know what
> datasets are on a DFDSS dump tape, then run a RESTORE with PARM='TYPRUN=NORUN'
>
> Something like:
>
> //JS010EXEC  PGM=ADRDSSU,PARM='TYPRUN=NORUN',
> // REGION=0M
> //SYSPRINT DD  SYSOUT=*
> //TAPE1DD  DSN=JES2DISK.ADRDSSU,
> // DISP=OLD
> //SYSINDD  *
>   RESTORE  -
>  DATASET( -
>INCL( -
> **-
>  ) -
> ) -
>  IDD(TAPE1) -
>  ADMINISTRATOR -
>  TOL(ENQF) WAIT(0,0)
>
>
>
>
>> --
>> Brian W. France
>> Systems Administrator (Mainframe)
>> Pennsylvania State University
>> Penn State IT - Infrastructure/SYSARC Rm 25 Shields Bldg., University
>> Park, Pa. 16802
>> 814-863-4739
>> b...@psu.edu
>>
>> There's no such thing as The Cloud - it's just someone else's computer...
>>
>> "To make an apple pie from scratch, you must first invent the universe."
>>
>> Carl Sagan
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO
>> IBM-MAIN
>>
>
--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Penn State IT - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

There's no such thing as The Cloud - it's just someone else's computer...

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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


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

2020-06-17 Thread Allan Staller
Default is MSGLEVEL=(1,1)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 16, 2020 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: z/OS 2.4 and SDSF question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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

Re: z/OS 2.4 and SDSF question

2020-06-16 Thread Allan Staller
Works for me with no issues. However I use sdsf.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Tuesday, June 16, 2020 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.4 and SDSF question

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

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

Re: CBTTAPE

2020-06-15 Thread Allan Staller
Unfortunately, that wasn't the one. The program I am trying to find has a SYSIN 
dd statement (w/LRECL=80) and the afore mentioned eye catcher.
Also, the source in FILE404 has an eye catcher of "T.S.S.O." which is missing 
from my load module.

Thanks anyway.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBTTAPE

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Thx Lionel

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Monday, June 15, 2020 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBTTAPE

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

That sounds like one of the programs from the TSSO package from back in the day.

Take a look in File 404 for what may be what you're looking for.


Lionel B. Dyck <
Website: 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C00bd1953cd8d4b8e006b08d811568a1a%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278410674902568sdata=ByH4BXr48SmU%2BkYKmzVCQJVqPDfki1O8GwAmC8Qk6XM%3Dreserved=0

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CBTTAPE

I am looking for the source to a program link-edited as "OSCMD". From a browse 
of the load module, I see by a load module browse: "ISSUE OS/VS CONSOLE COMMAND 
WRITTEN BY J. WONG09.57_11/05/86"
I have found a couple of similar programs, usually called “command” on the 
overflow tape (and I am checking the cbttape)

Since this machine is in Canada, I suspect it was obtained from either Royal 
Bank of Canada or one of the Canadian life insurance companies.

Can anyone point me to the file containing the source for "OSCMD"?

TIA


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, June 15, 2020 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 remote execution

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I forgot that plus the correct job class for that node if applicable


Carmen Vitullo

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, June 15, 2020 10:36:21 AM
Subject: Re: JES2 remote execution

Need both

/*ROUTE XEQ njenodename
/*JOBPARM S=executionsystem

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 remote execution

**CAUTION EXTERNAL EMAIL**

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

Is anyone aware of the syntax to force execution on a particular LPAR in a 
remote JES2 MAS.

The NJE links are established and running.

I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 15, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I thought the StackOverflow forum was extremely promising but it died on the 
vine.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Sunday, June 14, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Lionel B Dyck wrote:

>Check this out - looks new but promising

>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprote
>ct2.fireeye.com%2Furl%3Fk%3D8c201f8f-d07ceb80-8c203517-0cc47a

Re: CBTTAPE

2020-06-15 Thread Allan Staller
Thx Lionel

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Monday, June 15, 2020 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBTTAPE

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

That sounds like one of the programs from the TSSO package from back in the day.

Take a look in File 404 for what may be what you're looking for.


Lionel B. Dyck <
Website: 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C095a22467d914ce35a0d08d811558287%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278407315653578sdata=PFSDZjgI9YvxpUlrNw5LZya4Erj0l%2B%2BSBA%2BmOXixuFE%3Dreserved=0

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

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CBTTAPE

I am looking for the source to a program link-edited as "OSCMD". From a browse 
of the load module, I see by a load module browse: "ISSUE OS/VS CONSOLE COMMAND 
WRITTEN BY J. WONG09.57_11/05/86"
I have found a couple of similar programs, usually called “command” on the 
overflow tape (and I am checking the cbttape)

Since this machine is in Canada, I suspect it was obtained from either Royal 
Bank of Canada or one of the Canadian life insurance companies.

Can anyone point me to the file containing the source for "OSCMD"?

TIA


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, June 15, 2020 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 remote execution

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I forgot that plus the correct job class for that node if applicable


Carmen Vitullo

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, June 15, 2020 10:36:21 AM
Subject: Re: JES2 remote execution

Need both

/*ROUTE XEQ njenodename
/*JOBPARM S=executionsystem

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-----
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 remote execution

**CAUTION EXTERNAL EMAIL**

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

Is anyone aware of the syntax to force execution on a particular LPAR in a 
remote JES2 MAS.

The NJE links are established and running.

I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 15, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I thought the StackOverflow forum was extremely promising but it died on the 
vine.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Sunday, June 14, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Lionel B Dyck wrote:

>Check this out - looks new but promising

>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprote
>ct2.fireeye.com%2Furl%3Fk%3D8c201f8f-d07ceb80-8c203517-0cc47a333da
>ta=02%7C01%7Callan.staller%40HCL.COM%7C50ee0b3ab9f240848af708d81143d80d
>%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278330385739308sd
>ata=%2F%2F8K8YPiUUAkXWFFeV021D3mTIGoXCSRmclG%2B%2Fw57xw%3Dreserved
>=0
>47c-84810d2858688e0d=https://apc01.safelinks.protection.outlook.com/?
>url=https%3A%2F%2Fmainframe.community%2Fdata=02%7C01%7Callan.stall
>er%40HCL.COM%7Cc23b84a3dff4407e8c5508d81137da8d%7C189de737c93a4f5a8b686
>f4ca9941912%7C0%7C0%7C63727827889584sdata=2RSMPfZF1GMf9wciljqv
>34XfXbwA08fM7c6JnjVR1us%3Dreserved=0



Just what we need: Yet another nascent mainframe forum that will die on the 
vine. Not 

Re: CBTTAPE

2020-06-15 Thread Allan Staller
Batch execution

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Binyamin Dissen
Sent: Monday, June 15, 2020 12:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CBTTAPE

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

As there are now native zOS TSO/REXX routines to do the same, why bother with 
the CBT program?

On Mon, 15 Jun 2020 17:14:33 + Allan Staller 
wrote:

:>I am looking for the source to a program link-edited as "OSCMD". From a 
browse of the load module, I see by a load module browse: "ISSUE OS/VS CONSOLE 
COMMAND WRITTEN BY J. WONG09.57_11/05/86"
:>I have found a couple of similar programs, usually called “command” on the 
overflow tape (and I am checking the cbttape) :> :>Since this machine is in 
Canada, I suspect it was obtained from either Royal Bank of Canada or one of 
the Canadian life insurance companies.
:>
:>Can anyone point me to the file containing the source for "OSCMD"?
:>
:>TIA
:>
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
:>Sent: Monday, June 15, 2020 10:50 AM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: JES2 remote execution
:>
:>[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.] :> :>I forgot 
that plus the correct job class for that node if applicable :> :> :>Carmen 
Vitullo :>
:>- Original Message -
:>
:>From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Sent: Monday, June 15, 2020 10:36:21 AM
:>Subject: Re: JES2 remote execution
:>
:>Need both
:>
:>/*ROUTE XEQ njenodename
:>/*JOBPARM S=executionsystem
:>
:>_
:>Dave Jousma
:>AVP | Manager, Systems Engineering
:>
:>Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 
49546
:>616.653.8429 | fax: 616.653.2717
:>
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
:>Sent: Monday, June 15, 2020 11:29 AM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: JES2 remote execution
:>
:>**CAUTION EXTERNAL EMAIL**
:>
:>**DO NOT open attachments or click on links from unknown senders or 
unexpected emails** :> :>Is anyone aware of the syntax to force execution on a 
particular LPAR in a remote JES2 MAS.
:>
:>The NJE links are established and running.
:>
:>I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.
:>
:>Thanks in advance,
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
:>Sent: Monday, June 15, 2020 9:24 AM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: New Mainframe Community
:>
:>[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.] :> :>I thought 
the StackOverflow forum was extremely promising but it died on the vine.
:>
:>Charles
:>
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of Phil Smith III
:>Sent: Sunday, June 14, 2020 6:59 PM
:>To: IBM-MAIN@LISTSERV.UA.EDU
:>Subject: Re: New Mainframe Community
:>
:>Lionel B Dyck wrote:
:>
:>>Check this out - looks new but promising :> 
:>>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprote
:>>ct2.fireeye.com%2Furl%3Fk%3D8c201f8f-d07ceb80-8c203517-0cc47a333da
:>>ta=02%7C01%7Callan.staller%40HCL.COM%7C50ee0b3ab9f240848af708d81143d80d
:>>%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278330385739308sd
:>>ata=%2F%2F8K8YPiUUAkXWFFeV021D3mTIGoXCSRmclG%2B%2Fw57xw%3Dreserved
:>>=0
:>>47c-84810d2858688e0d=https://apc01.safelinks.protection.outlook.com/?
:>>url=https%3A%2F%2Fmainframe.community%2Fdata=02%7C01%7Callan.stall
:>>er%40HCL.COM%7Cc23b84a3dff4407e8c5508d81137da8d%7C189de737c93a4f5a8b686
:>>f4ca9941912%7C0%7C0%7C63727827889584sdata=2RSMPfZF1GMf9wciljqv
:>>34XfXbwA08fM7c6JnjVR1us%3Dreserved=0
:>
:>
:>
:>Just what we need: Yet another nascent mainframe forum that will die on the 
vine. Not that community is a bad thing, it's not-but moving it from this list 
has been tried repeatedly: mainframezone, SHARE forums, and a few more I can't 
reme

CBTTAPE

2020-06-15 Thread Allan Staller
I am looking for the source to a program link-edited as "OSCMD". From a browse 
of the load module, I see by a load module browse: "ISSUE OS/VS CONSOLE COMMAND 
WRITTEN BY J. WONG09.57_11/05/86"
I have found a couple of similar programs, usually called “command” on the 
overflow tape (and I am checking the cbttape)

Since this machine is in Canada, I suspect it was obtained from either Royal 
Bank of Canada or one of the Canadian life insurance companies.

Can anyone point me to the file containing the source for "OSCMD"?

TIA


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Monday, June 15, 2020 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 remote execution

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I forgot that plus the correct job class for that node if applicable


Carmen Vitullo

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, June 15, 2020 10:36:21 AM
Subject: Re: JES2 remote execution

Need both

/*ROUTE XEQ njenodename
/*JOBPARM S=executionsystem

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Monday, June 15, 2020 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 remote execution

**CAUTION EXTERNAL EMAIL**

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

Is anyone aware of the syntax to force execution on a particular LPAR in a 
remote JES2 MAS.

The NJE links are established and running.

I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 15, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I thought the StackOverflow forum was extremely promising but it died on the 
vine.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Sunday, June 14, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Lionel B Dyck wrote:

>Check this out - looks new but promising

>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fprote
>ct2.fireeye.com%2Furl%3Fk%3D8c201f8f-d07ceb80-8c203517-0cc47a333da
>ta=02%7C01%7Callan.staller%40HCL.COM%7C50ee0b3ab9f240848af708d81143d80d
>%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637278330385739308sd
>ata=%2F%2F8K8YPiUUAkXWFFeV021D3mTIGoXCSRmclG%2B%2Fw57xw%3Dreserved
>=0 
>47c-84810d2858688e0d=https://apc01.safelinks.protection.outlook.com/?
>url=https%3A%2F%2Fmainframe.community%2Fdata=02%7C01%7Callan.stall
>er%40HCL.COM%7Cc23b84a3dff4407e8c5508d81137da8d%7C189de737c93a4f5a8b686
>f4ca9941912%7C0%7C0%7C63727827889584sdata=2RSMPfZF1GMf9wciljqv
>34XfXbwA08fM7c6JnjVR1us%3Dreserved=0



Just what we need: Yet another nascent mainframe forum that will die on the 
vine. Not that community is a bad thing, it's not-but moving it from this list 
has been tried repeatedly: mainframezone, SHARE forums, and a few more I can't 
remember.



While it might in principle be better than this list, it seems a stretch to 
expect it to take over. And fragmentation is almost certainly not a good thing.



...phsiii


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

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

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability

JES2 remote execution

2020-06-15 Thread Allan Staller
Is anyone aware of the syntax to force execution on a particular LPAR in a 
remote JES2 MAS.

The NJE links are established and running.

I tried /*ROUTE XEQ node.lpar but this executed on an incorrect JES2 instance.

Thanks in advance,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Monday, June 15, 2020 9:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I thought the StackOverflow forum was extremely promising but it died on the
vine.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Sunday, June 14, 2020 6:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

Lionel B Dyck wrote:

>Check this out - looks new but promising

>https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmainframe.community%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cc23b84a3dff4407e8c5508d81137da8d%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C63727827889584sdata=2RSMPfZF1GMf9wciljqv34XfXbwA08fM7c6JnjVR1us%3Dreserved=0



Just what we need: Yet another nascent mainframe forum that will die on the
vine. Not that community is a bad thing, it's not-but
moving it from this list has been tried repeatedly: mainframezone, SHARE
forums, and a few more I can't remember.



While it might in principle be better than this list, it seems a stretch to
expect it to take over. And fragmentation is almost
certainly not a good thing.



...phsiii


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

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

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


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


Re: DDDEFs and TARGET Datasets missing

2020-06-12 Thread Allan Staller
There should be some downloadable doc along with the order. I presume this is a 
cbpdo order, and not a Serverpac order.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Friday, June 12, 2020 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DDDEFs and TARGET Datasets missing

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

So I have another "rookie" mistake here.
I am ordering Db2 Query Monitor z/OS v3.
I ordered and ran the GIMSMP - Download, Unpack, Receive job which completed 
successfully (CC 0).
Now I am trying to run the Apply Check and am failing on missing DDDEFs and 
Datasets.
Where would I get the jcl to define the DDDEFs and datasets needed?
thanks
Bill

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


Re: SMPe Apply not working

2020-06-11 Thread Allan Staller
Wrong  Global zone specified?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, June 11, 2020 12:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMPe Apply not working

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I ran a GIMSUP download, unpack, receive which ran clean. I see the received 
ptfs in a LIST NOAPPLY. But when I run theAPPLY I get "NO SYSMODS SATISFIED THE 
OPERANDS SPECIFIED ON THE APPLY".
What could I be doing wrong?
thanks
Bill

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


Re: Separate SMPe environments for maintenance levels

2020-06-11 Thread Allan Staller
You still end up with a major syncing problem using either  Shmuel's or my 
previous suggestion.

I personally have 1 set of target zones and a "canned" job to build an new 
sysres from scratch using the SMP/E targets as the source.
I am happy to share the JCL if you would like.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, June 11, 2020 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Separate SMPe environments for maintenance levels

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

So I've been reviewing the options you all have so kindly shares zonecopy, 
zonemerge, zoneexportand it seems obvious you need to be careful of the 
DDDEFs and renaming of datasets. If not careful you can really screw up and 
overlay one environment.
While simplistic and perhaps slightly more work.I am wondering if one 
"safe" way is to simply re-receive and re-apply the maintenance on the next 
environment when needed?
thanks
Bill

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


Re: Separate SMPe environments for maintenance levels

2020-06-11 Thread Allan Staller
Not sure I remember the details. I worked with one ex-sysprog that cloned the 
SMP/E target environment to the sysres for documentation purposes (1980's.)
ZoneCopy should do a lot of what you seem to be looking for.

I (personally do not think that is the way to go. My suggestion is
One global zone
A set of target zones
One Dlib zone.

The apply/accept processing would need to be repeated for each target zone.
Accept processing for all except the last target zone will need the NOPURGE (?) 
operand.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, June 11, 2020 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Separate SMPe environments for maintenance levels

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I want to setup separate SMPe environments, say 3 for different maintenance 
levels. One matching production then 2 others for maintenance levels "coming 
next". My question is, when I what to update my PROD environment with one of 
the other maintenance levels, do I need to go thru receive, apply, accept that 
I would have done in the "prior" SMPe environment? Or is there a quicker way to 
"synch" up the 2 environments?
thanks
Bill

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


Re: Messages & Codes (was Re: "Everyone wants to retire mainframes")

2020-06-11 Thread Allan Staller
Nope!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, June 11, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Messages & Codes (was Re: "Everyone wants to retire mainframes")

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Any message whose action is given as "contact your systems programmer" is just 
as bad. Has IBM finally gotten rid of all of those?


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C5d87b6ba82604e73cc9308d80e18af0c%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637274846480687573sdata=u4EfCy7ayukIXREJxmztud3J1hWr7ajxrlmgk56KWpc%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Timothy Sipples [sipp...@sg.ibm.com]
Sent: Thursday, June 11, 2020 4:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Messages & Codes (was Re: "Everyone wants to retire mainframes")

This pair of error messages was a design mistake:

OS/2 !! Sys01475
OS/2 !! Sys02027

That's a case of national language considerations run amok. That was the only 
pair of messages you saw on your screen when you formatted a diskette with 
OS/2, left the diskette in the primary drive, and rebooted the typical PC of 
that era (that didn't automatically try to boot from another device when there 
was a diskette in the primary drive).

A diskette's boot sector doesn't have much room, so the designers had to be 
concise. They wanted to include at least one error code, and they did.
But then instead of some portion of the planet not understanding what happened, 
very nearly the entire planet didn't understand what happened.
:-)

A better design would have used a global message like this:

OS/2 SYS01475: Diskette in Drive!

That's exactly the same number of characters, assuming the new line was one 
character. (If not, the colon could have been omitted.) Yes, "Diskette in 
Drive!" is technically English, but even so it would have been much more 
broadly, globally understood than mystery error codes.

Even this one would have been better:

OS/2 SYS01475 Unbootable Diskette

Or:

SYS01475: Data Diskette in Drive!

Pretty much anything with the word "Diskette" (the term IBM preferred instead 
of "Floppy") would have given users a clue. Even this:

OS/2 !! Sys01475
No Boot Diskette

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::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


Re: restart GIMSMP in unpack step

2020-06-10 Thread Allan Staller
I don't know if SMPWKDIR can be changed at this point in the process. I do know 
that the application is mart enough to restart at the point of failure, as 
opposed to "at the top".

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Wednesday, June 10, 2020 8:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: restart GIMSMP in unpack step

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I am running a CBPDO download from IBM. If I get past the download of all the 
files, but fail during the "unpack step" due to a small smpwkdir; can I restart 
pointing to a different smpwkdir resuming in the "unpack step"? Or do I have to 
start from the beginning again?
thanks
Bill

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


Re: Netview 5.4

2020-06-04 Thread Allan Staller
Is NV 5.4 even supported at this time? I am running NV 6.2 on z/OS 2.2. and 2.4

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, June 4, 2020 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Netview 5.4

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I don't know of a Netview listserv, but even if there is one this is a 
legitimate place to post Netview questions. You'll probably get more eyeballs 
here than one a more specialized list.


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C40c1c5902c5042e86cf408d808c045c5%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637268969198719412sdata=2KValI2HNlGFL%2FSgvzM2%2FQdhKXV4JIB23nfKPOY1%2BA4%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
William Widmayer [william.widma...@ensono.com]
Sent: Thursday, June 4, 2020 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Netview 5.4

Apologies if I posted in the wrong forum.  If there is a better one for 
Netview, please let me know.
I am in the middle of z/OS upgrade from 2.2 to 2.3 .
Is anyone running Netview 5.4  on a z/OS 2.3 system?

Bill Widmayer


(c) 2020 Ensono, LP. All rights reserved. Ensono is a trademark of Ensono, LP. 
The information contained in this communication is confidential, is intended 
only for the use of the recipient named above, and may be legally privileged. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of this communication 
is strictly prohibited. If you have received this communication in error, 
please resend this communication to the sender and delete the original message 
or any copy of it from your computer system.

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

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

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


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


Re: Base SYSPLEX setup

2020-06-04 Thread Allan Staller
Yes. I have done this. 
The biggest obstacle I found was the naming conventions and HCD definition.

BTW. 
The 4 chpids are shared across all LPARs at the IODF level
Only 2 physical paths are needed.
Each physical path is bi-directional. i.e. the input from LPARB to LPARA is the 
output from LPARA to LPARB.
This is handled by using different device addresses in the PATHIN/PATHOUT 
statements in SYS1.PARMLIB(COUPLExx)

I last did this circa 2009, so the details are fuzzy, but it can be done.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Thursday, June 4, 2020 2:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

So the 4 paths can be shared via the three LPARs?

Brian

On Wed, 3 Jun 2020 13:01:50 +, Allan Staller  wrote:

>4 ficon ports(CHPIDs)  and 2 ficon cables are required. Each cable is shared 
>in a bi-directional manner.
>
>e.g CTCchipd1  <>  chpid2 CNC   Signalling Path 1
>  CNCchpid3  <> chpid4  CTC Signalling Path 2
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Brian Westerman
>Sent: Tuesday, June 2, 2020 11:10 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Base SYSPLEX setup
>
>[CAUTNON: This Email is from outside the Organization. Unless you trust 
>the sender, Don’t click links or open attachments as it may be a 
>Phishing email, which can steal your Information and compromise your 
>Computer.]
>
>no switches exist at the site.
>
>I can't see how to share the CTC and NON CTC Control units on a Ficon card, it 
>(HCD) keeps generating a message that you can't "share" CTC and NON CTC on  
>the same CHPID, but maybe I'm doing something wrong.
>
>--
>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

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


Re: No Java, in the archive, z/OS 2.3 Serverpac

2020-06-03 Thread Allan Staller
I used to be possible do download JAVA directly from IBM w/o going through 
Shopz. Check the JAVA pages at IBM.COM

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, June 3, 2020 5:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: No Java, in the archive, z/OS 2.3 Serverpac

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Semi long background. Our MFaaS provider did not migrate us to a host capable 
of running z/OS 2.3 until after z/OS 2.3 was no longer orderable. For 
USERKEYCSA reasons (Natural Global Buffer Pool, Natural out of support)), I 
don't really want to go to z/OS 2.4.
  Our MFaaS provider was able to get an archived z/OS 2.3 Serverpac from IBM. 
Unfortunately, it does not include Java. Also missing XML parser, but that's 
the next issue, maybe...

   So, I have z/OS 2.3, sans Java up and running. I want to do a RECEIVE ORDER 
and get, probably a bunch, of maintenance. RECEVE ORDER needs Java !!@#.
   Suggestions welcome. I have asked my MFaaS provider to see if they can order 
Java separately. I will look at BUILDMCS from my z/OS 2.1 zone(s) tomorrow. 
Open to other ideas.

   On a side note, the symlink to liberty that zOSMF wants to use is 17.0.0.3, 
by the level in the liberty_zos is 17.0.0.4. Also, an issue pushed down the 
stack

Dave Gibney
Information Technology Services
Washington State University


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


Re: Base SYSPLEX setup

2020-06-03 Thread Allan Staller
Wasn't there a thing known as FICON cascading? To allow multiple CU's on the 
same CHP?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, June 3, 2020 10:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

That's the right answer to the wrong question. Yes, you can share a chpid 
between LPARs without a switch, but you cannot share chpids between control 
units without a switch.


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7Ca13bb93375994fb13ddd08d807cf5e79%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267934525141512sdata=A0ZMSCQP891zEGNkIz%2F0ZCWtRoh8%2F%2Bji9XcsVgS75G4%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Allan Staller [allan.stal...@hcl.com]
Sent: Wednesday, June 3, 2020 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

 You cannot share chpid without the switch. It is point to point 
topology, not daisy chains like in Bus  

That is incorrect. I routine share channels across LPARs.

The purpose of the switch is to connect multiple physical CECs to a single 
device.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, June 3, 2020 3:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

W dniu 03.06.2020 o 06:09, Brian Westerman pisze:
> no switches exist at the site.
>
> I can't see how to share the CTC and NON CTC Control units on a Ficon card, 
> it (HCD) keeps generating a message that you can't "share" CTC and NON CTC on 
>  the same CHPID, but maybe I'm doing something wrong.

You cannot share chpid without the switch. It is point to point topology, not 
daisy chains like in Bus
Note, second hand switch with 8Gbps speed can be purchased just for peanuts.
Regarding CTC, I think it is well documented. It was documented when I read 
about it years ago when I moved from ESCON to FICON.

--
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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Ca13bb93375994fb13ddd08d807cf5e79%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267934525141512sdata=JdhI8zjOJqUKTNuxFHOutQvxSHFxZXxGUTNV%2FE2gwhg%3Dreserved=0,
 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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Ca13bb93375994fb13ddd08d807cf5e79%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267934525151504sdata=xpSOBP2vYa0o5lRl0okt6R%2BPxqR1wjL5kGX0HyF03iA%3Dreserved=0,
 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: I

Re: Base SYSPLEX setup

2020-06-03 Thread Allan Staller
 You cannot share chpid without the switch. It is point to point 
topology, not daisy chains like in Bus  

That is incorrect. I routine share channels across LPARs.

The purpose of the switch is to connect multiple physical CECs to a single 
device.


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of R.S.
Sent: Wednesday, June 3, 2020 3:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

W dniu 03.06.2020 o 06:09, Brian Westerman pisze:
> no switches exist at the site.
>
> I can't see how to share the CTC and NON CTC Control units on a Ficon card, 
> it (HCD) keeps generating a message that you can't "share" CTC and NON CTC on 
>  the same CHPID, but maybe I'm doing something wrong.

You cannot share chpid without the switch. It is point to point topology, not 
daisy chains like in Bus
Note, second hand switch with 8Gbps speed can be purchased just for peanuts.
Regarding CTC, I think it is well documented. It was documented when I read 
about it years ago when I moved from ESCON to FICON.

--
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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027597842sdata=NpN4os%2F8Kc00XIN96B6aWlSlhcVx7rQeUhKFPLOotqU%3Dreserved=0,
 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. Senatorska 18, 00-950 
Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.mbank.pl%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C7ff3567deee34f0190ad08d80797d691%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637267696027607844sdata=ce805mVHVZi95MYjm65SwTJhh0ho%2Bn%2BdDcN1MVD4x%2FM%3Dreserved=0,
 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
::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 

Re: Base SYSPLEX setup

2020-06-03 Thread Allan Staller
4 ficon ports(CHPIDs)  and 2 ficon cables are required. Each cable is shared in 
a bi-directional manner.

e.g CTCchipd1  <>  chpid2 CNC   Signalling Path 1
  CNCchpid3  <> chpid4  CTC Signalling Path 2

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Tuesday, June 2, 2020 11:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

no switches exist at the site.

I can't see how to share the CTC and NON CTC Control units on a Ficon card, it 
(HCD) keeps generating a message that you can't "share" CTC and NON CTC on  the 
same CHPID, but maybe I'm doing something wrong.

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


Re: Base SYSPLEX setup

2020-06-02 Thread Allan Staller
Speaking from experience, I did not notice any significant CPU associated w/GRS 
Ring. I did notice approximately 3x elongation in elapsed time in some GRS 
intensive tasks.
(e.g. dfHSM dataset expiration)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Monday, June 1, 2020 11:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Have you evaluated the CPU cost of GRS in a ring?


--
Shmuel (Seymour J.) Metz
https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C11ae7122232746f0759108d806af52f0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266697393351575sdata=OVu0Lrnl6iFj22lyo2A4F9RVxTglzm70RhDvQQvfcbs%3Dreserved=0


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Brian Westerman [brian_wester...@syzygyinc.com]
Sent: Tuesday, June 2, 2020 12:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

It's all about the cost.  Especially right now, there is just no money to put 
into the box.  If we knew for sure that the software CF would only take 1MSU or 
less, then we would do it in a heartbeat, but it's a base model z13s so there 
are only 13MSU's int he entire complex, taking even one away is a big deal, but 
IBM will only guarantee that it wouldn't take more than "a couple".  We don't 
have a couple to give up.  Even just 2 is more than 15%.  The goal is to 
install GRS (free) so that we can drop MIM.

On Mon, 1 Jun 2020 11:15:45 +0200, R.S.  wrote:

>W dniu 01.06.2020 o 02:27, Brian Westerman pisze:
>> The box isn't maxed out, but it's pretty close.  It's a base z13s and no 
>> money to upgrade it.  The cards are a cheap way to get by (they are under 
>> $400 with $0 increase in maintenance costs), whereas the cost of a CF is far 
>> greater.  We can't use the software CF option (build a CF lpar without a 
>> actual CF processor) because that would take us over the tipping point and 
>> no budget to add any more MSU's to resolve it.  Maybe in a year or so, but 
>> for now that's not a viable option.
>
>OK, we know it's poor configuration. Old machine, small one.
>So, what is the reason for Sysplex? What goal to achieve?
>Sysplex takes some CPU, so for "pretty close to maxed out" CPC it is
>not very fine.
>IMHO it would be reasonable to consider purchase second hand CPC as
>standalone CF and some cards. Of course the question about the goal is
>still valid.
>
>--
>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. Senatorska 18, 00-950 
>Warszawa,https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsecure-web.cisco.com%2F15OWiOdCm4GznBvnnKw6X3yZLqNv8pT-7PB_1iO3mWjo7Q8gm8PlAFUJrEGGliME5TZV5K5-LN_C8vilKWWfMXMA-9QrMl_l5rSOvdcmrQwRvL3BT8DDkbp3XbBUTycrssNKyAVpkg7DR5AsscwsdLKt9S7cOkzFUtOmJCmGI371F_jX7B6s_Bovb-Q6bzHHZl3L7CgCo-4FsI-1lUg7pJyJTCQTq7OZZw7xrWhibFcW-oHvmFhVOXuQt9qm7gbEsqHMO9cw2V0hEwrUXJ6tHoSYC5KTfQ6D0gSrMFUD6V_wVyVmQaCD9H0xU9rEHifqGBfERJKqh-cf3QMCyyIcA3tBCCFGb3XwosFst2gO2osp3yN1UZIhdEYz08HiGYiaIDtbQhCWQIoNots64UKPGGfCcbRyOWHmLO2bq9Dlg5_GwLnHUb4TLpdsugzD8l27x%2Fhttp%253A%252F%252Fwww.mBank.pldata=02%7C01%7Callan.staller%40HCL.COM%7C11ae7122232746f0759108d806af52f0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266697393351575sdata=Ny8kdkaNOthAbjBHzErzlQvjGTiKGCkzQJQ8HgpFRMQ%3Dreserved=0,
> 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. Senatorska 18, 00-950 

Re: Base SYSPLEX setup

2020-06-02 Thread Allan Staller
A total of 4 ficon ports are required with 2 cables. The FICON CTC's can be 
shared by all connected LPARs via PATHIIN/PATHOUT in SYS1.PARMLIB(COUPLExx).


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Timothy Sipples
Sent: Tuesday, June 2, 2020 12:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Brian,

1. If you haven't also looked at IBM Publication No. SB10-7174 yet, I'd refer 
you to that one ("IBM Z FICON Channel-to-Channel Reference"). I believe you've 
found SG24-5451 already.

2. You might not need additional FICON Express features at all. It depends on 
how you're set up, but there's quite a bit of link sharing that's possible. 
Quoting IBM, "A FICON channel with CTC capability may behave as both a standard 
FICON channel connecting to standard FICON I/O control units, as well as having 
an internal CTC control unit function in support of CTC connections Neither 
FICON channel must be dedicated exclusively to CTC operations."

If you have (for example) two machines connected to at least one common FICON 
SAN switch/director then you're *probably* good to go from a physical point of 
view, for some minimum level of service anyway. Sure, do due diligence in terms 
of performance and such, but it seems like a better idea to me to leave these 
machines physically unmolested if possible rather than try to hack something in 
(that's withdrawn from marketing).

There was probably some point in "ancient history" when the various sharing 
options weren't available, but I believe all FICON-equipped z/Architecture 
machines have these various CTC-related sharing capabilities at least in some 
fashion. SB10-7174 repeatedly refers to an engineering change (EC) that was 
available at least as far back as the IBM
z900 from what I can tell.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com

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


Re: Base SYSPLEX setup

2020-06-02 Thread Allan Staller
I can speak from experience. GRS Ring performance sucks with even 2 LPARs 
compared to GRS STAR.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Monday, June 1, 2020 11:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I've never gone here. The impression I got from the folks on this list was that 
GRS ring performance was abysmal for more than 2 lpars.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Brian Westerman
> Sent: Monday, June 01, 2020 9:37 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Base SYSPLEX setup
>
> It's all about the cost.  Especially right now, there is just no money
> to put into the box.  If we knew for sure that the software CF would
> only take 1MSU or less, then we would do it in a heartbeat, but it's a
> base model z13s so there are only 13MSU's int he entire complex,
> taking even one away is a big deal, but IBM will only guarantee that
> it wouldn't take more than "a couple".  We don't have a couple to give
> up.  Even just 2 is more than 15%.  The goal is to install GRS (free) so that 
> we can drop MIM.
>
> On Mon, 1 Jun 2020 11:15:45 +0200, R.S.
>  wrote:
>
> >W dniu 01.06.2020 o 02:27, Brian Westerman pisze:
> >> The box isn't maxed out, but it's pretty close.  It's a base z13s
> >> and no
> money to upgrade it.  The cards are a cheap way to get by (they are
> under
> $400 with $0 increase in maintenance costs), whereas the cost of a CF
> is far greater.  We can't use the software CF option (build a CF lpar
> without a actual CF processor) because that would take us over the
> tipping point and no budget to add any more MSU's to resolve it.
> Maybe in a year or so, but for now that's not a viable option.
> >
> >OK, we know it's poor configuration. Old machine, small one.
> >So, what is the reason for Sysplex? What goal to achieve?
> >Sysplex takes some CPU, so for "pretty close to maxed out" CPC it is
> >not very fine.
> >IMHO it would be reasonable to consider purchase second hand CPC as
> >standalone CF and some cards. Of course the question about the goal
> >is still valid.
> >
> >--
> >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. Senatorska 18, 00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=https%3A%
> 2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fwww.mBank.pl__%3B!!JmPEgB
> p;data=02%7C01%7Callan.staller%40HCL.COM%7C1a38cf5b250e4d7f61c308d806a
> f2edc%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266696772037397&
> amp;sdata=yr2aYJyBefiAYug%2FJ3tnsJqEmuQpBxXWxRqozYK3FBg%3Dreserve
> d=0
> Y0HMszNaDT!5eDRzqHriX-hLqA1YPn8U77EX7HJTbRFwCICRZfiI4Cez-
> xkXnu6skRyQ7UZqQ$ , 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. Senatorska 18,
> >00-950
> Warszawa,https://apc01.safelinks.protection.outlook.com/?url=https%3A%
> 2F%2Furldefense.com%2Fv3%2F__http%3A%2F%2Fwww.mBank.pl__%3B!!JmPEgB
> p;data=02%7C01%7Callan.staller%40HCL.COM%7C1a38cf5b250e4d7f61c308d806a
> f2edc%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637266696772037397&
> amp;sdata=yr2aYJyBefiAYug%2FJ3tnsJqEmuQpBxXWxRqozYK3FBg%3Dreserve
> d=0
> Y0HMszNaDT!5eDRzqHriX-hLqA1YPn8U77EX7HJTbRFwCICRZfiI4Cez-
> xkXnu6skRyQ7UZqQ$ , 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 

Re: Base SYSPLEX setup

2020-06-01 Thread Allan Staller
See the manuals "Setting up a SYSPLEX" and "Merging Systems Into A SYSPLEX". 
Both can be found on the IBM zOS Library site.
Some key items not available in a base sysplex:

GRS START (use CTC for inter-image communication.
VTAM Generic resources, VTAM MNPS
RACF data sharing (RACF sysplex communications is available)
Many others. All are described in Setting Up a SYSPLEX

HTH,
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Brian Westerman
Sent: Sunday, May 31, 2020 2:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Base SYSPLEX setup

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,

I'm looking for information on how to set up a base SYSPLEX with only Ficon 
CTC's that seem to be referred to as XCF CTC's.

I'm sure someone had done this before and is probably doing it now for Multiple 
LPARs that are running on the same processor CEC.  Configuration help (parms 
etc.) would be greatly appreciated.  I think all we need to do to connect the 3 
existing LPARs is purchase 2 FICON cards (we currently have no extras).  
Unfortunately, the IBM docs seem to talk a lot about the full parallel 
sysplexes (with Coupling facilities), but we don't have them, and they seem to 
be a great deal more expensive than FICON cards which are all we need to 
implement GRS anyway (that's our goal).  We can also apparently create a 
virtual CF, but the overhead appears to be far greater than we can spare.

Any CXF CTC setup information would be greatly appreciated.

Thanks

Brian

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


Re: TIME a data set was created?

2020-06-01 Thread Allan Staller
There is an old usermod that stored the date time somewhere in the F1 DSCB. 
Check the CBTTAPE.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Saturday, May 30, 2020 1:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TIME a data set was created?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Semi-Related - I seem to remember a software product, not sure what the name 
was, that would poke a date and maybe other information in "unused"
fields in the VTOC for each dataset.  Maybe it was a last-opened date or 
similar.  And it might have been a product that did a bit of what HSM does, 
prior to HSM becoming popular.  Just trying to jog my lost memories from the 
early 1980's.  Note: I did not inhale.

 Original Message 
Subject: Re: TIME a data set was created?
From: "Gibney, Dave" 
Date: Fri, May 29, 2020 10:36 pm
To: IBM-MAIN@LISTSERV.UA.EDU

The time of creation is not stored by z/OS for non-Unix System Services files.
Your options are the logging provided by SMF, or change the application to 
store into the Unix System Services file system.

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Peter Vels
> Sent: Friday, May 29, 2020 9:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TIME a data set was created?
>
> A number of people both on and off the list have mentioned SMF. Even
> if I had permission to read SMF data (I don't) I think it would be too
> much overhead to scan weeks of SMF records to find a few (~50) timestamps.
>
> On Sat, 30 May 2020 at 13:44, Lizette Koehler
> 
> wrote:
>
> > Do you have any tools like MICS/SAS/MXG?
> >
> > If not, can you download from cbttape.org the tool DAF (Dataset
> > Audit
> > Facility) - you can feed it SMF data based on dataset names, and it
> > will provide SMF records that probably have a timestamp
> >
> > Lizette
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Peter Vels
> > Sent: Friday, May 29, 2020 7:01 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: TIME a data set was created?
> >
> > How does one get the TIME a z/OS data set was created? The date is
> > easy, but I'm after the time.
> >
> > Background: Periodically I update a list of data sets created by an
> > application over which I have no control. I want to sort the list by
> > descending date and time. Where can I get the time from? LISTDSI
> > won't provide it unless the data set is on an EAV volume (doesn't apply).
> >
> > Regards,
> > PV
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
> > 
> > -- For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO
> > IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::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.


--

Re: IODF/IOCDS questions

2020-05-29 Thread Allan Staller
Yup!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jesse 1 Robinson
Sent: Friday, May 29, 2020 5:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IODF/IOCDS questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have never defined any installation userids on any SE. The only users 
defined are the standard IBM supplied one. Are you saying, if we defined at 
least a few of our own, we could have multiple 'sysprogs' logged on 
simultaneously?

.
.
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 R.S.
Sent: Friday, May 29, 2020 5:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IODF/IOCDS questions

CAUTION EXTERNAL EMAIL

W dniu 28.05.2020 o 16:04, Edgington, Jerry pisze:
> We currently have 3 CECs with multiple different IODFs.
>
> Question #1) How can I do combine/move all the CECs into a single IODF?
> Question #2) How can I update the CEC's IOCDS from a different CEC?  What 
> steps are needed to run a batch job from one CEC to update another CEC?

1. Yes and this is recommended way. Note: you may keep completely unrelated 
CECs in single IODF.
2. There are many ways to update IOCDS. One of them is to update IOCDS in CEC 
#1 when working on LPAR under CEC #2. However for this scenario you need to set 
up your "CEC plex" or rather "SE plex" (SE=Support element). First step is to 
connect internal networks. Internal network is the LAN between HMC and SE. 
Usually it is three node network: SE, Alternate SE and HMC. Recommended way is 
to connect all the SEs and HMCs in one LAN (excluding optional remote HMC). You 
need to change SE and HMC adresses and change HMC name. Defaults are the same 
causing conflict.
Next you have to add CPCs (objects) to HMCs - the best way is every HMC manage 
every CPC. BTW: It is also good idea to set up domain security now. Otherwise 
someone with illegal CPC (grin) or illegal HMC would be able to connect to your 
SE plex.

Note: everything I described can be done remotely, however that require proper 
planning and order of changes. A mistake could cause a trip to datacenter to 
fix it. And be sure you have valid userids and passwords on each SE and HMC.


--
Radoslaw Skorupka
Lodz, Poland

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


Re: DFSMShsm questions

2020-05-27 Thread Allan Staller
Comments interspersed

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lionel B Dyck
Sent: Wednesday, May 27, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFSMShsm questions

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I can spell HSM and am learning more about it - I have these questions that I 
haven't found the answer to in the pubs (yet).



1.  How can I change the default unit for HBACKDS datasets from tape to
disk?

SETSYS BACKUP(DASD) (might also need SETSYS UNITNAME. Check the fine manual).

2.  I have 2 virtual tape libraries - how do I force HSM to only use the
tapes in one of them (it is currently using the 1st libraries tapes)?

There are a number of approaches here.
1) ETM volume pooling
2) esoteric unit name (in conjunction w/DFHSM SETSYS USERUNITTABLE)

HTH,





Thank you - answers would be ideal (and then I can move on to other
projects) or  a pointer to pub/chapter would also be appreciated.



Y'all be safe, healthy, and blessed.





Lionel B. Dyck <
Website:  

 
https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lbdsoftware.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7C1ab40981e42f4d04dcc108d802670120%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637261988736235381sdata=3eKQoBy0KgNAptmoU8Nn5fyn4gPWHDyfoTAIOj2sRJ0%3Dreserved=0

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




--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
::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


Re: Move volcat to non sms volume

2020-05-25 Thread Allan Staller
Check you ACS routines. Most Installations have a "escape clause" that allows 
the ACS rotuines to be overridden.
Otherwise, use dfDSS. COPY DSN(.) NSC NMC BYPASSACS(**)

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Sunday, May 24, 2020 5:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Move volcat to non sms volume

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Thanks, but that doesn't work.

What did work was allocating the volcat on the volume I wanted to use. and then 
using the intoempty paramters in the import.

Gadi

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Sunday, May 24, 2020 12:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Move volcat to non sms volume

By using the VOLUMES keyword on the IMPORT, and specifying a NON-SMS managed 
volume...

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fpages%2Fhow-move-volcat-new-volumedata=02%7C01%7Callan.staller%40HCL.COM%7C3ddd5d0b8b0a4360ee7508d7ffd0fbf0%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637259145389967562sdata=z4TNbWtaosv2SKsqeNdj2rDA7lrbT7GhbzQNqC0Tra0%3Dreserved=0

Joe

On Sun, May 24, 2020 at 2:30 AM Gadi Ben-Avi  wrote:

> Hi,
> Our volcat (SYS1.VOLCAT.VGENERAL) was allocated on an SMS managed volume.
> We would like to move it to a Non SMS managed volume.
>
> The way I found was to export it and then import.
> How do I tell IMPORT to allocate it on a non SMS managed volume, and
> not on the storage class it was exported from?
>
> Thanks
>
> Gadi
>
>
> --
> 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

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


Re: Where do started PROC errors go?

2020-05-21 Thread Allan Staller
S STCNAME...MSGCLASS=(held sysout class).

I.e. ODISP=(keep,keep)

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wayne Bickerdike
Sent: Thursday, May 21, 2020 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Charles did your setup include something like this?

RDEFINE STARTED  MYSTC.* OWNER(SYS1) AUDIT(FAILURES(READ)) UACC(NONE) PERMIT 
MYSTC.* CLASS(STARTED) GENERIC ID(WAYNE) ACCESS(ALTER) RALTER STARTED  MYSTC.* 
STDATA(USER(STCOPER) GROUP(GROUPZ)) SETROPTS REFRESH RACLIST(STARTED)

On Fri, May 22, 2020 at 5:33 AM Wayne Bickerdike  wrote:

> Two things, no definition for the STC in RACF.
>
> If I have difficulty diagnosing STC problems, I run them as a job in
> JCL to capture error messages.
>
>
>
> On Fri, May 22, 2020 at 5:14 AM Seymour J Metz  wrote:
>
>> He posted messages showing that the STC ran normally. His primary
>> problem is OUTDISP; once he fixes that we can see whether the userid
>> is causing other problems.
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.
>> gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C815695
>> bad7c4430c0e0e08d7fdc08e1f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0
>> %7C637256875802443954sdata=yrxVy3cUu7HVu23lPvqIkCAxcwCqRQm4GJwwB
>> Ocm9VQ%3Dreserved=0
>>
>> 
>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>> behalf of Christopher Y. Blaicher [cblaic...@syncsort.com]
>> Sent: Thursday, May 21, 2020 2:48 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Where do started PROC errors go?
>>
>> Generally the job name is the name of the PROC you issued the start for.
>> Have you tried using the ST option of SDSF?  Also, some errors get
>> put on the bottom of the queue.  Also, did you look in the SYSLOG?
>> You should see the start and end messages
>>
>> Chris Blaicher
>> Technical Architect
>> Syncsort, Inc.
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Binyamin Dissen
>> Sent: Thursday, May 21, 2020 2:38 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Where do started PROC errors go?
>>
>> [ External - This message originated Externally.  Use proper
>> judgement and caution with attachments, links, or responses. ]
>>
>> Try running the PROC in a batch  job.
>>
>> You do realize that without proper setup the STC is probably using a
>> different userid.
>>
>> On Thu, 21 May 2020 09:11:10 -0700 Charles Mills 
>> wrote:
>>
>> :>I have a program that runs successfully in a job. I just cloned the
>> JCL :>appropriately into a PROC. When I issue a START for the PROC I
>> get a started :>message and an ended message but no clue as to why it
>> failed. (It is :>supposed to be long-running, so ending is a
>> failure.) I don't think it is a :>JCL error because I get a JCL error
>> message in that case, and I have :>evidence that it actually ran "some."
>> :>
>> :>The PROC includes //SYSTSPRT DD SYSOUT=H. (H is a held class.) I
>> have strong :>evidence that the program is getting far enough that it
>> would have written :>several lines to SYSTSPRT.
>> :>
>> :>I see nothing in SDSF, even with PREFIX * and OWNER *.
>> :>
>> :>Where is my output going? How do I determine that? How do I view it?
>> :>
>> :>There is nothing in the PROC statement: //procname PROC and no
>> operands on :>the START other than the PROC name. The program is
>> IKJEFT01 and a Rexx EXEC :>FWIW. Again, it works in a job.
>> :>
>> :>Thanks,
>> :>Charles
>>
>> --
>> Binyamin Dissen 
>> https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furl
>> defense.com%2Fv3%2F__http%3A%2F%2Fwww.dissensoftware.com__%3B!!I6-MEf
>> EZPA!YOjsBluCmNaipeBYZjqxb7U9D_dMSn_ENJK4MNP5J_cc5ogXo4k6DoI05UXVcc_Z
>> uA%24data=02%7C01%7Callan.staller%40HCL.COM%7C815695bad7c4430c0e
>> 0e08d7fdc08e1f%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637256875
>> 802443954sdata=NSfQ%2FMbui1Nb9ExxAsuil0npRskyp%2BoKBhBN%2BCsq8j8
>> %3Dreserved=0
>>
>> Director, Dissen Software, Bar & Grill - Israel
>>
>>
>> Should you use the mailblocks package and expect a response from me,
>> you should preauthorize the dissensoftware.com domain.
>>
>> I very rarely bother responding to challenge/response systems,
>> especially those from irresponsible companies.
>>
>> -
>> - 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 

Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

2020-05-15 Thread Allan Staller
//XX DD SYSOUT=(B,,SMTP),FREE=CLOSE should do what you specified in the OP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Friday, May 15, 2020 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I am using GETMSG so must run under TSO/IRXEXEC already. Should have mentioned 
that.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Friday, May 15, 2020 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for clarification/guidance on SMTP DD FREE/SPIN

The only difference I can see between ALLOC and bpxwdyn is that the former 
requires a TSO environment.  That's usually not much of a burden, but if you 
want to run under IRXJCL, you'd have to go with bpxwdyn.  I also like that it 
supports system-generated ddname that it will return, although that doesn't 
seem needed here.

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


Re: USS: su: User ID "SH" does not exist

2020-05-15 Thread Allan Staller
Use BPXBATSL, Check the fine manuals for details.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jon 
Bathmaker
Sent: Thursday, May 14, 2020 7:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: USS: su: User ID "SH" does not exist

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don't click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,

Because of auditor demands we are no longer able to run TSO USS commands that 
require UID=0,  so I attempting figure out how to run  USS commands in under 
BPXBATCH.  The following is a job to debug the unmount command
in batch but I have been unsuccessful so far.   I am hoping that I am
doing something wrong and that one of you can point out my error.

Here is the JCL:

//BATBPX  EXEC PGM=BPXBATCH

//STEPLIB  DD DISP=SHR,DSN=SYS1.CEE.SCEERUN

//STDERR   DD SYSOUT=*

//STDOUT   DD SYSOUT=*

//STDPARM  DD *

SH su

SH echo $PATH

SH unmount -fv ZOS240.SYS1.OMVS.SYSRES.OS240971.FNT.ZFS

Here is the contents of STDERR when the job runs.

FSUM5023 su: User ID "SH" does not exist, or the RACF profile does not contain 
an OMVS segment.


Thanks.

Best regards,

Jon Bathmaker

z/OS Systems Programmer


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


Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

2020-05-14 Thread Allan Staller
That will only work for VSAM datasets. The information request by the OP is not 
in the catalog for non-VSAM datasets.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Joe 
Monk
Sent: Thursday, May 14, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I dont see why you cant just call IDCAMS in batch (regardless of the language 
used) and get the file size from the catalog?

Joe

On Thu, May 14, 2020 at 1:16 PM Seymour J Metz  wrote:

> That wasn't what he wrote, but I agree that it could have been phrased
> better. Still, the question is relevant; if we (TINW) knew why the OP
> was asking and what was behind his question, we would be better
> positioned to address the underlying problem.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C8b33a2a8
> 5ac64325bff108d7f833d3e5%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C
> 637250773810991404sdata=Z1A39wHlVdhE9CS1wtMzsYhLXhF9xp6qNlnJ%2BSF
> IguA%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Charles Mills [charl...@mcn.org]
> Sent: Thursday, May 14, 2020 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there any z/OS API to get byte file size for non-VSAM,
> non-zFS, non-database files?
>
> I hear you @Shmuel and agree, but "why does it have to be solved in COBOL?"
> Well gee, I would guess because the application that needs to know is
> already written -- and it's written in COBOL.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Seymour J Metz
> Sent: Thursday, May 14, 2020 10:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there any z/OS API to get byte file size for non-VSAM,
> non-zFS, non-database files?
>
> It is very common for someone with a problem to assume that it has to
> be fixed in a certain way, and to ask about that way rather than the
> actual problem. Asking for clarification never hurts, and often helps.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C8b33a2a8
> 5ac64325bff108d7f833d3e5%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C
> 637250773811001359sdata=LJ6EoxSkEHBr74x9XK3%2B6bybH2mZOI%2FsKqDEK
> TWV5xQ%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Charles Mills [charl...@mcn.org]
> Sent: Thursday, May 14, 2020 1:25 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there any z/OS API to get byte file size for non-VSAM,
> non-zFS, non-database files?
>
> Of course it does not matter to COBOL!
>
> But it might matter to one or more applications that might just happen
> to be written in COBOL!
>
> No disrespect @Gil but this kind of answer drives me crazy. One thinks
> about a problem. It is a big and complex problem with multiple
> unknowns and tradeoffs. There are many ways one might at least
> partially solve it. One thinks at length about all the tradeoffs. One
> finally drills down on one particular approach ... but wait! There is
> one detail necessary for the solution to work that one does not know.
>
> So one posts on IBMMAIN "how can a COBOL program running as a started
> task but not APF-authorized determine how many widgets are in a bushel?"
>
> And someone immediately replies "why would you want to do that?"
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Thursday, May 14, 2020 9:57 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there any z/OS API to get byte file size for non-VSAM,
> non-zFS, non-database files?
>
> On Thu, 14 May 2020 16:31:45 +, Farley, Peter x23353 wrote:
>
> >Thanks Lizette, I had forgotten about LISTDSI.  The context here was
> >a
> need
> for an API callable from a batch COBOL program, but that could be done
> too, if somewhat clumsily due to the requirement for LISTDSI to be
> executed in a TSO environment.
> >
> >I sent my co-worker on a search at cbttape.org for something he could
> use.
> >
> Why?  Where does this matter to COBOL?
>
> The VTOC-based approaches give at least an upper bound, which might
> suffice for capacity calculations.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the 

Re: Colossus, Strangelove, etc. was: Developers say...

2020-05-11 Thread Allan Staller
Look up the story "I, Robot". From memory, I believe it is also an Isaac Asimov 
story

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Joel C. Ewing
Sent: Monday, May 11, 2020 10:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Colossus, Strangelove, etc. was: Developers say...

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I've greatly enjoyed Asimov's vision of future possibilities, but when I step 
back to reality it occurs to me that his perfect laws of robotics would have to 
be implemented by fallible human programmers.  Even if well-intentioned, how 
would they unambiguously convey to a robot the concepts of "human", "humanity", 
"hurt", and "injure" when there have always been minorities or "others" that 
are treated by one group of humans as sub-human to justify injuring them in the 
name of "protecting"
them or protecting humanity?  And then there is the issue of who might
make the decision to build sentient robots:   For example, who in our
present White House would you trust to pay any heed to logic or scientific 
recommendations or long-term consequences, if they were given the opportunity 
to construct less-constrained AI robots that they perceived offered some 
short-term political advantage?

Humanity was also fortunate that when the hardware of Asimov's Daneel began to 
fail, that he failed gracefully, rather than becoming a menace to humanity.
Joel C Ewing

On 5/11/20 8:43 AM, scott Ford wrote:
> Well done JoelI agree , But I can help to to be curious about the
> future of AI.
> a bit of Isaac Asimov 
>
> Scott
>
> On Mon, May 11, 2020 at 9:25 AM Joel C. Ewing  wrote:
>
>> And of course the whole point of Colossus, Dr Strangelove, War
>> Games, Terminator,  Forbidden Planet, Battlestar Galactica, etc. was
>> to try to make it clear to all the non-engineers and non-programmers
>> (all of whom greatly outnumber us) why putting lethal force in the
>> hands of any autonomous or even semi-autonomous machine is something
>> with incredible potential to go wrong.  We all know that even if the
>> hardware doesn't fail, which it inevitably will, that all software
>> above a certain level of complexity is guaranteed to have bugs with
>> unknown consequences.
>> There is another equally cautionary genre in sci-fi about society
>> becoming so dependent on machines as to lose the knowledge to
>> understand and maintain the machines, resulting in total collapse
>> when the machines inevitably fail.  I still remember my oldest sister 
>> reading E.M.
>> Forster, "The Machine Stops" (1909), to me  when I was very young.
>> Various Star Trek episodes used both of these themes as plots.
>> People can also break down with lethal  side effects, but the
>> potential  damage one person can create is more easily contained by
>> other people.   The  only effective way to defend again a berserk lethal
>> machine may be with another lethal machine, and Colossus-Guardian
>> suggests why that may be an even worse idea.
>> Joel C Ewing
>>
>> On 5/11/20 4:54 AM, Seymour J Metz wrote:
>>> Strangelove was twisted because the times were twisted. We're ripe
>>> for a
>> similar parody on our own times.
>>>
>>> --
>>> Shmuel (Seymour J.) Metz
>>> https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason
>>> .gmu.edu%2F~smetz3data=02%7C01%7Callan.staller%40HCL.COM%7C87d9
>>> 89082f374f96610c08d7f5be19cc%7C189de737c93a4f5a8b686f4ca9941912%7C0%
>>> 7C0%7C637248069162560622sdata=ZnMqmL1CJJ4Ndpc9HLcl%2FYWR%2FpnSo
>>> zSoLcU13aVX8NI%3Dreserved=0
>>>
>>> 
>>> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
>> behalf of Farley, Peter x23353 [peter.far...@broadridge.com]
>>> Sent: Sunday, May 10, 2020 11:39 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Developers say Google's Go is 'most sought after'
>> programming language of 2020
>>> For relatively recent fare, I agree 100% - "Person of Interest"
>>> leads
>> the pack.  My favorite oldie -- "Let's play Global Thermonuclear War . . .
>> " (War Games), right after Dr. Strangelove of course, simply because
>> it was so twisted.
>>> Mutual Assured Destruction indeed.  Is SkyNet far away?
>>>
>>> Peter
>>>
>>> -Original Message-
>>> From: IBM Mainframe Discussion List  On
>> Behalf Of Bob Bridges
>>> Sent: Sunday, May 10, 2020 10:21 PM
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Subject: Re: Developers say Google's Go is 'most sought after'
>> programming language of 2020
>>> I've always loved "Colossus: The Forbin Project".  Not many people
>>> have
>> seen it, as far as I can tell.
>>> The only problem I have with that movie - well, the main problem -
>>> is
>> that no programmer in the world would make such a system and then
>> throw away the Stop button.  No engineer 

Re: IDCAMS not freeing file

2020-05-07 Thread Allan Staller
This seems like normal behavior to me. As long as the first job is running, the 
enq is held. Once the job ends, the enqueue is released.

As of z/OS 2.2(?) there is a "enque demotion" that will reduce the enque to shr 
once the need for old is removed.

I am sorry I don't have time to look up the details,

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Thursday, May 7, 2020 7:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IDCAMS not freeing file

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Hi,
We have the following problem

I job runs IDCAMS that delete and redefines a VSAM KSDS file.
The next step uses a user program to send a command to CICS to open file file.

In one partition this works fine.
In another partition we get:
DFHFC0952 CICSTOR8
DYNAMIC ALLOCATION OF NON-RLS FILE LMFVPAPZ FAILED. RETURN CODE X'0004',X'0210' 
IN MODULE DFHFCFS.

The manual says that this messaga is issued when the file is allocated with 
DISP=OLD.

If we run the second step after the first job has ended, it runs OK.

It looks like IDCAMS is not freeing the file after the step ends.

Does anyone have an idea what can be causing this?

Gadi

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


Re: ALTROOT

2020-05-06 Thread Allan Staller
This is for recovery and migration purpose. It will allow the sysplex root 
dataset to be replaced without a sysplex-wide IPL.
It is optional and *NOT* required.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Wednesday, May 6, 2020 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ALTROOT

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I have come up against a question that I can't answer.

In OMVS why is an ALTROOT needed in a SYSPLEX?

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


Re: JES2 Checkpoint Size 1.13 to 2.2

2020-05-06 Thread Allan Staller
I concur/Lizette. CFSIZER will give you a size. Double that and make the large 
enough so that you never have to worry.
Mine are 120 cyls to support 100K jobs and 300k JOES.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Wednesday, May 6, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Checkpoint Size 1.13 to 2.2

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

I would start with the CFSIZER tool on 
https://apc01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.ibm.com%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cb6271fa8ebbf4037275208d7f1d8759a%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637243784317881373sdata=Aw10NA1o1DOEHJntdPANPvjHjB%2FRoKYAt2yUd8AKP88%3Dreserved=0
 - not great, but it would be a good starting point.

Next use $DACTIVATE on you V2.2 system.  See what it says.  The ability to 
upgrade is not as important as how many BERTs you need or what the checkpoint 
size needs to be.

Then if you have the room. Double those numbers

You can never have too much room in JES due to control blocks changing over time

I am up to a 100 cylinder checkpoint and a cf structure size of 78M

In prod I have a cf structure for jes2 of 150MB

There was a lot of try this, then try that.  JES2 CKPT allocation has become 
more of an art.

Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Wednesday, May 6, 2020 9:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Checkpoint Size 1.13 to 2.2

Allan,
Thank you.
How would I know how large to make it, leaving a reasonable amount of free 
space?

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

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

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


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


Re: JES2 Checkpoint Size 1.13 to 2.2

2020-05-05 Thread Allan Staller
You will also need to redefine the Structure to correspond with the larger 
checkpoint sizes.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Tuesday, May 5, 2020 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 Checkpoint Size 1.13 to 2.2

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We are migrating from 1.13 to 2.2 in a MAS sysplex.
JES2 WARM start, no parm changes.
Checkpoint in z11 mode.
Of course I'm trying to get around having to define a separate JES on 2.2 LPAR 
A cold start is a possibility. Right now that's the only possible 'fix' that I 
see

When I IPL the first LPAR on 2.2 (gotten around several errors) but now seeing 
an error on the CKPT size.
Based on the message and doc I don't see any additional requirement.

$HASP537 THE CURRENT CHECKPOINT USES--532 4K RECORDS
$HASP710 this level is incompatible with one or more active members...meber is 
down-level
 I've gotten the down-level before but was able to identify the issue and 
get past it
looking to do the same with this issue

Details below.

Thanks,
Elaine

$HASP537
JES2 issues a message during initialization to inform system programmers of the 
checkpoint size requirements for the current checkpoint configuration. If this 
is a cold start, the number is based on the parameters specified in the 
initialization deck. If this is a warm start the size is based on the current 
checkpoint configuration.

From displays below 532K is what is currently in use at around 90% free If the 
message is based on SIZE requirements (not the 532K in use) what is the issue?
   Using the same JOENUM, JOBNUM, etc.

Is there a parm that can be changed? It would be possible to update both 1.13 
LPARs and do another 2.2 IPL

Though not indicated, do I need to cold start?
 ***  There is no doc indicating that 2.2 needs additional space. even if 
it did, there is plenty.***
 ***   but if it does need more, I can see it expecting to be using only 
532K, same as the shared LPAR   ***
 ***  in which case would a 2.2 cold start update both 2.2 and 1.13 with 
same utilization? ***


$D ACTIVATE
JES2 CHECKPOINT MODE IS CURRENTLY Z11
THE CURRENT CHECKPOINT:
 -- CONTAINS 6100 BERTS AND BERT UTILIZATION IS 5
PERCENT.
 -- CONTAINS 532 4K RECORDS.
$D CKPTSPACE

  $HASP852 CKPTSPACE
  $HASP852 CKPTSPACE  BERTNUM=6100,BERTFREE=5752,BERTWA
  $HASP852CKPT1=(CAPACITY=7188,UNUSED=6660)
  $HASP852CKPT2=(CAPACITY=5388,UNUSED=4860)




CF
STRUCTURE NAME(AAAMVSP_CKPT1) SIZE(3456K)
   FULLTHRESHOLD(0)
   PREFLIST(M3KENG2)

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


Re: JES2 Checkpoint Size 1.13 to 2.2

2020-05-05 Thread Allan Staller
One your z/OS 1.13 system define new, larger, checkpoint datasets and perform 
the JES2 Checkpoint migration dialog. (Check the fine manuals. This is well 
documented.
After running on the new checkpoints, you can then proceed w/the z/OS 2.2 
implementation.

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Elaine Beal
Sent: Tuesday, May 5, 2020 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 Checkpoint Size 1.13 to 2.2

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We are migrating from 1.13 to 2.2 in a MAS sysplex.
JES2 WARM start, no parm changes.
Checkpoint in z11 mode.
Of course I'm trying to get around having to define a separate JES on 2.2 LPAR 
A cold start is a possibility. Right now that's the only possible 'fix' that I 
see

When I IPL the first LPAR on 2.2 (gotten around several errors) but now seeing 
an error on the CKPT size.
Based on the message and doc I don't see any additional requirement.

$HASP537 THE CURRENT CHECKPOINT USES--532 4K RECORDS
$HASP710 this level is incompatible with one or more active members...meber is 
down-level
 I've gotten the down-level before but was able to identify the issue and 
get past it
looking to do the same with this issue

Details below.

Thanks,
Elaine

$HASP537
JES2 issues a message during initialization to inform system programmers of the 
checkpoint size requirements for the current checkpoint configuration. If this 
is a cold start, the number is based on the parameters specified in the 
initialization deck. If this is a warm start the size is based on the current 
checkpoint configuration.

From displays below 532K is what is currently in use at around 90% free If the 
message is based on SIZE requirements (not the 532K in use) what is the issue?
   Using the same JOENUM, JOBNUM, etc.

Is there a parm that can be changed? It would be possible to update both 1.13 
LPARs and do another 2.2 IPL

Though not indicated, do I need to cold start?
 ***  There is no doc indicating that 2.2 needs additional space. even if 
it did, there is plenty.***
 ***   but if it does need more, I can see it expecting to be using only 
532K, same as the shared LPAR   ***
 ***  in which case would a 2.2 cold start update both 2.2 and 1.13 with 
same utilization? ***


$D ACTIVATE
JES2 CHECKPOINT MODE IS CURRENTLY Z11
THE CURRENT CHECKPOINT:
 -- CONTAINS 6100 BERTS AND BERT UTILIZATION IS 5
PERCENT.
 -- CONTAINS 532 4K RECORDS.
$D CKPTSPACE

  $HASP852 CKPTSPACE
  $HASP852 CKPTSPACE  BERTNUM=6100,BERTFREE=5752,BERTWA
  $HASP852CKPT1=(CAPACITY=7188,UNUSED=6660)
  $HASP852CKPT2=(CAPACITY=5388,UNUSED=4860)




CF
STRUCTURE NAME(AAAMVSP_CKPT1) SIZE(3456K)
   FULLTHRESHOLD(0)
   PREFLIST(M3KENG2)

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


Re: zOSHF / zFS

2020-05-04 Thread Allan Staller
The root, is not the same as the sysplex root. 

/* syplex root file system  - z/OS sysplex root */  
  <- /global/zosmf needs to be here
ROOT  FILESYSTEM('OMVS.')
  TYPE(ZFS) MODE(RDWR) AUTOMOVE
   
/* altroot sysplex root file system - alternate z/OS sysplex root 
*/ 
ALTROOT FILESYSTEM('OMVS.')  
  MOUNTPOINT('/sysalt')
   
/* system-specific file system  - z/OS USS -  directory */ 
MOUNT FILESYSTEM('OMVS.')  
  TYPE(ZFS) MODE(RDWR) UNMOUNT PARM('NORWSHARE')   
  MOUNTPOINT('/')  
   
/* z/OS USS operating system- z/OS USS binary $VERSION zFS  
   Image specific root FS */<---   /global /zosmf not 
here
MOUNT  FILESYSTEM('OMVS.OPSYS.')
  TYPE(ZFS) MODE(READ) UNMOUNT  PARM('NORWSHARE')  
  MOUNTPOINT('/$VERSION')  
   


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, May 4, 2020 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

Allan

It is the first entry off the root

All the other zFS of interest are hung off of /REL240 meaning the JAVA's and 
the Liberty_zos

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, May 4, 2020 1:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

Is the mountpoint /global/zosmf hung off of the sysplex root?

In all cases, I would think any system would complain the ZFS is already 
mounted.
Check the mount mode for the zosmf zfs (s/b R/W)

SYSPLEX(YES) should make the zosmf zfs visible to all images provided the 
mountpoint is available.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, May 4, 2020 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have SYSPLEX(YES) and FORK(COW)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, May 4, 2020 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

Steve,

I replied earlier to one of your other threads about this.  Unless you are 
running with Shared Sysplex Root, you cannot mount the same filesystem on
multiple systems for READ/WRITE.   You will know if you are or are not by
BPMPRMxx SYSPLEX (YES|NO) setting.There is quite a bit of pre-work and
planning required to turn on SYSPLEX Filesystem.

/* SYSPLEX ROOT DEFINTIONS */
/* */
VERSION('')
SYSPLEX(YES)


The alternative I gave you then is to manually UNMOUNT the filesystem from 
where ZOSMF was, and MOUNT It on the system you WANT to run ZOSMF on, and you 
should be fine.

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, May 4, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSHF / zFS

**CAUTION EXTERNAL EMAIL**

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

I have come up against and INTERESTING problem.  Ona zOS 2.4 system

On my MONOPLEX the zFS for zOSMF showed MOUTED in ISH and when I look at in 
SDSF FS it's all good zOSMF operates as it should.

In my 4-way SYSPLEX the JAVA's and the LIBERTY zFS are correct in ISH and in 
SDSF FS

Now the ZOSMF zFS shows it was properly mounted in ISH, however in SDSF FS, the 
zFS is not visible, and the IZUANG1 fails.

Any ideas

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.

Re: zOSHF / zFS

2020-05-04 Thread Allan Staller
Is the mountpoint /global/zosmf hung off of the sysplex root?

In all cases, I would think any system would complain the ZFS is already 
mounted.
Check the mount mode for the zosmf zfs (s/b R/W)

SYSPLEX(YES) should make the zosmf zfs visible to all images provided the 
mountpoint is available.



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, May 4, 2020 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

[CAUTION: This Email is from outside the Organization. Unless you trust the 
sender, Don’t click links or open attachments as it may be a Phishing email, 
which can steal your Information and compromise your Computer.]

We have SYSPLEX(YES) and FORK(COW)

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, May 4, 2020 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSHF / zFS

Steve,

I replied earlier to one of your other threads about this.  Unless you are 
running with Shared Sysplex Root, you cannot mount the same filesystem on
multiple systems for READ/WRITE.   You will know if you are or are not by
BPMPRMxx SYSPLEX (YES|NO) setting.There is quite a bit of pre-work and
planning required to turn on SYSPLEX Filesystem.

/* SYSPLEX ROOT DEFINTIONS */
/* */
VERSION('')
SYSPLEX(YES)


The alternative I gave you then is to manually UNMOUNT the filesystem from 
where ZOSMF was, and MOUNT It on the system you WANT to run ZOSMF on, and you 
should be fine.

_
Dave Jousma
AVP | Manager, Systems Engineering

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


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, May 4, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSHF / zFS

**CAUTION EXTERNAL EMAIL**

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

I have come up against and INTERESTING problem.  Ona zOS 2.4 system

On my MONOPLEX the zFS for zOSMF showed MOUTED in ISH and when I look at in 
SDSF FS it's all good zOSMF operates as it should.

In my 4-way SYSPLEX the JAVA's and the LIBERTY zFS are correct in ISH and in 
SDSF FS

Now the ZOSMF zFS shows it was properly mounted in ISH, however in SDSF FS, the 
zFS is not visible, and the IZUANG1 fails.

Any ideas

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

  1   2   3   4   5   6   7   8   >