Another Loss

2021-01-17 Thread Steve Beaver
Last night we lost another zOS Sysprog.  Robert Phillips passed last night 

Sent from my iPhone

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


Re: clarification please - is z/OSMF required for migrating z/OS from v2.3 to v2.4 ?

2021-01-15 Thread Steve Beaver
The biggest thing is to the ZFS mounted that contains all the objects for the 
zOS for the release in question. 

Once you do that it takes a little customization and adding the STC’s 

Sent from my iPhone

> On Jan 15, 2021, at 09:04, Richards, Robert B. (CTR) 
> <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Yes, if they want the upgrade workflow. No, at this time the ServerPac is 
> still doable outside of z/OSMF.
> 
> 
> 
> z/OSMF is definitely the future. They've procrastinated long enough! 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Bruce Lightsey
> Sent: Friday, January 15, 2021 10:01 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: clarification please - is z/OSMF required for migrating z/OS from 
> v2.3 to v2.4 ?
> 
> 
> 
> I am not one of the system programmers but have been tasked with getting this 
> answer for them (and to manage them). My systems guys like SMPe and 
> ServerPacks, etc but z/OSMF is “Alienware” to them – must I tell them to get 
> over it and go with the workflow ?
> 
> 
> 
> Thanks
> 
> Bruce
> 
> 
> 
> 
> 
> 
> 
> Bruce Lightsey
> 
> Database Manager
> 
> MS Department of Information Technology Services
> 
> 601-432-8144 | www.its.ms.gov
> 
> 
> 
> 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
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: COBOL LIB

2020-12-17 Thread Steve Beaver
Carlos

Are you a CICS shop?

Sent from my iPhone

> On Dec 17, 2020, at 16:40, Farley, Peter x23353 
> <031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Carlos,
> 
> AFAIK, Easytrieve scripts generate actual object code, not COBOL code, for at 
> least the versions of which I am aware (versions 4.x, 5.x and 6.x in my 
> experience all generate object code).
> 
> HTH
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> CarlosM Martinez
> Sent: Thursday, December 17, 2020 5:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
> 
> EXTERNAL EMAIL
> 
> Well I am a newbie in Z/OS my expertise is in VSE. But... everything here is 
> hold on to your hat... EASYTRIEVE. I have not look at a complete Easytrieve 
> compile but doesn't it produce cobol code?
> We get our CICS online System compiled and shipped from a vendor and just 
> load it to a loadlib. I looked on 3.4 of TSO for IGY and found NONE. 
> 
> Thank you all. 
> 
> Carlos Martinez
> SUNY Downstate.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Steve Beaver
> Sent: Thursday, December 17, 2020 5:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL LIB
> 
> Do you even have any compiler procs?
> 
> Sent from my iPhone
> 
>> On Dec 17, 2020, at 16:02, Jousma, David 
>> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> COBOL compiler doesn't come with z/os.  It is separately purchased and 
>> licensed,  so since you are asking, you may not have it.
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of CarlosM Martinez 
>> Sent: Thursday, December 17, 2020 4:12:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU 
>> Subject: COBOL LIB
>> 
>> **CAUTION EXTERNAL EMAIL**
>> 
>> **DO NOT open attachments or click on links from unknown senders or 
>> unexpected emails**
>> 
>> Hello all,
>> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
>> SYS1.???
>> 
>> Thank you
>> Carlos Martinez
>> SUNY Downstate Med. Center
>> 
>> --
>> 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**
>> 
>> 
>> ${If.App.WXP}Classification: Internal Use${If.End} 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
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your 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


Re: COBOL LIB

2020-12-17 Thread Steve Beaver
Do you even have any compiler procs?

Sent from my iPhone

> On Dec 17, 2020, at 16:02, Jousma, David 
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> COBOL compiler doesn't come with z/os.  It is separately purchased and 
> licensed,  so since you are asking, you may not have it.
> 
> From: IBM Mainframe Discussion List  on behalf of 
> CarlosM Martinez 
> Sent: Thursday, December 17, 2020 4:12:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: COBOL LIB
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> Hello all,
> Does anyone know what library the COBOL compiler is in Z/OS 1.0 ?
> SYS1.???
> 
> Thank you
> Carlos Martinez
> SUNY Downstate Med. Center
> 
> --
> 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**
> 
> 
> ${If.App.WXP}Classification: Internal Use${If.End}
> 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
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


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

2020-11-19 Thread Steve Beaver
It will not without a password 

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Nov 19, 2020, at 18:12, Seymour J Metz  wrote:
> 
> Sure, but why do you think that specifying the userid will do them any good?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Tom Brennan 
> Sent: Thursday, November 19, 2020 2:16 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Is there a JES2 command to submit a job?
> 
> I just thought of one more problem with my scenario.  If the JCL can be
> updated by the user, then they could set USER= to whatever they want,
> spoiling the idea of using a single STC for multiple users.
> 
>> On 11/19/2020 11:13 AM, Tom Brennan wrote:
>> So if the JCL dataset can be updated by the user and they decide to
>> remove the USER= parm, then the STC userid would get control.  And in
>> that case the unique userid set up for that STC would have little access
>> and would likely fail on the first dataset.
>> 
>> Do I have that about right?
>> 
>>> On 11/19/2020 11:04 AM, David Spiegel wrote:
>>> Hi Skip,
>>> "... the default SAF userid for STCs will be propagated to the
>>> submitted job ..."
>>> If the submitted job has a USER= on the Job Card and the RDR STC's
>>> Userid has SURROGAT to all owner of SUBMIT'd Jobs, this is not a problem.
>>> (I also would not give RDR the default STCID.)
>>> 
>>> Regards,
>>> David
>>> 
>>> On 2020-11-19 13:45, Jesse 1 Robinson wrote:
 We use a similar process. The supplied RDR proc is a bit clumsy with
 stuff coded that would work as is for pretty much no one. So like
 many other shops, ages ago we wrote our own version with customized
 data set and unit parameters.
 
 The big problem with an RDR-like solution is that the default SAF
 userid for STCs will be propagated to the submitted job. That might
 be wildly inappropriate for the average user.
 
 .
 .
 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 Herring, Bobby
 Sent: Thursday, November 19, 2020 8:26 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: (E

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


Re: IMS module DVRX0000 purpose

2020-10-27 Thread Steve Beaver
IMS DataPropagator for z/OS: Reference - IBM DPROP Support for Orderly and 
Controlled Status Changes...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Tuesday, October 27, 2020 8:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IMS module DVRX purpose

On 10/27/2020 9:00 AM, Bill Giannelli wrote:
> We decommissioned IMS a couple of years back. We now find that an application 
> is still using an IMS module, DVRX. Can someone tell me what this module 
> does? Is seems, from a google search, it is some type of old IMS DPROP module.
> thanks
> Bill
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 

Bill,

Dr. Google says this is IBM Data Propagator.

Regards,
Tom Conley

--
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: Microsoft using IBM was Re: IBM splitting into two companies

2020-10-12 Thread Steve Beaver
IBM runs Azure for MS

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Oct 12, 2020, at 10:23, Ed Jaffe  wrote:
> 
> On 10/12/2020 8:15 AM, Clark Morris wrote:
>> 
>> I would be astounded if Microsoft was running any of their business
>> today on other than Microsoft operating systems or Linux on x86 and
>> ARM hardware.
> 
> Microsoft has an IBM mainframe running z/OS. One of their guys comes to 
> SHARE. I saw him a while back in Orlando and just recently (Fort Worth?).
> 
> -- 
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
> 
> 
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
> 
> --
> 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: PCOMM

2020-10-11 Thread Steve Beaver
I found where I could use the keyboard mapping to do edit-copy and edit-paste.  
IBM or HCL finally fixed it in V14

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Oct 11, 2020, at 13:11, Rod  wrote:
> 
> In more recent versions of PCOMM, to autocopy to clipboard a selected area 
> of text:
> 
> Settings / Edit / CutCopy / Autocopy check box:
> 
> "Autocopy
> This option enables you to automatically copy the selected text to the 
> clipboard.
> After you mark an area on the screen, the selected text is automatically 
> copied to the clipboard. When an existing selected area is moved to another 
> screen area, the text inside the new selected area is automatically copied to 
> the clipboard."
> 
> - --
> Rod,  UK
> 
> --
> 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


PCOMM

2020-10-09 Thread Steve Beaver
One of the MAJOR reasons I hate PCOMM it that I have trouble setting up
CUT/PASTE as
CNTL-C and CNTL-V.

Are there any IBMers that can tell me how KEYBOARD map these functions.

TIA

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


Ipoupdte

2020-10-07 Thread Steve Beaver
At the shop I worked be barred ipoupdte because it broke the endeavor locks in 
production pds’s

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Oct 7, 2020, at 19:51, Jeremy Nicoll  wrote:
> 
> On Thu, 8 Oct 2020, at 01:10, Seymour J Metz wrote:
>> No, I'm saying that I know what the CHANGE command does. Did the OP say 
>> that the relevant lines are contiguous?
> 
> No, he said nothing at all except that 
> 
>  "On a different note. I just compared EDIT macro performance 
>   versus IPOUPDTE. IPOUPDTE was about 600 times faster."
> 
> Of course I'm not surprised that a specific utility is faster, but how much
> faster depends on lots of things that weren't stated - which I thought 
> made the comparison more or less worthless.
> 
> It reminds me of the discovery I made back in the 1980s, on a VM/CMS
> system, that one could copy a file more quickly using Xedit to load the
> file then write it elsewhere (with a macro governing that), than by using 
> the CMS file copy command.
> 
> As far as I remember, IBM admitted that Xedit I/O had been optimised
> to make it as fast as possible, to help sell VM, CMS and Xedit as a 
> development tool. 
> 
> -- 
> Jeremy Nicoll - my opinions are my own.
> 
> --
> 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: CL/Supersession

2020-10-01 Thread Steve Beaver
Do you need the 147 or 210 manuals?

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Oct 1, 2020, at 15:55, Roberto Halais  wrote:
> 
> If it's version 2.10 then:
> 
> https://www-01.ibm.com/common/ssi/apilite?infotype=PM%20OR%20SA=1415=clsupersession=CLSMKTG%20or%20CLSV21%20or%20CLSV147
> 
> 
>> On Thu, Oct 1, 2020 at 2:42 PM Skippy the Ancient  wrote:
>> 
>> We have partial documentation from the wrong version of CL/Supersession.
>> (The IBM doc links get a 400.  Fun.)
>> I have less than a days experience with Supersession and am doing my best
>> to solve a problem.
>> 
>> I was able to get Maint access and look at users profiles.  Every users
>> group profile name is DEFAULT.
>> 
>> To me, this says we're all seeing the same exact menu.  Am I wrong in this?
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
> 
> 
> -- 
> Politics: Poli (many) - tics (blood sucking parasites)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: CL/Supersession

2020-10-01 Thread Steve Beaver
What version are you using?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skippy the Ancient
Sent: Thursday, October 1, 2020 1:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CL/Supersession

We have partial documentation from the wrong version of CL/Supersession.  (The 
IBM doc links get a 400.  Fun.)  
I have less than a days experience with Supersession and am doing my best to 
solve a problem.

I was able to get Maint access and look at users profiles.  Every users group 
profile name is DEFAULT.  

To me, this says we're all seeing the same exact menu.  Am I wrong in this?

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


IBM Registration Server

2020-09-08 Thread Steve Beaver
I am attempting to register a new "IBM ID" and the registration server is
not

Returning the Verification E-Mail

 

Steve Beaver

 <mailto:st...@stevebeaver.com> st...@stevebeaver.com

 

 


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


Re: MVS modify command capture

2020-08-26 Thread Steve Beaver
The only reason I can think of a case where the syslog is way behind.

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Aug 26, 2020, at 18:51, Jesse 1 Robinson  wrote:
> 
> I've never seen the need to code any delay beyond what Ed has written. I 
> have a CONSOLE routine that does a DS QD for all the DASD volumes in the 
> shop. It just keeps cranking until all results are in. 
> 
> .
> .
> 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 
> Seymour J Metz
> Sent: Wednesday, August 26, 2020 4:33 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: MVS modify command capture
> 
> CAUTION EXTERNAL EMAIL
> 
> Shouldn't you have a delay in there to giv the started task time to process 
> he CIB?
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Ed Jaffe 
> Sent: Wednesday, August 26, 2020 5:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: MVS modify command capture
> 
>> On 8/26/2020 2:39 AM, Peter wrote:
>> I have a command
>> 
>> F STARTEDTASK, STATUS
>> 
>> it gives the output in SYSLOG but I would like to write it's output to 
>> a Dataset
> What you want do is trivial using built-in facilities in REXX.
> 
> This example writes a stem to the end user. I assume you know how to write a 
> stem to a data set using EXECIO:
> 
> /* REXX */
> "CONSPROF SOLDISPLAY(NO) UNSOLDISPLAY(NO)"
> "CONSOLE ACTIVATE CART("||USERID()||")"
> address console "F STARTEDTASK,STATUS"
> rc = GETMSG('response.','SOL',USERID(),,10)
> do i = 1 to response.0;say response.i;end "CONSOLE DEACTIVATE"
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: TSO logon terminated

2020-08-24 Thread Steve Beaver
Can you get to the syslog

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Aug 24, 2020, at 12:58, Edgington, Jerry 
>  wrote:
> 
> 
> I am having some troubles with logging on to TSO on a newly built z/OS.  I 
> keep getting this error and not sure where to look:
> 
> IKJ603I TSOLOGON TERMINATED. INSTALLATION EXIT ERROR 216
> 
> Any help would be great.  We are an ACF2 shop
> 
> Thanks,
> Jerry Edgington
> 
> --
> 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: PF key - one PF key - not responding

2020-08-24 Thread Steve Beaver
Besure you are set up for 24 PF Keys

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Monday, August 24, 2020 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PF key - one PF key - not responding

PF setting is ispf application sensitive. Try keys at the command line
while in edit. What us the value of "pf21"?

בתאריך יום ב׳, 24 באוג׳ 2020, 19:58, מאת Bob Bridges ‏:

> This is a really weird one.  My  key is not getting any
> response from ISPF, and before you tell me it must be my keyboard or my PC,
> let me tell you what I've tried so far:
>
> In ISPF  is assigned the string "rfind" and  is assigned
> the string "rchange".  I'm in ISPF Edit and attempt the command "c all agt
> own", and start hitting  in order to find and change selected
> instances of "agt" to "own".  Nothing happens.
>
> o  I test it by using .  The rfind command works fine.
>
> o  I try using the right shift key instead of the left.  No response.
>
> o  I hit both shift keys a few times, in case one of them has got locked.
> Doesn't fix the problem.
>
> o  I reboot the PC.  No change.
>
> o  Maybe there's something wrong with my ISPF change command; I "HELP" to
> .  Nope,
>still garners no response
>
> o  I type "rchange" manually on the command line; that works, so the
> problem isn't the command, it's
>that the keystroke isn't being sent.
>
> o  I check the keyboard mapping on my emulation; it claims that 
> is mapped to PF21.
>
> o  Ok, maybe it's not the keyboard but the PC itself working with  not .  So in Outlook
>I mapped both  and  to the '£' character.  Both  and
>  produced '£'.  I
>conclude the keystroke is being sent.
>
> I'm out of ideas.  If the keystroke is being sent by my PC, and the 3270
> emulation is converting it to , why does ISPF not respond to it?  Any
> ideas out there?  I'll take anything, at this point, no matter how unlikely.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* All comes out even at the end of the day, and all comes out still more
> even when all the days are over.  -Voltaire */
>
> --
> 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: Anyone Using MVS Bulk Data Transfer?

2020-08-20 Thread Steve Beaver
Most folks use CONNECT: Direct.  NDM but it is expensive 

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Aug 20, 2020, at 11:02, Ed Jaffe  wrote:
> 
> Came across someone using this product and wondered how popular it was.
> 
> Has it been replaced by more-recent z/OS functionality? Or does it remain the 
> only way to do certain things?
> 
> Thanks,
> 
> -- 
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
> 
> 
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
> 
> --
> 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: Strange S0C4 on z15

2020-08-19 Thread Steve Beaver
What was your zOS  version and what is it now?

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Aug 19, 2020, at 14:21, Christopher Y. Blaicher  
> wrote:
> 
> We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
> On a z13 we could access data in the PSA in the 2048 to 4095 range without 
> going into key 0.  The specific field is PSASVT.
> To get to that data now, we have to do a MODESET to key zero.
> Anyone else find this as a problem?  Was it there with a z14?  We jumped from 
> a z13 to a z15.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: How to determine which SMP CSI is used

2020-08-19 Thread Steve Beaver
You might see if you have a product named CompareX



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 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

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

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


Re: RMF with regards to VM/ESA or zVM

2020-07-31 Thread Steve Beaver
The DISA Stigs cover MVS

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 31, 2020, at 17:13, Karl Severson 
> <03182344870a-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Companies with DoD government contracts must utilize computer systems that 
> can pass Risk Management Framework (RMF) standards. Scripts have been written 
> to test Windows and Linux operating systems but I know of none that have been 
> written to test zVM or its predecessor VM/ESA. It probably doesn't matter as 
> I'm pretty sure that if the standards are the same as for the other two OSes, 
> zVM wouldn't pass anyway, at least not on its own.
> 
> What are some of these standards? Password lengths 14 or more characters, 
> virus detection software installed and operational, file level security, etc. 
> In other words, everything a Windows 10 or RHEL 6.8 system can handle. Does 
> anyone here in IBM land running zVM or its predecessor support systems that 
> can handle RMF standards? If so, what did it take to get them approved?
> 
> Thanks in advance and sorry if this question has been asked recently.
> 
> Karl
> 
> 
> 
> --
> 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/OSMF workflow step State unskip

2020-07-29 Thread Steve Beaver
Start over?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, July 29, 2020 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OSMF workflow step State unskip

I'm working my way through the z/OS 2.4 migration workflow using z/OSMF, and i 
clicked 'Skip'  on a step by accident.   Is there a way to un'Skip'  a step?  I 
don't see any options available in the context menu for the step that might 
unskip.  I've also RTFKC  and didn't find much help there either.

Dana

--
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: Keeping TSO users our of CICS

2020-07-27 Thread Steve Beaver
In the bad old days we used a bit setting in the ACF2 FDR to control access to 
a CICS but I have no idea how to do that in RACF using an exit

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 27, 2020, at 17:47, Jesse 1 Robinson  wrote:
> 
> It was a long time ago, but yes, TCAS or some inbred cousin issued the WTOR 
> and whole thing waited. Much more recently TPX would do the same thing. 
> Improper coding is not the purview of user software. 
> 
> .
> .
> 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 
> Seymour J Metz
> Sent: Monday, July 27, 2020 3:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Keeping TSO users our of CICS
> 
> CAUTION EXTERNAL EMAIL
> 
> Do you mean that TCAS issued a WTOR? Because that's the only way I can 
> imagine TSO having had such a problem.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
> Jesse 1 Robinson [jesse1.robin...@sce.com]
> Sent: Monday, July 27, 2020 6:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Keeping TSO users our of CICS
> 
> This is not a 'RACF problem'. The problem lies with product that manages 
> logins using RACF. Whipper snappers believe it or not, once upon a time TSO 
> itself had this problem. The task gets a wait from RACF, but that task is 
> running in the mainline of the top guy. The proper way to handle this is to 
> put logon in a subtask, which can wait forever allowing TSO or CICS or TPX or 
> whatever to keep business running in the meantime. I'm not a CICS guy, but it 
> shocks me that such a mature product would behave this way.
> 
> Short of a CICS fix, the shop needs to change its practices. The idea of 
> assigning SPECIAL to a help desk jockey is pretty outré.
> 
> .
> .
> 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 
> Tony Harminc
> Sent: Monday, July 27, 2020 3:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Keeping TSO users our of CICS
> 
> CAUTION EXTERNAL EMAIL
> 
> On Mon, 27 Jul 2020 at 18:03, ITschak Mugzac

--
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-25 Thread Steve Beaver
Issue a stop twice within 10 seconds 

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 25, 2020, at 05:56, Lizette Koehler  wrote:
> 
> You would need to look at SYSLOG and the output of the STC
> 
> I would verify if the STC JCL is still available to look at after you start 
> it and it comes down
> 
> Since you did not provide any details (What is the STC, show us the JCL used) 
> it is difficult to provide any guidance.
> 
> If your STC JCL is purged after it comes down, check the STCCLASS in JES2 (if 
> JES2 shop) and see if STC jcl gets purged.  If it does, then 
> 
> S stc-name,MSGCLASS=use a CLASS that is retained.
> 
> Or if your STC JCL goes to an output manager (like SAR, $avers) then review 
> the output
> 
> Any JCL Erros?  Any other conditions that caused it to come down?
> 
> Hope this helps
> 
> Lizette
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Skippy the Ancient
> Sent: Friday, July 24, 2020 12:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Started task stopping immediately. No error messages.
> 
> Has anyone seeing a started task immediately after you start it?  No ACF2 
> messages. No error codes.
> Nothing.
> 
> Help?
> 
> --
> 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: ICSF -- initializing a PKDS

2020-07-16 Thread Steve Beaver
A SEV1 does get a lot of attention 

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 16, 2020, at 14:11, Gibney, Dave  wrote:
> 
> Same here. My one and only priority 1 issue with IBM. When the z9BC was 
> brand new, I defined all 4 crypto cards as accelerators. Couldn't define my 
> master keys or get SSL working. (It had been working on the z800-0B1) 
> We elected to go forward with the processor upgrade that Saturday. And I 
> called IBM, told them priority 1 and that I couldn't go into operation on 
> Monday without security.
> 
> The answer was to redefine at least one crypto co-processor.
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Carmen Vitullo
>> Sent: Thursday, July 16, 2020 11:05 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: ICSF -- initializing a PKDS
>> 
>> It's been a long time since I've INIT'd a PKDS, my config had a co processor
>> installed and I had to have CSF running to INIT a PKDS and store the DES
>> master key
>> did you start CSF?
>> 
>> 
>> Carmen Vitullo
>> 
>> - Original Message -
>> 
>> From: "John McKown" 
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Sent: Thursday, July 16, 2020 12:45:16 PM
>> Subject: ICSF -- initializing a PKDS
>> 
>> This is for a very old z/OS 1.12 system running on a z9BC. CPACF is enabled
>> in the machine. There are no cryptographic coprocessors installed. I can
>> initialize the CKDS using the panel. But when I try to initialize the PKDS,
>> the panel displays "OPTION NOT ACTIVE". PF1 displays 'THE SELECTED PANEL
>> OPTION IS NOT AVAILABLE WITH YOUR CURRENT SYSTEM CONFIGURATION"
>> 
>> Is this normal? Can I not use the PKDS on a system with only CPACF? Or do I
>> need to enable some other option somewhere?
>> 
>> Thanks.
>> 
>> --
>> People in sleeping bags are the soft tacos of the bear world.
>> Maranatha! <><
>> John McKown
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> -

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


Re: RACF-SailPoint

2020-07-02 Thread Steve Beaver
I have and usually the biggest problem is the intigrator

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jul 2, 2020, at 08:15, Ron Wells 
> <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Unfortunately --- lol
> What experiences/problems you have had on MF
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Jackson, Rob
> Sent: Thursday, July 02, 2020 8:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RACF-SailPoint
> 
> ** EXTERNAL EMAIL - USE CAUTION **
> 
> 
> Unfortunately, yes.  We run it.
> 
> First Horizon Bank
> Mainframe Technical Support
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of 
> Ron Wells
> Sent: Thursday, July 2, 2020 8:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: RACF-SailPoint
> 
> [External Email. Exercise caution when clicking links or opening attachments.]
> 
> Anyone have any dealing with Sailpoint product..
> 
> 
> Email Disclaimer
> 
> This E-mail contains confidential information belonging to the sender, which 
> may be legally privileged information. This information is intended only for 
> the use of the individual or entity addressed above. If you are not the 
> intended recipient, or an employee or agent responsible for delivering it to 
> the intended recipient, you are hereby notified that any disclosure, copying, 
> distribution, or the taking of any action in reliance on the contents of the 
> E-mail or attached files is strictly prohibited.

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


Question

2020-06-30 Thread Steve Beaver
Is anyone using CA-TPX, CL/SuperSession, Etc  and enabled PAGENT?

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


Re: AT-TLS ? Very Basic Questions

2020-06-30 Thread Steve Beaver
AT-TLS has been around for a while.  What is causing problems for tools like 
CL/Supersession, CA-TPX
And such is PAGENT.

Once PAGENT is turned on all bets are off

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, June 30, 2020 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: 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://www.lbdsoftware.com
> 
> "Worry more about your character than your reputation.  Character is what you 
> are, reputation merely what others think you are." - John Wooden
> 
> -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-
> 
> 
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5416
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5415
> http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS5414
> 
> - 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://www.lbdsoftware.com https://www.lbdsoftware.com
>>
>> "Worry more about your character than your reputation. Character is
>> what you are, reputation merely what others think you are." - John
>> Wooden
>>
>>
>> --
>> --
>> -
>>
>> For IBM-MAIN subscribe / signoff / archive access instructions, send
>> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> 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: AT-TLS ?

2020-06-29 Thread Steve Beaver
Well that does take digital certs and pagant. Now there are currently no 
vendors that support AT-ALS if you are looking for something like TPX or CL/SS 
the answer is no

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 28, 2020, at 22:04, Gibney, Dave  wrote:
> 
> The details in the documentation is a bit scattered. Including separate 
> sections for  FTPS and tn3270
> 
>> -Original Message-
>> From: IBM Mainframe Discussion List  On
>> Behalf Of Lionel B Dyck
>> Sent: Sunday, June 28, 2020 3:26 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: AT-TLS ?
>> 
>> Anyone have any pointers for configuring AT-TLS on z/OS?
>> 
>> 
>> 
>> 
>> 
>> Lionel B. Dyck <
>> Website:
>> > 0HMszNaDT!-1owYLYM_4h_52OGm8xJE1YxqR9-
>> 4UjK4oOFwgRifVu2w8bc_kEvwxGw_GLBCA$ >
>> https://urldefense.com/v3/__https://www.lbdsoftware.com__;!!JmPEgBY0
>> HMszNaDT!-1owYLYM_4h_52OGm8xJE1YxqR9-
>> 4UjK4oOFwgRifVu2w8bc_kEvwxGw_GLBCA$
>> 
>> "Worry more about your character than your reputation.  Character is what
>> you are, reputation merely what others think you are." - John Wooden
>> 
>> 
>> 
>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: z/OS Master Console Commands

2020-06-15 Thread Steve Beaver
PA1 usually

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 15, 2020, at 12:52, Elaine Beal  wrote:
> 
> Isn't there a way to recall previous commands on the console?
> I can't find anything and it's killin me!
> Thanks, Elaine
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: COBOL Question

2020-06-09 Thread Steve Beaver
I liked Panvalet.  

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Jun 9, 2020, at 15:53, David Spiegel  wrote:
> 
> +1 sleazy-freaking-trieve.
> (I used to support it, Panvalet and Librarian)
> 
>> On 2020-06-09 16:27, Joe Monk wrote:
>> "Easytrieve plus"
>> 
>> You mean sleazytrieve plus? :)
>> 
>> There was also DYL280 and QUIKJOB.
>> 
>> Joe
>> 
>>> On Tue, Jun 9, 2020 at 12:55 PM Mike Schwab  wrote:
>>> 
>>> 4GL - I've used Telon which takes a screen layout and database layout
>>> and generates the cobol code and editing rules.  ADR-Datacom had Ideal
>>> which was similar, later CA.  Easytrieve plus I really liked,
>>> especially the report generation part.
>>> 
>>> --
>>> For IBM-MAIN subscribe / signoff / archive access instructions,
>>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>> 
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> .
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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


