date:20190417

Now - they are not all correct but they are a reasonable start

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, April 17, 2019 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

I just found the jobs in CAKOJCL0.   Do a srchfor OSMF on the library.   Looks 
like maybe CA has made some inprovements.   Will have to take a closer look at 
the various members.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

**CAUTION EXTERNAL EMAIL**

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

I think my teammate went to the CA Site, I don't expect TSS rules for usage to 
be in SMP/E format ? 
I"ll check with him, I don't recall him saying they were. 

Carmen Vitullo 

- Original Message -

From: "Steve Beaver" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 1:08:58 PM
Subject: Re: z?OSMF 

If you google z/osmf top secret or racf or acf2 it will bring you to a CA 
webpage. And the jobs are in a SMP/e library 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, April 17, 2019 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

I am in the same boat here - clear as mud 

Carmen Vitullo 

- Original Message - 

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 12:23:46 PM
Subject: Re: z?OSMF 

I found, and downloaded the cookbook too. Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message - 

From: "Steve Beaver" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 8:06:55 AM
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, April 17, 2019 6:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor
Sent: Wednesday, April 17, 2019 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
> 
>**CAUTION EXTERNAL EMAIL**
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails**
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc)
> 
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To:

Re: z?OSMF

I just found the jobs in CAKOJCL0.   Do a srchfor OSMF on the library.   Looks 
like maybe CA has made some inprovements.   Will have to take a closer look at 
the various members.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

**CAUTION EXTERNAL EMAIL**

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

I think my teammate went to the CA Site, I don't expect TSS rules for usage to 
be in SMP/E format ? 
I"ll check with him, I don't recall him saying they were. 

Carmen Vitullo 

- Original Message -

From: "Steve Beaver" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 1:08:58 PM
Subject: Re: z?OSMF 

If you google z/osmf top secret or racf or acf2 it will bring you to a CA 
webpage. And the jobs are in a SMP/e library 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, April 17, 2019 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

I am in the same boat here - clear as mud 

Carmen Vitullo 

- Original Message - 

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 12:23:46 PM
Subject: Re: z?OSMF 

I found, and downloaded the cookbook too. Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message - 

From: "Steve Beaver" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 8:06:55 AM
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, April 17, 2019 6:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor
Sent: Wednesday, April 17, 2019 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
> 
>**CAUTION EXTERNAL EMAIL**
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails**
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc)
> 
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z?OSMF
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work
> 
> 
> 
>TIA
> 
> 
>Steve
> 
> 
> 
> 
>--
>For

Re: Incoming | Computerworld SHARK TANK

2019-04-17 Thread Seymour J Metz

Well, "amazing" is a signed variable. What do you do when IBM tells you that a 
machine check after pressing RESTART is a software error? What do you do when 
you put the 168 in Single Step mode, press RESTART and again get a machine 
check, without affecting the "software error" fairy tale? Amazing, but not in a 
good way.


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


From: IBM Mainframe Discussion List  on behalf of Tom 
Brennan 
Sent: Sunday, April 14, 2019 2:47:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Incoming | Computerworld SHARK TANK

I didn't notice any unusual sounds even when standing over the unit.  I
think at the time there was nothing but res packs left on the 3330's, a
holdover which allowed us to cheaply have multiple OS level backups.
There was a project going on to move res packs to 3380's which had just
arrived, so it could be that particular 3330 was never fixed.

IBM was often amazing with repairs.  I remember one morning my 3278 tube
died.  I went to lunch and it was fixed by the time I got back.

On 4/14/2019 11:20 AM, Seymour J Metz wrote:
> What kind of disk dies silently? When our fixed-head disk crashed after 
> multiple power failures it screamed like all the banshees in Hell, and the 
> was no doubt about what was happening. IBM said they could have it back up in 
> two weeks, and I thought they were blowing smokes. They flew in a special 
> team that did nothing but repair 2305 drives
>
> Part of the procedure after repair is to hook up measurement equipment and 
> spin for 24 hours, install the heads and spin for another 24 hours. If the 
> instrument detects anything out of balance you fix it and start the test from 
> the beginning, not from where you left off. We had a power while they were 
> testing, and they still turned over the working drive within the 2 weeks they 
> had promised.
>
>   I don't impress easily, but they impressed me.
>
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
> 
> From: IBM Mainframe Discussion List  on behalf of 
> Tom Brennan 
> Sent: Saturday, April 13, 2019 1:27 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Incoming | Computerworld SHARK TANK
>
> Interesting story!  The only time I've actually seen a head crash was on
> an old 3330 where I had just popped in a RES pack.  I walked over to the
> hardware console to IPL - the old 3270 where you had to type L1/A2 or
> whatever those commands were.  The hardware console told me I had an I/O
> error, and there was a red light on the device.  I pushed the button to
> open the 3330 drawer and there were bits of disk head all over the inside.
>
> On 4/13/2019 9:16 AM, Gabe Goldberg wrote:
>> Many years ago I had friends in old DEC building in Maynard, MA. They
>> had story of periodic head crashes on monster disk drives with
>> vertically spinning platters. They realized cause: trucks backing into
>> loading dock hitting and shaking the building -- since platters were
>> oriented perpendicular to truck motion. Solution: turn drives 90 degrees
>> to align platters with truck motion. At worst, I/O errors but no head
>> crashes (I guess heads flew much higher than on today's devices). I'll
>> ask veterans I know of that time/place to confirm...
>>
>> ITschak Mugzach said:
>>
>> That reminds me another story. ten years ago a client of us installed a new
>> hitachi disk array. The technician installed and configured the array, but
>> for some reasons, it was not immediately used by the client. few days
>> later, the client tried to connect to the array and it was down. it was
>> repeatedly don everyday afterwards. investigation showed that the the
>> people who cleans the computer room unplugged the power for the vacuum
>> cleaner... The array was using a standard power plug.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: 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: z?OSMF

I think my teammate went to the CA Site, I don't expect TSS rules for usage to 
be in SMP/E format ? 
I"ll check with him, I don't recall him saying they were. 

Carmen Vitullo 

- Original Message -

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 1:08:58 PM 
Subject: Re: z?OSMF 

If you google z/osmf top secret or racf or acf2 it will bring you to a CA 
webpage. And the jobs are in a SMP/e library 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo 
Sent: Wednesday, April 17, 2019 12:58 PM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

I am in the same boat here - clear as mud 

Carmen Vitullo 

- Original Message - 

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 12:23:46 PM 
Subject: Re: z?OSMF 

I found, and downloaded the cookbook too. Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Wednesday, April 17, 2019 9:13 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message - 

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 8:06:55 AM 
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David 
Sent: Wednesday, April 17, 2019 6:11 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor 
Sent: Wednesday, April 17, 2019 6:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone 
>Sent: Tuesday, April 16, 2019 3:49 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: Re: z?OSMF 
> 
>**CAUTION EXTERNAL EMAIL** 
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails** 
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc) 
> 
>Regards, 
>Marshall Stone 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver 
>Sent: Tuesday, April 16, 2019 3:37 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: z?OSMF 
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work 
> 
> 
> 
>TIA 
> 
> 
>Steve 
> 
> 
> 
> 
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If

