Re: MSGID Slip

[Binyamin Dissen]

JOBLIST

On Thu, 12 Nov 2015 14:48:47 -0500 David Cameron 
wrote:

:>I'm trying this again as the first email wasn't readable on my laptop (sorry 
:>if a dup)

:>Hello,

:>I’d like to use MSGID slip for no specific ASID but take a dump for 
:>particular ASID

:>SLIP SET,ID=DAVE,MSGID=ABCI,ML=1,A=SVCD,ENABLE,END

:>this will trap the message, but dumps the ASID where the message was issued

:>I’d like to dump a different job

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: IPL wait state

[Shmuel Metz (Seymour J.)]

In
<2866448533104085.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>,
on 11/12/2015
   at 01:22 PM, Elardus Engelbrecht 
said:

>Ok, was there really any 'security'? I believe RACF was at its
>infancy at that time! ;-)

There was no RACF, although the earlier RSS may have included am
equivalent for OS/360.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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

Re: IPL wait state

[Barry Merrill]

Precisely what occurred.

The story is in ACHAP34 in the MXG Source Library, added well after the 
incident.

As all three had been sent to SHARE by management, there was NO DESIRE to 
publicize
at the time of the incident.

Barry

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Thursday, November 12, 2015 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL wait state

Elardus,

IIRC, the incident was pre-RACF, and the system datasets were protected with 
passwords on the datasets themselves and somebody forgot to put a password on 
SYS1.NUCLEUS.  

Rex


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, November 12, 2015 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL wait state

Barry Merrill wrote:

>... The challenge was accepted, and in short order, "Tim W." observed that 
>SYS1.NUCLEUS was not protected, so he scratched it.  "Tim W." knew that once 
>the system is up, the dataset SYS1.NUCLEUS is not read again, so the SHARE 
>demonstration continued without flaw.  It was later heard that IBM took the 
>SHARE MVS demonstration down at 11 p.m. to IPL for a customer benchmark; it 
>took until 3 a.m. for IBM to find a CE who could correctly decipher the wait 
>state code and explain that the IPLs kept failing because there was no 
>SYS1.NUCLEUS on the IPL volume.

Wow! Barry! That is one of the best war stories I read on IBM-MAIN! I really 
enjoyed your story, especially that big blue have a hard time to fix things! 

Now, DASD were probably not shared, how did that CE found out what the real 
problem was? Dumps? Inspecting Consoles/SYSLOG printouts? SAD?

Ok, was there really any 'security'? I believe RACF was at its infancy at that 
time! ;-)

Barry, do you have any documentation or link of this fun story? 

Groete / Greetings
Elardus Engelbrecht

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


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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

MSGID Slip

[David Cameron]

Hello,

I’d like to use MSGID slip for no specific ASID but take a dump for particular 
ASID 

SLIP SET,ID=DAVE,MSGID=ABCI,ML=1,A=SVCD,ENABLE,END

this will trap the message, but dumps the ASID where the message was issued

I’d like to dump a different job

Thanks,
David

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

Re: (External):HMC and JAVA and Browser ...again/still

[Field, Alan]

Thanks to all. I have been talking to IBM HW support. Not sure their 
recommendation helped but I have discovered:

Using my default browser, Aurora (Firefox Developer Edition ver 44) I can’t 
access.

Chrome ver 46.0.2490.86 m I can’t access

IE ver 9.0.8112.16421 I can’t access

Firefox ESR ver 38.4.0 I CAN access

IBMs recommendation appeared to be for lower levels of Java and HMC, however 
the SHARE presentation by Brian Valentine states
 “JAVA 8.x and HMC 2.13.0 Remote Browser connection will work – no 
customization required” 

That is my configuration Java 8 and HMC 2.13.0 and with an appropriate choice 
of browser it seems to be true. 

Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, November 12, 2015 12:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

Here is an alternate link to the same document: 
http://people.redhat.com/fmiranda/systemz/SHARE.ORG/Seattle%202015/Seattle%20SHARE%20Session%2016705%20-%20HMC%202_13_0.pdf

Start at page 37

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: Jousma, David
Sent: Thursday, November 12, 2015 12:58 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: (External):HMC and JAVA and Browser ...again/still

I don’t recall the exact circumstances of your problem, but IBM sent me these 
instructions for accessing HMC 2.12 level with JAVA 8.  I'm attempting to 
attach a PDF file which interestingly came from SHARE.  If it doesn’t come 
through, search share website for session 16705, page 40.  EDIT: found the 
link: https://share.confex.com/share/124/webprogram/Session16705.html  
although, the document appears to be missing.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, November 12, 2015 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