Re: COBOL Question

2020-06-09 Thread Steve Beaver
I have not see sleazytrieve on 20 years 

Sent from my iPhone

> On Jun 9, 2020, at 15:27, Joe Monk  wrote:
> 
> "Easytrieve plus"
> 
> You mean sleazytrieve plus? :)
> 
> There was also DYL280 and QUIKJOB.
> 
> Joe
> 
>> On Tue, Jun 9, 2020 at 12:55 PM Mike Schwab  wrote:
>> 
>> 4GL - I've used Telon which takes a screen layout and database layout
>> and generates the cobol code and editing rules.  ADR-Datacom had Ideal
>> which was similar, later CA.  Easytrieve plus I really liked,
>> especially the report generation part.
>> 
>> --
>> 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: COBOL Question

2020-06-05 Thread Steve Beaver
Many moons ago when I wrote COBOL for a living I used the hell out of 88 Levels.

Its makes for really pretty code but it is hell to debug sometimes like compound
Condition.  1 or 2 items it an 88 is easy, 40 or 50 is not, same with compound 
conditions 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, Dave
Sent: Friday, June 5, 2020 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: COBOL Question

Also, it's often better to nest than to make compound conditions. 

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Friday, June 05, 2020 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Question
> 
> I long ago decided never to bother looking up or thinking about operator
> precedence. If I am not immediately certain straight out of the box then I use
> parentheses.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Bernd Oppolzer
> Sent: Friday, June 5, 2020 12:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: COBOL Question
> 
> I hope you don't mind if I comment once again;
> 
> my original coding was:
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B' OR 'R'
> 
> and as I learned now from your helpful posts, this is expanded to
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B' OR SMOD (IND1) = 'R'
> 
> (which would have alarmed me, if I had seen it in this variant, BTW) and then,
> because of operator precedence, evaluated as
> 
>  IF (TVOLL (IND1) NOT = HIGH-VALUE
>  AND SMOD (IND1) = 'B')
>  OR SMOD (IND1) = 'R'
> 
> so that in my case (SMOD ... being 'R') the condition evaluated to true, which
> was not what I had expected.
> 
> This is a little bit counter intuitive IMHO, because the abbreviation 'B' OR 
> 'R'
> suggests that the list of values both rely to the right condition (only) and 
> so I
> thought the evaluation would be
> 
>  IF TVOLL (IND1) NOT = HIGH-VALUE
>  AND (SMOD (IND1) = 'B' OR 'R')
> 
> I expected somehow an implicit paranthese because of the abbreviation ...
> 
> What I would take as a conclusion (for me) from this experience:
> it is best to use parantheses, especially if there is a combination of AND and
> OR ... and when using abbreviations.
> 
> Thanks again, kind regards
> have a nice weekend
> 
> Bernd
> 
> 
> 
> Am 05.06.2020 um 20:48 schrieb Bob Bridges:
> > Seems to me that ~is~ operator precedence:  We evaluate AND before OR,
> just as we evaluate * before +.  But that's closely related to the 
> distributive
> rule, right?
> >
> > P and Q or R
> > R or P and Q
> >
> > ...both evaluate the same way, to "(P and Q) or R".  The distributive
> > property says that
> >
> > P and (Q or R)
> >
> > ...evaluates to
> >
> > (P and Q) or (P and R)
> >
> > I'm just as rusty in COBOL as Mr Oppolzer, so I didn't know you could
> > say
> >
> > IF VAR = 'B' OR 'R'
> >
> > But if you can, it must mean "IF VAR = 'B' OR VAR = 'R'".
> >
> > ---
> > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
> >
> > /* No one would talk much in society if he knew how often he
> > misunderstands others.  -Goethe */
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


Re: System Exit

2020-06-04 Thread Steve Beaver
The only PRODUCT I know of is Stop-X37

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Thursday, June 4, 2020 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: System Exit

Does anybody have a system exit that has the ability to 
increase the secondary allocation for a data set, after 
"x" number of extents?

Confidentiality notice: 
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


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

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


FW: Cl/Supersession

2020-06-04 Thread Steve Beaver
I spent 2 hours with a guy in Cali this morning on WebEx.

He helped me solve my issues then I added 140 APP Sessions.

He also explained how SSTERM1 and SSTERM2 work and he showed me how
To kill the PERSONAL Information Screen and get TCPIP working.

Once I finish adding all the APPDEF's then I will Group the APPDEFS to control
What the user sees.