Re: z?OSMF

If you google z/osmf top secret or racf or acf2 it will bring you to a CA 
webpage.  And the jobs are in a SMP/e library

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Wednesday, April 17, 2019 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

I am in the same boat here - clear as mud 

Carmen Vitullo 

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 12:23:46 PM 
Subject: Re: z?OSMF 

I found, and downloaded the cookbook too. Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Wednesday, April 17, 2019 9:13 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message - 

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 8:06:55 AM 
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David 
Sent: Wednesday, April 17, 2019 6:11 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor 
Sent: Wednesday, April 17, 2019 6:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone 
>Sent: Tuesday, April 16, 2019 3:49 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: Re: z?OSMF 
> 
>**CAUTION EXTERNAL EMAIL** 
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails** 
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc) 
> 
>Regards, 
>Marshall Stone 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver 
>Sent: Tuesday, April 16, 2019 3:37 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: z?OSMF 
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work 
> 
> 
> 
>TIA 
> 
> 
>Steve 
> 
> 
> 
> 
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message

Re: TapeTools VEHSYNC job

2019-04-17 Thread Gadi Ben-Avi

Do I just point it to the MDB?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Oren, Yifat
Sent: Wednesday, April 17, 2019 4:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TapeTools VEHSYNC job

Hi Gadi,

Long time no speak 
If we're not mistaken, you should use CNTLT60 for Control-T V6  MDB or CNTLT61 
for V6.1 (and higher).
There was a change in the MDB format in 6.1.

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, April 17, 2019 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] TapeTools VEHSYNC job

Hi,
The VEHSYNC job in the tapetools package has DD cards for various Tape 
Management Systems.
We use Control-M/Tape from BMC formerly known as Control-T.
There are two DD's the look like they belong to Control-T, CNTLT60 and CNTLT61.

Does anyone know what these DD's should point to?

Thanks

Gadi

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

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

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

Re: what is racinit error 32?

found it. thanks all. TSOPROC called TSOLPROC, tss ADD command accepts both
but only TSOLPROC work.

ITschak

On Wed, Apr 17, 2019 at 8:56 PM Cieri, Anthony  wrote:

>
> If the user is NOT defined in UADS then don't you need to define a
> TSO segment in TSS???
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Wednesday, April 17, 2019 1:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: what is racinit error 32?
>
> [[ SEI WARNING *** This email was sent from an external source. Do not
> open attachments or click on links from unknown or suspicious senders. ***
> ]]
>
>
> that's true. racf is not active, it is a tss lpar. however other users can
> login. it must be a tso issue as job submition under this user work well.
> The user is NOT defined to UADS. I know that if I will define the user to
> UADS it will work, but am trying to understand what is missing.
>
> ITschak
>
> On Wed, Apr 17, 2019 at 8:45 PM Lou Losee  wrote:
>
> > Might the code be displayed in decimal in which case it is equivalent to
> > x'20' which then indicates RACF is not active.
> >
> > Lou
> > --
> > Artificial Intelligence is no match for Natural Stupidity
> >   - Unknown
> >
> >
> > On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach 
> > wrote:
> >
> > > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> > CODE
> > > 32). however, racinit error code skips 32 (30, 34).
> > >
> > > Any idea?
> > > ITschak
> > >
> > > --
> > > ITschak Mugzach
> > > *|** IronSphere Platform* *|* *Information Security Contiguous
> Monitoring
> > > for Legacy **|  *
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> > >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: what is racinit error 32?

The user has facility(tso) and a tso segment with only TSOLSIZE. from some
reason, add(xxx) tsoproc() doesn't show in list.

On Wed, Apr 17, 2019 at 8:54 PM Mark Jacobs <
0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote:

> Is there a TSS TSO segment defined for that userid?
>
> Mark Jacobs
>
>
> Sent from ProtonMail, Swiss-based encrypted email.
>
> GPG Public Key -
> https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com
>
> ‐‐‐ Original Message ‐‐‐
> On Wednesday, April 17, 2019 1:50 PM, ITschak Mugzach 
> wrote:
>
> > that's true. racf is not active, it is a tss lpar. however other users
> can
> > login. it must be a tso issue as job submition under this user work well.
> > The user is NOT defined to UADS. I know that if I will define the user to
> > UADS it will work, but am trying to understand what is missing.
> >
> > ITschak
> >
> > On Wed, Apr 17, 2019 at 8:45 PM Lou Losee llo...@gmail.com wrote:
> >
> > > Might the code be displayed in decimal in which case it is equivalent
> to
> > > x'20' which then indicates RACF is not active.
> > >
> > > Lou
> > >
> > > 
> > >
> > > Artificial Intelligence is no match for Natural Stupidity
> > >
> > > -   Unknown
> > >
> > > On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach imugz...@gmail.com
> > > wrote:
> > >
> > > > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> > > > CODE
> > > > 32). however, racinit error code skips 32 (30, 34).
> > > > Any idea?
> > > > ITschak
> > > > --
> > > > ITschak Mugzach
> > > > |* IronSphere Platform* | *Information Security Contiguous Monitoring
> > > > for Legacy **| *
> > > >
> > > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > > send email to lists...@listserv.ua.edu with the message: INFO
> IBM-MAIN
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> >
> > ITschak Mugzach
> > |* IronSphere Platform* | *Information Security Contiguous Monitoring
> > for Legacy **| *
> >
> >
> ---
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: z?OSMF

I am in the same boat here - clear as mud 

Carmen Vitullo 

- Original Message -

From: "David Jousma" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 12:23:46 PM 
Subject: Re: z?OSMF 

I found, and downloaded the cookbook too. Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Wednesday, April 17, 2019 9:13 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message - 

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 8:06:55 AM 
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David 
Sent: Wednesday, April 17, 2019 6:11 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor 
Sent: Wednesday, April 17, 2019 6:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone 
>Sent: Tuesday, April 16, 2019 3:49 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: Re: z?OSMF 
> 
>**CAUTION EXTERNAL EMAIL** 
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails** 
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc) 
> 
>Regards, 
>Marshall Stone 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver 
>Sent: Tuesday, April 16, 2019 3:37 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: z?OSMF 
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work 
> 
> 
> 
>TIA 
> 
> 
>Steve 
> 
> 
> 
> 
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you. 
> 
>-- 
>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