I'm having the same problem, and I was also able to open a SR using these 
pointers.   Not exactly intuitive to get here

Dana

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

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


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


This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you are not the named addressee you must not disseminate, distribute or copy 
this e-mail. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.


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

Re: 3DES encryption using ICSF callable services

[John Blythe Reid]

Thanks Timothy. Yes, now that I know that it works I'll clean it up to allow 
more flexibility and to provide detailed documentation. It definitely needs to 
allow for both single and double length keys. Even though, I'm pretty sure that 
this assembler routine will only ever be called by the specific PL/I module 
that I've written, and that module provides a service to the application 
programs to allow them to validate or query an item of data. The validation is 
easy as the response is just YES or NO, whereas the query function returns the 
data item to the application program, hence the need for encryption. All the 
same, this needs to be run past the security people here to make sure that they 
approve the use of this technique.

Regards,
John.

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

IPL wait state

[Nathan Astle]

Hello,

I did applied some maintenance to my sandbox system. When i loaded with the
LPAR with the new address.

i got the below message in the HMC,

Central processor (CP) 0 is looping due to switching between program status
words (PSWs) that are not valid. The program status word (PSW) is
.

The IPLTEXT was not written to the newly cloned RES Volume. Could that be a
reason ?


I am not getting a correct explanation about x'000' on my search about the
above PSW in MVS manual codes.

Any suggestions ?

z/OS 1.11

Nathan

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

Re: Applications in a Sysplex/CICSplex

[Frank Swarbrick]

Based on the name alone that sounds like exactly what I am looking for.
Thank you!
Frank

> Date: Wed, 11 Nov 2015 06:57:18 -0600
> From: mabr...@us.ibm.com
> Subject: Re: Applications in a Sysplex/CICSplex
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> The Redbook "Parallel Sysplex Application Considerations" is a good place to 
> start.
> http://www.redbooks.ibm.com/abstracts/sg246523.html
> 
> --
> 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: Applications in a Sysplex/CICSplex

[Frank Swarbrick]

Thank you.
Frank

> Date: Wed, 11 Nov 2015 12:52:30 +0100
> From: mad4...@gmail.com
> Subject: Re: Applications in a Sysplex/CICSplex
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> There's something from IBM who can discover transaction affinities.
> 
> The product is "CICS Interdepency Analyzer" even though it seems you can
> use the load scanner "CAULMS" in order to scan load libraries and find out
> verbs that can impact CICSPlex.
> 
> Of course it's a CICS tool so could catch only something like "EXEC CICS
> GETMAIN SHARED" etc.
> 
> I think the redbook sg246458 about the product above is a good point to
> start from.
> 
> Of course applications could have out-of-CICS behaviour that can impact too.
> 
> Best regards.
> Massimo
> 
> 2015-11-10 17:37 GMT+01:00 Frank Swarbrick :
> 
> > Is there any good documentation on evaluating an application's suitability
> > for running in a Sysplex/CICSplex.  Or more specifically, what "gotchas" do
> > we need to be on the lookout for?  I know we have a vendor application that
> > stores data an "in-core" tables.  That is, they do an EXEC CICS LOAD of a
> > dummy CSECT and then do reads and updates to that area.  Fairly certain
> > this would not work correctly as-is within a CICSplex environment.
> >
> > Thanks,
> > Frank
> >
> > --
> > 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: IPL wait state

[Gerhard Adam]

You can't get a wait state code because there is nothing there to load it.  All 
zeros is what you would expect if the "bootstrap" records never got loaded.

Sent from my iPhone

> On Nov 12, 2015, at 6:58 AM, John Eells  wrote:
> 
> Nathan Astle wrote:
>> Hello,
>> 
>> I did applied some maintenance to my sandbox system. When i loaded with the
>> LPAR with the new address.
>> 
>> i got the below message in the HMC,
>> 
>> Central processor (CP) 0 is looping due to switching between program status
>> words (PSWs) that are not valid. The program status word (PSW) is
>> .
>> 
>> The IPLTEXT was not written to the newly cloned RES Volume. Could that be a
>> reason ?
>> 
>> 
>> I am not getting a correct explanation about x'000' on my search about the
>> above PSW in MVS manual codes.
>> 
>> Any suggestions ?
>> 
>> z/OS 1.11
> 
> 
> I think (but have not tested that) you should get a 00F wait if you try to 
> IPL from a volume with no IPL text.  However, the IPL text--at the level 
> matching the system you are trying to IPL--is required to IPL.  If you never 
> wrote it to the IPL volume the IPL will fail.
> 
> -- 
> 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

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