I still have to chase down the about 20 more hostname table entries to finish
This little project

Thanks for your kind assistance

Steve  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

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.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Steve Beaver
> Sent: Monday, June 1, 2020 2:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Cl/Supersession
>
> 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.
>
> __
> __
>
> Does anyone speak CL/SuperSession besides the guys at IBM?
>
> TIA
>
> Steve
>
> --
> 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

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


Re: Cl/Supersession

2020-06-02 Thread Steve Beaver
I decided to blow up my current "Handy Work" and go thru the install process to
See what I missed since this is NOT a MIGRATION from V147

The saving grace is that I have RACF SPECIAL and I will have to recheck all of 
that 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of lenru...@gmail.com
Sent: Tuesday, June 2, 2020 3:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

 You should be able to put images on paste.pic, then put the link in a listserv 
post.
On Tuesday, June 2, 2020, 10:14:05 AM CDT, Statler, David 
<02519de3291f-dmarc-requ...@listserv.ua.edu> wrote:  
 
 We also use CL/SuperSession.

Users connect to the system using a TN3270 client. Depending on their subnet, 
some users get the SuperSession logon screen when they connect, others get the 
VTAM MSG10 screen.  That is all controlled inside the telnet server of course.  
From the MSG10 screen, they just type in "S" to take them to the SuperSession 
logon screen.

When we first started using SuperSession, we did all of the user administration 
via the SuperSession panels (building the menus, etc.).  Now a user's menu list 
is built using RACF. Whatever applications they are permitted to in RACF will 
show up on their SuperSession menu screen.  Inside of SuperSession are config 
settings to tell it to use a special class you define in RACF for doing this.

We also use VTAM Application modeling in VTAMLST for building the virtual 
netnames.

David

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 8:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

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.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

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

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

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

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


Re: What is 2034 from BPXBATCH sleep?

2020-06-02 Thread Steve Beaver
Try

PARM='SH /bin/sleep 5'

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Tuesday, June 2, 2020 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: What is 2034 from BPXBATCH sleep?

I am running the following and getting a return code 2034. I guess the doc
is saying that is a Signal 9. Can someone explain what is going on? I'm sure
this is elementary but I don't have much of a clue. No error messages! sleep
is documented as only returning 0 and 2.

//BPXBAT   EXEC PGM=BPXBATCH,   
//   PARM='SH sleep 5'  
//STDINDD   DUMMY   
//STDOUT   DD   SYSOUT=*
//STDERR   DD   SYSOUT=*

Charles

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

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


Re: Cl/Supersession

2020-06-02 Thread Steve Beaver
Jerry,

I have the stupid thing talking to me using NON-TLS Ports.  

The only thing now is that its seems that I have NO Control at the READY 
prompt.  I type in SDSF and the session shifts the SDSF command up on the 
SCREEN but does not execute the command.

Other than that I am building my STATIC APPLDEFS with no problem

Steve 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Tuesday, June 2, 2020 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

The listserv, will not allow the sending of screen shot, and I tried HTML, but 
it was rejected.

I am working on switching the definitions to dynamic definitions, instead of 
defining each individual terminal. 
How are you having the users logging on to CLSS from the 10 Screen?
-   The message 10, displays the screen and all terminals for that port, 
logon to SuperSession.  There are other applications available, but there are 
no longer available
Have you had to add every user to CL/SuperSession
-   I don’t think so, but I don’t perform User admin functions.  But, I 
believe there is a default setup
Would you send me a screen shot or your VTAMLST member for CLSS?  Only GATEWY16 
is available.  I am still working on cleaning up SuperSession.

VTPOPER6 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP006,PARSESS=YES, 
   SRBEXIT=YES
VPO6 APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=VTP046,
   SRBEXIT=YES
CUAOPER  APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP056,PARSESS=YES, 
   SRBEXIT=YES
HDACB1   APPL  AUTH=(ACQ,PASS,SPO),ACBNAME=HDACB1,
   SRBEXIT=YES
***   
* SAMPLE SUPERSESSION/GATEWAY APPLICATIONS.  REFER TO 
* $HGATES IN VTPCLIB FOR THE HOSTGATE COMMANDS.   
***   
GATEWY16 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP016,SRBEXIT=YES  
GATEWY26 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP026,SRBEXIT=YES  
GATEWY36 APPL  AUTH=(ACQ,PASS,NVPACE),ACBNAME=VTP036,SRBEXIT=YES  
***   
VIRTMTO1 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO1 
VIRTMTO2 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO2 
VIRTMTO3 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO3 
VIRTMTO4 APPL  EAS=1,AUTH=(ACQ,NVPACE),ACBNAME=VIRTMTO4 
*** 
* VIRTUAL TERMINALS REQUIRED FOR PASSTHRU SESSIONS.  REFER TO   
* MEMBER $VSMS IN VTPCLIB FOR THE VSM COMMANDS. 
*** 
TERM APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0001 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0001,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0002 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0002,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0003 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0003,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0004 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0004,PARSESS=YES, X
   MODETAB=VTPINCLM,SRBEXIT=YES 
TERM0005 APPL  AUTH=(ACQ,NVPACE),ACBNAME=TERM0005,PARSESS=YES, X


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Tuesday, June 2, 2020 9:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: Cl/Supersession

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've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA

FW: Cl/Supersession

2020-06-02 Thread Steve Beaver
I've come up to a couple silly questions

Would you send me a screen shot or your VTAMLST member for CLSS?
How are you having the users logging on to CLSS from the 10 Screen?
Have you had to add every user to CL/SuperSession?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Monday, June 1, 2020 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

For the TN3270 traffic into SuperSession?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Monday, June 1, 2020 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

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.


Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your 
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry < 
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>

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


Re: Cl/Supersession

2020-06-01 Thread Steve Beaver
Are you using Secure Sockets?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Monday, June 1, 2020 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Cl/Supersession

We have just installed at a customer site to replace Solvacc. What is your
question?

On Tue, Jun 2, 2020, 05:10 Edgington, Jerry <
jerry.edging...@westernsouthernlife.com> wrote:

> I wouldn't say I speak SuperSession, but I support it at one of my sites.
> So, I will try to help.
>
> Jerry
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Steve Beaver
> Sent: Monday, June 1, 2020 2:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Cl/Supersession
>
> 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.
>
> 
>
> Does anyone speak CL/SuperSession besides the guys at IBM?
>
> TIA
>
> Steve
>
> --
> 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


Cl/Supersession

2020-06-01 Thread Steve Beaver
Does anyone speak CL/SuperSession besides the guys at IBM?

TIA

Steve  

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


Yechnical

2020-05-18 Thread Steve Beaver
Did anyone attend the Technical Disclosure meeting in NY?

 

 


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


CL/ / Supersession

2020-05-15 Thread Steve Beaver
A few months ago I was asked/assigned a take to convert from NVAS to
CL/Supersession 2.1 since NVAS is EOL.

 

After a couple days and some discussions, we found out that CLSS 2.1 did not
support TCPIP Secure Sockets.

I put in an RFE #141211 and I just looked and its under development.  Now as
to how long

The development is going to take and what the PMR is going to be I just
don't know at this

Time.

 

I am hoping later this summer

 

Steve Beaver

 


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


z/Aware

2020-05-15 Thread Steve Beaver
I just got z/Aware dumped into my LAP to install and configure

 

Does anyone have any experience with z/Aware?

 

 

 


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


Re: zOSMF - The PORT will not OPEN

2020-05-13 Thread Steve Beaver
Bin  configuration data defaults helps IBM InstallableApps kc lib liberty
logs samples workflow zosmf_license.READMR

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Steve,

You (or someone else) have evidentially done some unnatural acts.   There
should only be two directories in your /global/zosmf directory,
configuration, and data


_
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: Wednesday, May 13, 2020 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

I found that file in my /global/zosmf/lib and there are 47 files there

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Steve,

How many files do you see at /usr/lpp/zosmf/lib?  On my system there are 47,
including the file you are missing  libIzuCommandJni.so


_
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: Wednesday, May 13, 2020 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

Has anyone seen this error before out of zOSMF.  The PORT will not OPEN

 

ÝERROR   ¨ CWWKE0701E: bundle
com.ibm.zoszmf.command.management:1.0.0.qualifier
(166)Ýcom.ibm.zoszmf.command.management.UserProductExtensionCommandHandler(4
27) ¨ : The activate method has thrown an exception
java.lang.UnsatisfiedLinkError: /usr/lpp/zosmf/lib/libIzuCommandJni.so
(EDC5205S DLL module not found. (errno2=0xC40B0025)) at
java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1425)
at java.lang.System.load(System.java:552)
at
com.ibm.zoszmf.command.management.UserProductExtensionCommandHandler.activat
e(UserProductExtensionCommandHandler.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at
org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.
java:242)
at Ýinternal classes¨






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

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


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

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

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

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


This e-mail transmission contains information that is confidential and may
be privileged.   It is intended only for the addressee(s) named above. 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

Re: zOSMF - The PORT will not OPEN

2020-05-13 Thread Steve Beaver
I found that file in my /global/zosmf/lib and there are 47 files there

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Steve,

How many files do you see at /usr/lpp/zosmf/lib?  On my system there are 47,
including the file you are missing  libIzuCommandJni.so


_
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: Wednesday, May 13, 2020 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

Has anyone seen this error before out of zOSMF.  The PORT will not OPEN

 

ÝERROR   ¨ CWWKE0701E: bundle
com.ibm.zoszmf.command.management:1.0.0.qualifier
(166)Ýcom.ibm.zoszmf.command.management.UserProductExtensionCommandHandler(4
27) ¨ : The activate method has thrown an exception
java.lang.UnsatisfiedLinkError: /usr/lpp/zosmf/lib/libIzuCommandJni.so
(EDC5205S DLL module not found. (errno2=0xC40B0025)) at
java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1425)
at java.lang.System.load(System.java:552)
at
com.ibm.zoszmf.command.management.UserProductExtensionCommandHandler.activat
e(UserProductExtensionCommandHandler.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at
org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.
java:242)
at Ýinternal classes¨






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

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


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

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

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


Re: zOSMF - The PORT will not OPEN

2020-05-13 Thread Steve Beaver
The filesystem is readonly 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Well, there's the answer then.   You seemed to have accidentally damaged
your SMPE managed filesystem.   You are likely to be chasing these kinds of
problems on an ongoing basis.   If you have other systems that are copies
and you *know* matches your SMPE environment, you could rebuild that entire
filesystem.   Thenmy suggestion is mount read only.


_
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: Wednesday, May 13, 2020 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

How amount NONE

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Steve,

How many files do you see at /usr/lpp/zosmf/lib?  On my system there are 47,
including the file you are missing  libIzuCommandJni.so


_
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: Wednesday, May 13, 2020 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

Has anyone seen this error before out of zOSMF.  The PORT will not OPEN

 

ÝERROR   ¨ CWWKE0701E: bundle
com.ibm.zoszmf.command.management:1.0.0.qualifier
(166)Ýcom.ibm.zoszmf.command.management.UserProductExtensionCommandHandler(4
27) ¨ : The activate method has thrown an exception
java.lang.UnsatisfiedLinkError: /usr/lpp/zosmf/lib/libIzuCommandJni.so
(EDC5205S DLL module not found. (errno2=0xC40B0025)) at
java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1425)
at java.lang.System.load(System.java:552)
at
com.ibm.zoszmf.command.management.UserProductExtensionCommandHandler.activat
e(UserProductExtensionCommandHandler.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at
org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.
java:242)
at Ýinternal classes¨






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

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


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

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

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

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


This e-mail transmission contains information that is confidential and may
be privileged.   It is intended only for the addressee(s) named above. 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

Re: zOSMF - The PORT will not OPEN

2020-05-13 Thread Steve Beaver
How amount NONE

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, May 13, 2020 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - The PORT will not OPEN

Steve,

How many files do you see at /usr/lpp/zosmf/lib?  On my system there are 47,
including the file you are missing  libIzuCommandJni.so


_
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: Wednesday, May 13, 2020 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF - The PORT will not OPEN

**CAUTION EXTERNAL EMAIL**

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

Has anyone seen this error before out of zOSMF.  The PORT will not OPEN

 

ÝERROR   ¨ CWWKE0701E: bundle
com.ibm.zoszmf.command.management:1.0.0.qualifier
(166)Ýcom.ibm.zoszmf.command.management.UserProductExtensionCommandHandler(4
27) ¨ : The activate method has thrown an exception
java.lang.UnsatisfiedLinkError: /usr/lpp/zosmf/lib/libIzuCommandJni.so
(EDC5205S DLL module not found. (errno2=0xC40B0025)) at
java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1425)
at java.lang.System.load(System.java:552)
at
com.ibm.zoszmf.command.management.UserProductExtensionCommandHandler.activat
e(UserProductExtensionCommandHandler.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at
org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.
java:242)
at Ýinternal classes¨






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


zOSMF - The PORT will not OPEN

2020-05-13 Thread Steve Beaver
Has anyone seen this error before out of zOSMF.  The PORT will not OPEN

 

ÝERROR   ¨ CWWKE0701E: bundle
com.ibm.zoszmf.command.management:1.0.0.qualifier
(166)Ýcom.ibm.zoszmf.command.management.UserProductExtensionCommandHandler(4
27) ¨ : The activate method has thrown an exception
java.lang.UnsatisfiedLinkError: /usr/lpp/zosmf/lib/libIzuCommandJni.so
(EDC5205S DLL module not found. (errno2=0xC40B0025))
at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:1425)
at java.lang.System.load(System.java:552)
at
com.ibm.zoszmf.command.management.UserProductExtensionCommandHandler.activat
e(UserProductExtensionCommandHandler.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90
)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at
org.apache.felix.scr.impl.inject.methods.BaseMethod.invokeMethod(BaseMethod.
java:242)
at Ýinternal classes¨






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


Re: FW: zOSMF

2020-05-11 Thread Steve Beaver
It’s a problem with the Liberty zFS and starting all the Plugins 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Monday, May 11, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: zOSMF

Steve,

What’s the RC=2816 ?

On Thu, May 7, 2020 at 3:32 PM Steve Beaver  wrote:

> Carmen said - make sure the OMVS segment in RACF home directory exists
>
>
>
> that was it mostly
>
>
>
> $HASP395 IZUSVR1  ENDED - RC=2816
>
>
>
> Now I’m getting a BUNCH of
>
>
>
> JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
> JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR16 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR13 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR15 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR17 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR19 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=
>
>
>
> JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
> JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR16 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
> JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
> JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
> JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR12 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR13 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR15 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=
> JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
> JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=
> $HASP395 IZUSVR1  ENDED - RC=2816
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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


FW: zOSMF

2020-05-07 Thread Steve Beaver
Carmen said - make sure the OMVS segment in RACF home directory exists 

 

that was it mostly

 

$HASP395 IZUSVR1  ENDED - RC=2816  

 

Now I’m getting a BUNCH of 

 

JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001   
JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR16 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR13 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR15 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR17 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR19 STEP=*OMVSEX  PGM=BPXPRECP CC=   
JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=   
JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=  

 

JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR16 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
JOB=IZUSVR19 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0001
JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR12 STEP=*OMVSEX  PGM=BPXPRECP CC=
JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR13 STEP=*OMVSEX  PGM=BPXPRECP CC=
JOB=IZUSVR14 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR14 STEP=*OMVSEX  PGM=BPXPRECP CC=
JOB=IZUSVR15 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR15 STEP=*OMVSEX  PGM=BPXPRECP CC=
JOB=IZUSVR16 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR17 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR18 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR18 STEP=*OMVSEX  PGM=BPXPRECP CC=
JOB=IZUSVR13 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=
$HASP395 IZUSVR1  ENDED - RC=2816  

 

 


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


Re: zOSMF - Some Success

2020-05-07 Thread Steve Beaver
About the only thing that is a bit squirrely is that the IZUPRM asks if you are 
using a SYMBOLIC _HOME to use it. 

In my case my JAVA_HOME is JAVA_HOME('/REL240/usr/lpp/java/J8.0_64')  instead 
of J7.1_64

  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Thursday, May 7, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Some Success

Steve, Check your /global/zosmf/logs directory there's some debug info there 


