Re: 3DES encryption using ICSF callable services

[R.S.]

W dniu 2015-11-16 o 15:43, Kirk Wolf pisze:

Someone from IBM can confirm, but I believe that the CPACF processor
feature code (I believe #3083) is disabled on machines shipped to countries
where it is restricted.

Yes, the above is documented.
Also, it's worth to note that FC3083 is prerequisite for CryptoExpress 
cards.


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

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, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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

Re: (External):Re: RSU APPLY

[J O Skip Robinson]

In a memorable scene from Lethal Weapon 3, Mel Gibson and Rene Russo compare 
battle scars. Many of us could easily step into that scene and compete. RSU* 
might represent some of our scars. OTOH RSU* might have prevented some of those 
scars. Maintenance is an art, not a science. There's no magic algorithm. But 
you still need to know exactly how the SOURCEID syntax works. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Monday, November 16, 2015 6:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: RSU APPLY

It depends on your objective.  If the objective is to "bring the system 'up to 
RSU1509,'" then:

  SELECT(RSU*) with EXSRCID(all available RSUs later than RSU1509)

...is what you want.  And, I'd hope that is the objective, rather than the 
alternative of installing "only what's in RSU1509 that is eligible for 
selection."  As Kurt points out, RSU* is a better objective from our point of 
view.



Mainframe Mainframe wrote:
> Hi,
>While apply RSU into SMPE, do we need to specify only that 
> particular RSU number in SOURCEID parm or we can use RSU* . For 
> example
>
>
> Currently in our z/OS system we RSU1403 and now we planning to apply
> RSU1509 then in this case, in SOURCEID parameter what we should be 
> specifying
>
> SOURCEID(RSU1509)  or SOURCEID(RSU*) .


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com


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

Re: OT: Cops pull over driverless car

[Schmutzok, Mike (Alpharetta)]

Michael A. Schmutzok
Senior Mainframe Engineer
Enterprise Technology Group
FISERV
2900 Westside Parkway
Alpharetta, GA  30004
Office: 678-375-3565
Mobile: 678-491-1307

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Saturday, November 14, 2015 8:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Cops pull over driverless car

Hot rods ... armored hot rods ... what kind of cops shoot armored hot rods? 

(no one under 50 will probably get this)


Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Gould
Sent: Saturday, November 14, 2015 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] OT: Cops pull over driverless car

It seems that in the states in doesn't make any difference.

Ed
On Nov 13, 2015, at 8:28 PM, Graham Hobbs wrote:

> .. wasn't the car armoured?
>
> On 2015-11-13 9:11 PM, Ed Gould wrote:
>>  I was surprised that the cop didn't shoot the car.
>>
>> Ed
>> On Nov 13, 2015, at 3:25 PM, Lizette Koehler wrote:
>>
>>> Watch the wrap.
>>> http://www.telegraph.co.uk/technology/google/11992795/Police-pull-
>>> over-Googles-d
>>> riverless-car-for-driving-too-slowly.html
>>>
>>> Police pull over Google's driverless car for driving too slowly 
>>> Officer in Mountain View, California, stops internet giant's self- 
>>> driving car after it was found driving 11 mph under the speed limit
>>>
>>>
>>> Lizette Koehler
>>>
>>> 
>>> --
>>> 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

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

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

[Norbert Friemel]

On Mon, 16 Nov 2015 11:28:53 +0530, Mainframe Mainframe wrote:

>Hi,
>  While apply RSU into SMPE, do we need to specify only that particular
>RSU number in SOURCEID parm or we can use RSU* . For example
>
>
>Currently in our z/OS system we RSU1403 and now we planning to apply
>RSU1509 then in this case, in SOURCEID parameter what we should be
>specifying
>
>SOURCEID(RSU1509)  or SOURCEID(RSU*) .
>

SOURCEID(RSU12* RSU13* RSU14* RSU150*)

Norbert Friemel

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

Re: 3DES encryption using ICSF callable services

[Kirk Wolf]

