Re: SSL/TLS MSU usage

[Brian Westerman]

The z13 (and I think b|ec12s) have CPACF built into each physical CPU, the 
older machines had CPACF but it was shared between multiple processors.

There is some extra CPU involved when you don't have a cryptoexpress (CEX), but 
you have to remember that not everything is or can be offloaded to the CEX 
either.  I think the cryptoexpress has 8 processors, but depending on what you 
are doing SSL-wise you may not  see any real measurable improvement over CPACF.

If you are going to use CPACF with System SSL or MQ, you have to turn on a 
feature code, (feature #3863).

In reality, some part of the key negotiation will be performed on the General 
Processor (and CPACF) regardless of CEX availability.  Also certain SSLCIPH 
specs are not supported by the CEX cards (as per 
https://www.ibm.com/developerworks/community/blogs/c4142f9d-6cf1-44ef-a44a-b09428ad96d1/entry/is_my_ssl_channel_using_hardware_assist?lang=en
 ).

Brian

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

SSL/TLS MSU usage

[Munif Sadek]

Hello All

We have zBC12 and z13s but no crypto cards. As we are moving all our IP 
communications to SSL/TLS, Is there a way to  estimate additional MSU used in 
this encryption/decryption and key negotiations. IP traffic is CICS socket, 
HTTPS , FTPS, TN3270S, DB2 DDF , SSH etc..Its all over the place.

Is there a way we can simulate our MSU savings by having additional crypto 
Hardware.

regards
Munif

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

Re: Using the Binder API and MetalC

[David Crayford]

Just out of interest why do you want to use Metal/C and not Regular C?

> On 14 Aug 2018, at 7:07 am, Farley, Peter x23353 
>  wrote:
> 
> No feature tests in the header file.  As long as the header hasn't already 
> been used it unconditionally defines the data areas and the function 
> prototypes.
> 
> I'd accept feature test macro(s) as a reasonable alternative as long as 
> MetalC programs can use just the data area definitions and not the function 
> prototypes.
> 
> Peter
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Monday, August 13, 2018 6:10 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Using the Binder API and MetalC
> 
>> On Mon, 13 Aug 2018 18:29:30 +, Farley, Peter x23353  wrote:
>> 
>> ... for future maintainability it sure would be nice if IBM split the 
>> /usr/include/__iew_api.h into two parts - Data definitions and function 
>> prototypes.
>> 
>> Or create two new header files for each and make /usr/include/__iew_api.h 
>> just #include the two new headers to preserve the current functionality.
>> 
> Or. conditional compilation.  Might there already be a feature test macro for 
> MetalC?
> 
> --
> 
> 
> This message and any attachments are intended only for the use of the 
> addressee and may contain information that is privileged and confidential. If 
> the reader of the message is not the intended recipient or an authorized 
> representative of the intended recipient, you are hereby notified that any 
> dissemination of this communication is strictly prohibited. If you have 
> received this communication in error, please notify us immediately by e-mail 
> and delete the message and any attachments from your system.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Using the Binder API and MetalC

[Farley, Peter x23353]

No feature tests in the header file.  As long as the header hasn't already been 
used it unconditionally defines the data areas and the function prototypes.

I'd accept feature test macro(s) as a reasonable alternative as long as MetalC 
programs can use just the data area definitions and not the function prototypes.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, August 13, 2018 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using the Binder API and MetalC

On Mon, 13 Aug 2018 18:29:30 +, Farley, Peter x23353  wrote:
>
>... for future maintainability it sure would be nice if IBM split the 
>/usr/include/__iew_api.h into two parts - Data definitions and function 
>prototypes.
>
>Or create two new header files for each and make /usr/include/__iew_api.h just 
>#include the two new headers to preserve the current functionality.
> 
Or. conditional compilation.  Might there already be a feature test macro for 
MetalC?

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Using the Binder API and MetalC

[Paul Gilmartin]

On Mon, 13 Aug 2018 18:29:30 +, Farley, Peter x23353  wrote:
>
>... for future maintainability it sure would be nice if IBM split the 
>/usr/include/__iew_api.h into two parts - Data definitions and function 
>prototypes.
>
>Or create two new header files for each and make /usr/include/__iew_api.h just 
>#include the two new headers to preserve the current functionality.
> 
Or. conditional compilation.  Might there already be a feature test macro for 
MetalC?

-- gil

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

FYI: IEEE Survey Ranks Programming Languages

[Mark Regan]

https://www.eetimes.com/document.asp?doc_id=1333572


-- 

Regards,

Mark T. Regan

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

Re: Another url change for SHOPZ

[John Eells]

farmall...@gmail.com wrote:

So what is the new url for shopz?  I start at https://ibm.com and go through 
menus to support, etc and get auth failed when I select shopz.  Same thing 
starting at myibm.



This one works for me:

https://www.ibm.com/software/shopzseries/ShopzSeries_public.wss


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

Using the Binder API and MetalC

[Farley, Peter x23353]

I have been experimenting with MetalC code to invoke the Binder API macros 
(IEWBIND) and access the returned data using the C language definitions in 
/usr/include/__iew_api.h.

The issue is that /usr/include/__iew_api.h also contains all of the actual 
Binder API function prototypes and these cannot (easily) be used from MetalC 
because they reside in a DLL, plus it appears to me that they are only useable 
in an LE enclave, also not easily done from MetalC.

OTOH, the C language buffer and data area definitions are perfectly usable in 
MetalC as they are.

I was thus forced to make a copy of the /usr/include/__iew_api.h structure and 
data area definitions without the function prototypes.  This works well for my 
immediate need, but for future maintainability it sure would be nice if IBM 
split the /usr/include/__iew_api.h into two parts - Data definitions and 
function prototypes.

Or create two new header files for each and make /usr/include/__iew_api.h just 
#include the two new headers to preserve the current functionality.

Would some kind soul volunteer to set up an RFE for that?  I would do so myself 
but for various reasons I cannot do it at this time.

Peter


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: AW: AW: "Mainframes Rule" Wallpaper

[Paul Gilmartin]

On 2018-08-13, at 08:25:39, Michael Knigge wrote:

> YES, this is the one But you're right - too low-res... I've had this in a 
> much bigger size
>  
They have a Contact page at: http://enterprisesystemsmedia.com/contact
Maybe someone there still knows.


> -Ursprüngliche Nachricht-
> Von: Bill Godfrey
> Gesendet: Montag, 13. August 2018 15:30
> 
> Is this the one?
> http://enterprisesystemsmedia.com/article/mainframe-trivia-contest-7

-- gil

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

Re: "Mainframes Rule" Wallpaper

[Charles Mills]

I blame the keyboard 



CharlesSent from a mobile; please excuse the brevity.
 Original message From: Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> Date: 8/13/18  12:09 PM  
(GMT-06:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "Mainframes Rule" 
Wallpaper 
The hard part would be getting by the spellchecker.


In a message dated 8/13/2018 7:22:57 AM Central Standard Time, charl...@mcn.org 
writes:

 
"maindrames rule"

--
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: "Mainframes Rule" Wallpaper

[Edward Finnell]

The hard part would be getting by the spellchecker.


In a message dated 8/13/2018 7:22:57 AM Central Standard Time, charl...@mcn.org 
writes:

 
"maindrames rule"

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

Re: Another url change for SHOPZ

[Allan Staller]

PFCSKs in charge!

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Beesley, Paul
Sent: Monday, August 13, 2018 10:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another url change for SHOPZ

ShopZ works for me now.
What doesn't work is viewing open APARs. E.g. PI99683
https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww-01.ibm.com%2Fsupport%2Fdocview.wss%3Fcrawler%3D1%26uid%3Dswg1PI99683data=02%7C01%7Callan.staller%40HCL.COM%7C866b3060836443350c1908d6012f5c53%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636697700290430721sdata=WA6zmeOc3XlSGZl6y4ZUslu%2B4hiXhAJD%2B2fQRu7W8b0%3Dreserved=0
If I click the 'link to actual document' and sign on with my IBM id, I get 
Error 403: AuthenticationFailed This worked before the weekend

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Monday, August 13, 2018 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another url change for SHOPZ

Shopz is working for me now from the new URL.
Regards, Doug

.

On Aug 13, 2018, at 10:26, Carmen Vitullo  wrote:

the url sent me to the logon screen, but did not have my correct password, so a 
new password was in order. I didn't try the RAM link just yet


Carmen Vitullo

- Original Message -

From: "Doug" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, August 13, 2018 9:07:48 AM
Subject: Re: Another url change for SHOPZ

Does the new URL for shopz work for anyone today?
500 internal Server Error (38CF025F:

The new RAM URL does work today.

Doug

.

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades.


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes:


PFCSKs in charge!

--
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 Atos, Atos Consulting, 
Worldline and Canopy The Open Cloud Company are trading names used by the Atos 
group. The following trading entities are registered in England and Wales: Atos 
IT Services UK Limited (registered number 01245534), Atos Consulting Limited 
(registered number 04312380), Atos Worldline UK Limited (registered number 
08514184) and Canopy The Open Cloud Company Limited (registration number 
08011902). The registered office for each is at Second Floor, Mid City Place, 
71 High Holborn, London, WC1V 6EA.  The VAT No. for each is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

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

Re: Another url change for SHOPZ

[Beesley, Paul]

ShopZ works for me now.
What doesn't work is viewing open APARs. E.g. PI99683
https://www-01.ibm.com/support/docview.wss?crawler=1=swg1PI99683
If I click the 'link to actual document' and sign on with my IBM id, I get
Error 403: AuthenticationFailed
This worked before the weekend

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Monday, August 13, 2018 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another url change for SHOPZ

Shopz is working for me now from the new URL.
Regards, Doug

.

On Aug 13, 2018, at 10:26, Carmen Vitullo  wrote:

the url sent me to the logon screen, but did not have my correct password, so a 
new password was in order. I didn't try the RAM link just yet


Carmen Vitullo

- Original Message -

From: "Doug" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, August 13, 2018 9:07:48 AM
Subject: Re: Another url change for SHOPZ

Does the new URL for shopz work for anyone today?
500 internal Server Error (38CF025F:

The new RAM URL does work today.

Doug

.

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades.


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes:


PFCSKs in charge!

--
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
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading 
names used by the Atos group. The following trading entities are registered in 
England and Wales: Atos IT Services UK Limited (registered number 01245534), 
Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited 
(registered number 08514184) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at Second 
Floor, Mid City Place, 71 High Holborn, London, WC1V 6EA.  The VAT No. for each 
is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

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

Re: Another url change for SHOPZ

[Doug]

Shopz is working for me now from the new URL.
Regards, Doug 

.

On Aug 13, 2018, at 10:26, Carmen Vitullo  wrote:

the url sent me to the logon screen, but did not have my correct password, so a 
new password was in order. I didn't try the RAM link just yet 


Carmen Vitullo 

- Original Message -

From: "Doug"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, August 13, 2018 9:07:48 AM 
Subject: Re: Another url change for SHOPZ 

Does the new URL for shopz work for anyone today? 
500 internal Server Error (38CF025F: 

The new RAM URL does work today. 

Doug 

. 

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: 

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades. 


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes: 


PFCSKs in charge! 

-- 
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: Another url change for SHOPZ

[Carmen Vitullo]

the url sent me to the logon screen, but did not have my correct password, so a 
new password was in order. I didn't try the RAM link just yet 


Carmen Vitullo 

- Original Message -

From: "Doug"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Monday, August 13, 2018 9:07:48 AM 
Subject: Re: Another url change for SHOPZ 

Does the new URL for shopz work for anyone today? 
500 internal Server Error (38CF025F: 

The new RAM URL does work today. 

Doug 

. 

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote: 

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades. 


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes: 


PFCSKs in charge! 

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

AW: AW: "Mainframes Rule" Wallpaper

[Michael Knigge]

YES, this is the one But you're right - too low-res... I've had this in a 
much bigger size


Bye,
Michael



Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber


Anstehende Termine:

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer Homepage...
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Bill Godfrey
Gesendet: Montag, 13. August 2018 15:30
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: AW: "Mainframes Rule" Wallpaper

Is this the one?

http://enterprisesystemsmedia.com/article/mainframe-trivia-contest-7

(Too low-res for wallpaper)

Bill

On Mon, 13 Aug 2018 13:02:30 +, Michael Knigge wrote:

>Not that hard - but I loved the design of the image
>
>-Ursprüngliche Nachricht-
>Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
>Auftrag von Charles Mills
>Gesendet: Montag, 13. August 2018 14:22
>An: IBM-MAIN@LISTSERV.UA.EDU
>Betreff: Re: "Mainframes Rule" Wallpaper
>
>How hard would it be to grab a stock image of a Z and add text "maindrames 
>rule"?
>

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Michael Knigge
>Sent: Monday, August 13, 2018 07:09
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: "Mainframes Rule" Wallpaper
>
>All,
>
>several years ago on the SHARE a T-Shirt was selled with an nice vector 
>graphic (of an…. I guess z10) and the slogan “Mainframes Rule”….
>
>I’ve downloaded an image of this somewhere and usedtit as a wallpaper on my PC 
>– and guess what… seems I’ve deleted it (must be so long ago that it even is 
>not on my backups)….
>
>Does anyone of you know which image I mean and has a copy of it (and is 
>willing to send it to me)…. I loved it so much and hope someone still has it…
>
>
>Thanks,
>Michael
>

--
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: Another url change for SHOPZ

[John McKown]

On Mon, Aug 13, 2018 at 9:11 AM Allan Staller  wrote:

> PFCSK's in Charge! Don't the ever test anything?
>

Like, duh, that's what users are for. Get with the new, better, Internet
methodology!

-- 
Between infinite and short there is a big difference. -- G.H. Gonnet

Maranatha! <><
John McKown

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

Re: Another url change for SHOPZ

[Allan Staller]

PFCSK's in Charge! Don't the ever test anything?



-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Monday, August 13, 2018 9:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Another url change for SHOPZ

Does the new URL for shopz work for anyone today?
500 internal Server Error (38CF025F:

The new RAM URL does work today.

Doug

.

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades.


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes:


PFCSKs in charge!

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

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

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

Re: Another url change for SHOPZ

[Doug]

Does the new URL for shopz work for anyone today?
500 internal Server Error (38CF025F:

The new RAM URL does work today.

Doug

.

On Aug 10, 2018, at 13:01, Edward Finnell 
<000248cce9f3-dmarc-requ...@listserv.ua.edu> wrote:

It's like they don't understand the Internet. There's VP's for IOT but the 
reality is it's not being implemented to the paying customers. It's horribly 
bad PR and it costs FTE's in rerouting legacy links that could be spent on 
hardware/software upgrades.


In a message dated 8/10/2018 7:36:16 AM Central Standard Time, 
allan.stal...@hcl.com writes:

 
PFCSKs in charge!

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

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

Re: SMF type 119 (FTP) subtypes 70 and 72

[Pierre Fichaud]

1) Please see response below for D SMF,O

2) 000104 SMFCONFIG TYPE119 
  .  000105  FTPCLIENT 

  .  000106  IFSTATISTICS 
  .  000107  IPSECURITY 

  .  000108  PORTSTATISTICS 
  .  000109 
PROFILE 
.  000110  TCPINIT 
. 
000111  TCPIPSTATISTICS 
.  000112  TCPSTACK 

.  000113  TCPTERM 
.  000114  TN3270CLIENT 


.  000115  UDPTERM

3) None of those are specified. But I am getting SMF types 1,2,3,5,6 
and 7.


Regards, Pierre.

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

Re: SMF type 119 (FTP) subtypes 70 and 72

[Pierre Fichaud]

D SMF,O gives the following:

RESPONSE=S0W1
  IEE967I 08.51.16 SMF PARAMETERS 606
  MEMBER = SMFPRMVN
  NOHFTSINTVL -- DEFAULT
  NORECSIGN -- DEFAULT
  SMFDLEXIT(USER3(IRRADU86)) -- DEFAULT
  SMFDLEXIT(USER2(IRRADU00)) -- DEFAULT
  SMFDPEXIT(USER3(IRRADU86)) -- DEFAULT
  SMFDPEXIT(USER2(IRRADU00)) -- DEFAULT
  EMPTYEXCPSEC(NOSUPPRESS) -- DEFAULT
  NOPERMFIX -- DEFAULT
  NOSMF30COUNT -- DEFAULT
  MULCFUNC -- DEFAULT
  DSPSIZMAX(2048M) -- DEFAULT
  BUFUSEWARN(25) -- DEFAULT
  BUFSIZMAX(0128M) -- DEFAULT
  MAXEVENTINTRECS(00) -- DEFAULT
  DUMPABND(RETRY) -- DEFAULT
  SYS(TYPE(0:255)) -- DEFAULT
  SYS(DETAIL) -- PARMLIB
  SYS(INTERVAL(SMF,SYNC)) -- PARMLIB
  SYS(EXITS(IEFUAV)) -- PARMLIB
  SYS(EXITS(IEFU29)) -- PARMLIB
  SYS(EXITS(IEFUTL)) -- PARMLIB
  SYS(EXITS(IEFUJI)) -- PARMLIB
  SYS(EXITS(IEFUSO)) -- PARMLIB
  SYS(EXITS(IEFUJP)) -- PARMLIB
  SYS(EXITS(IEFUSI)) -- PARMLIB
  SYS(EXITS(IEFUJV)) -- PARMLIB
  SYS(EXITS(IEFACTRT)) -- PARMLIB
  SYS(EXITS(IEFU85)) -- PARMLIB
  SYS(EXITS(IEFU84)) -- PARMLIB
  SYS(EXITS(IEFU83)) -- PARMLIB
  NOBUFFS(MSG) -- PARMLIB
  LASTDS(MSG) -- PARMLIB
  LISTDSN -- PARMLIB
  SID(S0W1) -- PARMLIB
  JWT(2400) -- PARMLIB
  STATUS(SMF,SYNC) -- PARMLIB
  MAXDORM(3000) -- PARMLIB
  MEMLIMIT(01024M) -- PARMLIB
  REC(PERM) -- PARMLIB
  NOPROMPT -- PARMLIB
  DSNAME(SYS1.S0W1.MAN2) -- PARMLIB
  DSNAME(SYS1.S0W1.MAN1) -- PARMLIB
  ACTIVE -- PARMLIB
  DDCONS(NO) -- PARMLIB
  SYNCVAL(01) -- PARMLIB
  INTVAL(01) -- PARMLIB

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

Re: AW: "Mainframes Rule" Wallpaper

[Bill Godfrey]

Is this the one?

http://enterprisesystemsmedia.com/article/mainframe-trivia-contest-7

(Too low-res for wallpaper)

Bill

On Mon, 13 Aug 2018 13:02:30 +, Michael Knigge wrote:

>Not that hard - but I loved the design of the image
>
>-Ursprüngliche Nachricht-
>Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im 
>Auftrag von Charles Mills
>Gesendet: Montag, 13. August 2018 14:22
>An: IBM-MAIN@LISTSERV.UA.EDU
>Betreff: Re: "Mainframes Rule" Wallpaper
>
>How hard would it be to grab a stock image of a Z and add text "maindrames 
>rule"?
>

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Michael Knigge
>Sent: Monday, August 13, 2018 07:09
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: "Mainframes Rule" Wallpaper
>
>All,
>
>several years ago on the SHARE a T-Shirt was selled with an nice vector 
>graphic (of an…. I guess z10) and the slogan “Mainframes Rule”….
>
>I’ve downloaded an image of this somewhere and usedtit as a wallpaper on my PC 
>– and guess what… seems I’ve deleted it (must be so long ago that it even is 
>not on my backups)….
>
>Does anyone of you know which image I mean and has a copy of it (and is 
>willing to send it to me)…. I loved it so much and hope someone still has it…
>
>
>Thanks,
>Michael
>

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

AW: "Mainframes Rule" Wallpaper

[Michael Knigge]

Not that hard - but I loved the design of the image


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber


Anstehende Termine:

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer Homepage...
-Ursprüngliche Nachricht-
Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag 
von Charles Mills
Gesendet: Montag, 13. August 2018 14:22
An: IBM-MAIN@LISTSERV.UA.EDU
Betreff: Re: "Mainframes Rule" Wallpaper

How hard would it be to grab a stock image of a Z and add text "maindrames 
rule"?



CharlesSent from a mobile; please excuse the brevity.
 Original message From: "Smith, Nathan (ATLANTA, GA)" 
 Date: 8/13/18  6:55 AM  (GMT-06:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "Mainframes Rule" Wallpaper
It would be even better if they would send it to the whole list. :)

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Knigge
Sent: Monday, August 13, 2018 07:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: "Mainframes Rule" Wallpaper

All,

several years ago on the SHARE a T-Shirt was selled with an nice vector graphic 
(of an…. I guess z10) and the slogan “Mainframes Rule”….

I’ve downloaded an image of this somewhere and used it as a wallpaper on my PC 
– and guess what… seems I’ve deleted it (must be so long ago that it even is 
not on my backups)….

Does anyone of you know which image I mean and has a copy of it (and is willing 
to send it to me)…. I loved it so much and hope someone still has it…


Thanks,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer 
Homepage...

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

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information or may otherwise be protected by law. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient, please contact the sender by reply e-mail
and destroy all copies of the original message and any attachment thereto.

--
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: Vulnerability mitigation with OSPROTECT

[scott Ford]

Timothy,

Thanks kind sir I will take a look.

Scott

On Mon, Aug 13, 2018 at 4:22 AM Timothy Sipples  wrote:

> There's a great deal of information published here:
>
> http://publibz.boulder.ibm.com/zoslib/pdf/OA54807.pdf
>
> As that document indicates, please refer to the official publication
> updates themselves for the latest authoritative information.
>
> I see that CA has published lots of (non) impact statements within the past
> couple weeks, with no problems reported or expected in ACF2, MIMS, CA1,
> MICS, and Datacom, as examples.
>
> As a reminder, please subscribe to the IBM Z Security Portal if you need
> to. Details here:
>
> https://www.ibm.com/common/ssi/cgi-bin/ssialias?htmlfid=ZSQ03054USEN
>
>
> 
> Timothy Sipples
> IT Architect Executive, Industry Solutions, IBM Z & LinuxONE
> E-Mail: sipp...@sg.ibm.com
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
Scott Ford
IDMWORKS
z/OS Development

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

Re: "Mainframes Rule" Wallpaper

[Charles Mills]

How hard would it be to grab a stock image of a Z and add text "maindrames 
rule"?



CharlesSent from a mobile; please excuse the brevity.
 Original message From: "Smith, Nathan (ATLANTA, GA)" 
 Date: 8/13/18  6:55 AM  (GMT-06:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: "Mainframes Rule" Wallpaper 
It would be even better if they would send it to the whole list. :)

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Knigge
Sent: Monday, August 13, 2018 07:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: "Mainframes Rule" Wallpaper

All,

several years ago on the SHARE a T-Shirt was selled with an nice vector graphic 
(of an…. I guess z10) and the slogan “Mainframes Rule”….

I’ve downloaded an image of this somewhere and used it as a wallpaper on my PC 
– and guess what… seems I’ve deleted it (must be so long ago that it even is 
not on my backups)….

Does anyone of you know which image I mean and has a copy of it (and is willing 
to send it to me)…. I loved it so much and hope someone still has it…


Thanks,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer 
Homepage...

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

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information or may otherwise be protected by law. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient, please contact the sender by reply e-mail
and destroy all copies of the original message and any attachment thereto.

--
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: "Mainframes Rule" Wallpaper

[Smith, Nathan (ATLANTA, GA)]

It would be even better if they would send it to the whole list. :)

Anthem, Inc.

Nathan A. Smith, Database Administrator Sr., Anthem Database Services
600 Peachtree St. NE, Mail Drop GA1319-A154, Atlanta, GA 30308
O: (770) 519-6496 | M: (770) 519-6496
nathanael.sm...@anthem.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Michael Knigge
Sent: Monday, August 13, 2018 07:09
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: "Mainframes Rule" Wallpaper

All,

several years ago on the SHARE a T-Shirt was selled with an nice vector graphic 
(of an…. I guess z10) and the slogan “Mainframes Rule”….

I’ve downloaded an image of this somewhere and used it as a wallpaper on my PC 
– and guess what… seems I’ve deleted it (must be so long ago that it even is 
not on my backups)….

Does anyone of you know which image I mean and has a copy of it (and is willing 
to send it to me)…. I loved it so much and hope someone still has it…


Thanks,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer 
Homepage...

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

CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
for the sole use of the intended recipient(s) and may contain confidential
and privileged information or may otherwise be protected by law. Any
unauthorized review, use, disclosure or distribution is prohibited. If you
are not the intended recipient, please contact the sender by reply e-mail
and destroy all copies of the original message and any attachment thereto.

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

"Mainframes Rule" Wallpaper

[Michael Knigge]

All,

several years ago on the SHARE a T-Shirt was selled with an nice vector graphic 
(of an…. I guess z10) and the slogan “Mainframes Rule”….

I’ve downloaded an image of this somewhere and used it as a wallpaper on my PC 
– and guess what… seems I’ve deleted it (must be so long ago that it even is 
not on my backups)….

Does anyone of you know which image I mean and has a copy of it (and is willing 
to send it to me)…. I loved it so much and hope someone still has it…


Thanks,
Michael


Mit freundlichen Grüßen

Michael Knigge
Software Engineer

SET GmbH
Lister Straße 15
30163 Hannover

phone: +49 511 39780-23
fax: +49 511 39780-65

www.set.de
michael.kni...@set.de

Handelsregister: HRB52778 Amtsgericht Hannover
Geschäftsführer: Till Dammermann, Dr. Bernd Huber

Anstehende Termine

Das POSY-OutputForum findet am 7. und 8. November 2018 in Hannover statt.

Weitere Informationen und die Anmeldung finden Sie auf unserer 
Homepage...

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

IBM Basic Counter Unit

[Mike Kerford-Byrnes]

In an idle moment a few months ago, I remembered using the above on a 360/50.  
It looked like an 029 in intensive care, with a lot of cables emanating from 
the box, all connected to various points in the processor.  

I doodled on Google and found a reference which included a picture (sorry - 
image!) and a reference to the IBM model number (which I thought was 29??).

I now have a desire to revisit that picture/reference as part of a history 
project on which I am working.  But I cannot for the life of me find any 
reference to it .  I spent a large part of Friday with Google and Bing, trying 
every combination of IBM, Basic, Counter, and unit, as well as the 29nn values. 
 But --- nothing.

I suspect I have missed the 'magic' Google phrase which would reveal all - 
several hours of frustrating Googling can induce typing "inconsistencies", so I 
am appealing to this forum for anything that can help me to track it down.

Hopefully thanking in advance.

Mike Kerford-Byrnes   

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

Re: IBF missing in new z hardware

[Jake Anderson]

Hi Parwez

Thanks for sharing



On Mon 13 Aug, 2018, 12:44 PM Parwez Hamid, 
wrote:

> Jake,
> If you don't have access to IBM TechDocs, I can send the PDF version to
> you direct. There are some important considerations if you are using the
> z14 ZR1 as a coupling facility. This is covered in detail in the Tech Doc.
>
>
> Short answer. customer supplied UPS.
>
> Here is some text I have cut from the TechDoc I referenced:
>
> The Internal Battery Feature (IBF) is an optional feature on many of the
> IBM Z family processors. The IBF provides a local uninterrupted power source
> and further enhances the robustness of the power design present in the
> mainframe and increases a mainframe’s immunity to power line disturbance
> . It provides battery backup power to preserve processor data during a
> loss of power on all power feeds from the computer room. The IBF can hold
> power briefly during a brownout, or for orderly shutdown if there is a
> longer outage. IBM announced the IBM z14 ZR1 in April 2018. The
> announcement included information about the single 19” frame that houses
> the ZR1hardware components as well as a new Feature Code (FC), FC 0617 –
> 16U Reserved, which allows customers to install components other than ZR1
> hardware inside of the 19” rack given that it meets a set of criteria for
> the space.
> The ZR1 will not be available with an IBF; clients requiring a battery
> backup solution must consider an alternative battery backup solution when
> planning for the ZR1
> .
> Although the IBF is offered on the dual frame z14, it will not be offered
> as a feature option for the IBM z14 Model ZR1 processor. Clients with
> sensitive data on a ZR1 will need to explore an external industry -
> standard solution such as an Uninterrupted Power Supply (UPS) to address
> concerns regarding back -
> up generator lag - time.
>
> IBM ZR1 Considerations. There is no IBF feature for any z14 Model ZR1 .
> Battery backup, such as an external UPS solution or floor wide UPS
> solution, can be used to provide power resiliency to the ZR1. A UPS
> installed into the 16U Reserved Area will only be able to provide battery
> backup to other
> hardware installed in this area; ZR1 hardware, outside of the 16U Reserved
> area, cannot be powered from a UPS installed in the 19” rack.
>
> Battery backup power from an external UPS solution or floor wide UPS
> solution can provide the ZR1 power in case of a brownout, or in the case of
> a longer power outage, it will provide time to properly bring down
> components running in the ZR1. This can become particularly important when
> Coupling Facilities (CF) are housed inside of the CPC.
>
> --
> 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: IBF missing in new z hardware

[Parwez Hamid]

Jake,
If you don't have access to IBM TechDocs, I can send the PDF version to you 
direct. There are some important considerations if you are using the z14 ZR1 as 
a coupling facility. This is covered in detail in the Tech Doc.


Short answer. customer supplied UPS. 

Here is some text I have cut from the TechDoc I referenced:

The Internal Battery Feature (IBF) is an optional feature on many of the IBM Z 
family processors. The IBF provides a local uninterrupted power source
and further enhances the robustness of the power design present in the 
mainframe and increases a mainframe’s immunity to power line disturbance
. It provides battery backup power to preserve processor data during a loss of 
power on all power feeds from the computer room. The IBF can hold 
power briefly during a brownout, or for orderly shutdown if there is a longer 
outage. IBM announced the IBM z14 ZR1 in April 2018. The announcement included 
information about the single 19” frame that houses the ZR1hardware components 
as well as a new Feature Code (FC), FC 0617 – 16U Reserved, which allows 
customers to install components other than ZR1 hardware inside of the 19” rack 
given that it meets a set of criteria for the space. 
The ZR1 will not be available with an IBF; clients requiring a battery backup 
solution must consider an alternative battery backup solution when planning for 
the ZR1
. 
Although the IBF is offered on the dual frame z14, it will not be offered as a 
feature option for the IBM z14 Model ZR1 processor. Clients with sensitive data 
on a ZR1 will need to explore an external industry - standard solution such as 
an Uninterrupted Power Supply (UPS) to address concerns regarding back -
up generator lag - time.

IBM ZR1 Considerations. There is no IBF feature for any z14 Model ZR1 . Battery 
backup, such as an external UPS solution or floor wide UPS solution, can be 
used to provide power resiliency to the ZR1. A UPS installed into the 16U 
Reserved Area will only be able to provide battery backup to other 
hardware installed in this area; ZR1 hardware, outside of the 16U Reserved 
area, cannot be powered from a UPS installed in the 19” rack.

Battery backup power from an external UPS solution or floor wide UPS solution 
can provide the ZR1 power in case of a brownout, or in the case of a longer 
power outage, it will provide time to properly bring down components running in 
the ZR1. This can become particularly important when Coupling Facilities (CF) 
are housed inside of the CPC.

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

Re: Vulnerability mitigation with OSPROTECT

[Timothy Sipples]

There's a great deal of information published here:

http://publibz.boulder.ibm.com/zoslib/pdf/OA54807.pdf

As that document indicates, please refer to the official publication
updates themselves for the latest authoritative information.

I see that CA has published lots of (non) impact statements within the past
couple weeks, with no problems reported or expected in ACF2, MIMS, CA1,
MICS, and Datacom, as examples.

As a reminder, please subscribe to the IBM Z Security Portal if you need
to. Details here:

https://www.ibm.com/common/ssi/cgi-bin/ssialias?htmlfid=ZSQ03054USEN


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE
E-Mail: sipp...@sg.ibm.com

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

Re: IBF missing in new z hardware

[Jake Anderson]

Hi Parwez,

My bad I meant z14 zr1.

How is the machine going to work without IBF so was wondering

On Mon 13 Aug, 2018, 12:00 PM Parwez Hamid, 
wrote:

> z13 and z13s DO support IBF and it is available. You sure you don't mean
> z14 Models ZR1 or LR1? If this is the case then, it isn't!
>
> For additional info either refer to the announcement letter or the
> following Tech Doc Number WP102752
>
> --
> 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: IBF missing in new z hardware

[Parwez Hamid]

z13 and z13s DO support IBF and it is available. You sure you don't mean z14 
Models ZR1 or LR1? If this is the case then, it isn't!

For additional info either refer to the announcement letter or the following 
Tech Doc Number WP102752

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

Re: SAN switch for TAPE drive

[Timothy Sipples]

Very rarely a storage vendor might require attachment of their storage
device via a particular vendor-supported SAN switch in order to end up with
a vendor-supported configuration. Even in those rare, exceptional cases
it's not because the technology prohibits direct attachment. Sometimes a
tape controller is required, with or without a SAN switch in the picture.

Surely the tape drive vendor would know how their tape drive can be
attached, right?


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM Z & LinuxONE
E-Mail: sipp...@sg.ibm.com

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

IBF missing in new z hardware

[Jake Anderson]

Hi

IBF(Integrated battery feature) doesn't seem to be available from z13.

Any idea how the newer hardware are going to manage without IBF ?


Jake

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