Re: what is racinit error 32?

2019-04-17 Thread Cieri, Anthony


If the user is NOT defined in UADS then don't you need to define a TSO 
segment in TSS???


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, April 17, 2019 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: what is racinit error 32?

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


that's true. racf is not active, it is a tss lpar. however other users can
login. it must be a tso issue as job submition under this user work well.
The user is NOT defined to UADS. I know that if I will define the user to
UADS it will work, but am trying to understand what is missing.

ITschak

On Wed, Apr 17, 2019 at 8:45 PM Lou Losee  wrote:

> Might the code be displayed in decimal in which case it is equivalent to
> x'20' which then indicates RACF is not active.
>
> Lou
> --
> Artificial Intelligence is no match for Natural Stupidity
>   - Unknown
>
>
> On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach 
> wrote:
>
> > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> CODE
> > 32). however, racinit error code skips 32 (30, 34).
> >
> > Any idea?
> > ITschak
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> > for Legacy **|  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

2019-04-17 Thread Mark Jacobs

Is there a TSS TSO segment defined for that userid?

Mark Jacobs


Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐
On Wednesday, April 17, 2019 1:50 PM, ITschak Mugzach  
wrote:

> that's true. racf is not active, it is a tss lpar. however other users can
> login. it must be a tso issue as job submition under this user work well.
> The user is NOT defined to UADS. I know that if I will define the user to
> UADS it will work, but am trying to understand what is missing.
>
> ITschak
>
> On Wed, Apr 17, 2019 at 8:45 PM Lou Losee llo...@gmail.com wrote:
>
> > Might the code be displayed in decimal in which case it is equivalent to
> > x'20' which then indicates RACF is not active.
> >
> > Lou
> >
> > 
> >
> > Artificial Intelligence is no match for Natural Stupidity
> >
> > -   Unknown
> >
> > On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach imugz...@gmail.com
> > wrote:
> >
> > > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> > > CODE
> > > 32). however, racinit error code skips 32 (30, 34).
> > > Any idea?
> > > ITschak
> > > --
> > > ITschak Mugzach
> > > |* IronSphere Platform* | *Information Security Contiguous Monitoring
> > > for Legacy **| *
> > >
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
>
> ITschak Mugzach
> |* IronSphere Platform* | *Information Security Contiguous Monitoring
> for Legacy **| *
>
> ---
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: 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 racinit error 32?

that's true. racf is not active, it is a tss lpar. however other users can
login. it must be a tso issue as job submition under this user work well.
The user is NOT defined to UADS. I know that if I will define the user to
UADS it will work, but am trying to understand what is missing.

ITschak

On Wed, Apr 17, 2019 at 8:45 PM Lou Losee  wrote:

> Might the code be displayed in decimal in which case it is equivalent to
> x'20' which then indicates RACF is not active.
>
> Lou
> --
> Artificial Intelligence is no match for Natural Stupidity
>   - Unknown
>
>
> On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach 
> wrote:
>
> > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> CODE
> > 32). however, racinit error code skips 32 (30, 34).
> >
> > Any idea?
> > ITschak
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> > for Legacy **|  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: what is racinit error 32?

see the msg. it is during login.

On Wed, Apr 17, 2019 at 8:40 PM Steve Beaver  wrote:

> Are you trying to CREATE, CHANGE or DELETE?
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Wednesday, April 17, 2019 12:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: what is racinit error 32?
>
> The return codes are not described in the msg manual...
>
> On Wed, Apr 17, 2019 at 8:27 PM Steve Beaver 
> wrote:
>
> >  https://www.ibm.com/support/libraryserver/download/ikj2m211.pdf
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of ITschak Mugzach
> > Sent: Wednesday, April 17, 2019 12:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: what is racinit error 32?
> >
> > I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR
> CODE
> > 32). however, racinit error code skips 32 (30, 34).
> >
> > Any idea?
> > ITschak
> >
> > --
> > ITschak Mugzach
> > *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> > for Legacy **|  *
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
>
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: what is racinit error 32?

2019-04-17 Thread Lou Losee

Might the code be displayed in decimal in which case it is equivalent to
x'20' which then indicates RACF is not active.

Lou
--
Artificial Intelligence is no match for Natural Stupidity
  - Unknown


On Wed, Apr 17, 2019 at 12:08 PM ITschak Mugzach  wrote:

> I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR CODE
> 32). however, racinit error code skips 32 (30, 34).
>
> Any idea?
> ITschak
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: 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 racinit error 32?

Are you trying to CREATE, CHANGE or DELETE?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, April 17, 2019 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: what is racinit error 32?

The return codes are not described in the msg manual...

On Wed, Apr 17, 2019 at 8:27 PM Steve Beaver  wrote:

>  https://www.ibm.com/support/libraryserver/download/ikj2m211.pdf
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Wednesday, April 17, 2019 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: what is racinit error 32?
>
> I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR CODE
> 32). however, racinit error code skips 32 (30, 34).
>
> Any idea?
> ITschak
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

The return codes are not described in the msg manual...

On Wed, Apr 17, 2019 at 8:27 PM Steve Beaver  wrote:

>  https://www.ibm.com/support/libraryserver/download/ikj2m211.pdf
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of ITschak Mugzach
> Sent: Wednesday, April 17, 2019 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: what is racinit error 32?
>
> I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR CODE
> 32). however, racinit error code skips 32 (30, 34).
>
> Any idea?
> ITschak
>
> --
> ITschak Mugzach
> *|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
> for Legacy **|  *
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: what is racinit error 32?

 https://www.ibm.com/support/libraryserver/download/ikj2m211.pdf


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Wednesday, April 17, 2019 12:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: what is racinit error 32?

I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR CODE
32). however, racinit error code skips 32 (30, 34).

Any idea?
ITschak

-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

I found, and downloaded the cookbook too.  Again, fine for setting up the STC 
security, but trying to figure out some level of role based functionality, and 
who should see what, is the hard part.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

**CAUTION EXTERNAL EMAIL**

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

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 

Carmen Vitullo 

- Original Message -

From: "Steve Beaver" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, April 17, 2019 8:06:55 AM
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, April 17, 2019 6:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor
Sent: Wednesday, April 17, 2019 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 

Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
> 
>**CAUTION EXTERNAL EMAIL**
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails**
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc)
> 
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z?OSMF
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work
> 
> 
> 
>TIA
> 
> 
>Steve
> 
> 
> 
> 
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you. 
> 
>--
>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

what is racinit error 32?

I am trying to login to tso and get msg ikj56416i (RACF RACINIT ERROR CODE
32). however, racinit error code skips 32 (30, 34).

Any idea?
ITschak