Re: IPL wait state

[John Eells]

Nathan Astle wrote:

Hello,

I did applied some maintenance to my sandbox system. When i loaded with the
LPAR with the new address.

i got the below message in the HMC,

Central processor (CP) 0 is looping due to switching between program status
words (PSWs) that are not valid. The program status word (PSW) is
.

The IPLTEXT was not written to the newly cloned RES Volume. Could that be a
reason ?


I am not getting a correct explanation about x'000' on my search about the
above PSW in MVS manual codes.

Any suggestions ?

z/OS 1.11



I think (but have not tested that) you should get a 00F wait if you try 
to IPL from a volume with no IPL text.  However, the IPL text--at the 
level matching the system you are trying to IPL--is required to IPL.  If 
you never wrote it to the IPL volume the IPL will fail.


--
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: 3DES encryption using ICSF callable services

[Timothy Sipples]

Parameterization of key length *and* algorithm choice (TDEA, AES), I
recommend.

Bear in mind that if you don't use ICSF (or perhaps System SSL) then, most
probably, secure key and protected key are foreclosed, and somebody will
have to start from scratch to fix your code if/when the time comes. If
you'd like a quick introduction to secure key and protected key, I
recommend IBM Document No. WP100647, available here:

http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/WP100647

As something of a "Band-Aid" approach you could look at partially isolating
your encryption handling routine, for example by having a storage boundary
at run-time. That wouldn't be secure key or protected key, of course.

It also occurs to me that there are a couple countries now, and perhaps a
couple more to come, where your code would be flat out rejected since those
countries tend to require use of their own national cryptographic
algorithms. ICSF helps insulate your code from those considerations, too.
So if your code has any possibility of market sale across a border, or if
the owner of the code could expand its business into those markets, your
code (as it is now) will probably need to be ripped up and completely
rewritten.

This thread is a microcosm of the sort of considerations professional
developers *ought* to have, to at least strive to write *enduring* code --
and preferably not write code at all unless really required since custom
code itself has an inherent brittleness to it. These are the sorts of
considerations I try to imagine in my line of work, to imagine how the
design will be flexed and evolve over time. I think it's worth spending at
least a little time worrying about such issues, because then it's more
likely that one creates great, durable, timeless work.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
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: YAFWS

[Ed Finnell]

(yet another Friday war story)




In a message dated 11/13/2015 1:16:31 A.M. Central Standard Time,  
kees.verno...@klm.com writes:

What is  YAFWS?


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

Re: Gene Amhdahl Dies at 92

[Anne & Lynn Wheeler]

stars...@mindspring.com (Lizette Koehler) writes:
> Gene Amdahl, who helped IBM usher in general-purpose computers in the 1960s 
> and
> challenged the company's dominance a decade later with his eponymous machines,
> has died. He was 92.
> He died on Nov. 10 at Vi at Palo Alto, a continuing care retirement community 
> in
> Palo Alto, California, his wife Marian Amdahl said in a telephone interview. 
> The
> cause was pneumonia, and he had Alzheimer's disease for about five years.

end of ACS, Amdahl shutdown ACS-360
http://people.cs.clemson.edu/~mark/acs_end.html

ACS was shutdown after ibm management decided it would advance state of
the art too fast and they could loose control of the market. Talks about
ACS features that finally show up in ES/9000 more than two decades
later. Also references multithreading patents. I had gotten sucked into
a project that was looking at multithreading 370/195 ... which never
shipped.

Early 70s, there was FS project that was completely different than
360&370 and was going to completely replace 360/370 ... and internal
politics was shutting down 370 efforts. Lack of 370 products during this
period is credited with giving clone processors market foothold.
http://people.cs.clemson.edu/~mark/fs.html

-- 
virtualization experience starting Jan1968, online at home since Mar1970

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

Re: Applications in a Sysplex/CICSplex

[Rob Schramm]