Someone from IBM can confirm, but I believe that the CPACF processor
feature code (I believe #3083) is disabled on machines shipped to countries
where it is restricted.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Nov 13, 2015 at 3:54 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On 2015-11-13 13:52, Kirk Wolf wrote:
> >
> > Also, the ICSF CIPHER calls require SAF authorization whereas the CPACF
> > instructions do not require special permissions.
> >
> Either the former is a needless and foolish restriction or the latter
> is a potential DoD export violation.
>
> Hmmm... are the encryption instructions disabled on systems destined for
> export outside North America?
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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

Re: RSU APPLY

[Tom Marchant]

On Mon, 16 Nov 2015 11:59:06 +0530, Mainframe Mainframe wrote:

>Yes, we do use GROUPEXTEND . So using SOURCEID (RSU1509) or RSU*  both are
>same. Please correct, if I am wrong.

Retired Mainframer is correct. RSU1509 will select only PTFs with 
SOURCEID = RSU1509. That does not include, for example, PTFs with 
SOURCEID = RSU1506, though it is possible that some of those PTFs 
will be included as PRErequisites of some RSU1509 PTFs. RSU* will 
also include PTFs assigned RSU1510, if you have any.

-- 
Tom Marchant

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

Re: RSU APPLY

[Kurt Quackenbush]

SOURCEID(RSU12* RSU13* RSU14* RSU150*)


If you want to select all RSU PTFs except for RSU1510, then the above, 
or this will work:


SOURCEID(RSU*) EXSRCID(RSU1510)

But every PTF with an RSU sourceid is *recommended*.  Why do you want to 
exclude any recommended PTF?  I'm just sayin'.


Kurt Quackenbush -- IBM, SMP/E Development

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

Re: RSU APPLY

[John Eells]

It depends on your objective.  If the objective is to "bring the system 
'up to RSU1509,'" then:


 SELECT(RSU*) with EXSRCID(all available RSUs later than RSU1509)

...is what you want.  And, I'd hope that is the objective, rather than 
the alternative of installing "only what's in RSU1509 that is eligible 
for selection."  As Kurt points out, RSU* is a better objective from our 
point of view.




Mainframe Mainframe wrote:

Hi,
   While apply RSU into SMPE, do we need to specify only that particular
RSU number in SOURCEID parm or we can use RSU* . For example


Currently in our z/OS system we RSU1403 and now we planning to apply
RSU1509 then in this case, in SOURCEID parameter what we should be
specifying

SOURCEID(RSU1509)  or SOURCEID(RSU*) .



--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: Stop GPMSERVE ?

[Lizette Koehler]

So the doc can be found here

http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.erbb200/oppdds.htm?lang=en

Thanks for reminding me about NODDS in RMF Monitor Land.

Lizette


-Original Message-
>From: J R 
>Sent: Nov 16, 2015 2:18 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Stop GPMSERVE ?
>
>Google shows some hits that include:
>
>" For example, the command F RMF,NODDS also shuts down the current 
>sysplex-wide DDS instance, regardless on which system the command has been 
>entered."
>
>
>From: IBM Mainframe Discussion List  on behalf of 
>Mark Pace 
>Sent: Monday, November 16, 2015 3:54 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Stop GPMSERVE ?
>
>Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
>in the past, so when I go to stop it
>P GPMSERVE
>IEE341I GPMSERVE  NOT ACTIVE
>
>Try to shutdown JES2
>$PJES2
>$HASP608 ACTIVE ADDRESS SPACES
>$HASP608 ASID JOBNAME  JOBID
>$HASP608   
>$HASP608 0027 GPMSERVE STC00851
>
>I've searched google for STOP GPMSERVE, but I all I find is how to start
>DDS/GPMSERVE
>
>So how do you shutdown GPMSERVE?
>
>--
>The postings on this site are my own and don’t necessarily represent
>Mainline’s positions or opinions
>
>Mark D Pace
>Senior Systems Engineer
>Mainline Information Systems

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

Re: Stop GPMSERVE ?

[Lizette Koehler]

I checked our Shutdown process an it is

P GPMSERVE


Lizette


-Original Message-
>From: Lizette Koehler 
>Sent: Nov 16, 2015 1:56 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Stop GPMSERVE ?
>
>do a D A,GPMSERVE and see if there is a STEP name, if there is P stepname
>
>Lizette
>
>
>-Original Message-
>>From: Mark Pace 
>>Sent: Nov 16, 2015 1:54 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Stop GPMSERVE ?
>>
>>Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
>>in the past, so when I go to stop it
>>P GPMSERVE
>>IEE341I GPMSERVE  NOT ACTIVE
>>
>>Try to shutdown JES2
>>$PJES2
>>$HASP608 ACTIVE ADDRESS SPACES
>>$HASP608 ASID JOBNAME  JOBID
>>$HASP608   
>>$HASP608 0027 GPMSERVE STC00851
>>
>>I've searched google for STOP GPMSERVE, but I all I find is how to start
>>DDS/GPMSERVE
>>
>>So how do you shutdown GPMSERVE?
>>
>>-- 
>>The postings on this site are my own and don’t necessarily represent
>>Mainline’s positions or opinions
>>
>>Mark D Pace
>>Senior Systems Engineer
>>Mainline Information Systems

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

Re: Stop GPMSERVE ?

[J R]

Google shows some hits that include:

" For example, the command F RMF,NODDS also shuts down the current sysplex-wide 
DDS instance, regardless on which system the command has been entered."


From: IBM Mainframe Discussion List  on behalf of 
Mark Pace 
Sent: Monday, November 16, 2015 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Stop GPMSERVE ?

Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
in the past, so when I go to stop it
P GPMSERVE
IEE341I GPMSERVE  NOT ACTIVE

Try to shutdown JES2
$PJES2
$HASP608 ACTIVE ADDRESS SPACES
$HASP608 ASID JOBNAME  JOBID
$HASP608   
$HASP608 0027 GPMSERVE STC00851

I've searched google for STOP GPMSERVE, but I all I find is how to start
DDS/GPMSERVE

So how do you shutdown GPMSERVE?

--
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

--
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: Stop GPMSERVE ?

[Lizette Koehler]

do a D A,GPMSERVE and see if there is a STEP name, if there is P stepname

Lizette


-Original Message-
>From: Mark Pace 
>Sent: Nov 16, 2015 1:54 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Stop GPMSERVE ?
>
>Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
>in the past, so when I go to stop it
>P GPMSERVE
>IEE341I GPMSERVE  NOT ACTIVE
>
>Try to shutdown JES2
>$PJES2
>$HASP608 ACTIVE ADDRESS SPACES
>$HASP608 ASID JOBNAME  JOBID
>$HASP608   
>$HASP608 0027 GPMSERVE STC00851
>
>I've searched google for STOP GPMSERVE, but I all I find is how to start
>DDS/GPMSERVE
>
>So how do you shutdown GPMSERVE?
>
>-- 
>The postings on this site are my own and don’t necessarily represent
>Mainline’s positions or opinions
>
>Mark D Pace
>Senior Systems Engineer
>Mainline Information Systems
>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: Stop GPMSERVE ?

[Mark Pace]

Thank you, Lizzette.  After all these years I learn a new trick.

On Mon, Nov 16, 2015 at 3:56 PM, Lizette Koehler 
wrote:

> do a D A,GPMSERVE and see if there is a STEP name, if there is P stepname
>
> Lizette
>
>
> -Original Message-
> >From: Mark Pace 
> >Sent: Nov 16, 2015 1:54 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Stop GPMSERVE ?
> >
> >Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
> >in the past, so when I go to stop it
> >P GPMSERVE
> >IEE341I GPMSERVE  NOT ACTIVE
> >
> >Try to shutdown JES2
> >$PJES2
> >$HASP608 ACTIVE ADDRESS SPACES
> >$HASP608 ASID JOBNAME  JOBID
> >$HASP608   
> >$HASP608 0027 GPMSERVE STC00851
> >
> >I've searched google for STOP GPMSERVE, but I all I find is how to start
> >DDS/GPMSERVE
> >
> >So how do you shutdown GPMSERVE?
> >
> >--
> >The postings on this site are my own and don’t necessarily represent
> >Mainline’s positions or opinions
> >
> >Mark D Pace
> >Senior Systems Engineer
> >Mainline Information Systems
> >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: Stop GPMSERVE ?

[Jerry Whitteridge]

That’s because we intercept the command with automation

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, November 16, 2015 1:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Stop GPMSERVE ?

I checked our Shutdown process an it is

P GPMSERVE


Lizette


-Original Message-
>From: Lizette Koehler 
>Sent: Nov 16, 2015 1:56 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Stop GPMSERVE ?
>
>do a D A,GPMSERVE and see if there is a STEP name, if there is P stepname
>
>Lizette
>
>
>-Original Message-
>>From: Mark Pace 
>>Sent: Nov 16, 2015 1:54 PM
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Stop GPMSERVE ?
>>
>>Setting up my new z/OS 2.2 - it now starts - GPMSERVE -  I've not run this
>>in the past, so when I go to stop it
>>P GPMSERVE
>>IEE341I GPMSERVE  NOT ACTIVE
>>
>>Try to shutdown JES2
>>$PJES2
>>$HASP608 ACTIVE ADDRESS SPACES
>>$HASP608 ASID JOBNAME  JOBID
>>$HASP608   
>>$HASP608 0027 GPMSERVE STC00851
>>
>>I've searched google for STOP GPMSERVE, but I all I find is how to start
>>DDS/GPMSERVE
>>
>>So how do you shutdown GPMSERVE?
>>
>>-- 
>>The postings on this site are my own and don’t necessarily represent
>>Mainline’s positions or opinions
>>
>>Mark D Pace
>>Senior Systems Engineer
>>Mainline Information Systems

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

"Email Firewall" made the following annotations.
--

Warning: 
All e-mail sent to this address will be received by the corporate e-mail 
system, and is subject to archival and review by someone other than the 
recipient.  This e-mail may contain proprietary information and is intended 
only for the use of the intended recipient(s).  If the reader of this message 
is not the intended recipient(s), you are notified that you have received this 
message in error and that any review, dissemination, distribution or copying of 
this message is strictly prohibited.  If you have received this message in 
error, please notify the sender immediately.. 
 
==

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

Re: Stop GPMSERVE ?

[Shane Ginnane]

Why ?.

I'm a bit (?) old-school, but I always try to insist that DDS is active. I 
would use RMF III all the time, but having a web page with all that data (and 
more) available with a simple URL is a boon.
And doesn't the z/OSMF plugin require it ?.

And the price is pretty damn good.

Shane ...

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

OT - another Legacy operating system

[Mike Schwab]

http://www.zdnet.com/article/a-23-year-old-windows-3-1-system-failure-crashed-paris-airport/

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

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