-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Contiguous Monitoring
for Legacy **|  *

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

Re: CSSMTP

2019-04-17 Thread Roberto Halais

I solved the brackets issue by specifying:
TRANSLATE Ibm-037  in the config parms.

On Wed, Apr 17, 2019 at 9:05 AM Allan Staller  wrote:

> Almost none. The only thing ISTR is CSSMTP is not very happy with square
> brackets "[" and "]".
>
> HTH,
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Bill Giannelli
> Sent: Tuesday, April 16, 2019 3:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CSSMTP
>
> I am a Db2 Systems Programmer, not a z/OS Systems Programmer. What are the
> difficulties with implementing CSSMTP?
> thanks
> Bill
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> ::DISCLAIMER::
>
> --
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or may contain
> viruses in transmission. The e mail and its contents (with or without
> referred errors) shall therefore not attach any liability on the originator
> or HCL or its affiliates. Views or opinions, if any, presented in this
> email are solely those of the author and may not necessarily reflect the
> views or opinions of HCL or its affiliates. Any form of reproduction,
> dissemination, copying, disclosure, modification, distribution and / or
> publication of this message without the prior written consent of authorized
> representative of HCL is strictly prohibited. If you have received this
> email in error please delete it and notify the sender immediately. Before
> opening any email and/or attachments, please check them for viruses and
> other defects.
>
> --
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
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

Debug tool in background batch job

2019-04-17 Thread Joseph Reichman

Hi

Would anyone know if I could run debug tool 
As a batch job producing an instruction trace of a program thanks 

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

Fwd: All is A4-OK | Computerworld

2019-04-17 Thread Mark Regan

https://www.computerworld.com/article/3389659/all-is-a4-ok.html 
 
Regards,
 
Mark T. Regan, K8MTR
CTO1 USNR-Retired, 1969-1991
Nationwide Insurance, Retired, 1986-2017
 
 
 

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

Re: CSSMTP

Hi Marshall, my I/P guy is steplibing to TCPIP.SEZATCP - I found it there 

Carmen Vitullo 

- Original Message -

From: "Marshall Stone"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 9:40:05 AM 
Subject: Re: CSSMTP 

That’s interesting - The TCPIP.SEZALOAD on these z/OS V2.3 systems do not have 
MVPMAIN load module anymore. Could someone have copied it? 

MS 
-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo 
Sent: Wednesday, April 17, 2019 10:34 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSSMTP 

what program is not found? 
looks like out network guy has an SMTP address space started using MVPMAIN, I 
see this program still in my 2.3 TCPIP.SEZATCP loadlib is there another program 
in the call charin that is no longer there? 
also from the migration Guide Share presentation I have sez. 

z/OS V2.3 is the last release to include the Simple Mail Transport Protocol 
Network Job Entry (SMTPD NJE) Mail Gateway and Sendmail mail transports. If you 
use the SMTPD NJE Gateway to send mail, use the existing CSSMTP SMTP NJE Mail 
Gateway instead. IBM had announced plans to provide a replacement program for 
the Sendmail client that would not require programming changes. Those plans 
have changed, and IBM plans to provide a compatible subset of functions for 
Sendmail in the replacement program and to announce those functions in the 
future. Programming changes or alternative solutions to currently provided 
Sendmail functions might be required. No replacement function is planned in 
z/OS Communications Server to support using SMTPD or Sendmail as a (SMTP) 
server for receiving mail for delivery to local TSO/E or z/OS UNIX System 
Services user mailboxes, or for forwarding mail to other destinations. 

- confused 0 

Carmen Vitullo 

- Original Message - 

From: "Marshall Stone"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 9:12:54 AM 
Subject: Re: CSSMTP 

Also you are going from basically a POP mail server with full functions to a 
spool offload program that just forwards files to your corporate mail server. 
In V2.3 and above the mail program is no longer found, but we did cheat and 
copy the module from V2.2 and it worked in the lab under V2.3. 

MS 
-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Wawiorko, Mike : Infrastructure Services 
Sent: Wednesday, April 17, 2019 10:05 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSSMTP 

The biggest problem with migrating to CSSMTP would be not doing it. 

If you try to stick with SMTP, when you upgrade z/OS you'd have nothing as SMTP 
would stop working. 

Mike Wawiorko 
_

This message is for information purposes only, it is not a recommendation, 
advice, offer or solicitation to buy or sell a product or service nor an 
official confirmation of any transaction. It is directed at persons who are 
professionals and is not intended for retail customer use. Intended for 
recipient only. This message is subject to the terms at: 
www.barclays.com/emaildisclaimer. 

For important disclosures, please see: 
www.barclays.com/salesandtradingdisclaimer regarding market commentary from 
Barclays Sales and/or Trading, who are active market participants; and in 
respect of Barclays Research, including disclosures relating to specific 
issuers, please see http://publicresearch.barclays.com. 

__

If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/importantapacdisclosures.html for 
important disclosure. 
__

__

How we use personal information see our privacy notice 
https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html 
_

Barclays offers wealth and investment management products and services to its 
clients through Barclays Bank PLC. This email may relate to or be sent from 
other members of the Barclays Group. 
The availability of products and services may be limited by the applicable laws 
and

Re: CSSMTP

2019-04-17 Thread Marshall Stone

That’s interesting - The TCPIP.SEZALOAD on these z/OS V2.3 systems do not have 
MVPMAIN load module anymore. Could someone have copied it?

MS
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Wednesday, April 17, 2019 10:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP

what program is not found? 
looks like out network guy has an SMTP address space started using MVPMAIN, I 
see this program still in my 2.3 TCPIP.SEZATCP loadlib is there another program 
in the call charin that is no longer there? 
also from the migration Guide Share presentation I have sez. 

z/OS V2.3 is the last release to include the Simple Mail Transport Protocol 
Network Job Entry (SMTPD NJE) Mail Gateway and Sendmail mail transports. If you 
use the SMTPD NJE Gateway to send mail, use the existing CSSMTP SMTP NJE Mail 
Gateway instead. IBM had announced plans to provide a replacement program for 
the Sendmail client that would not require programming changes. Those plans 
have changed, and IBM plans to provide a compatible subset of functions for 
Sendmail in the replacement program and to announce those functions in the 
future. Programming changes or alternative solutions to currently provided 
Sendmail functions might be required. No replacement function is planned in 
z/OS Communications Server to support using SMTPD or Sendmail as a (SMTP) 
server for receiving mail for delivery to local TSO/E or z/OS UNIX System 
Services user mailboxes, or for forwarding mail to other destinations. 

- confused 0 

Carmen Vitullo 

- Original Message -

From: "Marshall Stone"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 9:12:54 AM 
Subject: Re: CSSMTP 