CICS IA has come a long way in the last couple versions.  CICS IA requires
a DB2 either z/OS or LUW.  I have done the LUW implementation using batch
jdbc connections from z/OS to the DB2 LUW.  Or it can be done with some
sort of FTP + load scripts or FTP + jdbc load local (remote is only
supported for DB2 z/OS.  Or there is a remote loader that runs java that
can be used ( company name escapes me).  DB2 Express-C is free or some $$
for support contract.

Rob Schramm
CICS IA using DB2 Express-C Expert

On Thu, Nov 12, 2015, 6:55 PM Frank Swarbrick 
wrote:

> Based on the name alone that sounds like exactly what I am looking for.
> Thank you!
> Frank
>
> > Date: Wed, 11 Nov 2015 06:57:18 -0600
> > From: mabr...@us.ibm.com
> > Subject: Re: Applications in a Sysplex/CICSplex
> > To: IBM-MAIN@LISTSERV.UA.EDU
> >
> > The Redbook "Parallel Sysplex Application Considerations" is a good
> place to start.
> > http://www.redbooks.ibm.com/abstracts/sg246523.html
> >
> > --
> > 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: YAFWS

[Vernooij, CP (ITOPT1) - KLM]

What is YAFWS?

Yes, ABSTR is a wonderful tool, it also works for a deleted production 
HASPCKPT, I know.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane Ginnane
Sent: 13 November, 2015 6:04
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: YAFWS

It ain't just NUCLEUS the system will run happily without.

One day a fellow (senior) sysprog wandered over and asked if I knew the system 
would continue to run without the master cat.
Never thought about it. Guessed he was talking about our sandpit. Nope, he had 
the Prod system set online and ...

Hmm - all looked ok, not that anyone was about to try defining a new alias or 
whatever. We found the ondisk space it had occupied and re-defined it at the 
same absolute address. Everybody, and I mean *everybody* in the team was 
on-site for the next Prod IPL.

Shane ...
(yet another Friday war story)

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

Gene Amdahl Dies at 92

[Timothy Sipples]

I posted some thoughts on the occasion of Gene Amdahl's passing here:

http://millennialmainframer.com/2015/11/gene-amdahl-dies-at-92/

Amdahl was from a generation even before my parents'. I'm still a big
admirer.


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
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: YAFWS

[Vernooij, CP (ITOPT1) - KLM]

Even Google couldn't tell me within 2 pages, so that made me curious.
Thanks,
Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Finnell
Sent: 13 November, 2015 8:46
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: YAFWS

(yet another Friday war story)




In a message dated 11/13/2015 1:16:31 A.M. Central Standard Time,  
kees.verno...@klm.com writes:

What is  YAFWS?


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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: IPL wait state

[Elardus Engelbrecht]

Barry Merrill wrote:

>... The challenge was accepted, and in short order, "Tim W." observed that 
>SYS1.NUCLEUS was not protected, so he scratched it.  "Tim W." knew that once 
>the system is up, the dataset SYS1.NUCLEUS is not read again, so the SHARE 
>demonstration continued without flaw.  It was later heard that IBM took the 
>SHARE MVS demonstration down at 11 p.m. to IPL for a customer benchmark; it 
>took until 3 a.m. for IBM to find a CE who could correctly decipher the wait 
>state code and explain that the IPLs kept failing because there was no 
>SYS1.NUCLEUS on the IPL volume.

Wow! Barry! That is one of the best war stories I read on IBM-MAIN! I really 
enjoyed your story, especially that big blue have a hard time to fix things! 

Now, DASD were probably not shared, how did that CE found out what the real 
problem was? Dumps? Inspecting Consoles/SYSLOG printouts? SAD?

Ok, was there really any 'security'? I believe RACF was at its infancy at that 
time! ;-)

Barry, do you have any documentation or link of this fun story? 

Groete / Greetings
Elardus Engelbrecht

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

Re: Gene Amhdahl Dies at 92

[Steve Thompson]

RIP Gene.

Never met him, worked with several who had after he had left 
AMDAHL. I always thought highly of him as did they.


I had hoped he would come up with another system to compete with 
IBM. They sure need it.


Regards,
Steve Thompson

On 11/12/2015 09:09 PM, Lizette Koehler wrote:

http://www.bloomberg.com/news/articles/2015-11-12/gene-amdahl-ibm-computer-desig
ner-who-founded-rival-dies-at-92


Gene Amdahl, who helped IBM usher in general-purpose computers in the 1960s and
challenged the company's dominance a decade later with his eponymous machines,
has died. He was 92.
He died on Nov. 10 at Vi at Palo Alto, a continuing care retirement community in
Palo Alto, California, his wife Marian Amdahl said in a telephone interview. The
cause was pneumonia, and he had Alzheimer's disease for about five years.


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

YAFWS

[Shane Ginnane]

It ain't just NUCLEUS the system will run happily without.

