Re: HMCS consoles

[Barbara Nitz]

>If you need help setting them up, send me an offline email and I can direct 
>you through it.  It will take you all of about 10 minutes to do the OSA 
>changes and another 5 to generate the NIP OS consoles in your IODF.

Thanks Brian, we do have those consoles set up (someone else did it), and the 
HMCS worked great for NIP. Due to the wrong definition I could only use one per 
plex.

To answer my own question: This morning I went and deleted the console named 
HMCS in the sandplex. I corrected the definition to now specify this:
CONSOLE DEVNUM(HMCS) NAME(HMCS) AUTH(MASTER) MSCOPE(*)
INTIDS(Y) LEVEL(ALL) UNKNIDS(Y) ROUTCODE(1-10,11-128)  
(Note that I also limit mscope now to make health checker happy. And we use 4 
character system names.)

Then I IPL'd the system where the console named HMCS was once active. The new 
console HMCS activated just fine. And a good thing it did because the 
Operating System Messages console is complete crap - the last message it was 
showing was a listing of my IEASYSxx parms. I was running blind until NIP was 
done. IBM will need to fix this - I have encountered it several times now.

It turns out that the other system in the sandplex still cannot activate an 
HMCS console, not even console HMCS. Now that I saw this, it makes sense 
because an MCS console has control blocks built at IPL and (AFAIK) at IPL only, 
and there simply are no control blocks to describe the new HMCS console on 
the not-yet-IPL'd system. We'll take care of that during the day when we move 
that other system to the z13.

Barbara

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

AW: zAware Usage

[Peter Hunkeler]

I'd be interested in that, too, so replies to the list, please. We have 
concrete plans to use it soon.


--
Peter Hunkeler



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

Re: TCP/IP ezasoket call interface - connection timeout parameter.

[David Crayford]

I'm not familiar with EZASOCKET but I assume it supports the usual set 
of socket API calls. To set a connection timeout put the socket into 
non-blocking mode and then call connect(). Check the return code, it's 
probably EINPROGRESS otherwise an error has occured. Call select() with 
a timeout value to wait until the socket is connected or a timeout 
occurs. Put the socket back into blocking mode and send/receive some 
data. I also use setsockopt() to set send/receive timeouts as well.



On 14/10/2016 8:52 PM, Cannaerts, Jan wrote:

Hello list,


We have a situation where we have a CICS transaction which exchanges information
With another company over TCP/IP, using the ezasoket call interface.
We are the client, while they are the server.

Through experience we have learned that "because reasons", the server does not
always accept our connections, but our connection attempts are not being
actively refused. Instead, the connection attempt waits until its timeout value
is met and then returns with the appropriate error code. For every pending
connection that will never succeed, a transaction sits there waiting for its
timeout. Those queue up, we reach MaxTasks, and other work gets disrupted.

So the question is then; how and/or where we can set this timeout value
for a connection attempt? From what I gather, it's not possible to set this 
value
on a per-socket basis, as some digging through the IP Sockets Application
Programming Interface Guide and Reference has left me wanting. From the
z/OS Communications Server: IP Configuration Reference, I find that I can set 
the
CONNECTTIMEOUT parameter in the TCPCONFIG statement of our TCP/IP profile, but
this value will then be enforced on every connection made through that IP stack.
 From what I gather, we don't set CONNECTTIMEOUT, and as such are subject to the
75 second default, which is definitely too long for what we're doing.

We could set up an entirely different IP stack with a lower CONNECTTIMEOUT for
just this application, but that seems a bit much. Especially if we can set the
connection timeout on a per-socket basis instead.

Another idea is to make the sockets that perform the connection attempts
non-blocking. We would check the return code after the connection attempt, and 
if
successful continue. If the connection is still pending, we'd issue a select 
with
an appropriate timeout parameter. At this point this seems the most logical way
to continue. But I know I might be missing something, otherwise I wouldn't be
consulting the list.

Any ideas, or comments about my assumptions are kindly appreciated.


Regards,
Jan

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

zAware Usage

[Roger Lowe]

Hi All,
Just a curiosity question - how many of you have zAware configured and 
actively in use in your environment?