Also you are going from basically a POP mail server with full functions to a 
spool offload program that just forwards files to your corporate mail server. 
In V2.3 and above the mail program is no longer found, but we did cheat and 
copy the module from V2.2 and it worked in the lab under V2.3. 

MS 
-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Wawiorko, Mike : Infrastructure Services 
Sent: Wednesday, April 17, 2019 10:05 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSSMTP 

The biggest problem with migrating to CSSMTP would be not doing it. 

If you try to stick with SMTP, when you upgrade z/OS you'd have nothing as SMTP 
would stop working. 

Mike Wawiorko 
_

This message is for information purposes only, it is not a recommendation, 
advice, offer or solicitation to buy or sell a product or service nor an 
official confirmation of any transaction. It is directed at persons who are 
professionals and is not intended for retail customer use. Intended for 
recipient only. This message is subject to the terms at: 
www.barclays.com/emaildisclaimer. 

For important disclosures, please see: 
www.barclays.com/salesandtradingdisclaimer regarding market commentary from 
Barclays Sales and/or Trading, who are active market participants; and in 
respect of Barclays Research, including disclosures relating to specific 
issuers, please see http://publicresearch.barclays.com. 

__

If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/importantapacdisclosures.html for 
important disclosure. 
__

__

How we use personal information see our privacy notice 
https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html 
_

Barclays offers wealth and investment management products and services to its 
clients through Barclays Bank PLC. This email may relate to or be sent from 
other members of the Barclays Group. 
The availability of products and services may be limited by the applicable laws 
and regulations in certain jurisdictions. 
The Barclays Group does not normally accept or offer business instructions via 
internet email. Any action that you might take upon this message might be at 
your own risk. 
This email and any attachments are

Re: CSSMTP

2019-04-17 Thread Wawiorko, Mike : Infrastructure Services

what program is not found? 
looks like out network guy has an SMTP address space started using MVPMAIN, I 
see this program still in my 2.3 TCPIP.SEZATCP loadlib 
is there another program in the call charin that is no longer there? 
also from the migration Guide Share presentation I have sez. 


z/OS V2.3 is the last release to include the Simple Mail Transport Protocol 
Network Job Entry (SMTPD NJE) Mail Gateway and Sendmail mail transports. If you 
use the SMTPD NJE Gateway to send mail, use the existing CSSMTP SMTP NJE Mail 
Gateway instead. IBM had announced plans to provide a replacement program for 
the Sendmail client that would not require programming changes. Those plans 
have changed, and IBM plans to provide a compatible subset of functions for 
Sendmail in the replacement program and to announce those functions in the 
future. Programming changes or alternative solutions to currently provided 
Sendmail functions might be required. No replacement function is planned in 
z/OS Communications Server to support using SMTPD or Sendmail as a (SMTP) 
server for receiving mail for delivery to local TSO/E or z/OS UNIX System 
Services user mailboxes, or for forwarding mail to other destinations. 


- confused 0 



Carmen Vitullo 

- Original Message -

From: "Marshall Stone"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 9:12:54 AM 
Subject: Re: CSSMTP 

Also you are going from basically a POP mail server with full functions to a 
spool offload program that just forwards files to your corporate mail server. 
In V2.3 and above the mail program is no longer found, but we did cheat and 
copy the module from V2.2 and it worked in the lab under V2.3. 

MS 
-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of 
Wawiorko, Mike : Infrastructure Services 
Sent: Wednesday, April 17, 2019 10:05 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: CSSMTP 

The biggest problem with migrating to CSSMTP would be not doing it. 

If you try to stick with SMTP, when you upgrade z/OS you'd have nothing as SMTP 
would stop working. 

Mike Wawiorko 
_
 

This message is for information purposes only, it is not a recommendation, 
advice, offer or solicitation to buy or sell a product or service nor an 
official confirmation of any transaction. It is directed at persons who are 
professionals and is not intended for retail customer use. Intended for 
recipient only. This message is subject to the terms at: 
www.barclays.com/emaildisclaimer. 

For important disclosures, please see: 
www.barclays.com/salesandtradingdisclaimer regarding market commentary from 
Barclays Sales and/or Trading, who are active market participants; and in 
respect of Barclays Research, including disclosures relating to specific 
issuers, please see http://publicresearch.barclays.com. 

__
 
If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/importantapacdisclosures.html for 
important disclosure. 
__
 
__
 
How we use personal information see our privacy notice 
https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html 
_
 

 
Barclays offers wealth and investment management products and services to its 
clients through Barclays Bank PLC. This email may relate to or be sent from 
other members of the Barclays Group. 
The availability of products and services may be limited by the applicable laws 
and regulations in certain jurisdictions. 
The Barclays Group does not normally accept or offer business instructions via 
internet email. Any action that you might take upon this message might be at 
your own risk. 
This email and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this email in error, please 
notify the sender immediately, delete it from your system and do not copy, 
disclose or otherwise act upon any part of this email

Re: TapeTools VEHSYNC job

2019-04-17 Thread Lizette Koehler

If you send an email to the team that supports this, they are very helpful.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf Of
> Gadi Ben-Avi
> Sent: Wednesday, April 17, 2019 4:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TapeTools VEHSYNC job
> 
> Hi,
> The VEHSYNC job in the tapetools package has DD cards for various Tape
> Management Systems.
> We use Control-M/Tape from BMC formerly known as Control-T.
> There are two DD's the look like they belong to Control-T, CNTLT60 and
> CNTLT61.
> 
> Does anyone know what these DD's should point to?
> 
> Thanks
> 
> Gadi
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: CSSMTP

2019-04-17 Thread Marshall Stone

Also you are going from basically a POP mail server with full functions to a 
spool offload program that just forwards files to your corporate mail server.  
In V2.3 and above the mail program is no longer found, but we did cheat and 
copy the module from V2.2 and it worked in the lab under V2.3.

MS
-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wawiorko, Mike : Infrastructure Services
Sent: Wednesday, April 17, 2019 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP

The biggest problem with migrating to CSSMTP would be not doing it.

If you try to stick with SMTP, when you upgrade z/OS you'd have nothing as SMTP 
would stop working.

Mike Wawiorko
_

This message is for information purposes only, it is not a recommendation, 
advice, offer or solicitation to buy or sell a product or service nor an 
official confirmation of any transaction. It is directed at persons who are 
professionals and is not intended for retail customer use. Intended for 
recipient only. This message is subject to the terms at: 
www.barclays.com/emaildisclaimer.

For important disclosures, please see: 
www.barclays.com/salesandtradingdisclaimer regarding market commentary from 
Barclays Sales and/or Trading, who are active market participants; and in 
respect of Barclays Research, including disclosures relating to specific 
issuers, please see http://publicresearch.barclays.com.