Carmen Vitullo 

- Original Message -

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, May 7, 2020 10:48:59 AM 
Subject: zOSMF - Some Success 

Because I am running on a PARALLEL SYSPLEX using zOS 2.4 now, I had to use i 
shell to go searching thru the system to find the correct PATHS. I now have 
ANG1 up and working 

With respect to SRV1, I had to make some adjustments to RACF, however that 
was not a big issue. Also I had to adjust IZUPRM to correct the JAVA_HOME 

I have RACF SPECIAL and UID(0) so I am pretty well set that way 

When I started the SVR1 task, after the above adjustments I started SVR1 and 
it immediately died, I have no doubt that I am making every sophomoric 
error that can be made 

IZUSVR11 died with PGM=BXPPRFC CC=0535 

IZUSVR1 ENDED - RC=3840 

I can't find any reference to the above messages anywhere 







-- 
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: zOSMF - Some Success

2020-05-07 Thread Steve Beaver
Carmen - I would love to but there are NO LOG Files

Here is the TOP of the SVR1 proc

//IZUSVR1  PROC PARMS='zosmfServer', /* Server parms */
// ROOT='/global/zosmf',
  
//*   ROOT='/usr/lpp/zosmf',   /* z/OSMF installation root 
*/
// WLPDIR='/REL240/usr/lpp/liberty_zos',
  
//*   WLPDIR='/usr/lpp/zosmf/liberty', /* Liberty directory
*/
//  OUTCLS='*',  /* SYSOUT class
 */
// USERDIR='/global/zosmf', /* Configuration directory  
*/
// TRACE='N',   /* Trace option 
*/
//  KCINDEX='Y',  /* KC index rebuild flag */   
//  IZUPRM='DP', /* Parmlib suffixes or 
PREV */
//  SERVER='AUTOSTART',  /* AUTOSTART server
 */
//   Z='0',   /* Reserved for IBM   
  */
//  IZUMEM=4G/* Server memlimit 
 */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Thursday, May 7, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF - Some Success

Steve, Check your /global/zosmf/logs directory there's some debug info there 


Carmen Vitullo 

- Original Message -

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, May 7, 2020 10:48:59 AM 
Subject: zOSMF - Some Success 

Because I am running on a PARALLEL SYSPLEX using zOS 2.4 now, I had to use i 
shell to go searching thru the system to find the correct PATHS. I now have 
ANG1 up and working 

With respect to SRV1, I had to make some adjustments to RACF, however that 
was not a big issue. Also I had to adjust IZUPRM to correct the JAVA_HOME 

I have RACF SPECIAL and UID(0) so I am pretty well set that way 

When I started the SVR1 task, after the above adjustments I started SVR1 and 
it immediately died, I have no doubt that I am making every sophomoric 
error that can be made 

IZUSVR11 died with PGM=BXPPRFC CC=0535 

IZUSVR1 ENDED - RC=3840 

I can't find any reference to the above messages anywhere 







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


zOSMF - Some Success

2020-05-07 Thread Steve Beaver
Because I am running on a PARALLEL SYSPLEX using zOS 2.4 now, I had to use i
shell to go searching thru the system to find the correct PATHS.  I now have
ANG1 up and working

With respect to SRV1, I had to make some adjustments to RACF, however that
was not a big issue.  Also I had to adjust IZUPRM to correct the JAVA_HOME

I have RACF SPECIAL and UID(0) so I am pretty well set that way

When I started the SVR1 task, after the above adjustments I started SVR1 and
it immediately died,  I have no doubt that I am making every sophomoric
error that can be made 

IZUSVR11 died with PGM=BXPPRFC CC=0535

IZUSVR1 ENDED - RC=3840

I can't find any reference to the above messages anywhere







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


zOSMF on a SYSPLEX

2020-05-06 Thread Steve Beaver
Thank you for all your patience with me.

Getting zOSMF up is a challenge at best in a MONOPLEX.  In a SYSPLEX it is a 
bit of a terror.  I had use ISH to chain thru OMVS and find the bbgzangl 
executable.  Then modify the PATHS in the ANG1 and the SRV1 after more research 
than I care to acknowledge.  

Researching and getting somewhat comfortable with OMVS and zOSMF is not for the 
faint of heart but I now can literally help someone thru the process.  That is 
what this form is for

Thanks

--
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 Steve Beaver
Thank you

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Wednesday, May 6, 2020 11:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALTROOT

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

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


ALTROOT

2020-05-06 Thread Steve Beaver
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


Re: zOSMF / zFS

2020-05-05 Thread Steve Beaver
Thank you to all who have commented on this thread.

>From the comments and what I have read this is what I
understand

My ROOT needs to be AUTOMOVE

I need to create ALTROOT 

My zOSMF needs a PARM('RWSHARE') and UNMOUNT
such that it will shared across the SYSPLEX

My system has everything else as indicated by Allan Staller.

Have I missed anything in the thread or in what I have read

TIA


--
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 Steve Beaver
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.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

Re: zOSHF / zFS

2020-05-04 Thread Steve Beaver
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


zOSHF / zFS

2020-05-04 Thread Steve Beaver
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


Re: LzLabs

2020-05-01 Thread Steve Beaver
Actually they Did in Europe. European courts sided with Neon

Sent from my iPhone

> On May 1, 2020, at 22:07, Steve Smith  wrote:
> 
> No.  Neon was a software company.  They sold a product called zPrime that
> allowed unauthorized usage of zIIP and zAAP for almost any kind of
> workload.  IBM already runs much of DB2 on zIIP.
> 
> IBM only allows code to run on zIIP when you have specific contracts that
> allow you to for specific things.  Neon either violated those, or more
> likely reverse-engineered it, which is almost certainly a violation of some
> other contract they were bound to.
> 
> I don't know any details, but it's hard for me to see how that Neon thought
> they were going to get away with it.
> 
> sas
> 
> 
>> On Fri, May 1, 2020 at 8:42 PM Mike Schwab  wrote:
>> 
>> Neon was a product to run some DB2 on zAAPs or zIIPs.  Only the
>> workload specified by IBM could run on those processors.
>> 
>>> On Fri, May 1, 2020 at 5:45 PM Peter Baumann  wrote:
>>> 
>>> In a lawsuit against Neon Enterprise (John Moores) the court ruled in
>> favor of IBM. They had to take zPrime out of the market.  There was also a
>> permanent injunction issued against Neon.
>>> 
>> 
> 
> --
> 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: LzLabs

2020-05-01 Thread Steve Beaver
I remember Don Higgins put a ton of work into his Emulator.  As I remember he 
wrote it in JAVA and 
Did a pretty good job of it

Steve   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Thursday, April 30, 2020 12:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs

http://www.z390.org/ is pretty close.
http://z390-asm.blogspot.com/2012/11/catching-up.html Don Higgins 2nd
IBM mainframe emulator product, lzLabs is his 3rd.