You can either reply to the List or offline to me..

Thanks, Roger

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

Re: ABO Automatic Binary Optimizer

[Peter Relson]

No, that is not what I meant.

It goes back to this: "[ABO] ... produces a functionally equivalent 
executable program", which is a claim somewhere within the ABO site. OK, I 
can see a search-box at the top of my screen (sorry, "page"). It is in the 
User's Guide for ABO.

That is either some snake-oil marketing-speak, or something underlies it. 
I assumed the latter, and that now seems to be borne out by further 
research.

To me it amounts to "we can show that the program we produce, works in the 
same way as the program we started with, it just does it differently". 
This is a very different thing from the mythical program which can test 
any given program.


I cannot agree.  That sort of statement in marketing material that I know 
of (my knowledge of such material is admittedly very limited) amounts to 
"that is our intent; if that is not the case then we will consider that a 
bug that we may fix".


My interpretation is this: "If the program is written in such a way that 
it complies with what is explicitly documented for the version of 
Enterprise COBOL that the program was last compiled with, that 
documentation being the appropriate Language Reference, Programming Guide 
and Migration Guide, and that all the data referenced by the given program 
"complies with its PICture", then that will work in an identical manner 
with Enterprise COBOL V5+."


And that sounds to me like the intent of the product. And when the intent 
is not met, it is a bug that we may fix.

You seem to be looking for a guarantee of program correctness. If I am 
correct, a vendor (including IBM) cannot in ordinary circumstances offer 
that; they/we can offer only a warranty that defects will be dealt with.

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: ftp connection dies ?

[Bill Godfrey]

The ftp configuration data set used by EZAFTPKS in your session is probably the 
same one that the TSO "ftp" command shows when you run it from the same TSO 
session.

The "unauthenticatedTimeout" setting is on the Windows IIS server, not in the 
ftp configuration data set, if that's what you are thinking about.

On Sun, 16 Oct 2016 18:05:25 -0400, Joe Reichman wrote:

>I am running the program under test so 
>
>
>Using the programming interface EZAFTPKS I have this issue, using the batch 
>job PGM=FTP It always works
>
>Would know what the ftp configuration data set would be ?
>
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Bill Godfrey
>Sent: Sunday, October 16, 2016 5:47 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: ftp connection dies ?
>
>How much time passes between your OPEN and your USER commands?
>
>If you are running your code under TEST with a breakpoint between OPEN and 
>USER, and you let 30 seconds pass before resuming, the IIS FTP server will 
>drop the connection.
>
>Or your IIS "unauthenticatedTimeout" might be set to something less than 30 
>seconds.
>
>Bill
>
>On Sun, 16 Oct 2016 15:13:29 -0400, Joe Reichman wrote:
>
>>
>>
>>Hi
>>
>>
>>
>>I am hoping someone can help me
>>
>>
>>
>>This my trace output my traceid is JOE the trace is saying I must first 
>>issue OPEN seems like I have done this I don't understand
>>
>>
>>
>>
>>
>> Date - 10/16/2016  Time - 18:52:31  Process ID - 33619975  
>> TC
>>
>>JOE SCMD >OPEN 10.0.0.205 21
>>
>>
>>JOE Connecting to:   10.0.0.205 port: 21.
>>
>>
>>JOE 220 Microsoft FTP Service
>>
>>
>>JOE Command(00-10--220):
>>
>>
>>JOE SCMD <
>>
>>
>>JOE SCMD >User Reichman
>>
>>
>>JOE *** Control connection with 10.0.0.205 dies.
>>
>>
>>JOE You must first issue the 'OPEN' command
>>
>>
>>JOE Command(26-19--   ):
>>
>>
>>JOE SCMD <
>>
>>

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

Re: ftp connection dies ?

[Joe Reichman]

I am running the program under test so 


Using the programming interface EZAFTPKS I have this issue, using the batch job 
PGM=FTP It always works

Would know what the ftp configuration data set would be ?



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bill Godfrey
Sent: Sunday, October 16, 2016 5:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ftp connection dies ?

How much time passes between your OPEN and your USER commands?