__
If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/importantapacdisclosures.html for 
important disclosure.
__
__
How we use personal information  see our privacy notice 
https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html
_


Barclays offers wealth and investment management products and services to its 
clients through Barclays Bank PLC. This email may relate to or be sent from 
other members of the Barclays Group.
The availability of products and services may be limited by the applicable laws 
and regulations in certain jurisdictions.
The Barclays Group does not normally accept or offer business instructions via 
internet email. Any action that you might take upon this message might be at 
your own risk.
This email and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this email in error, please 
notify the sender immediately, delete it from your system and do not copy, 
disclose or otherwise act upon any part of this email or its attachments.
Internet communications are not guaranteed to be secure or without viruses. The 
Barclays Group does not accept responsibility for any loss arising from 
unauthorised access to, or interference with, any Internet communications by 
any third party, or from the transmission of any viruses. Replies to this email 
may be monitored by the Barclays Group for operational or business reasons.
Any opinion or other information in this email or its attachments that does not 
relate to the business of the Barclays Group is personal to the sender and is 
not given or endorsed by the Barclays Group.
Barclays Bank PLC. Registered in England and Wales (registered no. 1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.
Barclays Bank PLC is authorised by the Prudential Regulation Authority and 
regulated by the Financial Conduct Authority and the Prudential Regulation 
Authority ( Financial Services Register No. 122702).
__
If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/important-apac-disclosures.html for 
important disclosure.

Re: CSSMTP

The biggest problem with migrating to CSSMTP would be not doing it.

If you try to stick with SMTP, when you upgrade z/OS you'd have nothing as SMTP 
would stop working.

Mike Wawiorko 
_

This message is for information purposes only, it is not a recommendation, 
advice, offer or solicitation to buy or sell a product or service nor an 
official confirmation of any transaction. It is directed at persons who are 
professionals and is not intended for retail customer use. Intended for 
recipient only. This message is subject to the terms at: 
www.barclays.com/emaildisclaimer.

For important disclosures, please see: 
www.barclays.com/salesandtradingdisclaimer regarding market commentary from 
Barclays Sales and/or Trading, who are active market participants; and in 
respect of Barclays Research, including disclosures relating to specific 
issuers, please see http://publicresearch.barclays.com.

__
If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/importantapacdisclosures.html for 
important disclosure.
__
__
How we use personal information  see our privacy notice 
https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html
_


Barclays offers wealth and investment management products and services to its 
clients through Barclays Bank PLC. This email 
may relate to or be sent from other members of the Barclays Group.
The availability of products and services may be limited by the applicable laws 
and regulations in certain jurisdictions. 
The Barclays Group does not normally accept or offer business instructions via 
internet email. Any action that you might 
take upon this message might be at your own risk.
This email and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt 
from disclosure under applicable law. If you are not the addressee, or have 
received this email in error, please notify 
the sender immediately, delete it from your system and do not copy, disclose or 
otherwise act upon any part of this email 
or its attachments.
Internet communications are not guaranteed to be secure or without viruses. The 
Barclays Group does not accept responsibility 
for any loss arising from unauthorised access to, or interference with, any 
Internet communications by any third party, or 
from the transmission of any viruses. Replies to this email may be monitored by 
the Barclays Group for operational or business 
reasons.
Any opinion or other information in this email or its attachments that does not 
relate to the business of the Barclays Group 
is personal to the sender and is not given or endorsed by the Barclays Group.
Barclays Bank PLC. Registered in England and Wales (registered no. 1026167).
Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.
Barclays Bank PLC is authorised by the Prudential Regulation Authority and 
regulated by the Financial Conduct Authority and the Prudential Regulation 
Authority ( Financial Services Register No. 122702).
__
If you are incorporated or operating in Australia, please see 
https://www.home.barclays/disclosures/important-apac-disclosures.html for 
important disclosure.
__

This e-mail and any attachments are confidential and intended solely for the 
addressee and may also be privileged or exempt from disclosure under applicable 
law. If you are not the addressee, or have received this e-mail in error, 
please notify the sender immediately, delete it from your system and do not 
copy, disclose or otherwise act upon any part of this e-mail or its attachments.
Internet communications are not guaranteed to be secure or virus-free. The 
Barclays

Re: In-rack FICON DASD

2019-04-17 Thread R.S.


W dniu 2019-04-17 o 06:57, Timothy Sipples pisze:

So far here's the list of currently available FICON-attached/ECKD storage
units that fit within the 16U Reserved feature of the IBM z14 ZR1 and
LinuxONE Rockhopper II machines, in alphabetical order by vendor:

Dell EMC PowerMax 8000
IBM DS8882F
Luminex T2S
Visara Vi-8810L

Any candidates still missing?


I don't know about any candidates to this category, but when we add HDS, 
we have all current vendors of mainframe disks.

Of course both EMC and IBM also make bigger systems. ;-)


--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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

Re: StorageTek VSM Roadmap?

2019-04-17 Thread R.S.


W dniu 2019-04-16 o 19:44, Michael Pantoja pisze:

Anybody heard anything about Oracle's future plans for the VSM? VSM 7 came out in 2016 
and there's been plenty of RIFs since then as they continue their focus on 
"Cloud".


My personal opinion: it's moribound. Still under sales, but no plans for 
real development.
Note, they canceled their real tape drives. That means T1E is 
canceled, existing T1D is still under sale, but it's GA was in 2013.

They also canceled VSM open (for distributed systems).

My €0.02

--
Radoslaw Skorupka
Lodz, Poland




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) 
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać 
karze.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. 
Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, 
NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 
01.01.2018 r. wynosi 169.248.488 złotych.

If you are not the addressee of this message:

- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have 
printed out or saved).
This message may contain legally protected information, which may be used 
exclusively by the addressee.Please be reminded that anyone who disseminates 
(copies, distributes) this message or takes any similar action, violates the 
law and may be penalised.

mBank S.A. with its registered office in Warsaw, ul. Senatorska 18, 00-950 
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital 
City of Warsaw, 12th Commercial Division of the National Court Register, KRS 
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 
169,248,488 as at 1 January 2018.

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

Re: z?OSMF