On Thu, Apr 30, 2020 at 3:34 AM Peter Baumann  wrote:
>
> As their own release says, it's only 2.5k MIPS of batch COBOL Swisscom was 
> going to EOL anyway.
>
> Emulating the entire ecosystem and all the third-party tools seems like 
> insane. They call it re-hosting. IMHO you can re-host something written to 
> open standards. Otherwise you have to deal with legal issues and since it's 
> all propritary and patented they must have reverse engineered entire zOS. Can 
> you do it without infringing on patents ? And even if you can, how many man 
> years would you need ? Harsh reality these days is funding is becoming scarce.
>
> Peter Baumann
>
>
>
> Gesendet: Dienstag, 28. April 2020 um 17:11 Uhr
> Von: "Ed Jaffe" 
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: Re: LzLabs
> On 4/28/2020 7:49 AM, Jake Anderson wrote:
> > They migrated some swiss based telecommunications company.
>
> Swisscom, the largest telco in the country:
>
> https://www.theregister.co.uk/2019/05/16/lzlabs_kills_swisscoms_mainframes/
>
> Re: the lay-off, now is great time to trim workforce "fat" and/or "dead
> wood" with many governments providing unheard of subsidies for the
> unemployed...
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/[https://www.phoenixsoftware.com/]
>
>
> 
> This e-mail message, including any attachments, appended messages and the
> information contained therein, is for the sole use of the intended
> recipient(s). If you are not an intended recipient or have otherwise
> received this email message in error, any use, dissemination, distribution,
> review, storage or copying of this e-mail message and the information
> contained therein is strictly prohibited. If you are not an intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of this email message and do not otherwise utilize or retain this email
> message or any or all of the information contained therein. Although this
> email message and any attachments or appended messages are believed to be
> free of any virus or other defect that might affect any computer system into
> which it is received and opened, it is the responsibility of the recipient
> to ensure that it is virus free and no responsibility is accepted by the
> sender for any loss or damage arising in any way from its opening or use.
>
> --
> 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



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

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

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


Re: LzLabs

2020-04-30 Thread Steve Beaver
The only thing I can't figure out how Lz did it was emulation of a CICSPLEX,
and zDB2, and zIMS
None of those are simple.  Plus mainframes have massive thru-put capability



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Phil Smith III
Sent: Thursday, April 30, 2020 8:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs

Peter Baumann wrote, in part:

>Emulating the entire ecosystem and all the third-party tools seems like

>insane. They call it re-hosting. IMHO you can re-host something written

>to open standards. Otherwise you have to deal with legal issues and

>since it's all propritary and patented they must have reverse

>engineered entire zOS. Can you do it without infringing on patents ?

>And even if you can, how many man years would you need ? Harsh reality

>these days is funding is becoming scarce.

 

LzLabs was very careful to avoid any infringement: folks working on their
stuff had to sanitize their bookshelves, even. Doesn't guarantee anything,
but they've been at it a while, certainly longer than PSI did their thing,
and IBM hasn't sued, so that probably tells us something.

 

As Steve notes, this is hardly John Moores' first rodeo: he won't have gone
into this guessing/assuming he could just do it and get away with it.

 

Like any rehosting, the point here is to capture the value of the existing
business logic. That's huge and is why LzLabs and other such approaches
(*cough* Micro Focus Enterprise Server *cough*) exist and are successful.

 

So while it's certainly unarguable that LzLabs' play is very ambitious, I'd
not dismiss it as silly (not saying you were, but I've heard others do so).
To the modern CIO who sees the mainframe as legacy, this kind of thing is
extremely appealing.

 

Let's not bother to go into why that may or may not be a valid perspective:
the real point is that folks at least think they want this; all it has to do
is work well enough. "Good enough is good enough" for most people.


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

2020-04-30 Thread Steve Beaver
Seymour

LzLABS (John Moores) fought all his battles in the 90's against IBM and won.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, April 30, 2020 8:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LzLabs

Google for "look and feel lawsuit". It's illegal to run z/OS on an
unlicensed platform; it is perfectly legal to implement the z/OS interfaces
that you need. How well, e.g., UNICICS, runs is a separate issue.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Peter Baumann [peterhbaum...@gmx.ch]
Sent: Wednesday, April 29, 2020 11:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Aw: Re: LzLabs

As their own release says, it's only 2.5k MIPS of batch COBOL Swisscom was
going to EOL anyway.

Emulating the entire ecosystem and all the third-party tools seems like
insane. They call it re-hosting. IMHO you can re-host something written to
open standards. Otherwise you have to deal with legal issues and since it's
all propritary and patented they must have reverse engineered entire zOS.
Can you do it without infringing on patents ? And even if you can, how many
man years would you need ? Harsh reality these days is funding is becoming
scarce.

Peter Baumann



Gesendet: Dienstag, 28. April 2020 um 17:11 Uhr
Von: "Ed Jaffe" 
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: LzLabs
On 4/28/2020 7:49 AM, Jake Anderson wrote:
> They migrated some swiss based telecommunications company.

Swisscom, the largest telco in the country:

https://secure-web.cisco.com/1fJ3AUtOvdHj2AT-7nLBrnofcM6N4ZvkNAxW60pdZsscu7w
U1E7MvSMi29LU_b_AIjI-RgzKsHPVhD75tlZFn0uRlsVP3TJ_IoOHPmsCf7zSI6Tzx96p1dmhswv
dxKEsrpl60eog-Smczm80OLQ4mFTmijvfzn-syqOicRlO7C4j2y2eNT7UrTmGSlAjFF9Or-ydJ07
nMacCFGXCa-XtWafBWjMpDKbFNiz1TH6KS91rOikBC9ZLF_EdXTTYPGxmLHyEARkPD109T4Bgph_
2yD3iIQzEnjUb6m9cgazHysSRvawH65WIB78RVCdkDxANKywXLsx_ZPLL22wuc_1_p0zkHZ1fDNi
ojHtfbE4gMmVG7WNgPDFebZdlB1B0B5RtcTJkLR9IJbjf-SXn8GJGrO6X__Hrwy1n_oaTVaEBdEi
vjW80XZSJV1bnf75Jmnl1B/https%3A%2F%2Fwww.theregister.co.uk%2F2019%2F05%2F16%
2Flzlabs_kills_swisscoms_mainframes%2F

Re: the lay-off, now is great time to trim workforce "fat" and/or "dead
wood" with many governments providing unheard of subsidies for the
unemployed...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://secure-web.cisco.com/1khnmy-BW5oPhKnvZJ0zqGFDAauDah0-v2UsxWUZy7Inek3
v7PfY2PI7F32AEpkpXYqC2PPTyuhVr6oqrbFYJz9vF8RvK86nVk5AWVmOZaeuGSZkszSuoaRAmM0
5DkOsRrJwQVHJdT6JTocnG4u_SqAR5DbgwbS0AOaqQsLUXcAkHeajSQyeyDmhjwYwW1lVanhrNoQ
jYOA49f-G2KNRBS04deaiDhnYYqE0571CX9Gz-_5FwEa5WqM03R4opkYX-XgYCfYAvxR0hVi-7Y_
73tLVsqvejN_P4ZJA6NvHMthG4mEdkZWnc-UjrOcxjob0eD2vzpX1dErXDy3SrW0WW1mN4Fxe9UH
unog11B1S5f4lR7tXoSFN6QSTsivE6JRSmpJQgXnwDJmn-aFQ0ukLJZOtz5ok_tHjg1IuijkA9NW
wzVMf6jPgxOH-iB6yX7XN3/https%3A%2F%2Fwww.phoenixsoftware.com%2F[https://www.
phoenixsoftware.com/]




This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

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


zOSMF in a Sysplex

2020-04-27 Thread Steve Beaver
I have zOSMF working in a MONOPLEX and that was a challenge to itself
especially with RACF.

 

It's time for a SYSPLEX.  We have several PARMLIB's and the concatenation is
all the same on all the LPAR's as is the 

PARMLIB suffix. 

 

The zFS for zOSMF is shared R/W, the Libery zFS os READONLY 

 

Am I right to be scared to death, or am I just overly concerned 

 

TIA


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


Re: Vector Packed Decimal instructions experiences

2020-04-23 Thread Steve Beaver
You are talking about packed unsigned math a that has been around in IBM CPCS 
since forever 

Sent from my iPhone

> On Apr 23, 2020, at 21:09, Charles Mills  wrote:
> 
> I believe the Enterprise COBOL 6 compiler generates code that takes 
> advantage, assuming ARCH(12) is specified.
> 
> If you are *not* specifying ARCH(nn) where 'nn' is the architecture level of 
> your oldest machine (don't forget DR!) then you are leaving MSU's on the 
> table. The ARCH(nn) level is two less than the "marketing number": a z14 is 
> ARCH(12), and so forth.
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Laurence Chiu
> Sent: Thursday, April 23, 2020 7:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Vector Packed Decimal instructions experiences
> 
> Just wondering if any shops have taken advantage of these new instructions
> on the Z14 and Z15 and if so, how is your real world experience?
> 
> https://ibmsystemsmag.com/IBM-Z/01/2018/vector-facility-z14
> 
> Looking at IBM's benchmarks they look pretty good and could have a postive
> effect on reducing your 4HRA.
> 
> --
> 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


zOSMF

2020-04-22 Thread Steve Beaver
Well I ended up with 2 problems

I had to copy over the Liberty zFS to my LPAR
And I had to pull a zOSMF zFS down from IBM

I mounted them both and low and behold ANG1 and AVR1 came up

Still fighting a HTTPS problem but I am miles further.

Thank you all for your kind assistance

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


Re: zOSMF

2020-04-17 Thread Steve Beaver
There is a GOTTCHA that you need to be careful of

There is a

 SYS1.IBM.PROCLIB and a
 SYS1.IBM.APROCLIB

Be careful which IZU procs you choose  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mike thank you for all your kindness 

It appears the only file I am missing is

/usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzsrv 

It is the only file that is stopping IZUANG1 from coming up

Again thank you so much

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I believe it is 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmutzok, Mike (US - Georgia)
Sent: Friday, April 17, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Is this what you're looking for? (from 
/usr/lpp/zosmf/defaults/configuration.defaults)


IZU_CONFIG_FILE_VERSION=2.3.0
IZU_APPSERVER_HOSTNAME='*'
IZU_JWKS_HOSTNAME='*'
IZU_HTTP_SSL_PORT=443
LOGGING='*=warning:com.ibm.zoszmf.*=info:com.ibm.zoszmf.environment.ui=finer'
LIBERTY_TRACE_FILE=trace.log
LIBERTY_TRACE_FILE_SIZE=100
LIBERTY_TRACE_FILE_NUM=2
LIBERTY_TRACE_FILE_APPEND=true
LIBERTY_USEZOSAIO=false
IZU_UNAUTHENTICATED_NAME=IZUGUEST
IZU_ADMIN_GROUP_NAME=IZUADMIN
IZU_USERS_GROUP_NAME=IZUUSER
IZU_ZOS_SECURITY_ADMIN_GROUP_NAME=IZUSECAD
IZU_SAF_PROFILE_PREFIX=IZUDFLT
IYU_CLOUD_SAF_GROUP_PREFIX=IYU
USER_REALM=SAFRealm
KEYSTORE_PASS={xor}Lz4sLCgwLTs=
KEYRING_NAME=IZUKeyring.IZUDFLT
KEYRING_OWNER_USERID=""
KEYRING_TYPE=JCEHYBRIDRACFKS
SSL_CLIENT_AUTH=true
LTPA_FILE='\${server.config.dir}/resources/security/ltpa.keys'
LTPA_PASS={xor}CDo9Hgw=
SESSION_EXPIRE=495
LIBERTY_PASSWORDUTIL=com.ibm.ws.crypto.passwordutil_*.jar
LIBERTY_KERNEL_SERVICE=com.ibm.ws.kernel.service_*.jar
LIBERTY_LOGGING=com.ibm.ws.logging_*.jar
SSO_DOMAIN_URL=false
SSO_DOMAIN_NAMES=domain.com
LONGWORK_WLM_CLASS=IZUGWORK
LONGWORK_JNDI_NAME=concurrent/izulong
LONGWORK_CONTEXT_OPT=New
SCHEDULED_JNDI_NAME=concurrent/izuscheduled
DEFAULT_WLM_RESOURCE='*'
DEFAULT_WLM_CLASS=IZUGHTTP
LISTEN_BACKLOG=10
JAVA_CLASSES=/usr/include/java_classes
USERLIB_DIR=/usr/lib
PEGASUS_HOME=/usr/lpp/wbem
SHARED_LIB_NAME=IzuZosmfSharedLibrary
ACCESS_LOG=false
ACCESS_LOG_FORMAT="%h %u %{t}W "%r" %s %b"
ACCESS_LOG_SIZE=20
ACCESS_LOG_FILES=2
LIBERTY_REMOVE_HEADER=false
LIBERTY_DYNCACHE_SIZE=2000
JAVA_HOME=/usr/lpp/java/J8.0_64
IZU_LIBPATH=\$LIBPATH:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib
IZU_TEMP_DIR=/tmp
IZU_UNIT_TYPE=SYSDA
IZU_NOTIFICATION_EXPIRATION=30
IZU_NOTIFICATION_MAXIMUM=500
IZU_WORKFLOWS_MAXIMUM=200
IZU_SSL_CONFIG=izuSSLConfig
IZU_CIPHERS_LIST=""
IZU_SSL_PROTOCOL=SSL_TLSv2
IZU_STARTED_TASK_USERID_NAME=IZUSVR
IZU_CONFIG_DIR=/var/zosmf/configuration
IZU_DATA_DIR=/var/zosmf/data
IZU_CA_CONFIGURE=N
IZU_CP_CONFIGURE=N
IZU_IL_CONFIGURE=N
IZU_RMF_CONFIGURE=N
IZU_DM_CONFIGURE=N
IZU_WISPF_CONFIGURE=N
IZU_WLM_CONFIGURE=N
IZU_SYSPLEX_CONFIGURE=N
IZU_ZERT_CONFIGURE=N
IZU_RESTAPI_FILE_ACCT=IZUACCT
IZU_RESTAPI_FILE_TSOPROC=IZUFPROC
IZU_RESTAPI_FILE_REGION=262144
IZU_COMMON_TSO_ACCT=IZUACCT
IZU_COMMON_TSO_PROC=IZUFPROC
IZU_COMMON_TSO_REGION=5
IZU_ROOT_DIR=/usr/lpp/zosmf
IZU_AUTOSTART_GROUP=IZUDFLT
IZU_PIRMARY_FS=IZU.SIZUUSRD
IZU_AUTOSTART=1
IZU_EVENT_FLAG=Y
IZU_SERVER_PROC=IZUSVR1
IZU_ANGEL_PROC=IZUANG1
IZU_SERVER=1
IZU_USR_DIR=/var/zosmf
IZU_PARMEM_LIST=PREV
CSRF_SWITCH=ON
IZU_INSTALL_DIR=/usr/lpp/zosmf
IZU_ANGEL_NAME=IZUANG1
IZU_APPLICATIONS_LISTENER_WAITTIME=60
CLOUD_SEC_ADMIN=
IZU_ZOSLOGGING_MSGID=CWWKB0116I,CWWKB0117W,CWWKB0118W,CWWKB0122I,CWWKB0124I,CWWKB0101I,CWWKB0102I,CWWKB0115I,CWWKB0307E

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Does anyone have their contents of configuration.defaults they can provide me?

TIA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q',
  USERDIR='/var/zosmf',
  TRACE='N',
  IZUPRM='SYSPARM',
  SERVER='AUTOSTART',
  Z='0',
  IZUMEM=4G

O

Re: zOSMF

2020-04-17 Thread Steve Beaver
Mike thank you for all your kindness 

It appears the only file I am missing is

/usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzsrv 

It is the only file that is stopping IZUANG1 from coming up

Again thank you so much

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I believe it is 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmutzok, Mike (US - Georgia)
Sent: Friday, April 17, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Is this what you're looking for? (from 
/usr/lpp/zosmf/defaults/configuration.defaults)


IZU_CONFIG_FILE_VERSION=2.3.0
IZU_APPSERVER_HOSTNAME='*'
IZU_JWKS_HOSTNAME='*'
IZU_HTTP_SSL_PORT=443
LOGGING='*=warning:com.ibm.zoszmf.*=info:com.ibm.zoszmf.environment.ui=finer'
LIBERTY_TRACE_FILE=trace.log
LIBERTY_TRACE_FILE_SIZE=100
LIBERTY_TRACE_FILE_NUM=2
LIBERTY_TRACE_FILE_APPEND=true
LIBERTY_USEZOSAIO=false
IZU_UNAUTHENTICATED_NAME=IZUGUEST
IZU_ADMIN_GROUP_NAME=IZUADMIN
IZU_USERS_GROUP_NAME=IZUUSER
IZU_ZOS_SECURITY_ADMIN_GROUP_NAME=IZUSECAD
IZU_SAF_PROFILE_PREFIX=IZUDFLT
IYU_CLOUD_SAF_GROUP_PREFIX=IYU
USER_REALM=SAFRealm
KEYSTORE_PASS={xor}Lz4sLCgwLTs=
KEYRING_NAME=IZUKeyring.IZUDFLT
KEYRING_OWNER_USERID=""
KEYRING_TYPE=JCEHYBRIDRACFKS
SSL_CLIENT_AUTH=true
LTPA_FILE='\${server.config.dir}/resources/security/ltpa.keys'
LTPA_PASS={xor}CDo9Hgw=
SESSION_EXPIRE=495
LIBERTY_PASSWORDUTIL=com.ibm.ws.crypto.passwordutil_*.jar
LIBERTY_KERNEL_SERVICE=com.ibm.ws.kernel.service_*.jar
LIBERTY_LOGGING=com.ibm.ws.logging_*.jar
SSO_DOMAIN_URL=false
SSO_DOMAIN_NAMES=domain.com
LONGWORK_WLM_CLASS=IZUGWORK
LONGWORK_JNDI_NAME=concurrent/izulong
LONGWORK_CONTEXT_OPT=New
SCHEDULED_JNDI_NAME=concurrent/izuscheduled
DEFAULT_WLM_RESOURCE='*'
DEFAULT_WLM_CLASS=IZUGHTTP
LISTEN_BACKLOG=10
JAVA_CLASSES=/usr/include/java_classes
USERLIB_DIR=/usr/lib
PEGASUS_HOME=/usr/lpp/wbem
SHARED_LIB_NAME=IzuZosmfSharedLibrary
ACCESS_LOG=false
ACCESS_LOG_FORMAT="%h %u %{t}W "%r" %s %b"
ACCESS_LOG_SIZE=20
ACCESS_LOG_FILES=2
LIBERTY_REMOVE_HEADER=false
LIBERTY_DYNCACHE_SIZE=2000
JAVA_HOME=/usr/lpp/java/J8.0_64
IZU_LIBPATH=\$LIBPATH:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib
IZU_TEMP_DIR=/tmp
IZU_UNIT_TYPE=SYSDA
IZU_NOTIFICATION_EXPIRATION=30
IZU_NOTIFICATION_MAXIMUM=500
IZU_WORKFLOWS_MAXIMUM=200
IZU_SSL_CONFIG=izuSSLConfig
IZU_CIPHERS_LIST=""
IZU_SSL_PROTOCOL=SSL_TLSv2
IZU_STARTED_TASK_USERID_NAME=IZUSVR
IZU_CONFIG_DIR=/var/zosmf/configuration
IZU_DATA_DIR=/var/zosmf/data
IZU_CA_CONFIGURE=N
IZU_CP_CONFIGURE=N
IZU_IL_CONFIGURE=N
IZU_RMF_CONFIGURE=N
IZU_DM_CONFIGURE=N
IZU_WISPF_CONFIGURE=N
IZU_WLM_CONFIGURE=N
IZU_SYSPLEX_CONFIGURE=N
IZU_ZERT_CONFIGURE=N
IZU_RESTAPI_FILE_ACCT=IZUACCT
IZU_RESTAPI_FILE_TSOPROC=IZUFPROC
IZU_RESTAPI_FILE_REGION=262144
IZU_COMMON_TSO_ACCT=IZUACCT
IZU_COMMON_TSO_PROC=IZUFPROC
IZU_COMMON_TSO_REGION=5
IZU_ROOT_DIR=/usr/lpp/zosmf
IZU_AUTOSTART_GROUP=IZUDFLT
IZU_PIRMARY_FS=IZU.SIZUUSRD
IZU_AUTOSTART=1
IZU_EVENT_FLAG=Y
IZU_SERVER_PROC=IZUSVR1
IZU_ANGEL_PROC=IZUANG1
IZU_SERVER=1
IZU_USR_DIR=/var/zosmf
IZU_PARMEM_LIST=PREV
CSRF_SWITCH=ON
IZU_INSTALL_DIR=/usr/lpp/zosmf
IZU_ANGEL_NAME=IZUANG1
IZU_APPLICATIONS_LISTENER_WAITTIME=60
CLOUD_SEC_ADMIN=
IZU_ZOSLOGGING_MSGID=CWWKB0116I,CWWKB0117W,CWWKB0118W,CWWKB0122I,CWWKB0124I,CWWKB0101I,CWWKB0102I,CWWKB0115I,CWWKB0307E

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Does anyone have their contents of configuration.defaults they can provide me?

TIA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q',
  USERDIR='/var/zosmf',
  TRACE='N',
  IZUPRM='SYSPARM',
  SERVER='AUTOSTART',
  Z='0',
  IZUMEM=4G

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME 

Re: zOSMF

2020-04-17 Thread Steve Beaver
I believe it is 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Schmutzok, Mike (US - Georgia)
Sent: Friday, April 17, 2020 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Is this what you're looking for? (from 
/usr/lpp/zosmf/defaults/configuration.defaults)


IZU_CONFIG_FILE_VERSION=2.3.0
IZU_APPSERVER_HOSTNAME='*'
IZU_JWKS_HOSTNAME='*'
IZU_HTTP_SSL_PORT=443
LOGGING='*=warning:com.ibm.zoszmf.*=info:com.ibm.zoszmf.environment.ui=finer'
LIBERTY_TRACE_FILE=trace.log
LIBERTY_TRACE_FILE_SIZE=100
LIBERTY_TRACE_FILE_NUM=2
LIBERTY_TRACE_FILE_APPEND=true
LIBERTY_USEZOSAIO=false
IZU_UNAUTHENTICATED_NAME=IZUGUEST
IZU_ADMIN_GROUP_NAME=IZUADMIN
IZU_USERS_GROUP_NAME=IZUUSER
IZU_ZOS_SECURITY_ADMIN_GROUP_NAME=IZUSECAD
IZU_SAF_PROFILE_PREFIX=IZUDFLT
IYU_CLOUD_SAF_GROUP_PREFIX=IYU
USER_REALM=SAFRealm
KEYSTORE_PASS={xor}Lz4sLCgwLTs=
KEYRING_NAME=IZUKeyring.IZUDFLT
KEYRING_OWNER_USERID=""
KEYRING_TYPE=JCEHYBRIDRACFKS
SSL_CLIENT_AUTH=true
LTPA_FILE='\${server.config.dir}/resources/security/ltpa.keys'
LTPA_PASS={xor}CDo9Hgw=
SESSION_EXPIRE=495
LIBERTY_PASSWORDUTIL=com.ibm.ws.crypto.passwordutil_*.jar
LIBERTY_KERNEL_SERVICE=com.ibm.ws.kernel.service_*.jar
LIBERTY_LOGGING=com.ibm.ws.logging_*.jar
SSO_DOMAIN_URL=false
SSO_DOMAIN_NAMES=domain.com
LONGWORK_WLM_CLASS=IZUGWORK
LONGWORK_JNDI_NAME=concurrent/izulong
LONGWORK_CONTEXT_OPT=New
SCHEDULED_JNDI_NAME=concurrent/izuscheduled
DEFAULT_WLM_RESOURCE='*'
DEFAULT_WLM_CLASS=IZUGHTTP
LISTEN_BACKLOG=10
JAVA_CLASSES=/usr/include/java_classes
USERLIB_DIR=/usr/lib
PEGASUS_HOME=/usr/lpp/wbem
SHARED_LIB_NAME=IzuZosmfSharedLibrary
ACCESS_LOG=false
ACCESS_LOG_FORMAT="%h %u %{t}W "%r" %s %b"
ACCESS_LOG_SIZE=20
ACCESS_LOG_FILES=2
LIBERTY_REMOVE_HEADER=false
LIBERTY_DYNCACHE_SIZE=2000
JAVA_HOME=/usr/lpp/java/J8.0_64
IZU_LIBPATH=\$LIBPATH:/usr/lpp/tcpip/lib:/usr/lpp/gskssl/IBM:/usr/lpp/wbem/lib:/lib:/usr/lib
IZU_TEMP_DIR=/tmp
IZU_UNIT_TYPE=SYSDA
IZU_NOTIFICATION_EXPIRATION=30
IZU_NOTIFICATION_MAXIMUM=500
IZU_WORKFLOWS_MAXIMUM=200
IZU_SSL_CONFIG=izuSSLConfig
IZU_CIPHERS_LIST=""
IZU_SSL_PROTOCOL=SSL_TLSv2
IZU_STARTED_TASK_USERID_NAME=IZUSVR
IZU_CONFIG_DIR=/var/zosmf/configuration
IZU_DATA_DIR=/var/zosmf/data
IZU_CA_CONFIGURE=N
IZU_CP_CONFIGURE=N
IZU_IL_CONFIGURE=N
IZU_RMF_CONFIGURE=N
IZU_DM_CONFIGURE=N
IZU_WISPF_CONFIGURE=N
IZU_WLM_CONFIGURE=N
IZU_SYSPLEX_CONFIGURE=N
IZU_ZERT_CONFIGURE=N
IZU_RESTAPI_FILE_ACCT=IZUACCT
IZU_RESTAPI_FILE_TSOPROC=IZUFPROC
IZU_RESTAPI_FILE_REGION=262144
IZU_COMMON_TSO_ACCT=IZUACCT
IZU_COMMON_TSO_PROC=IZUFPROC
IZU_COMMON_TSO_REGION=5
IZU_ROOT_DIR=/usr/lpp/zosmf
IZU_AUTOSTART_GROUP=IZUDFLT
IZU_PIRMARY_FS=IZU.SIZUUSRD
IZU_AUTOSTART=1
IZU_EVENT_FLAG=Y
IZU_SERVER_PROC=IZUSVR1
IZU_ANGEL_PROC=IZUANG1
IZU_SERVER=1
IZU_USR_DIR=/var/zosmf
IZU_PARMEM_LIST=PREV
CSRF_SWITCH=ON
IZU_INSTALL_DIR=/usr/lpp/zosmf
IZU_ANGEL_NAME=IZUANG1
IZU_APPLICATIONS_LISTENER_WAITTIME=60
CLOUD_SEC_ADMIN=
IZU_ZOSLOGGING_MSGID=CWWKB0116I,CWWKB0117W,CWWKB0118W,CWWKB0122I,CWWKB0124I,CWWKB0101I,CWWKB0102I,CWWKB0115I,CWWKB0307E

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 1:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

  ⚠ EXTERNAL MESSAGE – Think Before You Click