If you are running your code under TEST with a breakpoint between OPEN and 
USER, and you let 30 seconds pass before resuming, the IIS FTP server will drop 
the connection.

Or your IIS "unauthenticatedTimeout" might be set to something less than 30 
seconds.

Bill

On Sun, 16 Oct 2016 15:13:29 -0400, Joe Reichman wrote:

>
>
>Hi
>
>
>
>I am hoping someone can help me
>
>
>
>This my trace output my traceid is JOE the trace is saying I must first 
>issue OPEN seems like I have done this I don't understand
>
>
>
>
>
> Date - 10/16/2016  Time - 18:52:31  Process ID - 33619975  
> TC
>
>JOE SCMD >OPEN 10.0.0.205 21
>
>
>JOE Connecting to:   10.0.0.205 port: 21.
>
>
>JOE 220 Microsoft FTP Service
>
>
>JOE Command(00-10--220):
>
>
>JOE SCMD <
>
>
>JOE SCMD >User Reichman
>
>
>JOE *** Control connection with 10.0.0.205 dies.
>
>
>JOE You must first issue the 'OPEN' command
>
>
>JOE Command(26-19--   ):
>
>
>JOE SCMD <
>
>

--
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: ftp connection dies ?

[Bill Godfrey]

How much time passes between your OPEN and your USER commands?

If you are running your code under TEST with a breakpoint between OPEN and 
USER, and you let 30 seconds pass before resuming, the IIS FTP server will drop 
the connection.

Or your IIS "unauthenticatedTimeout" might be set to something less than 30 
seconds.

Bill

On Sun, 16 Oct 2016 15:13:29 -0400, Joe Reichman wrote:

>
>
>Hi
>
>
>
>I am hoping someone can help me
>
>
>
>This my trace output my traceid is JOE the trace is saying I must first
>issue OPEN seems like I have done this I don't understand
>
>
>
>
>
> Date - 10/16/2016  Time - 18:52:31  Process ID - 33619975  TC
>
>JOE SCMD >OPEN 10.0.0.205 21
>
>
>JOE Connecting to:   10.0.0.205 port: 21.
>
>
>JOE 220 Microsoft FTP Service
>
>
>JOE Command(00-10--220):
>
>
>JOE SCMD <
>
>
>JOE SCMD >User Reichman
>
>
>JOE *** Control connection with 10.0.0.205 dies.
>
>
>JOE You must first issue the 'OPEN' command
>
>
>JOE Command(26-19--   ):
>
>
>JOE SCMD <
>
>

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

ftp connection dies ?

[Joe Reichman]

 

Hi

 

I am hoping someone can help me

 

This my trace output my traceid is JOE the trace is saying I must first
issue OPEN seems like I have done this I don't understand  

 

 

 Date - 10/16/2016  Time - 18:52:31  Process ID - 33619975  TC

JOE SCMD >OPEN 10.0.0.205 21


JOE Connecting to:   10.0.0.205 port: 21.


JOE 220 Microsoft FTP Service


JOE Command(00-10--220):


JOE SCMD <


JOE SCMD >User Reichman


JOE *** Control connection with 10.0.0.205 dies.


JOE You must first issue the 'OPEN' command


JOE Command(26-19--   ):


JOE SCMD <


 

 

 

 


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

Re: Who is monitoring IBM-main?

[Mark Regan]

Send email to ibm-main-requ...@listserv.ua.edu

On Sun, Oct 16, 2016, 10:35 Itschak Mugzach  wrote:

> In order to align with the forum rules, I would like to get her/his
> confirmation to publish new product. How is the the moderator these days?
>
> Best
> ITschak
> נשלח מה-iPad שלי
> --
> 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: HMCS consoles

[R.S.]

W dniu 2016-10-16 o 11:00, Brian Westerman pisze:

When you ordered your z13, did it not come with at least one OSA-ICC adapter?  
If it did, then you have (up to) 120 consoles that you can use at IPL for the 
LPARs in your sysplex.

If you need help setting them up, send me an offline email and I can direct you 
through it.  It will take you all of about 10 minutes to do the OSA changes and 
another 5 to generate the NIP OS consoles in your IODF.