:( well isn't that special - 
now not just planning 2.3 now 'I' have to start to look at 2.4 with no 
traditional migration guide? I sure hope I don't need internet access from my 
ServerPac system. 
thanks IBM ! looking to retire earlier that later now 

Carmen Vitullo 

- Original Message -

From: "Tom Marchant" <000a2a8c2020-dmarc-requ...@listserv.ua.edu> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 8:22:48 AM 
Subject: Re: z?OSMF 

On Tue, 16 Apr 2019 14:36:59 -0500, Steve Beaver wrote: 

>z/OSMF to say it mildly is a lot to configure. 
> 
>Is anyone getting any use of z/OSMF other than a lot of work 

I don't have an answer to that question, but you might want to 
consider the following, from the z/OS 2.4 preview announcement. 
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/ENUS219-013/index.html

z/OS Migration Workflow 

Starting in z/OS V2.4, IBM intends to no longer provide the z/OS 
Migration publication, GA32-0889, in its current format. Since 
z/OS V2.2, the preferred method for learning about migration actions 
has been the z/OS Migration Workflow. Discovering, performing, and 
verifying many migration actions through the z/OS MF Workflow 
function instead of a more traditional book format allows for a 
tailored and specific upgrade path associated with a particular 
system. Starting with the z/OS V2.4 release and later, IBM intends 
to continue to provide migration tasks in a z/OS MF Workflow, as 
well as a single exported file. By providing the z/OS V2.4 migration 
materials in both formats, users still can enjoy the advantages of a 
z/OSMF Workflow as well as being able to search, browse, and print 
in a more traditional format. 

With the removal of the traditional z/OS Migration publication, 
GA32-0889, it is strongly recommended that you plan for your next 
upgrade by having z/OS MF ready to use in at least one location in 
your enterprise. Notice that the exported format of the z/OS 
migration materials that can be easily read or printed for those 
without any z/OS MF capabilities will not be tailored for any 
environment. When the z/OS workflow for migration is provided for 
z/OS V2.4, it is to be renamed the z/OS Upgrade Workflow to better 
identify that each z/OS release contains a higher level of 
functionality than the prior release. In general, the term upgrade 
will be used in place of migration. The z/OS Upgrade Workflow is 
planned to be provided using the git repository for IBM/IBM-Z-zOS, 
which today hosts the z/OS Migration Workflows. 

-- 
Tom Marchant 

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

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

Re: CSSMTP

2019-04-17 Thread Allan Staller

I don't recall. This was circa z/OS 1.11 when I first migrated to CSSMTP.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Wednesday, April 17, 2019 8:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP

What was in the charset on the content-type header field?


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


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Wednesday, April 17, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP

Almost none. The only thing ISTR is CSSMTP is not very happy with square 
brackets "[" and "]".

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, April 16, 2019 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP

I am a Db2 Systems Programmer, not a z/OS Systems Programmer. What are the 
difficulties with implementing CSSMTP?
thanks
Bill

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

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

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

2019-04-17 Thread Seymour J Metz

What was in the charset on the content-type header field?


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


From: IBM Mainframe Discussion List  on behalf of 
Allan Staller 
Sent: Wednesday, April 17, 2019 9:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSSMTP

Almost none. The only thing ISTR is CSSMTP is not very happy with square 
brackets "[" and "]".

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, April 16, 2019 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP

I am a Db2 Systems Programmer, not a z/OS Systems Programmer. What are the 
difficulties with implementing CSSMTP?
thanks
Bill

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

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

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

Re: z?OSMF

2019-04-17 Thread Tom Marchant

On Tue, 16 Apr 2019 14:36:59 -0500, Steve Beaver wrote:

>z/OSMF to say it mildly is a lot to configure.
>
>Is anyone getting any use of z/OSMF other than a lot of work

I don't have an answer to that question, but you might want to
consider the following, from the z/OS 2.4 preview announcement.
https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/897/ENUS219-013/index.html

z/OS Migration Workflow

Starting in z/OS V2.4, IBM intends to no longer provide the z/OS
Migration publication, GA32-0889, in its current format. Since
z/OS V2.2, the preferred method for learning about migration actions
has been the z/OS Migration Workflow. Discovering, performing, and
verifying many migration actions through the z/OS MF Workflow
function instead of a more traditional book format allows for a
tailored and specific upgrade path associated with a particular
system. Starting with the z/OS V2.4 release and later, IBM intends
to continue to provide migration tasks in a z/OS MF Workflow, as
well as a single exported file. By providing the z/OS V2.4 migration
materials in both formats, users still can enjoy the advantages of a
z/OSMF Workflow as well as being able to search, browse, and print
in a more traditional format.

With the removal of the traditional z/OS Migration publication,
GA32-0889, it is strongly recommended that you plan for your next
upgrade by having z/OS MF ready to use in at least one location in
your enterprise. Notice that the exported format of the z/OS
migration materials that can be easily read or printed for those
without any z/OS MF capabilities will not be tailored for any
environment. When the z/OS workflow for migration is provided for
z/OS V2.4, it is to be renamed the z/OS Upgrade Workflow to better
identify that each z/OS release contains a higher level of
functionality than the prior release. In general, the term upgrade
will be used in place of migration. The z/OS Upgrade Workflow is
planned to be provided using the git repository for IBM/IBM-Z-zOS,
which today hosts the z/OS Migration Workflows.

--
Tom Marchant

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

Re: TapeTools VEHSYNC job

2019-04-17 Thread Oren, Yifat

Hi Gadi,

Long time no speak 
If we're not mistaken, you should use CNTLT60 for Control-T V6  MDB or CNTLT61 
for V6.1 (and higher).
There was a change in the MDB format in 6.1.

HTH,
Yifat

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gadi Ben-Avi
Sent: Wednesday, April 17, 2019 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] TapeTools VEHSYNC job

Hi,
The VEHSYNC job in the tapetools package has DD cards for various Tape 
Management Systems.
We use Control-M/Tape from BMC formerly known as Control-T.
There are two DD's the look like they belong to Control-T, CNTLT60 and CNTLT61.

Does anyone know what these DD's should point to?

Thanks

Gadi


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

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

Re: z?OSMF

TSS here also, and luckily my TSS sysprog has been able to either find the TSS 
cookbook for z/osmf security setup or has been able to translate RACF to TSS, I 
agree, still a mess to setup correctly. 
still getting issues with some 2.2 security setup due to the security group 
does not understand the required setup and refuses to complete the security 
setup because of these issues. 




Carmen Vitullo 

- Original Message -

From: "Steve Beaver"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Wednesday, April 17, 2019 8:06:55 AM 
Subject: Re: z?OSMF 

The shop where we are installing z/OSMF is CA-TSS also. That makes it a mild 
mess to setup. 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David 
Sent: Wednesday, April 17, 2019 6:11 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

Yea, I should have been a bit clearer. Security setup for the actual STC's is 
not unreasonable. It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc). The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of. We are a CA-TSS shop too. 

-Original Message- 
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor 
Sent: Wednesday, April 17, 2019 6:59 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: z?OSMF 

**CAUTION EXTERNAL EMAIL** 

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :) 


Jim 

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote: 