Does anyone have their contents of configuration.defaults they can provide me?

TIA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q',
  USERDIR='/var/zosmf',
  TRACE='N',
  IZUPRM='SYSPARM',
  SERVER='AUTOSTART',
  Z='0',
  IZUMEM=4G

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUSVR1  STARTED
>IZUG352W During processing of the z/OSMF server started procedure, 489
>the PARM parameter was found to be missing one or more expected
>values: SERVER,Z.
>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>JOB=IZUSVR

zOSMF Contents

2020-04-17 Thread Steve Beaver
I have been able to beat all the RACF problems.  The only things I have yet
to beat are the contents of the 2 following files.  Would someone please
send them to me

/usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzsrv 

/global/zosmf/configuration'  





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


Re: zOSMF

2020-04-17 Thread Steve Beaver
Does anyone have their contents of configuration.defaults they can provide me?

TIA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, April 17, 2020 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',  
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q', 
  USERDIR='/var/zosmf',   
  TRACE='N',  
  IZUPRM='SYSPARM',   
  SERVER='AUTOSTART', 
  Z='0',  
  IZUMEM=4G   

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUSVR1  STARTED
>IZUG352W During processing of the z/OSMF server started procedure, 489
>the PARM parameter was found to be missing one or more expected
>values: SERVER,Z.
>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
>JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
>JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf Of Seymour J Metz
>Sent: Friday, April 17, 2020 10:47 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>Unless the documentation states that you must grant UID(0), you should not
>do so.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>________
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
>Steve Beaver [st...@stevebeaver.com]
>Sent: Friday, April 17, 2020 11:20 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: FW: zOSMF
>
>I have had all the fun I can stand with zOSMF for the last m2 days.  I went
>in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
>is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.
>
>
>
>OBTW I am on a zOS 2.4 system
>
>
>S IZUANG1
>IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
>TO START IZUANG1 WITH JOBNAME IZUANG1.
>$HASP100 IZUANG1  ON STCINRDR
>IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUANG1  STARTED
>BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
>/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
>RETURN CODE
>0081 REASON CODE 0594003D.
>JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
>
>lu izusvr omvs
>
> USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108
>
>  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A
>
>  ATTRIBUTES=PROTECTED
>
>  REVOKE DATE=NONE   RESUME DATE=NONE
>
>  LAST-ACCESS=UNKNOWN
>
>  CLASS AUTHORIZATIONS=NONE
>
>  NO-INSTALLATION-DATA
>
>  NO-MODEL-NAME
>
>  LOGON ALLOWED   (DAYS)  (TIME)
>
>  -
>
>  ANYDAY  ANYTIME
>
>   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
>   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
> SECURITY-LEVEL=NONE SPECIFIED
> CATEGORY-AUTHORIZATION
>  NONE SPECIFIED
> SECURITY-LABEL=NONE SPECIFIED
>
> OMVS INFORMATION
> 
> UID= 00
> HOME= /global/zosmf/data/home/izusvr
> PROGRAM= /bin/sh
> CPUTIMEMAX= NONE
> ASSIZEMAX= NONE
> FILEPROCMAX= 0001

Re: zOSMF

2020-04-17 Thread Steve Beaver
Mine is empty NULL, NADA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Friday, April 17, 2020 11:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I'll show you mine, you show me yours  

IZUSVR1  PROC PARMS='zosmfServer',
  ROOT='/usr/lpp/zosmf',  
  WLPDIR='/usr/lpp/zosmf/liberty',
  OUTCLS='Q', 
  USERDIR='/var/zosmf',   
  TRACE='N',  
  IZUPRM='SYSPARM',   
  SERVER='AUTOSTART', 
  Z='0',  
  IZUMEM=4G   

On Fri, 17 Apr 2020 11:20:22 -0500, Steve Beaver  wrote:

>Well configuration.defaults did not populate and I have no Idea what needs
>to go in that file
>
>S IZUSVR1
>IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
>TO START IZUSVR1 WITH JOBNAME IZUSVR1.
>$HASP100 IZUSVR1  ON STCINRDR
>IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUSVR1  STARTED
>IZUG352W During processing of the z/OSMF server started procedure, 489
>the PARM parameter was found to be missing one or more expected
>values: SERVER,Z.
>JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
>JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
>JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
>JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
>JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
>JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED
>IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
>Behalf Of Seymour J Metz
>Sent: Friday, April 17, 2020 10:47 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: zOSMF
>
>Unless the documentation states that you must grant UID(0), you should not
>do so.
>
>
>--
>Shmuel (Seymour J.) Metz
>http://mason.gmu.edu/~smetz3
>
>________
>From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
>Steve Beaver [st...@stevebeaver.com]
>Sent: Friday, April 17, 2020 11:20 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: FW: zOSMF
>
>I have had all the fun I can stand with zOSMF for the last m2 days.  I went
>in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
>is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.
>
>
>
>OBTW I am on a zOS 2.4 system
>
>
>S IZUANG1
>IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
>TO START IZUANG1 WITH JOBNAME IZUANG1.
>$HASP100 IZUANG1  ON STCINRDR
>IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
> , GROUP IZUADMIN
>$HASP373 IZUANG1  STARTED
>BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
>/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
>RETURN CODE
>0081 REASON CODE 0594003D.
>JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
>
>lu izusvr omvs
>
> USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108
>
>  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A
>
>  ATTRIBUTES=PROTECTED
>
>  REVOKE DATE=NONE   RESUME DATE=NONE
>
>  LAST-ACCESS=UNKNOWN
>
>  CLASS AUTHORIZATIONS=NONE
>
>  NO-INSTALLATION-DATA
>
>  NO-MODEL-NAME
>
>  LOGON ALLOWED   (DAYS)  (TIME)
>
>  -
>
>  ANYDAY  ANYTIME
>
>   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
>   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108
>
> CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN
>
> CONNECT ATTRIBUTES=NONE
>
> REVOKE DATE=NONE   RESUME DATE=NONE
>
> SECURITY-LEVEL=NONE SPECIFIED
> CATEGORY-AUTHORIZATION
>  NONE SPECIFIED
> SECURITY-LABEL=NONE SPECIFIED
>
> OMVS INFORMATION
> 
> UID= 00
> HOME= /global/zosmf/data/home/izusvr
> PROGRAM= /bin/sh
> CPUTIMEMAX= NONE
> ASSIZEMAX= NONE
> FILEPROCMAX= 0001
> PROCUSERMAX= NONE
> THREADSMAX= NONE
> MMAPAREAMAX= NONE
> READY
>

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

2020-04-17 Thread Steve Beaver
Well configuration.defaults did not populate and I have no Idea what needs
to go in that file

S IZUSVR1  
IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 485
TO START IZUSVR1 WITH JOBNAME IZUSVR1. 
$HASP100 IZUSVR1  ON STCINRDR  
IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER IZUSVR
 , GROUP IZUADMIN  
$HASP373 IZUSVR1  STARTED  
IZUG352W During processing of the z/OSMF server started procedure, 489 
the PARM parameter was found to be missing one or more expected
values: SERVER,Z.  
JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=
IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC= 
JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=
JOB=IZUSVR12 STEP=STEP1PGM=BPXPRFC  CC=0001
JOB=IZUSVR11 STEP=*OMVSEX  PGM=BPXPRECP CC=0127
JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512
IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0512 
JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED   
IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Friday, April 17, 2020 10:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Unless the documentation states that you must grant UID(0), you should not
do so.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Steve Beaver [st...@stevebeaver.com]
Sent: Friday, April 17, 2020 11:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FW: zOSMF

I have had all the fun I can stand with zOSMF for the last m2 days.  I went
in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.



OBTW I am on a zOS 2.4 system


S IZUANG1
IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370
TO START IZUANG1 WITH JOBNAME IZUANG1.
$HASP100 IZUANG1  ON STCINRDR
IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR
 , GROUP IZUADMIN
$HASP373 IZUANG1  STARTED
BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374
/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH
RETURN CODE
0081 REASON CODE 0594003D.
JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488

lu izusvr omvs

 USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108

  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A

  ATTRIBUTES=PROTECTED

  REVOKE DATE=NONE   RESUME DATE=NONE

  LAST-ACCESS=UNKNOWN

  CLASS AUTHORIZATIONS=NONE

  NO-INSTALLATION-DATA

  NO-MODEL-NAME

  LOGON ALLOWED   (DAYS)  (TIME)

  -

  ANYDAY  ANYTIME

   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108

 CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN

 CONNECT ATTRIBUTES=NONE

 REVOKE DATE=NONE   RESUME DATE=NONE

   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108

 CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN

 CONNECT ATTRIBUTES=NONE

 REVOKE DATE=NONE   RESUME DATE=NONE

 SECURITY-LEVEL=NONE SPECIFIED
 CATEGORY-AUTHORIZATION
  NONE SPECIFIED
 SECURITY-LABEL=NONE SPECIFIED

 OMVS INFORMATION
 
 UID= 00
 HOME= /global/zosmf/data/home/izusvr
 PROGRAM= /bin/sh
 CPUTIMEMAX= NONE
 ASSIZEMAX= NONE
 FILEPROCMAX= 0001
 PROCUSERMAX= NONE
 THREADSMAX= NONE
 MMAPAREAMAX= NONE
 READY





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


FW: zOSMF

2020-04-17 Thread Steve Beaver
I have had all the fun I can stand with zOSMF for the last m2 days.  I went
in and blew up everything I did in RACF. I gave IZUSRV ROOT access and this
is what I still get.  Now I know why SYSPROGS hate setting up zOSMF.

 

OBTW I am on a zOS 2.4 system


S IZUANG1 
IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 370   
TO START IZUANG1 WITH JOBNAME IZUANG1.
$HASP100 IZUANG1  ON STCINRDR 
IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
 , GROUP IZUADMIN 
$HASP373 IZUANG1  STARTED 
BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 374   
/usr/lpp/zosmf/V2R1/wlp/lib/native/zos/s390x/bbgzangl FAILED WITH 
RETURN CODE   
0081 REASON CODE 0594003D.
JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488  

lu izusvr omvs

 USER=IZUSVR  NAME=ZOSMF STARTED TASK U  OWNER=SBEAVER   CREATED=20.108

  DEFAULT-GROUP=IZUADMIN PASSDATE=N/APASS-INTERVAL=N/A PHRASEDATE=N/A

  ATTRIBUTES=PROTECTED

  REVOKE DATE=NONE   RESUME DATE=NONE

  LAST-ACCESS=UNKNOWN

  CLASS AUTHORIZATIONS=NONE

  NO-INSTALLATION-DATA

  NO-MODEL-NAME

  LOGON ALLOWED   (DAYS)  (TIME)

  -

  ANYDAY  ANYTIME

   GROUP=IZUADMIN  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108

 CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN

 CONNECT ATTRIBUTES=NONE

 REVOKE DATE=NONE   RESUME DATE=NONE

   GROUP=IZUSECAD  AUTH=USE  CONNECT-OWNER=SBEAVER   CONNECT-DATE=20.108

 CONNECTS=00  UACC=NONE LAST-CONNECT=UNKNOWN

 CONNECT ATTRIBUTES=NONE

 REVOKE DATE=NONE   RESUME DATE=NONE

 SECURITY-LEVEL=NONE SPECIFIED 
 CATEGORY-AUTHORIZATION  
  NONE SPECIFIED 
 SECURITY-LABEL=NONE SPECIFIED   
 
 OMVS INFORMATION
 
 UID= 00 
 HOME= /global/zosmf/data/home/izusvr
 PROGRAM= /bin/sh
 CPUTIMEMAX= NONE
 ASSIZEMAX= NONE 
 FILEPROCMAX= 0001   
 PROCUSERMAX= NONE   
 THREADSMAX= NONE
 MMAPAREAMAX= NONE   
 READY   





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


Re: zOSDMF - I Cheated

2020-04-16 Thread Steve Beaver
I finally found the PDF's for 2.3 and 2.4  vs using the Knowledge Center

I am going to pull out all the RACF changes and start over slowly

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Thursday, April 16, 2020 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSDMF - I Cheated

Steve,

Read the manual!   You'll find a lot of good info in there.specifically
that izuang1 has to be up first.


_

Dave Jousma

AVP | Manager, Systems Engineering


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

616.653.8429 | fax: 616.653.2717



From: IBM Mainframe Discussion List  on behalf of
Steve Beaver 
Sent: Thursday, April 16, 2020 4:29:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: zOSDMF - I Cheated

**CAUTION EXTERNAL EMAIL**

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



OK - I Cheated - I gave the IZUSVR1 ID UID(0) and that got me past the MKDIR
problem, Now what




0010  IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 433

0010  TO START IZUSVR1 WITH JOBNAME IZUSVR1.

0010  $HASP100 IZUSVR1  ON STCINRDR

0210  IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER
IZUSVR
   , GROUP IZUADMIN

0010  $HASP373 IZUSVR1  STARTED

0010  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=

0010  $HASP100 BPXASON STCINRDR

0010  $HASP373 BPXASSTARTED

0210  BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB IZUSVR1 RUNNING IN

  ASID 0022

0010  JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=0535

0010  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0280

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0280

0010  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE

0010  $HASP395 IZUSVR1  ENDED - RC=3840







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


zOSDMF - I Cheated

2020-04-16 Thread Steve Beaver
 

OK - I Cheated - I gave the IZUSVR1 ID UID(0) and that got me past the MKDIR
problem, Now what




0010  IRR812I PROFILE IZUSVR1.* (G) IN THE STARTED CLASS WAS USED 433

0010  TO START IZUSVR1 WITH JOBNAME IZUSVR1.

0010  $HASP100 IZUSVR1  ON STCINRDR

0210  IEF695I START IZUSVR1  WITH JOBNAME IZUSVR1  IS ASSIGNED TO USER
IZUSVR   
   , GROUP IZUADMIN

0010  $HASP373 IZUSVR1  STARTED

0010  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZPARMPGM=IZUPARMS CC=

0010  $HASP100 BPXASON STCINRDR

0010  $HASP373 BPXASSTARTED

0210  BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB IZUSVR1 RUNNING IN

  ASID 0022

0010  JOB=IZUSVR11 STEP=STEP1PGM=BPXPRFC  CC=0535

0010  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0280

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=CONFZMF  PGM=BPXBATCH CC=0280

0010  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTED

0210  IEF170I 1 IZUSVR1  JOB=IZUSVR1  STEP=ZOSMFPGM=BPXBATSL NOT EXECUTE

0010  $HASP395 IZUSVR1  ENDED - RC=3840







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


Re: zOSMF

2020-04-16 Thread Steve Beaver
I gave up on ANG1 and started dinking with SRV1 and there is progress but
I don't know how to fix it

ICH408I USER(IZUSVR  ) GROUP(IZUADMIN) NAME(ZOSMF STARTED TASK U) 330  
  /global/zosmf/configuration  
  CL(DIRACC  ) FID(D4E5E2E9C6E200BA672410D3)   
  INSUFFICIENT AUTHORITY TO MKDIR  
  ACCESS INTENT(-W-)  ACCESS ALLOWED(OTHER  R-X)   
  EFFECTIVE UID(009000)  EFFECTIVE GID(000337) 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, April 16, 2020 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Here is the link the V2.4 zOSMF configuration guide  
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.izua300/izulite_CreateTheNucleus.htm


_
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: Thursday, April 16, 2020 3:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

**CAUTION EXTERNAL EMAIL**

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

I have beat all the RACF issues

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen
Sent: Thursday, April 16, 2020 1:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I have a ticket open with ibm since August of last year on security issues and 
jes2 email If you have some questions not security related I’d be happy to help 

Sent from my iPhone

> On Apr 16, 2020, at 12:45 PM, Steve Beaver  wrote:
> 
> Cross Posted -
> 
> 
> 
> I am having more FUN (NOT) than anyone deserves to have with zOSMF.  
> This is my first time dealing with it and it is maddening.  I'm doing 
> a first time install of zOSMF on zOS 2.4.  It took me a couple of 
> hours to straighten out the CORE RACF Definitions and
> 
> To get the GROUPS correct, etc.
> 
> 
> 
> I went into ISH and did MKDIR's to get the path below correct.  Then 
> started
> IZUANG1 and now I'm lost
> 
> 
> 
> ANY HELP would be very appreciated
> 
> 
> 
> S IZUANG1 
> IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 140   
>TO START IZUANG1 WITH JOBNAME IZUANG1.
> $HASP100 IZUANG1  ON STCINRDR 
> IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
> , GROUP IZUADMIN 
> $HASP373 IZUANG1  STARTED 
> BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 144   
> /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl FAILED WITH RETURN   
> CODE  
> 006F REASON CODE 0B1B011F.
> JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488   
> IEF170I 1 IZUANG1  JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
> $HASP395 IZUANG1  ENDED - RC=2816 
> IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=002A.  
> $HASP250 IZUANG1 PURGED -- (JOB KEY WAS D7C7C166) 
> 
> 
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please

Re: zOSMF

2020-04-16 Thread Steve Beaver
I have beat all the RACF issues

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen
Sent: Thursday, April 16, 2020 1:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

I have a ticket open with ibm since August of last year on security issues and 
jes2 email
If you have some questions not security related I’d be happy to help 

Sent from my iPhone

> On Apr 16, 2020, at 12:45 PM, Steve Beaver  wrote:
> 
> Cross Posted - 
> 
> 
> 
> I am having more FUN (NOT) than anyone deserves to have with zOSMF.  This is
> my first time dealing with it and it is maddening.  I'm doing a first time
> install of zOSMF on zOS 2.4.  It took me a couple of hours to straighten out
> the CORE RACF Definitions and 
> 
> To get the GROUPS correct, etc.
> 
> 
> 
> I went into ISH and did MKDIR's to get the path below correct.  Then started
> IZUANG1 and now I'm lost
> 
> 
> 
> ANY HELP would be very appreciated 
> 
> 
> 
> S IZUANG1 
> IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 140   
>TO START IZUANG1 WITH JOBNAME IZUANG1.
> $HASP100 IZUANG1  ON STCINRDR 
> IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
> , GROUP IZUADMIN 
> $HASP373 IZUANG1  STARTED 
> BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 144   
> /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl FAILED WITH RETURN   
> CODE  
> 006F REASON CODE 0B1B011F.
> JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488   
> IEF170I 1 IZUANG1  JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
> $HASP395 IZUANG1  ENDED - RC=2816 
> IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=002A.  
> $HASP250 IZUANG1 PURGED -- (JOB KEY WAS D7C7C166) 
> 
> 
> 
> 
> --
> 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: zOSMF

2020-04-16 Thread Steve Beaver
I found that when I make a new zFS

Thanks Carmen

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Carmen
Sent: Thursday, April 16, 2020 1:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Since 2.3 ibm moved the user data to global/zosmf also the knowledge base /
is mounted off global


Sent from my iPhone

> On Apr 16, 2020, at 1:40 PM, Jousma, David
<01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> If I recall your prior questions, is it possible may have mounted the
zOSMF data container at /usr/lpp/zosmf (and hence why you created
directories)?.   The zOSMF code as delivered by smpe should live in
/usr/lpp/zosmf.   The data container initially was suggested to be
/var/zosmf, but now I believe the recommendation is /global/zosmf?
> 
>

_
> 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: Jousma, David 
> Sent: Thursday, April 16, 2020 2:03 PM
> To: IBM Mainframe Discussion List 
> Subject: RE: zOSMF
> 
> Not sure what you mean that you created these directories?  At that
directory location you should have "stuff" installed
> 
> TEC1:$ cd /usr/lpp/zosmf/liberty/lib/native/zos/s390x/

> TEC1:$ ls -al

> total 9120

> drwxr-xr-x   3 P0SJROMVSGRP 8192 Mar  6 09:03 .

> drwxr-xr-x   3 P0SJROMVSGRP 8192 Mar  6 09:03 ..

> -rwxr-xr-x   1 P0SJROMVSGRP   380928 Mar  5 14:08 batchManagerZos

> -rwxr-xr-x   1 P0SJROMVSGRP 4096 Mar  5 14:07 bbgzachk

> -rwxr-xr-x   1 P0SJROMVSGRP   360448 Mar  5 14:08 bbgzadrm

> -rwxr-xr-x   1 P0SJROMVSGRP   270336 Mar  5 14:08 bbgzafsm

> -rwxr-xr-x   1 P0SJROMVSGRP   233472 Mar  5 14:08 bbgzangl

> -rwxr-xr-x   1 P0SJROMVSGRP   208896 Mar  5 14:08 bbgzcsl

> -rwxr-xr-x   1 P0SJROMVSGRP  1064960 Mar  5 14:09 bbgzsafm

> -rwxr-xr-x   1 P0SJROMVSGRP   585728 Mar  5 14:09 bbgzscfm

> -rwxr-xr-x   1 P0SJROMVSGRP94208 Mar  5 14:09 bbgzsrv

> -rwxr-xr-x   1 P0SJROMVSGRP   491520 Mar  5 14:10 bbgzsufm

> -rwxr-xr-x   1 P0SJROMVSGRP   106496 Mar  5 14:10 bboacall

> -rwxr-xr-x   1 P0SJROMVSGRP   729088 Mar  5 14:10
libzNativeServices.so 
> drwxr-xr-x   2 P0SJROMVSGRP 8192 Mar  6 09:03 nls

> TEC1:$

> 
> 
> TSO BPXMTEXT 0B1B011F
> 
> BPXPREXC 07/01/19

> JRExecNotRegFile: The filename specified on the exec is not a regular file

> 
> Action: The exec service detected that the filename specified by the
pathname  
> argument is not a regular type file.  Correct the pathname argument and

> resubmit the job.

> ***

> 
> 
>

_
> 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: Thursday, April 16, 2020 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: zOSMF
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or
unexpected emails**
> 
> Cross Posted - 
> 
> 
> 
> I am having more FUN (NOT) than anyone deserves to have with zOSMF.  This
is my first time dealing with it and it is maddening.  I'm doing a first
time install of zOSMF on zOS 2.4.  It took me a couple of hours to
straighten out the CORE RACF Definitions and 
> 
> To get the GROUPS correct, etc.
> 
> 
> 
> I went into ISH and did MKDIR's to get the path below correct.  Then
started
> IZUANG1 and now I'm lost
> 
> 
> 
> ANY HELP would be very appreciated 
> 
> 
> 
> S IZUANG1 
> IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 140   
>TO START IZUANG1 WITH JOBNAME IZUANG1.
> $HASP100 IZUANG1  ON STCINRDR 
> IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
> , GROUP IZUADMIN 
> $HASP373 IZUANG1  STARTED 
> BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 144   
> /usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl FAILED WITH RETURN   
> CODE

Re: zOSMF

2020-04-16 Thread Steve Beaver
I found IZUMKFS and IZUSEC and IZUNUSEC but I have no other references in
Configuring z/OSMF for the first time - in IBM Knowledge Center.

I have found some REXX's in SAMPLIB (IZUDXEXP, IZUMKDIR, IZUMNTFS, IZUPRSEC,
and IZUNADG)

But no description of how and when to use  them


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Thursday, April 16, 2020 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Not sure what you mean that you created these directories?  At that
directory location you should have "stuff" installed

TEC1:$ cd /usr/lpp/zosmf/liberty/lib/native/zos/s390x/

TEC1:$ ls -al

total 9120

drwxr-xr-x   3 P0SJROMVSGRP 8192 Mar  6 09:03 .

drwxr-xr-x   3 P0SJROMVSGRP 8192 Mar  6 09:03 ..

-rwxr-xr-x   1 P0SJROMVSGRP   380928 Mar  5 14:08 batchManagerZos

-rwxr-xr-x   1 P0SJROMVSGRP 4096 Mar  5 14:07 bbgzachk

-rwxr-xr-x   1 P0SJROMVSGRP   360448 Mar  5 14:08 bbgzadrm

-rwxr-xr-x   1 P0SJROMVSGRP   270336 Mar  5 14:08 bbgzafsm

-rwxr-xr-x   1 P0SJROMVSGRP   233472 Mar  5 14:08 bbgzangl

-rwxr-xr-x   1 P0SJROMVSGRP   208896 Mar  5 14:08 bbgzcsl

-rwxr-xr-x   1 P0SJROMVSGRP  1064960 Mar  5 14:09 bbgzsafm

-rwxr-xr-x   1 P0SJROMVSGRP   585728 Mar  5 14:09 bbgzscfm

-rwxr-xr-x   1 P0SJROMVSGRP94208 Mar  5 14:09 bbgzsrv

-rwxr-xr-x   1 P0SJROMVSGRP   491520 Mar  5 14:10 bbgzsufm

-rwxr-xr-x   1 P0SJROMVSGRP   106496 Mar  5 14:10 bboacall

-rwxr-xr-x   1 P0SJROMVSGRP   729088 Mar  5 14:10 libzNativeServices.so

drwxr-xr-x   2 P0SJROMVSGRP 8192 Mar  6 09:03 nls

TEC1:$



TSO BPXMTEXT 0B1B011F

BPXPREXC 07/01/19

JRExecNotRegFile: The filename specified on the exec is not a regular file

 

Action: The exec service detected that the filename specified by the
pathname  
argument is not a regular type file.  Correct the pathname argument and

resubmit the job.

***

 



_
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: Thursday, April 16, 2020 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF

**CAUTION EXTERNAL EMAIL**

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

Cross Posted - 

 

I am having more FUN (NOT) than anyone deserves to have with zOSMF.  This is
my first time dealing with it and it is maddening.  I'm doing a first time
install of zOSMF on zOS 2.4.  It took me a couple of hours to straighten out
the CORE RACF Definitions and 

To get the GROUPS correct, etc.

 

I went into ISH and did MKDIR's to get the path below correct.  Then started
IZUANG1 and now I'm lost

 

ANY HELP would be very appreciated 

 

S IZUANG1 
IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 140   
TO START IZUANG1 WITH JOBNAME IZUANG1.
$HASP100 IZUANG1  ON STCINRDR 
IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
 , GROUP IZUADMIN 
$HASP373 IZUANG1  STARTED 
BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 144   
/usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl FAILED WITH RETURN   
CODE  
006F REASON CODE 0B1B011F.
JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488   
IEF170I 1 IZUANG1  JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
$HASP395 IZUANG1  ENDED - RC=2816 
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=002A.  
$HASP250 IZUANG1 PURGED -- (JOB KEY WAS D7C7C166) 




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

zOSMF

2020-04-16 Thread Steve Beaver
Cross Posted - 

 

I am having more FUN (NOT) than anyone deserves to have with zOSMF.  This is
my first time dealing with it and it is maddening.  I'm doing a first time
install of zOSMF on zOS 2.4.  It took me a couple of hours to straighten out
the CORE RACF Definitions and 

To get the GROUPS correct, etc.

 

I went into ISH and did MKDIR's to get the path below correct.  Then started
IZUANG1 and now I'm lost

 

ANY HELP would be very appreciated 

 

S IZUANG1 
IRR812I PROFILE IZUANG1.* (G) IN THE STARTED CLASS WAS USED 140   
TO START IZUANG1 WITH JOBNAME IZUANG1.
$HASP100 IZUANG1  ON STCINRDR 
IEF695I START IZUANG1  WITH JOBNAME IZUANG1  IS ASSIGNED TO USER IZUSVR   
 , GROUP IZUADMIN 
$HASP373 IZUANG1  STARTED 
BPXM047I BPXBATCH FAILED BECAUSE SPAWN (BPX1SPN) OF 144   
/usr/lpp/zosmf/liberty/lib/native/zos/s390x/bbgzangl FAILED WITH RETURN   
CODE  
006F REASON CODE 0B1B011F.
JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488   
IEF170I 1 IZUANG1  JOB=IZUANG1  STEP=STEP1PGM=BPXBATA2 CC=0488
$HASP395 IZUANG1  ENDED - RC=2816 
IEA989I SLIP TRAP ID=X33E MATCHED.  JOBNAME=*UNAVAIL, ASID=002A.  
$HASP250 IZUANG1 PURGED -- (JOB KEY WAS D7C7C166) 




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


oSMF ZFS

2020-04-13 Thread Steve Beaver
I have very little experience with zFS and NONE with zOSMF.  

 

With the PATHPREF do I use /zosmf or /usr/lpp/zosmf in the ALLOCATION JCL

 

//ALLOCZ EXEC ALLOCZFS,   
//  FSDSN=SYSTEM.CIMN.ZOSMF.ZFS,  
//  FSTYPE=ZFS,   * ZFS is the Default
//  PATHPREF='/zosmf' * NO DEFAULT; see comment 7 above   
//  ENDIF 
//  ENDIF 
//*   





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


Re: zOSMF

2020-04-13 Thread Steve Beaver
Thanks Dave

It also appears that 95% of the work is a bunch for RACF work on zos 2.2 and
its 23 jobs

On zOS 2.4 its now 43 jobs give or take


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Monday, April 13, 2020 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Not every lpar.  The number of instances though can depend on if you just
one JES MAS in the sysplex, or multiple.   Some of the features (ISPF, SDSF,
etc) are on MAS boundaries.


_
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, April 13, 2020 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF

**CAUTION EXTERNAL EMAIL**

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

With respect to zOSMF, do I need a zFS for every LPAR or can I live on 1 zFS
for a PLEX

 

 

 

Steve


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

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


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

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

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


Re: zOSMF

2020-04-13 Thread Steve Beaver
Dave I have about 30 different plex's but not all need zOSMF

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Monday, April 13, 2020 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: zOSMF

Not every lpar.  The number of instances though can depend on if you just
one JES MAS in the sysplex, or multiple.   Some of the features (ISPF, SDSF,
etc) are on MAS boundaries.


_
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, April 13, 2020 3:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: zOSMF

**CAUTION EXTERNAL EMAIL**

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

With respect to zOSMF, do I need a zFS for every LPAR or can I live on 1 zFS
for a PLEX

 

 

 

Steve


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


zOSMF

2020-04-13 Thread Steve Beaver
With respect to zOSMF, do I need a zFS for every LPAR or can I live on 1 zFS
for a PLEX

 

 

 

Steve


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


Re: FW: COBOL NJ

2020-04-09 Thread Steve Beaver
No Pay = They really don't want competent help

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Thursday, April 9, 2020 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: FW: COBOL NJ

So do I assume volunteers mean no pay ?