One day a fellow (senior) sysprog wandered over and asked if I knew the system 
would continue to run without the master cat.
Never thought about it. Guessed he was talking about our sandpit. Nope, he had 
the Prod system set online and ...

Hmm - all looked ok, not that anyone was about to try defining a new alias or 
whatever. We found the ondisk space it had occupied and re-defined it at the 
same absolute address. Everybody, and I mean *everybody* in the team was 
on-site for the next Prod IPL.

Shane ...
(yet another Friday war story)

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

Gene Amhdahl Dies at 92

[Lizette Koehler]

http://www.bloomberg.com/news/articles/2015-11-12/gene-amdahl-ibm-computer-desig
ner-who-founded-rival-dies-at-92


Gene Amdahl, who helped IBM usher in general-purpose computers in the 1960s and
challenged the company's dominance a decade later with his eponymous machines,
has died. He was 92.
He died on Nov. 10 at Vi at Palo Alto, a continuing care retirement community in
Palo Alto, California, his wife Marian Amdahl said in a telephone interview. The
cause was pneumonia, and he had Alzheimer's disease for about five years.


Lizette Koehler

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

Re: IPL wait state

[Tony Harminc]

On 12 November 2015 at 05:09, Nathan Astle  wrote:
> i got the below message in the HMC,
>
> Central processor (CP) 0 is looping due to switching between program status
> words (PSWs) that are not valid. The program status word (PSW) is
> .
>
> The IPLTEXT was not written to the newly cloned RES Volume. Could that be a
> reason ?

Yes. But there are many other possible causes; anything that overlays
the program new PSW in low storage can provoke it. If another
processor is available to z/OS it should be able to stop the loop, but
not always.

> I am not getting a correct explanation about x'000' on my search about the
> above PSW in MVS manual codes.

If it's not a wait-state PSW, there will be no wait state code
present. More exactly, if it's not a disabled wait-state PSW, there is
no wait state code documented in the MVS System Codes because this is
not an error situation; it's just the system with no work to do. In
this case of an enabled wait, the PSW address will usually be 0,
though there is no architectural reason it couldn't be anything at all
that the system wants to leave there..

In this case almost certainly the system is in that strange condition
described in the Principles of Operation where the program new PSW is
invalid (and subject to early detection). When this PSW is loaded as
the result of a program interrupt, another (specification) program
interrupt immediately becomes pending. This interrupt has a higher
priority than almost anything else, and so hitting STOP or even
RESTART will not stop the loop.

I imagine that on modern machines the HMC warns when this situation
occurs, just as VM has for decades.

Tony H.

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

Re: (External):HMC and JAVA and Browser ...again/still

[Dana Mitchell]

I'm having the same problem, and I was also able to open a SR using these 
pointers.   Not exactly intuitive to get here

Dana

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

Re: (External):HMC and JAVA and Browser ...again/still

[Jousma, David]

Yea, when we had problems with HMC software, we had to start with our local CE 
first.  Cumbersome to say the least, and eventually, I got to the software guy 
that supports it.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, November 12, 2015 11:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

I got a response to my SR quickly:

This email is in regards to PMR - 9,999,000. The issue which you are facing 
is - How-to for System z Consoles 1.2.0 . Unable to access 'Operating System 
Messages' remotely on HMC via browser . This issue is delat by our hardware 
team . Please get in touch with our Hardware Team . Their number is 
1-800-426-7378 option 2 then option 1. The Hardware team will assist you . 
As this issue is related to Hardware we are closing this ticket.

Dana


On Thu, 12 Nov 2015 09:01:55 -0600, Dana Mitchell  wrote:

>I'm having the same problem, and I was also able to open a SR using these 
>pointers.   Not exactly intuitive to get here
>
>Dana
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send 
>email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: (External):HMC and JAVA and Browser ...again/still

[Jousma, David]

Here is an alternate link to the same document: 
http://people.redhat.com/fmiranda/systemz/SHARE.ORG/Seattle%202015/Seattle%20SHARE%20Session%2016705%20-%20HMC%202_13_0.pdf

Start at page 37

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: Jousma, David 
Sent: Thursday, November 12, 2015 12:58 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: (External):HMC and JAVA and Browser ...again/still

I don’t recall the exact circumstances of your problem, but IBM sent me these 
instructions for accessing HMC 2.12 level with JAVA 8.  I'm attempting to 
attach a PDF file which interestingly came from SHARE.  If it doesn’t come 
through, search share website for session 16705, page 40.  EDIT: found the 
link: https://share.confex.com/share/124/webprogram/Session16705.html  
although, the document appears to be missing.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Thursday, November 12, 2015 10:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):HMC and JAVA and Browser ...again/still