>Marshall, That's all we use it for at this point too. IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here. 
> 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone 
>Sent: Tuesday, April 16, 2019 3:49 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: Re: z?OSMF 
> 
>**CAUTION EXTERNAL EMAIL** 
> 
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails** 
> 
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc) 
> 
>Regards, 
>Marshall Stone 
>-Original Message- 
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver 
>Sent: Tuesday, April 16, 2019 3:37 PM 
>To: IBM-MAIN@LISTSERV.UA.EDU 
>Subject: z?OSMF 
> 
>z/OSMF to say it mildly is a lot to configure. 
> 
> 
> 
>Is anyone getting any use of z/OSMF other than a lot of work 
> 
> 
> 
>TIA 
> 
> 
>Steve 
> 
> 
> 
> 
>-- 
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you. 
> 
>-- 
>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 /

Re: z?OSMF

The shop where we are installing z/OSMF is CA-TSS also.  That makes it a mild 
mess to setup. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Wednesday, April 17, 2019 6:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

Yea, I should have been a bit clearer.   Security setup for the actual STC's is 
not unreasonable.   It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc).   The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of.   We are a CA-TSS shop too.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor
Sent: Wednesday, April 17, 2019 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

**CAUTION EXTERNAL EMAIL**

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :)


Jim

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote:

>Marshall, That's all we use it for at this point too.   IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here.   
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
>
>**CAUTION EXTERNAL EMAIL**
>
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails**
>
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc)
>
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z?OSMF
>
>z/OSMF to say it mildly is a lot to configure.
>
>
>
>Is anyone getting any use of z/OSMF other than a lot of work
>
>
>
>TIA
>
>
>Steve
>
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you.
>
>--
>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

Re: CSSMTP

2019-04-17 Thread Allan Staller

Almost none. The only thing ISTR is CSSMTP is not very happy with square 
brackets "[" and "]".

HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Tuesday, April 16, 2019 3:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CSSMTP

I am a Db2 Systems Programmer, not a z/OS Systems Programmer. What are the 
difficulties with implementing CSSMTP?
thanks
Bill

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

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

Re: Dumps and cancelling jobs

2019-04-17 Thread Steve Smith

It seems odd to me that MVS needs all those "built-in" SLIPs to suppress
dumps.  I would expect most of those are abends that didn't request a dump
in the first place.

sas

On Wed, Apr 17, 2019 at 7:42 AM Peter Relson  wrote:

> There is nothing that fault analyzer can do about this. When the system is
> told not to take a dump, it does not take a dump.
>
> >I'm not going to get permission to do this.
>
> Permission to do what? Ask someone who issues "CANCEL" (especially for
> something of yours) to include the "DUMP" operand?
> Removal of the SLIP trap would not be appropriate.
>
> Peter Relson
> z/OS Core Technology Design
>

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

TapeTools VEHSYNC job

2019-04-17 Thread Gadi Ben-Avi

Hi,
The VEHSYNC job in the tapetools package has DD cards for various Tape 
Management Systems.
We use Control-M/Tape from BMC formerly known as Control-T.
There are two DD's the look like they belong to Control-T, CNTLT60 and CNTLT61.

Does anyone know what these DD's should point to?

Thanks

Gadi


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

Re: Dumps and cancelling jobs

2019-04-17 Thread Peter Relson

There is nothing that fault analyzer can do about this. When the system is 
told not to take a dump, it does not take a dump.

>I'm not going to get permission to do this. 

Permission to do what? Ask someone who issues "CANCEL" (especially for 
something of yours) to include the "DUMP" operand?
Removal of the SLIP trap would not be appropriate.

Peter Relson
z/OS Core Technology Design


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

Re: z?OSMF

Yea, I should have been a bit clearer.   Security setup for the actual STC's is 
not unreasonable.   It's trying to determine the correct access for various 
levels of security for different role types (general user, sysprog, sysprog 
admin, etc).   The other is that zOSMF requires bits of operating system pieces 
that we hadn’t previously configured (CIM, CEA, etc), that we are still working 
the bugs out of.   We are a CA-TSS shop too.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Jim 
Taylor
Sent: Wednesday, April 17, 2019 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z?OSMF

**CAUTION EXTERNAL EMAIL**

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

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :)


Jim

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote:

>Marshall, That's all we use it for at this point too.   IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here.   
>
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
>
>**CAUTION EXTERNAL EMAIL**
>
>**DO NOT open attachments or click on links from unknown senders or 
>unexpected emails**
>
>I use configuration assistant very often to maintain Policy Agent 
>configs (IPSec TLSv12, IDS, etc)
>
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On 
>Behalf Of Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z?OSMF
>
>z/OSMF to say it mildly is a lot to configure.
>
>
>
>Is anyone getting any use of z/OSMF other than a lot of work
>
>
>
>TIA
>
>
>Steve
>
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you.
>
>--
>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 of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected.

Re: z?OSMF

2019-04-17 Thread Jim Taylor

IMHO the security set-up really isn't that bad now. There are multiple SAMPLIB 
jobs for each function/plugin so it's far, far easier than the old shell script 
way. I had the basic security set-up carried out within minutes - the worst bit 
was changing all the SAMPLIB jobs to stick an OWNER on the CONNECT and RDEFINE 
RACF commands :)


Jim

On Wed, 17 Apr 2019 10:03:26 +, Jousma, David  wrote:

>Marshall, That's all we use it for at this point too.   IMHO, they have fixed 
>the installation issues, but the security setup payload is so overwhelming 
>that it may never see the light of day here.   
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Marshall Stone
>Sent: Tuesday, April 16, 2019 3:49 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: z?OSMF
>
>**CAUTION EXTERNAL EMAIL**
>
>**DO NOT open attachments or click on links from unknown senders or unexpected 
>emails**
>
>I use configuration assistant very often to maintain Policy Agent configs 
>(IPSec TLSv12, IDS, etc)
>
>Regards,
>Marshall Stone
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>Steve Beaver
>Sent: Tuesday, April 16, 2019 3:37 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: z?OSMF
>
>z/OSMF to say it mildly is a lot to configure.
>
>
>
>Is anyone getting any use of z/OSMF other than a lot of work
>
>
>
>TIA
>
>
>Steve
>
>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message 
>(including any attachments) is intended only for the use of the individual or 
>entity to which it is addressed and may contain information that is 
>non-public, proprietary, privileged, confidential, and exempt from disclosure 
>under applicable law or may constitute as attorney work product. If you are 
>not the intended recipient, you are hereby notified that any use, 
>dissemination, distribution, or copying of this communication is strictly 
>prohibited. If you have received this communication in error, notify us 
>immediately by telephone and (i) destroy this message if a facsimile or (ii) 
>delete this message immediately if this is an electronic communication. Thank 
>you.
>
>--
>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: z?OSMF