On Wed, Apr 8, 2020 at 11:48 PM Jack J. Woehr  wrote:

> On 4/8/20 7:58 PM, Bob Bridges wrote:
> > (Regarding that tagline:)  YES!!  "Science" is only superficially an
> activity, and even more superficially a job; much more important it's a
> philosophy, a way of approaching the discovery of knowledge.  By that
> definition some scientists aren't, and some non-scientists are.
>
>
> And it's salutary to remember that it was uttered by the man dubbed
> "BHA" by the engineers at Apple Computer :)
>
>
> --
> Jack J. Woehr # Science is more than a body of knowledge. It's a way of
> www.well.com/~jax # thinking, a way of skeptically interrogating the
> universe
> www.softwoehr.com # with a fine understanding of human fallibility. -
> Carl Sagan
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

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


Re: Happy Passover and Easter to all

2020-04-08 Thread Steve Beaver
And to you Sir

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, April 8, 2020 7:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Happy Passover and Easter to all

Happy Passover today to our Jewish members and a Happy Easter (on Sunday)
to the Christians.

ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM comming son  *

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

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


Re: Why rip out COBOL when you can modernize key applications? - Weirdware

2020-04-07 Thread Steve Beaver
My first job was writing PL/I and COBOL and assembler.

All when I was doing CICS Macro Level.

Then I've been spoiled using REXX

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Tuesday, April 7, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why rip out COBOL when you can modernize key applications? - 
Weirdware

Wayne,

Yes sir, same here. I learned Assembler first and then Cobol and then some
PL/1.
I always felt each language had its strengths and weaknesses and all were
like tools in a toolbox.


Scott


On Tue, Apr 7, 2020 at 2:51 AM Wayne Bickerdike  wrote:

> Interesting. I remember back in 1979 debugging the old Micro Focus COBOL.
> It was one of the few tools available for z80 based machines running CP/M
> and MP/M.
>
> It had a screen handler that used DISPLAY and ACCEPT and a primitive ISAM
> file system. Nice thing was that it would run in 48K of memory. MP/M only
> gave you 44K in bank switched memory in the first bank and 48K in the other
> 3 banks (if you had that config).
>
> Nice to see a survivor of all the platform changes over the years and a
> truly excellent COBOL workbench.
>
> REALIA COBOL and CICS were also pretty neat in their day. Eventually dumped
> by CA.
>
> Learned to like COBOL over the years, just. It does the job.
>
>
> On Mon, Apr 6, 2020 at 10:08 PM Mark Regan  wrote:
>
> >
> >
> https://www.weirdware.com/2020/03/24/why-rip-out-cobol-when-you-can-modernise-key-applications
> >
> > or
> >
> > *https://tinyurl.com/rezyxke* 
> >
> > Regards,
> >
> > Mark T. Regan
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> Wayne V. Bickerdike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

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


Mesh Routers

2020-04-04 Thread Steve Beaver
I decided to go with a pair of VELOP routers, and I had DISH come out and
set them up.

It took DISH 2 hours to get them functional but they do really move data

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


Re: Mesh Router

2020-04-03 Thread Steve Beaver
And battery backup - got that covered

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Friday, April 3, 2020 5:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

Sutge protector?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Ken Smith [ksmith3...@gmail.com]
Sent: Friday, April 3, 2020 5:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

The New York Times-owned Wirecutter reviews are pretty good including those
on networking. Ditto (GENER!) Consumer Reports if you have a subscription.

https://secure-web.cisco.com/1N98IePCuG1tgIy0wKnZnZ606b8x3AdN8jVKMvfn2Ek_8Z2
tXpuSnwE3N92bAbOfx0RXUZgIbitDEn6y5VSLimGbuT0-fL0tanTwStX1OtsEJ9MGEj0m_yDWykR
aniEz6IEcLgw4WmXAx3w9z6XlJQLpxkZbqmP8v5HbeIPdLi6Ftu4VnbD__F3M_aZIfn3iNjjiOpk
oRqSfyVSLqVQ7fO2Hspujyzrp8hhcXqLCb0-I95k5DHACCa63fZT2lC5_spvvTDL4t62eod2RVrV
7gUeX-MJSaliWjcgLoAL5MuaUZhIKGj8BJxp-sWMmiVX1iztj0qzMRbBlIygveIGJFBzVaYrx9OJ
NxDiip8_rx7E90rVXtL0HTnds9jZWESXFtflyNlB0HMvOmoGDSCHiT8eArV_5ZCvu58IZBfkN8vJ
Qcj3YGYpjShUAEJXXd-Brd/https%3A%2F%2Fthewirecutter.com%2Felectronics%2Fnetwo
rking%2F
https://www.consumerreports.org/cro/wireless-routers.htm

Splitters are cheap and easy if you run out of physical ports.
A disadvantage to your own cable modem is surges or lightning. They'll
replace their device but not yours.

Ken
On Fri, Apr 3, 2020 at 10:21 AM scott Ford  wrote:

> Hey Lionel,
>
> I have Verizon FIOS can I tie the mesh network you mentioned into it ...?
> We have a crazy device house, a lot of WiFi..
>
> On Fri, Apr 3, 2020 at 9:33 AM Lionel B Dyck  wrote:
>
> > I have the Linksys Velop and it works great:
> > https://www.linksys.com/us/velop/
> >
> >
> > Lionel B. Dyck <
> > Website:
http://secure-web.cisco.com/1MQsLuQfLTyJSLbZMM65PxiVYMMnVYpGGE3k2-rmSJm0lstq
6Yju6DCaN1k4Rzh6skvzhflvsmfOiBDeVNCvflMTL0Jt0Oh7rHbuuO0MFW5GKiAb5TK63aV-0yrg
dIiKYAeqMcExeEMwcNcI3DLyQfVMtTSb8yvVvXmHbnVvfabyZf_l-FjSln7SnEPgy7islnL9Zmg-
ZKHJTysWdJ5dKkrMF6ccDlN0HpYV3-FOVOYmgSdQztVYmfF-KblRURJEx9fPhDRKiu93Z0-wqebE
rL9nPqobOcSEuZ30TQRi4etwnhhgCR4esD3gwGx3yNj_EGVWkIzaHB5xNnBoG3ZjxSRJFW5SDLER
wzDbxXiTqC744370G9EXvWzdGsmI4f-VerdsIjGL-3sLWqkNO8_NKeOduLfZL4hbOweWG6U7wHsi
MxJgHzYD48lDgJRG1r8IG/http%3A%2F%2Fwww.lbdsoftware.com
> >
> > "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 Steve Beaver
> > Sent: Friday, April 3, 2020 8:23 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Mesh Router
> >
> > Does anyone have an opinion on which of the various mesh router
extenders
> > to purchase?
> >
> > TIA
> > Steve
> >
> > --
> > 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
> >
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

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

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


Re: Mesh Router

2020-04-03 Thread Steve Beaver
All this is getting confusing - I have Linksys WRT AC3200 Dual-Band WiFi 5 
Router

The problem is its does not have enough power to reach my smart TV downstairs 
and I do have port space
On my Linksys Router to attach the signal booster as the transmitter (base).  
All I want is the base and a receiver
Downstairs.

Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chicklon, Thomas
Sent: Friday, April 3, 2020 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mesh Router

The first question you need to answer for yourself is do you need a router, or 
will the ISP supplied router work for what you want to do.

There have been a few other suggestions for a set up that includes a router.

I have ATT, and use their modem/router/phone/AP device. I just turn off the 
wireless.

One port on the ATT router gets connected to a Ubiquiti Networks Networks UniFi 
Switch 8-Port 150 Watts (about $200)
The other ports on the POE switch then get connected to Ubiquiti Networks Unifi 
802.11ac Dual-Radio PRO Access Point (UAP-AC-PRO-US) (about $140)

You can get as many APs as you need, I have a wide single story ranch style 
home and have probably overdone the install using 3 of the APs on the main 
floor. I have a couple older APs, one is in an open unfinished basement, and I 
may put one in the garage just to be sure my Rachio sprinkler controller and 
WeMo light switches and plugs in the far corner have a bit better signal. Yes, 
definitely over kill. But no dead spots anywhere.

Tom Chicklon

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Beaver
Sent: Friday, April 3, 2020 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mesh Router

**CAUTION EXTERNAL EMAIL**

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

Does anyone have an opinion on which of the various mesh router extenders to 
purchase?

TIA
Steve 

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


Mesh Router

2020-04-03 Thread Steve Beaver
Does anyone have an opinion on which of the various mesh router extenders to 
purchase?

TIA
Steve 

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


Re: Sometime

2020-04-03 Thread Steve Beaver
UGreen 4-Port USB 3.0

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Thursday, April 2, 2020 11:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sometime

Which one did you get?

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


Sometime

2020-04-02 Thread Steve Beaver
Sometime back I asked for recommendations for a small USB3 switch such that
I would not keep moving my dongle from my laptop to my tower and back.

Will the one I bought from Amazon arrived and it is self-powered courtesy of
The 2 USB A-A cables that came with it.

Now I just push a button on the HUG and it works like a champ
 

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


Re: NFS Problem

2020-03-25 Thread Steve Beaver
Its happens that way once in a blue moon - Not once a day like windows
support people have users do



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 1:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

That sounds like someone who support windows machines hehehe


_
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: Wednesday, March 25, 2020 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

The easiest and old school way is to IPL out of the problem and that is what
I'm going to do

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

This may be a hint:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
.bpxb200/tranreq.htm

Use the PARM= parameter of the z/OS UNIX colony address space. To set
transport affinity for the NFS Client or DFS Client, use the PARM= keyword
of the EXEC statement that starts BPXVCLNY in the colony address space
procedure as follows:
//MVSCLNT EXEC PGM=BPXVCLNY,TIME=1440,PARM=TP(TPNAME)Copy
where the PARM=value is the following:
All in uppercase
Starts with "TP("
TPNAME is the left-aligned, 1-to-8-character name of the desired transport
If PARM= is specified and does not conform to these rules, the colony is
terminated by an EC6 abend with a reason code of 11BE8039. When CINET is
configured on the system and the specified transport is not configured under
CINET, the colony is terminated by an EC6 abend with a reason code of
11BE803A. In either case, the colony can be restarted after the procedure is
corrected by replying to the operator prompt that is issued.


_
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: Wednesday, March 25, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

Dave - now I have the following

IEF450I MVSNFSC MVSNFSC - ABEND=SEC6 U REASON=11BE8039

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

Steve,


I could be mistaken, but its only necessary to issue that command if you are
running NFS Client.  It sounds to me like you configured/started the z/OS
NFS server, in which case I believe you just recycle the task.

We only run the NFS client, and that is how we shutdown MVSNFSC task.
Restarting that task is the SET OMVS command you mention, and that restarts
just the Client.

RTFM says
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.id
an400/sts.htm


P NFS or F NFS,STOP, or F NFS,SHUTDOWN
S NFS to start


_
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: Wednesday, March 25, 2020 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

I was forced to STOP NFS (See Below) because of a RACF definition problem

 

F OMVS,STOPPFS=NFS



Now when I SET OMVS=MC  I get this message

 


BPXF011I A FILE SYSTEM WITH FILESYSTYPE OR SUBFILESYSTYPE NFS 114   
FAILED TO INITIALIZE.   
A DUPLICATE FILESYSTYPE/SUBFILESYSTYPE STATEMENT WAS FOUND IN PARMLIB   
MEMBER  
BPXPRMMC.  

 

Anyone have any idea how to remediate this problem



--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@lists

Re: NFS Problem

2020-03-25 Thread Steve Beaver
The easiest and old school way is to IPL out of the problem and that is what
I'm going to do

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

This may be a hint:
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3
.bpxb200/tranreq.htm

Use the PARM= parameter of the z/OS UNIX colony address space. To set
transport affinity for the NFS Client or DFS Client, use the PARM= keyword
of the EXEC statement that starts BPXVCLNY in the colony address space
procedure as follows:
//MVSCLNT EXEC PGM=BPXVCLNY,TIME=1440,PARM=TP(TPNAME)Copy
where the PARM=value is the following:
All in uppercase
Starts with "TP("
TPNAME is the left-aligned, 1-to-8-character name of the desired transport
If PARM= is specified and does not conform to these rules, the colony is
terminated by an EC6 abend with a reason code of 11BE8039. When CINET is
configured on the system and the specified transport is not configured under
CINET, the colony is terminated by an EC6 abend with a reason code of
11BE803A. In either case, the colony can be restarted after the procedure is
corrected by replying to the operator prompt that is issued.


_
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: Wednesday, March 25, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

Dave - now I have the following

IEF450I MVSNFSC MVSNFSC - ABEND=SEC6 U REASON=11BE8039

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

Steve,


I could be mistaken, but its only necessary to issue that command if you are
running NFS Client.  It sounds to me like you configured/started the z/OS
NFS server, in which case I believe you just recycle the task.

We only run the NFS client, and that is how we shutdown MVSNFSC task.
Restarting that task is the SET OMVS command you mention, and that restarts
just the Client.

RTFM says
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.id
an400/sts.htm


P NFS or F NFS,STOP, or F NFS,SHUTDOWN
S NFS to start


_
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: Wednesday, March 25, 2020 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

I was forced to STOP NFS (See Below) because of a RACF definition problem

 

F OMVS,STOPPFS=NFS



Now when I SET OMVS=MC  I get this message

 


BPXF011I A FILE SYSTEM WITH FILESYSTYPE OR SUBFILESYSTYPE NFS 114   
FAILED TO INITIALIZE.   
A DUPLICATE FILESYSTYPE/SUBFILESYSTYPE STATEMENT WAS FOUND IN PARMLIB   
MEMBER  
BPXPRMMC.  

 

Anyone have any idea how to remediate this problem



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

Re: NFS Problem

2020-03-25 Thread Steve Beaver
Dave - now I have the following

IEF450I MVSNFSC MVSNFSC - ABEND=SEC6 U REASON=11BE8039

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Wednesday, March 25, 2020 10:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS Problem

Steve,


I could be mistaken, but its only necessary to issue that command if you are
running NFS Client.  It sounds to me like you configured/started the z/OS
NFS server, in which case I believe you just recycle the task.

We only run the NFS client, and that is how we shutdown MVSNFSC task.
Restarting that task is the SET OMVS command you mention, and that restarts
just the Client.

RTFM says
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.id
an400/sts.htm


P NFS or F NFS,STOP, or F NFS,SHUTDOWN
S NFS to start


_
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: Wednesday, March 25, 2020 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS Problem

**CAUTION EXTERNAL EMAIL**

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

I was forced to STOP NFS (See Below) because of a RACF definition problem

 

F OMVS,STOPPFS=NFS



Now when I SET OMVS=MC  I get this message

 


BPXF011I A FILE SYSTEM WITH FILESYSTYPE OR SUBFILESYSTYPE NFS 114   
FAILED TO INITIALIZE.   
A DUPLICATE FILESYSTYPE/SUBFILESYSTYPE STATEMENT WAS FOUND IN PARMLIB   
MEMBER  
BPXPRMMC.  

 

Anyone have any idea how to remediate this problem



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


NFS Problem

2020-03-25 Thread Steve Beaver
I was forced to STOP NFS (See Below) because of a RACF definition problem

 

F OMVS,STOPPFS=NFS



Now when I SET OMVS=MC  I get this message

 


BPXF011I A FILE SYSTEM WITH FILESYSTYPE OR SUBFILESYSTYPE NFS 114   
FAILED TO INITIALIZE.   
A DUPLICATE FILESYSTYPE/SUBFILESYSTYPE STATEMENT WAS FOUND IN PARMLIB   
MEMBER  
BPXPRMMC.  

 

Anyone have any idea how to remediate this problem



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


Re: NFS

2020-03-24 Thread Steve Beaver
I got it figure out.  The biggest problem I have is the sheer number of
LPAR's that I
have to install NFS on

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jousma, David
Sent: Tuesday, March 24, 2020 2:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: NFS

We run just the NFS client, mounting open system disk on MF for application
use.


_
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: Tuesday, March 24, 2020 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: NFS

**CAUTION EXTERNAL EMAIL**

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

How many shops are running MVSNFS currently?

 

 


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


  1   2   3   4   >