I'm having the same problem, and I was also able to open a SR using these 
pointers.   Not exactly intuitive to get here

Dana

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

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


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

Re: IPL wait state

[Barry Merrill]

At the Chicago SHARE 43 meeting in August, 1974, IBM had invited
attendees to a demonstration of the new MVS operating system on the 145
at the Chicago Ed center.  At 8 p.m. Tuesday, three attendees found the
IBM demonstrator on duty was enthralling an attractive lady with his
expertise.  Not wanting to be interrupted by three males, he said, "Go
play with the system on that user TSO terminal over there -- you can
find out how good the security of an MVS system is for a typical TSO
user”.  The challenge was accepted, and in short order, "Tim W." observed
that SYS1.NUCLEUS was not protected, so he scratched it.  "Tim W." knew
that once the system is up, the dataset SYS1.NUCLEUS is not read again,
so the SHARE demonstration continued without flaw.  It was later heard
that IBM took the SHARE MVS demonstration down at 11 p.m. to IPL for a
customer benchmark; it took until 3 a.m. for IBM to find a CE who could
correctly decipher the wait state code and explain that the IPLs kept
failing because there was no SYS1.NUCLEUS on the IPL volume.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Thursday, November 12, 2015 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL wait state

On 12 November 2015 at 05:09, Nathan Astle  wrote:
> i got the below message in the HMC,
>
> Central processor (CP) 0 is looping due to switching between program 
> status words (PSWs) that are not valid. The program status word (PSW) 
> is .
>
> The IPLTEXT was not written to the newly cloned RES Volume. Could that 
> be a reason ?

Yes. But there are many other possible causes; anything that overlays the 
program new PSW in low storage can provoke it. If another processor is 
available to z/OS it should be able to stop the loop, but not always.

> I am not getting a correct explanation about x'000' on my search about 
> the above PSW in MVS manual codes.

If it's not a wait-state PSW, there will be no wait state code present. More 
exactly, if it's not a disabled wait-state PSW, there is no wait state code 
documented in the MVS System Codes because this is not an error situation; it's 
just the system with no work to do. In this case of an enabled wait, the PSW 
address will usually be 0, though there is no architectural reason it couldn't 
be anything at all that the system wants to leave there..

In this case almost certainly the system is in that strange condition described 
in the Principles of Operation where the program new PSW is invalid (and 
subject to early detection). When this PSW is loaded as the result of a program 
interrupt, another (specification) program interrupt immediately becomes 
pending. This interrupt has a higher priority than almost anything else, and so 
hitting STOP or even RESTART will not stop the loop.

I imagine that on modern machines the HMC warns when this situation occurs, 
just as VM has for decades.

Tony H.

--
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: (External):HMC and JAVA and Browser ...again/still

[Dana Mitchell]

I got a response to my SR quickly:

This email is in regards to PMR - 9,999,000. The issue which you are facing 
is - How-to for System z Consoles 1.2.0 . Unable to access 'Operating System 
Messages' remotely on HMC via browser . This issue is delat by our hardware 
team . Please get in touch with our Hardware Team . Their number is 
1-800-426-7378 option 2 then option 1. The Hardware team will assist you . 
As this issue is related to Hardware we are closing this ticket.

Dana


On Thu, 12 Nov 2015 09:01:55 -0600, Dana Mitchell  wrote:

>I'm having the same problem, and I was also able to open a SR using these 
>pointers.   Not exactly intuitive to get here
>
>Dana
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: (External):HMC and JAVA and Browser ...again/still

[Elardus Engelbrecht]

Dana Mitchell wrote:

>This issue is delat by our hardware team . 

Uhhh, what is 'delat'?

A new way to say it is today 'Friday'? ;-)

Groete / Greetings
Elardus Engelbrecht

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

Re: IPL wait state

[Elardus Engelbrecht]

Tony Harminc wrote:

>> The IPLTEXT was not written to the newly cloned RES Volume. Could that be a 
>> reason ?

>Yes. But there are many other possible causes; anything that overlays the 
>program new PSW in low storage can provoke it. If another processor is 
>available to z/OS it should be able to stop the loop, but not always.

Or it could be simply a sloppy ICKDSF job was used or never ever run in the 
first place...

The OP should redo his/her jobs including those cloning jobs.

Groete / Greetings
Elardus Engelbrecht

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