For the record purposes: ICC is not a feature of CPC. It is up to system 
administrator to define one of the OSA chpids as OSC.

So, it is perfectly possible to have z13 with many OSA cards and no OSC.
Of course it's good idea to have some console solutio and ICC seems to 
be the most reasonable choice today.


--
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.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: Changing the primary AUTHID using RACROUTE

[scott Ford]

The TSBX picks up the termid for TSO userid said but I think you want the
submitter userid and termid ?

Scott

On Sunday, October 16, 2016, scott Ford  wrote:

> Janet,
>
> I work off the TSB
>
> On Thursday, October 13, 2016, J R  > wrote:
>
>> My apologies, yes, I meant ASXBSENV.
>> Re. RACROUTE, this is a higher layer (SAF - System Authorization
>> Facility) to request auth functions without concern over which specific
>> security server is in use, ie. RACF, ACF2 or TSS.  Before SAF, non-RACF
>> alternatives would need to hijack SVCs 130-133.
>>
>> If you are not sure which security server is in use, it's always safer to
>> use RACROUTE.
>>
>> Sent from my iPhone
>>
>>
>>
>> 
>> From: IBM Mainframe Discussion List  on behalf
>> of Janet Graff <004dc9e91b6d-dmarc-requ...@listserv.ua.edu>
>> Sent: Thursday, October 13, 2016 1:14 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Changing the primary AUTHID using RACROUTE
>>
>> >Put the address of the new ACEE in ASCBSENV and/or TCBSENV as
>> appropriate?
>>
>> >J R
>>
>> I think it's ASXBSENV.
>>
>> For my test application TCBSENV is 0.
>>
>> I get a S0C4 when I do attempt to replace ASXBSENV despite being
>> authorized and in supervisor mode.  It feels like there is a RACROUTE macro
>> or equivalent that says "start using this ACEE" which will put the value in
>> ASXBSENV and probably update ASXBUSER?
>>
>> I see references to the RACINIT macro which has similar parameters but it
>> appears to be a parallel function to RACROUTE ENVIR=CREATE and not a
>> sequencing thing, that is you aren't supposed to do RACROUTE ENVIR=CREATE
>> and then RACINIT ENVIR=CREATE.
>>
>> For what I'm trying to do, that is create a new secondary ACEE and run
>> under this new ACEE's authority, would the RACINIT macro be more
>> appropriate?
>>
>> Janet
>>
>> --
>> 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: Changing the primary AUTHID using RACROUTE

[scott Ford]

Janet,

I work off the TSB

On Thursday, October 13, 2016, J R  wrote:

> My apologies, yes, I meant ASXBSENV.
> Re. RACROUTE, this is a higher layer (SAF - System Authorization Facility)
> to request auth functions without concern over which specific security
> server is in use, ie. RACF, ACF2 or TSS.  Before SAF, non-RACF alternatives
> would need to hijack SVCs 130-133.
>
> If you are not sure which security server is in use, it's always safer to
> use RACROUTE.
>
> Sent from my iPhone
>
>
>
> 
> From: IBM Mainframe Discussion List  > on behalf of Janet Graff <
> 004dc9e91b6d-dmarc-requ...@listserv.ua.edu >
> Sent: Thursday, October 13, 2016 1:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU 
> Subject: Re: Changing the primary AUTHID using RACROUTE
>
> >Put the address of the new ACEE in ASCBSENV and/or TCBSENV as appropriate?
>
> >J R
>
> I think it's ASXBSENV.
>
> For my test application TCBSENV is 0.
>
> I get a S0C4 when I do attempt to replace ASXBSENV despite being
> authorized and in supervisor mode.  It feels like there is a RACROUTE macro
> or equivalent that says "start using this ACEE" which will put the value in
> ASXBSENV and probably update ASXBUSER?
>
> I see references to the RACINIT macro which has similar parameters but it
> appears to be a parallel function to RACROUTE ENVIR=CREATE and not a
> sequencing thing, that is you aren't supposed to do RACROUTE ENVIR=CREATE
> and then RACINIT ENVIR=CREATE.
>
> For what I'm trying to do, that is create a new secondary ACEE and run
> under this new ACEE's authority, would the RACINIT macro be more
> appropriate?
>
> Janet
>
> --
> 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: TCP/IP ezasoket call interface - connection timeout parameter.

[scott Ford]

Roberto,

When the condition occurs what does a 'd tcpip,,n,sock' show ? It should
show the status of you client, I have seen finwt2 a lot with our Java
client talking to our STC rubbing ezasoket interface written in COBOL..

Scott
IDMWORKS

On Friday, October 14, 2016, Roberto Halais 
wrote:

> Same here. Non-blocking.
>
> On Fri, Oct 14, 2016 at 11:44 AM, Ward, Mike S  > wrote:
>
> > We always use non-blocking, it seems to perform better. We had the same
> > issue's here that you experienced. That's why we went the non-blocking
> way.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
> ] On
> > Behalf Of Cannaerts, Jan
> > Sent: Friday, October 14, 2016 7:52 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU 
> > Subject: TCP/IP ezasoket call interface - connection timeout parameter.
> >
> > Hello list,
> >
> >
> > We have a situation where we have a CICS transaction which exchanges
> > information With another company over TCP/IP, using the ezasoket call
> > interface.
> > We are the client, while they are the server.
> >
> > Through experience we have learned that "because reasons", the server
> does
> > not always accept our connections, but our connection attempts are not
> > being actively refused. Instead, the connection attempt waits until its
> > timeout value is met and then returns with the appropriate error code.
> For
> > every pending connection that will never succeed, a transaction sits
> there
> > waiting for its timeout. Those queue up, we reach MaxTasks, and other
> work
> > gets disrupted.
> >
> > So the question is then; how and/or where we can set this timeout value
> > for a connection attempt? From what I gather, it's not possible to set
> this
> > value on a per-socket basis, as some digging through the IP Sockets
> > Application Programming Interface Guide and Reference has left me
> wanting.
> > From the z/OS Communications Server: IP Configuration Reference, I find
> > that I can set the CONNECTTIMEOUT parameter in the TCPCONFIG statement of
> > our TCP/IP profile, but this value will then be enforced on every
> > connection made through that IP stack.
> > From what I gather, we don't set CONNECTTIMEOUT, and as such are subject
> > to the
> > 75 second default, which is definitely too long for what we're doing.
> >
> > We could set up an entirely different IP stack with a lower
> CONNECTTIMEOUT
> > for just this application, but that seems a bit much. Especially if we
> can
> > set the connection timeout on a per-socket basis instead.
> >
> > Another idea is to make the sockets that perform the connection attempts
> > non-blocking. We would check the return code after the connection
> attempt,
> > and if successful continue. If the connection is still pending, we'd
> issue
> > a select with an appropriate timeout parameter. At this point this seems
> > the most logical way to continue. But I know I might be missing
> something,
> > otherwise I wouldn't be consulting the list.
> >
> > Any ideas, or comments about my assumptions are kindly appreciated.
> >
> >
> > Regards,
> > Jan
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email
> > to lists...@listserv.ua.edu  with the message: INFO
> IBM-MAIN
> >
> > ==
> > This email, and any files transmitted with it, is confidential and
> > intended solely for the use of the individual or entity to which it is
> > addressed. If you have received this email in error, please notify the
> > system manager. This message contains confidential information and is
> > intended only for the individual named. If you are not the named
> addressee,
> > you should not disseminate, distribute or copy this e-mail. Please notify
> > the sender immediately by e-mail if you have received this message by
> > mistake and delete this e-mail from your system. If you are not the
> > intended recipient, you are notified that disclosing, copying,
> distributing
> > or taking any action in reliance on the contents of this information is
> > strictly prohibited.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
> >
>
>
>
> --
> “Live as if you were to die tomorrow. Learn as if you were to live
> forever.”
> – Mahatma Gandhi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu  with the message:
> INFO IBM-MAIN
>

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

Re: ABO Automatic Binary Optimizer

[Jesse 1 Robinson]

The procedure Peter describes has clear benefits, but the ability to 
incorporate one CEC at a time into an existing complex is IMO something of a 
luxury. It means having an entirely new separate of cables, power connections, 
and replication of all other necessaries. It means new/changed connections for 
SNA and TCP/IP plus all the software definitions required to support them. Then 
at some later time the old CEC has to be extricated from the complex without 
disruption. 

If someone proposed this procedure in our shop, I would probably argue that the 
risk to operational stability would be greater than the risk of an old 
fashioned push-pull. Not to mention cost.

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


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Friday, October 14, 2016 10:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: ABO Automatic Binary Optimizer

I don’t know how other installations perform processor model upgrades, but our 
facilities manager moves in one new processor (CEC) at a time on a weekend 
during an extended maintenance window and activates only the development/QA 
LPAR's on it for at least a week (sometimes more) of "active use" of the new 
model before migrating production LPAR's to the new model.  Remaining CEC's are 
migrated in similar fashion over a period of months.

A "live" regression test, if you will, with only Development/QA LPAR's affected 
by any issues.  I suppose a similar procedure could work for ABO translations, 
but I suspect that hardware change is "different" from the company's 
perspective, not under full company control if you will.  Individual programs 
*are* under full company control and thus subject to the regression test rules.

I don’t know how we handle microcode updates, so I can't comment accurately on 
that, but I suspect it is done one CEC at a time with backout procedures in 
place in case of issues.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Friday, October 14, 2016 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ABO Automatic Binary Optimizer

On Fri, 14 Oct 2016 11:29:46 -0400, Farley, Peter x23353 wrote:

>Timothy,
>
>You missed two crucial issues:
>
>1. Auditors don't believe in "verification" and management requires audits to 
>pass.  IT does not control auditors (quite the reverse in fact).  And we lowly 
>programmers have no input to auditors at all.
>2. There is no existing independent verification tool for a company to use on 
>ABO's output.  And if someone creates one, it has to be from a company OTHER 
>than IBM so that IBM's ABO results are independently verifiable.
>
>"Smart" testing is of course a valid and desirable goal, but lacking an 
>existing *independent* verification tool there is no option but full 
>regression testing.  Manual verification is not reasonable or cost effective, 
>especially for very large programs and program suites.
>
>And again, I am not trashing ABO, which on its face is an amazing tool BUT it 
>changes object code.  Lacking independent automated verification, in any sane 
>definition of a program life cycle system that is a change that requires full 
>regression testing.
>
Do the above apply likewise to moving to a different processor model, or even 
to a microcode upgrade?


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

Re: HMCS consoles

[Jesse 1 Robinson]

This is our entry in CONSOLxx. I'm currently logged on to both members of the 
sandbox sysplex. 

CONSOLE DEVNUM(HMCS)   
 NAME()  
 AUTH(MASTER)  
 CMDSYS(*) 
 MSCOPE(*) /* PER HEALTH CHECKER */ 
 ROUTCODE(1-10,12-16)  
 MONITOR(JOBNAMES-T)   

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

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Sunday, October 16, 2016 2:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: HMCS consoles

When you ordered your z13, did it not come with at least one OSA-ICC adapter?  
If it did, then you have (up to) 120 consoles that you can use at IPL for the 
LPARs in your sysplex.  

If you need help setting them up, send me an offline email and I can direct you 
through it.  It will take you all of about 10 minutes to do the OSA changes and 
another 5 to generate the NIP OS consoles in your IODF.

Brian


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

Who is monitoring IBM-main?

[Itschak Mugzach]

In order to align with the forum rules, I would like to get her/his 
confirmation to publish new product. How is the the moderator these days?

Best
ITschak
נשלח מה-iPad שלי
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HMCS consoles

[Brian Westerman]

When you ordered your z13, did it not come with at least one OSA-ICC adapter?  
If it did, then you have (up to) 120 consoles that you can use at IPL for the 
LPARs in your sysplex.  

If you need help setting them up, send me an offline email and I can direct you 
through it.  It will take you all of about 10 minutes to do the OSA changes and 
another 5 to generate the NIP OS consoles in your IODF.

Brian

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