Re: Introducing the New z13s: Tim's Hardware Highlights

[Anne & Lynn Wheeler]

edgould1...@comcast.net (Ed Gould) writes:
> Remember the *OLD* days there was a 16MB max on (even) an MP? Never
> mind the cost of $10K per meg (if memory serves me on a 168).
> Yes the newer machines have more memory but in reality you really
> don't get all that more functionality, and yes there are bells and
> whistles for the z genation.

Significant MVS bloat by 3033 was causing a number of problems ... real
storage requirements was banging hard at the 16mbyte limit. 16bit 370
PTE was 12bit (4kbyte) page number, 2defined bits and 2undefined/unused.
They took 2undefined/unused bits then used them to prefix the (real)
page number ... allowing 14bit page number or up to 64mbytes of real
pages ... allowing lots of application virtual pages to reside above the
16mbyte line.

os/360 significant pointer passing API paradigm was making 16mbyte
virtual address space limit a problem. Transition from SVS to MVS gave
each application its own 16mbyte virtual address space ... but pointer
passing API paradigm required 8mbyte image of the MVS kernel in each
application virtual address space. Then because subsystems services were
in their own virtual address space, pointer passing API required 1mbyte
CSA (in each virtual address space) for passing parameters. CSA size
requirements were proportional to subsystems and applications ... for
large 3033s was 5-6mbytes and threatening to become 8mbytes (leaving
none for applications). Subset of "access registers" was then
retrofitted to 3033 as dual-address mode (allowing subsystems to access
application virtual address space w/o needing CSA).

problem was that 4341 clusters had more processing power than 3033, more
aggregate memory and I/O throughput, much lower cost and significantly
less physical and environmental footprint. Folklore is that head of POK
felt so threatened that corporate was convinced to cut allocation of
critical 4341 manufacturing component in half.

4341 had significant improvement price/performance as well as physical
and environmental footprint resulted in corporations ordering hundreds
at a time for placing out in departmental areas ... sort of the leading
edge of distributed computing tsunami.

Before 4341s shipped, I got roped into benchmarking engineering 4341 for
national labs for big compute farm ... sort of the leading edge of the
coming supercomputer paradigm 

internet+distributed computing+compute farms ... evolves into cloud with
hundreds of thousands of systems and millions of processors in each
cloud megadatacenter (system costs have dropped to such a level
that power are starting to dominate cloud costs).

old email about air force data systems coming out to talk about 20
4341s, spring of 1979 (they had a few mainframes in their datacenter),
but by the time they got around to caming out fall of 1979, it had
jumped to 210 4341s.
http://www.garlic.com/~lynn/2001m.html#email790404
and
http://www.garlic.com/~lynn/2001m.html#email790404b

other 4341 related email
http://www.garlic.com/~lynn/lhwemail.html#4341

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

AW: Re: Prefix save area - confused

[Peter Hunkeler]

> Nevertheless, absolute 0 is owned by PR/SM, right?

The 8 KiB area at absolute 0 is the place where the hardware writes status 
information as result of performing the "Store Status" operation. It has 
existed for longer than PR/SM. I would say, it is owned by the hardware.



> There is Absolute addressing, real addressing, and virtual addressing.


... and for practical purposes absolute and real addressing are the same, 
except when takling about the 8 KiB at real address 0 and the 8KiB point to by 
the prefix resigsters.


But wait a minute, isn't there on more level? Absolulte, real, and virtual are 
*within* an LPAR. It is required to support multi-CP operating system 
*instances*. Since PR/SM, each LPAR must have its own "absolute address 0", 
doesn't it? Actually, the requirement has exited since physically partitionable 
CECs had been in place (can't remember exaxtly which were the first such 
machines, 3033, or 308x, or?).


The net would be: Some code is accessing virtual address 0. The DAT feature 
will (with the help of the DAT tables) translate virtual 0  to *a* real address 
(which just happens to always be real frame 0 in z/OS). The hardware will 
recognize an address within the "prefixing area" (8 KiB in z/Architcture, 4 KiB 
in ESA/390 and predecessors, 2 KiB in even earlier architectures?), and will 
translate real 0 (with the help of the Prefix Register) to absolute 0 (for this 
LPAR). Some other part of the hardware needs to translate "absolute 0 of this 
LPAR" to a *physical* memory address (how this works in detail  is far beyond 
my knowledge).


--
Peter Hunkeler



--
Peter Hunkeler

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

Re: History of Computing 1944 and the evolution to the System/360

[Anne & Lynn Wheeler]

charl...@mcn.org (Charles Mills) writes:
> My *recollection* is that the S/360 30 came with up to 48K, or 64K by RPQ. I
> could be off, but 1MB sounds incredibly high to me.

ga24-3231-7, 360-30 functional characteristics pg14 (from bitsavers)

c308kbytes
d30   16kbytes
dc30  24kbytes
e30   32kbytes
f30   64kbytes



univ had 709/1401 and was sold 360/67 replacement (for tss/360)
... pending delivery of 360/67, transition replaced 1401 with 64kbytes
360/30 ... gave univ.  chance to get acquated with 360 ... but 360/30
could be also be run in 1401 hardware emulation mode.

tss/360 never quite came to production fruition ... so 360/67 ran most
of the time as 360/65 with os/360.

IBM offered 2361 large capacity storage
https://en.wikipedia.org/wiki/IBM_2361_Large_Capacity_Storage

models came in 1mbyte and 2mbyte for models 50, 65, and 75.

i also remember ampex (and other vendors) offering LCS up to 8mbytes,
also additional memory for 30s & 40s.

search engine turns up other vendors offering addon
semiconductor/monolithic memory for 360s in the 70s with larger sizes at
cheaper prices.

-- 
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: DASD device not going offline

[Bruce Hewson]

Hello Tony,

looks like slightly rephrased:-

DATA SET dsname HAS A VOLUME ID THAT DOES NOT MATCH CATALOG  
The provided volume ID, or the volume ID previously found for the data   
set, does not match the volume ID now found in the catalog. The data set 
found in the catalog might not be the one intended to be in the LNKLST   
set. 

System programmer response   
~~   
Depending on the reason do one of the following: 
DATA SET dsname HAS A VOLUME ID THAT DOES NOT MATCH CATALOG  
either correct the catalog entry or remove the volser in the LNKLIST 
definition and try again.


Is actual model message text.

Regards
Bruce

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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Paul Gilmartin]

On Wed, 24 Feb 2016 21:28:05 -0600, Tom Marchant  
wrote:

>On Wed, 24 Feb 2016 19:51:07 -0600, Paul Gilmartin wrote:
>
>>I suspect CA's shenanigans were a motivation for IBM's tightening the rules on
>>SUPERSEDEs a few years prior to that.
>
>How were the rules for SUP tightened?
> 
http://bama.ua.edu/cgi-bin/wa?A2=ind0110=ibm-main-archives=R58709

(Wow!  It's been 15 years!?)

-- gil

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

Re: History of Computing 1944 and the evolution to the System/360

[Charles Mills]

My *recollection* is that the S/360 30 came with up to 48K, or 64K by RPQ. I
could be off, but 1MB sounds incredibly high to me.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Lizette Koehler
Sent: Wednesday, February 24, 2016 7:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: History of Computing 1944 and the evolution to the System/360

I was trolling for information on what the 360 indicated in the System/360
(yes the old one) and came across this video

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

Re: History of Computing 1944 and the evolution to the System/360

[Ed Gould]

On Feb 24, 2016, at 10:04 PM, Tom Marchant wrote:


On Wed, 24 Feb 2016 20:34:33 -0700, Lizette Koehler wrote:

I was trolling for information on what the 360 indicated in the  
System/360 (yes

the old one) and came across this video


Thanks for sharing this, Lizette.


The S/360 Model 30 had 1MB
of memory (I think) at the time.


I think the model 30 had a maximum of 64K when it was introduced.
I don't know if more was ever offered.

In 1970, I was working on a model 50 with 512K of memory.


---SNIP---

Tom In the early 70's I was working on two mod 50's with 512K over in  
Germany for the US Army.

I do NOT know the exact lineage so this is at best IFFY info.
When France kicked the US Troops out out of France the Army had a  
large 7070 in NANCY(???)
This was brought over in  rail cars and the entire system was re  
written in COBOL (except for specialized assembler DB in BDAM) on MFT- 
II rel 21.7 (might have been 21.8) my memory is hazy here.


Dates are at best an approximation except for the time I was there  
71-72.


We had two mod 30's  as well but they were basically a tape to print  
op and I am sure that they were 32K as in DOS you had to specify the  
memory size in sysgen.


These systems were designed to run the entire US Army Material  
Command (all supplies for the army and air force in Europe) but was  
also meant to do it worldwide if/when the army would standardize on a  
system.


I think (this happened after I left) that the cost for the computers  
was out of sight and they (army) decided on DOS and VM.
If anyone wants to know anything specific I have email contact with  
former work mates that still email each other and I can get an exact  
sequence if anybody cares.


Ed

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

Re: DASD device not going offline

[Robert Hahne]

CSV540E simply means that dynamic activation with COPYFROM=CURRENT is no longer 
going to work . Peter has already explained why this happens and what needs to 
be done . Why is OP still beating around the bush  ?


> Date: Wed, 24 Feb 2016 17:44:43 -0500
> From: deerh...@ix.netcom.com
> Subject: Re: DASD device not going offline
> To: IBM-MAIN@LISTSERV.UA.EDU
> 
> On 2/24/2016 5:34 PM, Tony Harminc wrote:
> > On 21 February 2016 at 09:39, Mainframe Mainframe
> >  wrote:
> >> CSV540E LNKLST SET LNKLST00 is in error.
> >>   DATASET SET SYS1.SERBLINK
> >>   HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG.
> >>
> >> Can you please give me little idea on this.
> >
> > Did it really say "HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG"?
> > You've posted this same text three times. Anyone can make a typo, but
> > it shows that you didn't copy it from the system. Might that be true
> > of other things you posted?
> 
> It might not even say CSV540E.
> 
> Bob
> 
> --
> 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: History of Computing 1944 and the evolution to the System/360

[Tom Marchant]

On Wed, 24 Feb 2016 20:34:33 -0700, Lizette Koehler wrote:

>I was trolling for information on what the 360 indicated in the System/360 (yes
>the old one) and came across this video

Thanks for sharing this, Lizette.

>The S/360 Model 30 had 1MB
>of memory (I think) at the time.

I think the model 30 had a maximum of 64K when it was introduced. 
I don't know if more was ever offered.

In 1970, I was working on a model 50 with 512K of memory.

-- 
Tom Marchant

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

History of Computing 1944 and the evolution to the System/360

[Lizette Koehler]

I was trolling for information on what the 360 indicated in the System/360 (yes
the old one) and came across this video

 

Thought some might enjoy the walk down memory lane. The S/360 Model 30 had 1MB
of memory (I think) at the time.

 

 

https://www.youtube.com/watch?v=V4kyTg9Cw8g

 

Lizette Koehler

statistics: A precise and logical method for stating a half-truth inaccurately

 


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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Tom Marchant]

On Wed, 24 Feb 2016 19:51:07 -0600, Paul Gilmartin wrote:

>I suspect CA's shenanigans were a motivation for IBM's tightening the rules on
>SUPERSEDEs a few years prior to that.

How were the rules for SUP tightened?

--
Tom Marchant

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

Re: Introducing the New z13s: Tim's Hardware Highlights

[David L. Craig]

On 16Feb24:2100-0500, zMan wrote:
> 
> I remember $1/byte back in the 360 era. Amazing times.

Even more amazing: according to the https://www.minneapolisfed.org/
inflation calculator, that equates to about $7/byte in today's
dollar's purchasing power.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

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

Re: Introducing the New z13s: Tim's Hardware Highlights

[Ted MacNEIL]

Those Christmas/Birthday cards that 'sing' when you open them contain, 
individually, more computing power than was on the face of the planet in 1950.

-teD
  Original Message  
From: zMan
Sent: Wednesday, February 24, 2016 21:00
To: IBM-MAIN@LISTSERV.UA.EDU
Reply To: IBM Mainframe Discussion List
Subject: Re: Introducing the New z13s: Tim's Hardware Highlights

Ed Gould wrote:
>Remember the *OLD* days there was a 16MB max on (even) an MP? Never mind
the cost of $10K per meg (if memory serves me on a 168).

Maybe at the end of the 370 era. Per http://www.jcmit.com/memoryprice.htm
it wasn't until 1979 or so that it got that cheap.

I remember $1/byte back in the 360 era. Amazing times. I've often noted
that my cellphone contains more memory than *existed on the planet* for
most of my career. Blows my ever lovin' mind!

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

[Ed Gould]

Binyamin:

I agree but to a specific point disagree.

I have been in several shops where read access was given to  
SYS1.PARMLIB . Every one of those shops at least one time a month we  
were called into a meeting to "discuss"  contents of sys1.parmlib.  
Those meeting could last 2-5 hours arguing the contents of one member  
or another. It got so bad that I had to move the contents to another  
restricted library (in the concatenation) to stop such meetings(and  
leave dummy entries behind). It seems that every tom dick and harry  
*KNEW* what one parameter or another should be. On one occasion I  
changed a member because it was mandated and of course it did not do  
anything to solve the problem (was there really a problem?)
Politics is a PITA time waster so keep everything in other libraries  
so you stop the politics before it happens.


Ed

On Feb 24, 2016, at 3:42 PM, Binyamin Dissen wrote:


None.

You should protect your SYS1.DUMP dataset.

In general, protect the data, not the program - unless the program  
is APF and

bypasses OPEN without a security check.

On Wed, 24 Feb 2016 20:46:34 + "Lopez, Sharon"  


wrote:

:>Do others use IPCS instead of systems programmers?  I always  
thought of it as a system's programmers tool but now we have  
application developers that want access to it.  What are the risks  
of giving access to developers?

:>
:>Thanks in advance.
:>
:>
:>
:>
:>
:>Email correspondence to and from this address may be subject to  
the North Carolina Public Records Law and may be disclosed to third  
parties by an authorized state official.

:>
:> 
--

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


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


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

Re: Prefix save area - confused

[Stevet]

Wasn't this referred to, at some point, as the Prefix Storage Area?

And, is it not also used by VM, VSE, and any other multi-CPU SCP?

W/ zArch it became 8K. 

Nevertheless, absolute 0 is owned by PR/SM, right? 
 
Oh this takes me back years to an Architecture class and the definitions that 
had to be given because of Multiple Domain Facility. Yeah, AMDAHL started this. 

There is Absolute addressing, real addressing, and virtual addressing. The 
hypervisor gets it all, while an LPAR thinks it has absolute addressing, but 
only has real and virtual. 

What a headache to keep straight in your head. 

Sent from iPhone - small keyboard fat fingers - expect spellinf errots.

> On Feb 24, 2016, at 8:35 PM, Tom Marchant 
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
> 
>> On Thu, 25 Feb 2016 00:58:30 +0200, Binyamin Dissen wrote:
>> 
>> On Wed, 24 Feb 2016 15:59:57 -0600 Tom Marchant
>> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>> :>On Wed, 24 Feb 2016 12:29:58 -0800, Charles Mills wrote:
>> 
>> :>>Hmmm. I am looking at the z PoOps and it never seems to use the
>> :>>acronym PSA at all. It simply refers to "Prefixing" and the "Prefix Area."
>> 
>> :>Right. PSA is an MVS control block.
>> 
>> Partially. Much of it is hardware.
> 
> The Principles of Operation defines "Assigned storage locations" within the 
> first 8K. 
> These locations are fixed by the architecture. The PSA is an MVS control 
> block that 
> maps these fields and others that are not fixed by architecture, but are used 
> by MVS.
> 
> -- 
> Tom Marchant
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

Re: Introducing the New z13s: Tim's Hardware Highlights

[zMan]

Ed Gould wrote:
>Remember the *OLD* days there was a 16MB max on (even) an MP? Never mind
the cost of $10K per meg (if memory serves me on a 168).

Maybe at the end of the 370 era. Per http://www.jcmit.com/memoryprice.htm
it wasn't until 1979 or so that it got that cheap.

I remember $1/byte back in the 360 era. Amazing times. I've often noted
that my cellphone contains more memory than *existed on the planet* for
most of my career. Blows my ever lovin' mind!

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

Re: Outsourcing Stories Good or Bad!

[zMan]

This is anecdotal, of course, so of limited value, but the outsourcing
projects that I've seen be successful were the ones where some local
expertise was retained. The net was that the gruntwork was what was
outsourced; the corporate knowledge remained.

Alas, these seem to be the exception. Far more common is RIFfing the people
who know where the bodies are buried, with the expected resulting hilarity.

On Wed, Feb 24, 2016 at 1:39 PM, Jesse 1 Robinson 
wrote:

> Harsh, but on target. I now delete posts in both threads based on subject
> alone.
>
> .
> .
> .
> 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
> jesse1.robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Tom Marchant
> Sent: Wednesday, February 24, 2016 10:33 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: Outsourcing Stories Good or Bad!
>
> On Wed, 24 Feb 2016 10:31:14 +, Mark Wilson wrote:
>
> >I am working with a client in Europe that is being requested by his
> >senior management team to look at outsourcing their IT systems,
> >including their system z platform.
> >
> >Would anyone be willing to share any war stories of their experiences
> >with Outsourcing good or bad?
>
> There has been considerable evidence of outsourcing to incompetent
> companies on IBM-Main lately. They don't say that they are outsourcers, but
> in the last few days there have been threads from people who hadn't a clue
> what they were doing. My guess is that they are outsourcers. Two that come
> to mind are the thread on a DASD device not going offline, and one about
> Applying a PTF to
> DB2 10.
>
> --
> Tom Marchant
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Paul Gilmartin]

On Wed, 24 Feb 2016 14:02:27 -0600, Ed Gould wrote:

>On Feb 24, 2016, at 10:49 AM, Paul Gilmartin wrote:
>> 
>> SNIP---
>> BYPASS(PRE), BYPASS(ID):  Never!  These will create an invalid
>> configuration,
>> one which the vendor is unlikely to have tested.
>
>> -SNIP
>
>Paul:
>I haven't supported the vendor in a few years but CA-1 people said to
>do this all the time (for their product).
>
About 6 years ago, when CA introduced Mainframe Software Manager (CA-MSM),
the GUI wrapper for SMP/E, they swore they weren't doing that any more.
(CA-MSM appears recently to have been renamed CA Chorus SM.)

I suspect CA's shenanigans were a motivation for IBM's tightening the rules on
SUPERSEDEs a few years prior to that.

-- gil

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

Re: Prefix save area - confused

[Tom Marchant]

On Thu, 25 Feb 2016 00:58:30 +0200, Binyamin Dissen wrote:

>On Wed, 24 Feb 2016 15:59:57 -0600 Tom Marchant
><000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
>:>On Wed, 24 Feb 2016 12:29:58 -0800, Charles Mills wrote:
>
>:>>Hmmm. I am looking at the z PoOps and it never seems to use the
>:>>acronym PSA at all. It simply refers to "Prefixing" and the "Prefix Area."
>
>:>Right. PSA is an MVS control block.
>
>Partially. Much of it is hardware.

The Principles of Operation defines "Assigned storage locations" within the 
first 8K. 
These locations are fixed by the architecture. The PSA is an MVS control block 
that 
maps these fields and others that are not fixed by architecture, but are used 
by MVS.

-- 
Tom Marchant

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

Re: IPCS

[Steve Thompson]

In development groups that are working with ALC/HLASM it is used 
all the time from my experience.


Now, for a company with general users, and is not an ISV, if you 
have HLASM programmers, yes, let them have it. If you have your 
security stuff set up correctly, they can't get to anything with 
IPCS they can't already get to just by snooping in memory with 
TSO TEST.


Regards,
Steve Thompson

On 02/24/2016 03:46 PM, Lopez, Sharon wrote:

Do others use IPCS instead of systems programmers?  I always thought of it as a 
system's programmers tool but now we have application developers that want 
access to it.  What are the risks of giving access to developers?

Thanks in advance.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

--
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: Prefix save area - confused

[Tony Harminc]

On 24 February 2016 at 17:53, Ed Jaffe  wrote:
>> Right. PSA is an MVS control block.
>
> Replacing FLC from the old, old days.
>
> AFAIK, prefixing did occur until multiprocessing came about...

On the S/360 model 65MP there was prefixing, but no prefix register
for software to set. Instead it was done on the machine front panel!

In those days there wasn't even an FLC macro or DSECT...

Tony H.

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

Re: Prefix save area - confused

[Binyamin Dissen]

On Wed, 24 Feb 2016 15:59:57 -0600 Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:

:>On Wed, 24 Feb 2016 12:29:58 -0800, Charles Mills wrote:

:>>Hmmm. I am looking at the z PoOps and it never seems to use the 
:>>acronym PSA at all. It simply refers to "Prefixing" and the "Prefix Area."

:>Right. PSA is an MVS control block.

Partially. Much of it is hardware.

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

[Ed Jaffe]

On 2/24/2016 2:11 PM, Jesse 1 Robinson wrote:

The one reservation I might (still) have is that an IPCS user can look up 
anyone's skirt or down anyone's shorts. What's to see? Back to audit. ;-(


You mean with ACTIVE? You can SAF protect so it's "current" address 
space only. No more of an exposure than TSO/E TEST.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Prefix save area - confused

[Ed Jaffe]

On 2/24/2016 1:59 PM, Tom Marchant wrote:

On Wed, 24 Feb 2016 12:29:58 -0800, Charles Mills wrote:


Hmmm. I am looking at the z PoOps and it never seems to use the
acronym PSA at all. It simply refers to "Prefixing" and the "Prefix Area."

Right. PSA is an MVS control block.


Replacing FLC from the old, old days.

AFAIK, prefixing did occur until multiprocessing came about...

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: DASD device not going offline

[Bob Rutledge]

On 2/24/2016 5:34 PM, Tony Harminc wrote:

On 21 February 2016 at 09:39, Mainframe Mainframe
 wrote:

CSV540E LNKLST SET LNKLST00 is in error.
  DATASET SET SYS1.SERBLINK
  HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG.

Can you please give me little idea on this.


Did it really say "HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG"?
You've posted this same text three times. Anyone can make a typo, but
it shows that you didn't copy it from the system. Might that be true
of other things you posted?


It might not even say CSV540E.

Bob

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

Re: DASD device not going offline

[Tony Harminc]

On 21 February 2016 at 09:39, Mainframe Mainframe
 wrote:
> CSV540E LNKLST SET LNKLST00 is in error.
>  DATASET SET SYS1.SERBLINK
>  HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG.
>
> Can you please give me little idea on this.

Did it really say "HAS VOLUME ID DOESNT NOT MATCH WITH CATALOG"?
You've posted this same text three times. Anyone can make a typo, but
it shows that you didn't copy it from the system. Might that be true
of other things you posted?

Tony H.

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

Re: IPCS

[Jesse 1 Robinson]

I've always been in favor of opening up IPCS to non-sysprog types. With some 
caveats. A long time ago IPCS actually required access to SYS1.PARMLIB, which 
in my shop at the time was an audit no-no. No longer a problem. The biggest 
inhibitor today is probably how useful IPCS would be for high-level-language 
programmers. Not necessarily a lot of COBOL insights to be found there. If the 
alternative is wading through SYSUDUMP, then IPCS is a far better choice. But 
there are debugging tools out there more simpatico toward modern programming 
languages. 

The one reservation I might (still) have is that an IPCS user can look up 
anyone's skirt or down anyone's shorts. What's to see? Back to audit. ;-(

.
.
.
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
jesse1.robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, February 24, 2016 1:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IPCS

The only risk I have found in the past is - Understanding how IPCS works What 
it is in IPCS that they need?

Otherwise, I have allowed programmers to use it.  Saved me from extracting data 
from dumps for them.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lopez, Sharon
> Sent: Wednesday, February 24, 2016 1:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPCS
> 
> Do others use IPCS instead of systems programmers?  I always thought 
> of it as a system's programmers tool but now we have application 
> developers that want access to it.  What are the risks of giving access to 
> developers?
> 
> Thanks in advance.

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

Re: Prefix save area - confused

[Tom Marchant]

On Wed, 24 Feb 2016 12:29:58 -0800, Charles Mills wrote:

>Hmmm. I am looking at the z PoOps and it never seems to use the 
>acronym PSA at all. It simply refers to "Prefixing" and the "Prefix Area."

Right. PSA is an MVS control block.

-- 
Tom Marchant

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

Re: IPCS

[Tony Harminc]

On 24 February 2016 at 15:46, Lopez, Sharon  wrote:
> Do others use IPCS instead of systems programmers?  I always thought of it as 
> a system's programmers tool but now we have application developers that want 
> access to it.  What are the risks of giving access to developers?
>
> Thanks in advance.

There should be no risks at all to allowing application developers to
use IPCS. It's a lot like the ancient (and evidently still not over)
issue of giving access to AMASPZAP to application programmers (or
anyone at all): you should protect the data, not control use of the
program that uses that data.

IPCS itself, like AMASPZAP, won't magically give away any secret data.
If you think of it another way, anyone can write their own IPCS or
AMASPZAP in REXX or COBOL or assembler or whatever and have it read
any data that RACF/ACF2/TSS allows. So why not let them use the real
one?

IPCS *does* have some options that allow reading data from address or
data spaces other than the current one on the running system, but
these are controlled by RACF using resource names in the FACILITY
class. Check out the IPCS Commands book in the section on the data
description parameter. Or just search the book for the string BLSACTV.
Certainly the default access will not allow reading of sensitive
storage from the running system, but make sure that no one has given
UACC(READ) or the like to any of the BLSACTV resources.

Now back to the data. Typically an application programmer needs access
to his or her own SYSMDUMP data, and they have that because they get
to specify where the SYSMDUMP points. Or if it's a production job,
then someone has to decide if they get access. The content is
controlled by the system so that there is nothing there that might not
also be in a SYSABEND/SYSUDUMP printable dump - it's just a lot nicer
to examine with IPCS. The other types of dump that IPCS can process
are System (SVC) dumps, and standalone dumps. An application
programmer should not normally be given access to any of these, and
indeed they should be very carefully controlled, as they can
potentially contain data from any address space. If an application
program causes a system dump to be taken (rare but not impossible),
typically a sysprog will review it, and if necessary go over it
together with the application programmer. How to deal with the
security issues related to these dumps is a management issue, of
course.

Tony H.

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

Re: Introducing Open Blockchain for IBM z Systems

[Bigendian Smalls]

Hey Timothy - 

I’ve read quite a bit on blockchain - and agree it could be very game changing 
for certain types of applications.

It was stated elsewhere that IBM’s implementation (along with their corporate 
and Linux partners) would be open source.  Is it available yet?

Cheers

Chad




> On Feb 18, 2016, at 1:38 AM, Timothy Sipples  wrote:
> 
> I haven't seen anybody mention Open Blockchain public ledger technologies
> on IBM z Systems yet in this forum, so I'd just like to draw your attention
> to them and raise some awareness in this community. Here is some background
> reading:
> 
> http://www.ibm.com/blockchain/z.html
> http://www.ibmsystemsmag.com/mainframe/trends/IBM-Announcements/z-Systems_LinuxONE_Blockchain/
> 
> Here's a YouTube video illustrating some use cases:
> 
> https://youtu.be/EqZr4LPQIWk
> 
> Here's some more background on Blockchain technologies:
> 
> http://www.ibm.com/blogs/think/2015/12/17/how-blockchain-will-transform-business-and-society/
> 
> And here is Tuesday's official IBM press release:
> 
> http://www.ibm.com/press/us/en/pressrelease/49029.wss
> 
> There's much more to come, I'm sure, but you can get started now.
> 
> 
> 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


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

Re: IPCS

[Binyamin Dissen]

None.

You should protect your SYS1.DUMP dataset.

In general, protect the data, not the program - unless the program is APF and
bypasses OPEN without a security check.

On Wed, 24 Feb 2016 20:46:34 + "Lopez, Sharon" 
wrote:

:>Do others use IPCS instead of systems programmers?  I always thought of it as 
a system's programmers tool but now we have application developers that want 
access to it.  What are the risks of giving access to developers?
:>
:>Thanks in advance.
:>
:>
:>
:>
:>
:>Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

[Roach, Dennis]

As long as they stay with their applications there should be no issue. 
A standalone dump can contain passwords.
A multi-session manager, like CA/TPX, can also contain passwords.
SVC, SLIP, etc. can contain passwords.

Dennis Roach, CISSP, PMP
IAM Access Administration - Consumer - Senior Analyst 
2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019
Work:  713-831-8799
Cell:  713-591-1059
Email:  dennis.ro...@aig.com 

All opinions expressed by me are mine and may not agree with my employer or any 
person, company, or thing, living or dead, on or near this or any other planet, 
moon, asteroid, or other spatial object, natural or manufactured, since the 
beginning of time.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, February 24, 2016 3:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS

The only risk I have found in the past is - Understanding how IPCS works What 
it is in IPCS that they need?

Otherwise, I have allowed programmers to use it.  Saved me from extracting data 
from dumps for them.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lopez, Sharon
> Sent: Wednesday, February 24, 2016 1:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPCS
> 
> Do others use IPCS instead of systems programmers?  I always thought 
> of it as a system's programmers tool but now we have application 
> developers that want access to it.  What are the risks of giving access to 
> developers?
> 
> Thanks in advance.
>

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

[Ed Jaffe]

On 2/24/2016 12:46 PM, Lopez, Sharon wrote:

What are the risks of giving [IPCS] access to developers?


Mostly, you risk them learning and understanding more about our platform 
-- and post-mortem debugging -- than they did previously.


IIRC, IPCS requires READ access to parmlib. If that's an issue, I 
believe it might be possible to create a stand-alone parmlib just for 
IPCS use.


--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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

Re: Parsing IEASYS00 entries

[Field, Alan]

Allan wins. 

Thank you for the hint. 

I remember reading CA at startup creates some symbols. Maybe OSLEVEL is one of 
them? OSLEVEL shows up in a D SYMBOLS.

I recoded my OMVS entry thus: OMVS=(00,(4:1).(6:1).),  

Success . 

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 Staller, Allan
Sent: Wednesday, February 24, 2016 2:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

Is  defined in SYS1.PARMLIB(IEASYMxx)?  

If So, can you create the results of (x:y) as another symbol?


I coded OMVS=(00,(2:1).(4:1).),  (with the periods) and it 
still objects. 

I'm thinking it doesn't like the  symbol since  works as you 
depicted. 


This email ? including attachments ? may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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

[Lizette Koehler]

The only risk I have found in the past is -
Understanding how IPCS works
What it is in IPCS that they need?

Otherwise, I have allowed programmers to use it.  Saved me from extracting data
from dumps for them.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lopez, Sharon
> Sent: Wednesday, February 24, 2016 1:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IPCS
> 
> Do others use IPCS instead of systems programmers?  I always thought of it as
> a system's programmers tool but now we have application developers that want
> access to it.  What are the risks of giving access to developers?
> 
> Thanks in advance.
>

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

Re: Parsing IEASYS00 entries

[Staller, Allan]

Is  defined in SYS1.PARMLIB(IEASYMxx)?  

If So, can you create the results of (x:y) as another symbol?


I coded OMVS=(00,(2:1).(4:1).),  (with the periods) and it 
still objects. 

I'm thinking it doesn't like the  symbol since  works as you 
depicted. 


This email – including attachments – may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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

Re: Parsing IEASYS00 entries

[Field, Alan]

I coded OMVS=(00,(2:1).(4:1).),  (with the periods) and it 
still objects. 

I'm thinking it doesn't like the  symbol since  works as you 
depicted. 


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: Wednesday, February 24, 2016 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

You coded:

   OMVS=(00,(2:1)(4:1)),

Should it be:
OMVS=(00,(2:1).(4:1).),  

We use symbols in ours:  OMVS=(00,FS,,),   Where  is 
defined as
SYMDEF(='TECH')  /*  */
SYMDEF(='(1:1).')   /* 1 char t, d, p   */
SYMDEF(='(1:2).')   /* 2 char te, de, pr*/

_
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 Field, Alan
Sent: Wednesday, February 24, 2016 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



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

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: Parsing IEASYS00 entries

[Jousma, David]

I do something similar.  I create a SYS1.PARMLIB.UPGRADE that only contains the 
members updated for the new release testing.   I then add it to LOADxx PARMLIB 
concatenation when I want to test the new, and remove it/if when going back.   
I do the same for PROCLIB, and add a PROCLIB.UPGRADE to MSTJCL, and JES proclib 
definitions.

Makes IPLing in the new release easy, and equally easy is the backout.

_
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 Jesse 1 Robinson
Sent: Wednesday, February 24, 2016 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

It's a major hot button of mine that components sometimes make incompatible 
changes such that the parms *required* for one release are *unacceptable* to 
another release. This means that a common member cannot be shared concurrently 
and also complicates going forward or backward. One workaround that I've had 
some success with it to use parmlibs associated with specific releases to 
contain the otherwise incompatible versions. In our case, SYS1.PARMLIB lives 
away from sysres and is intended to be shared by all members a sysplex. But 
each sysres volume contains the IBM-supplied library CPAC.PARMLIB. This library 
comes with ServerPac but--unlike IBM.PARMLIB--is never updated by PTF. Hence 
any updates you make in CPAC are permanent for the life of that release. So you 
can effectively create two versions of BPXPRMxx, one in each CPAC library, that 
are appropriate for the release being IPLed. You could even use 
version-specific system symbol definitions in IEASYSxx, but I would avoid too 
much cleverness. 

This workaround is sucky on many grounds, the worst of which is that eventually 
you want to mainstream the 'new' version(s) back into the shared parmlib. Who 
remembers to do that and when? It's a long-term parmlib management issue, but 
especially if you're better organized than I am, not an insurmountable one. The 
key to making this work is to concatenate CPAC.PARMLIB in LOADxx. We put our 
own parmlib first in order to pick up customized members. 

.
.
.
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
jesse1.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 24, 2016 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

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

IPCS

[Lopez, Sharon]

Do others use IPCS instead of systems programmers?  I always thought of it as a 
system's programmers tool but now we have application developers that want 
access to it.  What are the risks of giving access to developers?

Thanks in advance.





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

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

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Roberto Halais]

We ran into that situation and ended up
specifying SSLV3 in the Telnetparms for port 992 (Then we converted to
PAGENT and TLS)
TelnetParms

 Secureport 992 ; Port number 992 (Secure) sslv3
 sslv3  ; Allow SSLv3 connections


On Wed, Feb 24, 2016 at 3:35 PM, Dazzo, Matt <
00a854d4f854-dmarc-requ...@listserv.ua.edu> wrote:

> After applying RSU maintenance to our zos1.13 sandbox system I have run
> into a problem (that I expected from reading the hold data) with TN3270 and
> SSL. SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are
> configured to use ssl, I tested with TLS and they work fine. I'd like to
> enable ssl3 until we can get all the tn3270 users changed over to tls on my
> terms.
> * The PTF disabled SSL by default, but they can be enabled
> explicitly.
>
> According to the apar info it is possible to override the new default (ssl
> off) in 2 ways, one with environment variable and the other (not the
> preferred method) with RACF profiles. Any help in getting this resolved is
> appreciated. Matt
>
> So far I have tried adding the below to /etc/profile
> export GSK_PROTOCOL_SSLV3_ON
> export GSK_PROTOCOL_SSLV2_ON
>
> And add the below to my telnet profile, I still cannot connect using ssl.
>
> ENCRYPT
> SSL_RC4_SHA
> SSL_RC4_MD5
> SSL_AES_256_SHA
> SSL_AES_128_SHA
> SSL_3DES_SHA
> SSL_DES_SHA
> SSL_RC4_MD5_EX
> SSL_RC2_MD5_EX
> SSL_NULL_SHA
> SSL_NULL_MD5
> SSL_NULL_Null
> ENDENCRYPT
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
"I am as you, in you, for you. One as you in all, as all, forever. My call
is your call."

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

Re: Parsing IEASYS00 entries

[Jousma, David]

I should have also added that once all the upgrades are done, everything is 
migrated back into regular parmlib/proclib.

_
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 Jousma, David
Sent: Wednesday, February 24, 2016 3:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

I do something similar.  I create a SYS1.PARMLIB.UPGRADE that only contains the 
members updated for the new release testing.   I then add it to LOADxx PARMLIB 
concatenation when I want to test the new, and remove it/if when going back.   
I do the same for PROCLIB, and add a PROCLIB.UPGRADE to MSTJCL, and JES proclib 
definitions.

Makes IPLing in the new release easy, and equally easy is the backout.

_
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 Jesse 1 Robinson
Sent: Wednesday, February 24, 2016 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Parsing IEASYS00 entries

It's a major hot button of mine that components sometimes make incompatible 
changes such that the parms *required* for one release are *unacceptable* to 
another release. This means that a common member cannot be shared concurrently 
and also complicates going forward or backward. One workaround that I've had 
some success with it to use parmlibs associated with specific releases to 
contain the otherwise incompatible versions. In our case, SYS1.PARMLIB lives 
away from sysres and is intended to be shared by all members a sysplex. But 
each sysres volume contains the IBM-supplied library CPAC.PARMLIB. This library 
comes with ServerPac but--unlike IBM.PARMLIB--is never updated by PTF. Hence 
any updates you make in CPAC are permanent for the life of that release. So you 
can effectively create two versions of BPXPRMxx, one in each CPAC library, that 
are appropriate for the release being IPLed. You could even use 
version-specific system symbol definitions in IEASYSxx, but I would avoid too 
much cleverness. 

This workaround is sucky on many grounds, the worst of which is that eventually 
you want to mainstream the 'new' version(s) back into the shared parmlib. Who 
remembers to do that and when? It's a long-term parmlib management issue, but 
especially if you're better organized than I am, not an insurmountable one. The 
key to making this work is to concatenate CPAC.PARMLIB in LOADxx. We put our 
own parmlib first in order to pick up customized members. 

.
.
.
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
jesse1.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 24, 2016 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

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

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Dazzo, Matt]

Dave, you get the gold star! 

SSLV3 did it! 

Thanks to all

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, David Allen,Jr
Sent: Wednesday, February 24, 2016 3:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

 UA75508 is sup'd by UA76977 on my system.
TELNETGLOBALS 
  SSLV3   

And I am using a keyring in RACF


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Dave, what statements did you add? Thanks
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Gibney, David Allen,Jr
> Sent: Wednesday, February 24, 2016 3:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> When I hit a similar issue with z/OS 1.13, I was able to use SSLV3 in 
> TELNETGLOBALS to revive it.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > Sent: Wednesday, February 24, 2016 12:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Yes, OA46489 is on (PTF UA75508).
> >
> > The error I  get is a pop up window with
> >
> > Unable to establish secure socket
> > error:1409443E:SSL routine:SSL3_READ_BYTES:tlsv1 alert protocol 
> > version
> >
> > The SSL handshake failed
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler
> > Sent: Wednesday, February 24, 2016 2:43 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Also, according to OA47183 you may also need to install OA46489.  
> > Did that occur as well?
> >
> >  APAR OA46489 fixed the problem it reported but introduced a
> > new problem.  We recommend OA46489 stay installed.
> >  Without OA46489, gsk_environment_open() would default to
> > enable the SSL V2 and SSL V3 protocols.  They would need to
> > be disabled explicitly if they were not wanted.
> >  Once OA46489 is installed, these protocols are disabled by
> > default, but they can be enabled explicitly.
> >
> >  In either case, the default settings can be overriden by
> > either environment variables (GSK_PROTOCOL_SSLV2 or
> > GSK_PROTOCOL_SSLV3) or through a call to the
> > gsk_attribute_set_enum() API specifying enumeration
> > identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
> >
> >  Users of applications requiring the use of SSL V2 or SSL V3
> > will need to enable the support through environment
> > variables, application configuration settings when available
> > or through the use of AT-TLS to control the secure
> > connections.
> >
> >  The RACF/SAF checks resulting in the SMF 80 records were
> > being used by System SSL to aid in the setting of the
> > protocols.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler
> > > Sent: Wednesday, February 24, 2016 12:40 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > >
> > > Do you get any other error messages?
> > > What symptoms (other than cannot connect) do you see?
> > >
> > > Have you joined the TCPIP List?  If not, that might another place 
> > > to post this question.
> > > To join, if you have not done so, use this
> > > TCPIP To subscribe, send mail to lists...@vm.marist.edu
> with
> > the
> > > command (paste it!) in the e-mail message body:
> > > SUBSCRIBE IBMTCP-L
> > > Or this url and go to the bottom of the webpage:
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.ed
> > > u_
> > > ht
> > > bin_wlvindex-3FIBMTCP-
> > 2DL=CwIFAg=C3yme8gMkxg_ihJNXS06ZyWk4EJm8Ldrr
> > > vxQb-
> >
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=CRofWQTXXgb6KmHLlJrnSam05tho
> > NHMd
> > > B_VOomVg_Eg=rOJ4DtKQqEFdifEvZGdeKipWsA9CngvYNfzKGylX--4=
> > >
> > > Lizette
> > >
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List 
> > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > > > Sent: Wednesday, February 24, 2016 12:36 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > > >
> > > > After applying RSU maintenance to our zos1.13 sandbox system I 
> > > > have run into a problem (that I expected from reading the hold
> > > > data) with
> > > > TN3270
> > > and SSL.
> > > > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are 
> > > > configured to use ssl, I tested with TLS and 

Re: Parsing IEASYS00 entries

[Jesse 1 Robinson]

It's a major hot button of mine that components sometimes make incompatible 
changes such that the parms *required* for one release are *unacceptable* to 
another release. This means that a common member cannot be shared concurrently 
and also complicates going forward or backward. One workaround that I've had 
some success with it to use parmlibs associated with specific releases to 
contain the otherwise incompatible versions. In our case, SYS1.PARMLIB lives 
away from sysres and is intended to be shared by all members a sysplex. But 
each sysres volume contains the IBM-supplied library CPAC.PARMLIB. This library 
comes with ServerPac but--unlike IBM.PARMLIB--is never updated by PTF. Hence 
any updates you make in CPAC are permanent for the life of that release. So you 
can effectively create two versions of BPXPRMxx, one in each CPAC library, that 
are appropriate for the release being IPLed. You could even use 
version-specific system symbol definitions in IEASYSxx, but I would avoid too 
much cleverness. 

This workaround is sucky on many grounds, the worst of which is that eventually 
you want to mainstream the 'new' version(s) back into the shared parmlib. Who 
remembers to do that and when? It's a long-term parmlib management issue, but 
especially if you're better organized than I am, not an insurmountable one. The 
key to making this work is to concatenate CPAC.PARMLIB in LOADxx. We put our 
own parmlib first in order to pick up customized members. 

.
.
.
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
jesse1.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 24, 2016 12:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546

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

Re: Prefix save area - confused

[Charles Mills]

Hmmm. I am looking at the z PoOps and it never seems to use the acronym PSA at 
all. It simply refers to "Prefixing" and the "Prefix Area."

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, February 24, 2016 10:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Prefix save area - confused

On Wed, 24 Feb 2016 07:55:16 -0800, Charles Mills wrote:

>By the way PSA = Prefixed Storage Area, not Save area.

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

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Gibney, David Allen,Jr]

 UA75508 is sup'd by UA76977 on my system.
TELNETGLOBALS 
  SSLV3   

And I am using a keyring in RACF


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Dave, what statements did you add? Thanks
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Gibney, David Allen,Jr
> Sent: Wednesday, February 24, 2016 3:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> When I hit a similar issue with z/OS 1.13, I was able to use SSLV3 in
> TELNETGLOBALS to revive it.
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Dazzo, Matt
> > Sent: Wednesday, February 24, 2016 12:08 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Yes, OA46489 is on (PTF UA75508).
> >
> > The error I  get is a pop up window with
> >
> > Unable to establish secure socket
> > error:1409443E:SSL routine:SSL3_READ_BYTES:tlsv1 alert protocol
> > version
> >
> > The SSL handshake failed
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Lizette Koehler
> > Sent: Wednesday, February 24, 2016 2:43 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Also, according to OA47183 you may also need to install OA46489.  Did
> > that occur as well?
> >
> >  APAR OA46489 fixed the problem it reported but introduced a
> > new problem.  We recommend OA46489 stay installed.
> >  Without OA46489, gsk_environment_open() would default to
> > enable the SSL V2 and SSL V3 protocols.  They would need to
> > be disabled explicitly if they were not wanted.
> >  Once OA46489 is installed, these protocols are disabled by
> > default, but they can be enabled explicitly.
> >
> >  In either case, the default settings can be overriden by
> > either environment variables (GSK_PROTOCOL_SSLV2 or
> > GSK_PROTOCOL_SSLV3) or through a call to the
> > gsk_attribute_set_enum() API specifying enumeration
> > identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
> >
> >  Users of applications requiring the use of SSL V2 or SSL V3
> > will need to enable the support through environment
> > variables, application configuration settings when available
> > or through the use of AT-TLS to control the secure
> > connections.
> >
> >  The RACF/SAF checks resulting in the SMF 80 records were
> > being used by System SSL to aid in the setting of the
> > protocols.
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler
> > > Sent: Wednesday, February 24, 2016 12:40 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > >
> > > Do you get any other error messages?
> > > What symptoms (other than cannot connect) do you see?
> > >
> > > Have you joined the TCPIP List?  If not, that might another place to
> > > post this question.
> > > To join, if you have not done so, use this
> > > TCPIP To subscribe, send mail to lists...@vm.marist.edu
> with
> > the
> > > command (paste it!) in the e-mail message body:
> > > SUBSCRIBE IBMTCP-L
> > > Or this url and go to the bottom of the webpage:
> > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_
> > > ht
> > > bin_wlvindex-3FIBMTCP-
> > 2DL=CwIFAg=C3yme8gMkxg_ihJNXS06ZyWk4EJm8Ldrr
> > > vxQb-
> >
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=CRofWQTXXgb6KmHLlJrnSam05tho
> > NHMd
> > > B_VOomVg_Eg=rOJ4DtKQqEFdifEvZGdeKipWsA9CngvYNfzKGylX--4=
> > >
> > > Lizette
> > >
> > >
> > > > -Original Message-
> > > > From: IBM Mainframe Discussion List
> > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > > > Sent: Wednesday, February 24, 2016 12:36 PM
> > > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > > >
> > > > After applying RSU maintenance to our zos1.13 sandbox system I
> > > > have run into a problem (that I expected from reading the hold
> > > > data) with
> > > > TN3270
> > > and SSL.
> > > > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are
> > > > configured to use ssl, I tested with TLS and they work fine. I'd
> > > > like to enable ssl3 until we can get all the tn3270 users changed
> > > > over to tls on
> > > my terms.
> > > > * The PTF disabled SSL by default, but they can be enabled
> > > explicitly.
> > > >
> > > > According to the apar info it is possible to override the new
> > > > default (ssl
> > > > off) in 2 

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Dazzo, Matt]

Dave, what statements did you add? Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gibney, David Allen,Jr
Sent: Wednesday, February 24, 2016 3:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

When I hit a similar issue with z/OS 1.13, I was able to use SSLV3 in 
TELNETGLOBALS to revive it.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Yes, OA46489 is on (PTF UA75508).
> 
> The error I  get is a pop up window with
> 
> Unable to establish secure socket
> error:1409443E:SSL routine:SSL3_READ_BYTES:tlsv1 alert protocol 
> version
> 
> The SSL handshake failed
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Wednesday, February 24, 2016 2:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Also, according to OA47183 you may also need to install OA46489.  Did 
> that occur as well?
> 
>  APAR OA46489 fixed the problem it reported but introduced a
> new problem.  We recommend OA46489 stay installed.
>  Without OA46489, gsk_environment_open() would default to
> enable the SSL V2 and SSL V3 protocols.  They would need to
> be disabled explicitly if they were not wanted.
>  Once OA46489 is installed, these protocols are disabled by
> default, but they can be enabled explicitly.
> 
>  In either case, the default settings can be overriden by
> either environment variables (GSK_PROTOCOL_SSLV2 or
> GSK_PROTOCOL_SSLV3) or through a call to the
> gsk_attribute_set_enum() API specifying enumeration
> identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
> 
>  Users of applications requiring the use of SSL V2 or SSL V3
> will need to enable the support through environment
> variables, application configuration settings when available
> or through the use of AT-TLS to control the secure
> connections.
> 
>  The RACF/SAF checks resulting in the SMF 80 records were
> being used by System SSL to aid in the setting of the
> protocols.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler
> > Sent: Wednesday, February 24, 2016 12:40 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Do you get any other error messages?
> > What symptoms (other than cannot connect) do you see?
> >
> > Have you joined the TCPIP List?  If not, that might another place to 
> > post this question.
> > To join, if you have not done so, use this
> > TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with
> the
> > command (paste it!) in the e-mail message body:
> > SUBSCRIBE IBMTCP-L
> > Or this url and go to the bottom of the webpage:
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_
> > ht
> > bin_wlvindex-3FIBMTCP-
> 2DL=CwIFAg=C3yme8gMkxg_ihJNXS06ZyWk4EJm8Ldrr
> > vxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=CRofWQTXXgb6KmHLlJrnSam05tho
> NHMd
> > B_VOomVg_Eg=rOJ4DtKQqEFdifEvZGdeKipWsA9CngvYNfzKGylX--4=
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List 
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > > Sent: Wednesday, February 24, 2016 12:36 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > >
> > > After applying RSU maintenance to our zos1.13 sandbox system I 
> > > have run into a problem (that I expected from reading the hold 
> > > data) with
> > > TN3270
> > and SSL.
> > > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are 
> > > configured to use ssl, I tested with TLS and they work fine. I'd 
> > > like to enable ssl3 until we can get all the tn3270 users changed 
> > > over to tls on
> > my terms.
> > > * The PTF disabled SSL by default, but they can be enabled
> > explicitly.
> > >
> > > According to the apar info it is possible to override the new 
> > > default (ssl
> > > off) in 2 ways, one with environment variable and the other (not 
> > > the preferred
> > > method) with RACF profiles. Any help in getting this resolved is
> > appreciated.
> > > Matt
> > >
> > > So far I have tried adding the below to /etc/profile export 
> > > GSK_PROTOCOL_SSLV3_ON export GSK_PROTOCOL_SSLV2_ON
> > >
> > > And add the below to my telnet profile, I still cannot connect using ssl.
> > >
> > > ENCRYPT
> > > SSL_RC4_SHA
> > > SSL_RC4_MD5
> > > SSL_AES_256_SHA
> > > SSL_AES_128_SHA
> > > SSL_3DES_SHA
> > > SSL_DES_SHA
> > > SSL_RC4_MD5_EX
> > > SSL_RC2_MD5_EX
> > > SSL_NULL_SHA
> 

Re: Parsing IEASYS00 entries

[Jousma, David]

You coded:

   OMVS=(00,(2:1)(4:1)),

Should it be:
OMVS=(00,(2:1).(4:1).),  

We use symbols in ours:  OMVS=(00,FS,,),   Where  is 
defined as
SYMDEF(='TECH')  /*  */
SYMDEF(='(1:1).')   /* 1 char t, d, p   */
SYMDEF(='(1:2).')   /* 2 char te, de, pr*/

_
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 Field, Alan
Sent: Wednesday, February 24, 2016 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



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

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: Parsing IEASYS00 entries

[Porowski, Ken]

Maybe try a period after each variable?



CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 
740 5459 (tel) | ken.porow...@cit.com




This email message and any accompanying materials may contain proprietary, 
privileged and confidential information of CIT Group Inc. or its subsidiaries 
or affiliates (collectively, "CIT"), and are intended solely for the 
recipient(s) named above.  If you are not the intended recipient of this 
communication, any use, disclosure, printing, copying or distribution, or 
reliance on the contents, of this communication is strictly prohibited.  CIT 
disclaims any liability for the review, retransmission, dissemination or other 
use of, or the taking of any action in reliance upon, this communication by 
persons other than the intended recipient(s).  If you have received this 
communication in error, please reply to the sender advising of the error in 
transmission, and immediately delete and destroy the communication and any 
accompanying materials.  To the extent permitted by applicable law, CIT and 
others may inspect, review, monitor, analyze, copy, record and retain any 
communications sent from or received at this email address.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Field, Alan
Sent: Wednesday, February 24, 2016 3:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Parsing IEASYS00 entries

I want to specify a different BPXPRMnn concatenation depending on whether I'm 
IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts and 
they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering off the 
BPXI004I OMVS INITIALIZATION COMPLETE message to issue the SET 
OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



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

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

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Gibney, David Allen,Jr]

When I hit a similar issue with z/OS 1.13, I was able to use SSLV3 in 
TELNETGLOBALS to revive it.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:08 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Yes, OA46489 is on (PTF UA75508).
> 
> The error I  get is a pop up window with
> 
> Unable to establish secure socket
> error:1409443E:SSL routine:SSL3_READ_BYTES:tlsv1 alert protocol version
> 
> The SSL handshake failed
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lizette Koehler
> Sent: Wednesday, February 24, 2016 2:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Also, according to OA47183 you may also need to install OA46489.  Did that
> occur as well?
> 
>  APAR OA46489 fixed the problem it reported but introduced a
> new problem.  We recommend OA46489 stay installed.
>  Without OA46489, gsk_environment_open() would default to
> enable the SSL V2 and SSL V3 protocols.  They would need to
> be disabled explicitly if they were not wanted.
>  Once OA46489 is installed, these protocols are disabled by
> default, but they can be enabled explicitly.
> 
>  In either case, the default settings can be overriden by
> either environment variables (GSK_PROTOCOL_SSLV2 or
> GSK_PROTOCOL_SSLV3) or through a call to the
> gsk_attribute_set_enum() API specifying enumeration
> identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
> 
>  Users of applications requiring the use of SSL V2 or SSL V3
> will need to enable the support through environment
> variables, application configuration settings when available
> or through the use of AT-TLS to control the secure
> connections.
> 
>  The RACF/SAF checks resulting in the SMF 80 records were
> being used by System SSL to aid in the setting of the
> protocols.
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Lizette Koehler
> > Sent: Wednesday, February 24, 2016 12:40 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > Do you get any other error messages?
> > What symptoms (other than cannot connect) do you see?
> >
> > Have you joined the TCPIP List?  If not, that might another place to
> > post this question.
> > To join, if you have not done so, use this
> > TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with
> the
> > command (paste it!) in the e-mail message body:
> > SUBSCRIBE IBMTCP-L
> > Or this url and go to the bottom of the webpage:
> > https://urldefense.proofpoint.com/v2/url?u=http-3A__www2.marist.edu_ht
> > bin_wlvindex-3FIBMTCP-
> 2DL=CwIFAg=C3yme8gMkxg_ihJNXS06ZyWk4EJm8Ldrr
> > vxQb-
> Je7sw=u9g8rUevBoyCPAdo5sWE9w=CRofWQTXXgb6KmHLlJrnSam05tho
> NHMd
> > B_VOomVg_Eg=rOJ4DtKQqEFdifEvZGdeKipWsA9CngvYNfzKGylX--4=
> >
> > Lizette
> >
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > > Sent: Wednesday, February 24, 2016 12:36 PM
> > > To: IBM-MAIN@LISTSERV.UA.EDU
> > > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> > >
> > > After applying RSU maintenance to our zos1.13 sandbox system I have
> > > run into a problem (that I expected from reading the hold data) with
> > > TN3270
> > and SSL.
> > > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are
> > > configured to use ssl, I tested with TLS and they work fine. I'd
> > > like to enable ssl3 until we can get all the tn3270 users changed
> > > over to tls on
> > my terms.
> > > * The PTF disabled SSL by default, but they can be enabled
> > explicitly.
> > >
> > > According to the apar info it is possible to override the new
> > > default (ssl
> > > off) in 2 ways, one with environment variable and the other (not the
> > > preferred
> > > method) with RACF profiles. Any help in getting this resolved is
> > appreciated.
> > > Matt
> > >
> > > So far I have tried adding the below to /etc/profile export
> > > GSK_PROTOCOL_SSLV3_ON export GSK_PROTOCOL_SSLV2_ON
> > >
> > > And add the below to my telnet profile, I still cannot connect using ssl.
> > >
> > > ENCRYPT
> > > SSL_RC4_SHA
> > > SSL_RC4_MD5
> > > SSL_AES_256_SHA
> > > SSL_AES_128_SHA
> > > SSL_3DES_SHA
> > > SSL_DES_SHA
> > > SSL_RC4_MD5_EX
> > > SSL_RC2_MD5_EX
> > > SSL_NULL_SHA
> > > SSL_NULL_MD5
> > > SSL_NULL_Null
> > > ENDENCRYPT
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Dazzo, Matt]

Yes, OA46489 is on (PTF UA75508). 

The error I  get is a pop up window with

Unable to establish secure socket
error:1409443E:SSL routine:SSL3_READ_BYTES:tlsv1 alert protocol version

The SSL handshake failed

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, February 24, 2016 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

Also, according to OA47183 you may also need to install OA46489.  Did that 
occur as well?

 APAR OA46489 fixed the problem it reported but introduced a
new problem.  We recommend OA46489 stay installed.
 Without OA46489, gsk_environment_open() would default to
enable the SSL V2 and SSL V3 protocols.  They would need to
be disabled explicitly if they were not wanted.
 Once OA46489 is installed, these protocols are disabled by
default, but they can be enabled explicitly.
 
 In either case, the default settings can be overriden by
either environment variables (GSK_PROTOCOL_SSLV2 or
GSK_PROTOCOL_SSLV3) or through a call to the
gsk_attribute_set_enum() API specifying enumeration
identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
 
 Users of applications requiring the use of SSL V2 or SSL V3
will need to enable the support through environment
variables, application configuration settings when available
or through the use of AT-TLS to control the secure
connections.
 
 The RACF/SAF checks resulting in the SMF 80 records were
being used by System SSL to aid in the setting of the
protocols.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Lizette Koehler
> Sent: Wednesday, February 24, 2016 12:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Do you get any other error messages?
> What symptoms (other than cannot connect) do you see?
> 
> Have you joined the TCPIP List?  If not, that might another place to 
> post this question.
> To join, if you have not done so, use this
> TCPIP To subscribe, send mail to lists...@vm.marist.edu  with the
> command (paste it!) in the e-mail message body:
> SUBSCRIBE IBMTCP-L
> Or this url and go to the bottom of the webpage:
> http://www2.marist.edu/htbin/wlvindex?IBMTCP-L
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dazzo, Matt
> > Sent: Wednesday, February 24, 2016 12:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > After applying RSU maintenance to our zos1.13 sandbox system I have 
> > run into a problem (that I expected from reading the hold data) with 
> > TN3270
> and SSL.
> > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are 
> > configured to use ssl, I tested with TLS and they work fine. I'd 
> > like to enable ssl3 until we can get all the tn3270 users changed 
> > over to tls on
> my terms.
> > * The PTF disabled SSL by default, but they can be enabled
> explicitly.
> >
> > According to the apar info it is possible to override the new 
> > default (ssl
> > off) in 2 ways, one with environment variable and the other (not the 
> > preferred
> > method) with RACF profiles. Any help in getting this resolved is
> appreciated.
> > Matt
> >
> > So far I have tried adding the below to /etc/profile export 
> > GSK_PROTOCOL_SSLV3_ON export GSK_PROTOCOL_SSLV2_ON
> >
> > And add the below to my telnet profile, I still cannot connect using ssl.
> >
> > ENCRYPT
> > SSL_RC4_SHA
> > SSL_RC4_MD5
> > SSL_AES_256_SHA
> > SSL_AES_128_SHA
> > SSL_3DES_SHA
> > SSL_DES_SHA
> > SSL_RC4_MD5_EX
> > SSL_RC2_MD5_EX
> > SSL_NULL_SHA
> > SSL_NULL_MD5
> > SSL_NULL_Null
> > ENDENCRYPT

--
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: Apply PTF on DB2 10 (z/os 1.12)

[Ed Gould]

On Feb 24, 2016, at 10:49 AM, Paul Gilmartin wrote:
 
SNIP---
BYPASS(PRE), BYPASS(ID):  Never!  These will create an invalid  
configuration,

one which the vendor is unlikely to have tested.



-SNIP


Paul:
I haven't supported the vendor in a few years but CA-1 people said to  
do this all the time (for their product).

I gave up on them after a few run ins with support.
The product is sort of OK except when it came to this. They (CA) had  
some address space that started up at IPL, I vaguely remember having  
issues with it so again they may have fixed it.
From what little I heard there was an open revolt amongst  customers  
a few years ago over this at a CA conference. Again from second hand  
(you wouldn't catch me dead) at *ANY* CA conference (ever) CA  
supposedly agreed to fix the issue.
I was not working on any CA product since then (thank god) if I had  
seen (or heard about it) the red flags would have gone off.

SO they may have indeed fixed the issue, I don't know.

Ed

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

Parsing IEASYS00 entries

[Field, Alan]

I want to specify a different BPXPRMnn concatenation depending on whether
I'm IPLing z/OS 2.1 or z/OS 2.2. The second member has the filesystem mounts
and they are different depending on which level of z/OS is IPLing.

In SYS1.PARMLIB(IEASYS00) I specify

   OMVS=(00,(2:1)(4:1)),

However at IPL get

   BPXI030I THE OMVS= PARAMETER WAS FOUND TO HAVE A SYNTAX ERROR.
   IEA341A RESPECIFY OMVS PARM OR PRESS ENTER
   IEE600I REPLY TO 00 IS;OMVS=00
   IEE252I MEMBER BPXPRM00 FOUND IN SYS1.PARMLIB

Entering the command

   SET OMVS=(00,(2:1)(4:1))

I get

   IEE295I COMMAND CHANGED BY SYMBOLIC SUBSTITUTION
   ORIGINAL: SET OMVS=(00,(2:1)(4:1))
   MODIFIED: SET OMVS=(00,21)
   SET OMVS=(00,21)

so I put OMVS=00, back in IEASYS00 and I created an MPF exit triggering
off the BPXI004I OMVS INITIALIZATION COMPLETE message to issue the
SET OMVS=(2:1)(4:1) as an interim solution.

It appears the OMVS= parameter does not like system symbols. Is this correct or 
have I somehow messed up my coding?

Thanks


Alan Field
Systems Engineer Principal
Blue Cross Blue Shield of MN

651.662.3546



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: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Lizette Koehler]

Also, according to OA47183 you may also need to install OA46489.  Did that occur
as well?

 APAR OA46489 fixed the problem it reported but introduced a
new problem.  We recommend OA46489 stay installed.
 Without OA46489, gsk_environment_open() would default to
enable the SSL V2 and SSL V3 protocols.  They would need to
be disabled explicitly if they were not wanted.
 Once OA46489 is installed, these protocols are disabled by
default, but they can be enabled explicitly.
 
 In either case, the default settings can be overriden by
either environment variables (GSK_PROTOCOL_SSLV2 or
GSK_PROTOCOL_SSLV3) or through a call to the
gsk_attribute_set_enum() API specifying enumeration
identifiers (GSK_PROTOCOL_SSLV2 or GSK_PROTOCOL_SSLV3).
 
 Users of applications requiring the use of SSL V2 or SSL V3
will need to enable the support through environment
variables, application configuration settings when available
or through the use of AT-TLS to control the secure
connections.
 
 The RACF/SAF checks resulting in the SMF 80 records were
being used by System SSL to aid in the setting of the
protocols.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Wednesday, February 24, 2016 12:40 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> Do you get any other error messages?
> What symptoms (other than cannot connect) do you see?
> 
> Have you joined the TCPIP List?  If not, that might another place to post this
> question.
> To join, if you have not done so, use this
> TCPIP To subscribe, send mail to lists...@vm.marist.edu  with the
> command (paste it!) in the e-mail message body:
> SUBSCRIBE IBMTCP-L
> Or this url and go to the bottom of the webpage:
> http://www2.marist.edu/htbin/wlvindex?IBMTCP-L
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Dazzo, Matt
> > Sent: Wednesday, February 24, 2016 12:36 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> >
> > After applying RSU maintenance to our zos1.13 sandbox system I have
> > run into a problem (that I expected from reading the hold data) with TN3270
> and SSL.
> > SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are
> > configured to use ssl, I tested with TLS and they work fine. I'd like
> > to enable ssl3 until we can get all the tn3270 users changed over to tls on
> my terms.
> > * The PTF disabled SSL by default, but they can be enabled
> explicitly.
> >
> > According to the apar info it is possible to override the new default
> > (ssl
> > off) in 2 ways, one with environment variable and the other (not the
> > preferred
> > method) with RACF profiles. Any help in getting this resolved is
> appreciated.
> > Matt
> >
> > So far I have tried adding the below to /etc/profile export
> > GSK_PROTOCOL_SSLV3_ON export GSK_PROTOCOL_SSLV2_ON
> >
> > And add the below to my telnet profile, I still cannot connect using ssl.
> >
> > ENCRYPT
> > SSL_RC4_SHA
> > SSL_RC4_MD5
> > SSL_AES_256_SHA
> > SSL_AES_128_SHA
> > SSL_3DES_SHA
> > SSL_DES_SHA
> > SSL_RC4_MD5_EX
> > SSL_RC2_MD5_EX
> > SSL_NULL_SHA
> > SSL_NULL_MD5
> > SSL_NULL_Null
> > ENDENCRYPT

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

Re: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Lizette Koehler]

Do you get any other error messages?
What symptoms (other than cannot connect) do you see?

Have you joined the TCPIP List?  If not, that might another place to post this
question.
To join, if you have not done so, use this
TCPIP   To subscribe, send mail to lists...@vm.marist.edu  with the
command (paste it!) in the e-mail message body: 
SUBSCRIBE IBMTCP-L
Or this url and go to the bottom of the webpage:
http://www2.marist.edu/htbin/wlvindex?IBMTCP-L

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dazzo, Matt
> Sent: Wednesday, February 24, 2016 12:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SSLv3 & SSLv3 - APAR OA47183, PTF UA75508
> 
> After applying RSU maintenance to our zos1.13 sandbox system I have run into a
> problem (that I expected from reading the hold data) with TN3270 and SSL.
> SSLv2 & 3 are now defaulted to off. All our tn3270 sessions are configured to
> use ssl, I tested with TLS and they work fine. I'd like to enable ssl3 until
> we can get all the tn3270 users changed over to tls on my terms.
> * The PTF disabled SSL by default, but they can be enabled explicitly.
> 
> According to the apar info it is possible to override the new default (ssl
> off) in 2 ways, one with environment variable and the other (not the preferred
> method) with RACF profiles. Any help in getting this resolved is appreciated.
> Matt
> 
> So far I have tried adding the below to /etc/profile export
> GSK_PROTOCOL_SSLV3_ON export GSK_PROTOCOL_SSLV2_ON
> 
> And add the below to my telnet profile, I still cannot connect using ssl.
> 
> ENCRYPT
> SSL_RC4_SHA
> SSL_RC4_MD5
> SSL_AES_256_SHA
> SSL_AES_128_SHA
> SSL_3DES_SHA
> SSL_DES_SHA
> SSL_RC4_MD5_EX
> SSL_RC2_MD5_EX
> SSL_NULL_SHA
> SSL_NULL_MD5
> SSL_NULL_Null
> ENDENCRYPT

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

SSLv3 & SSLv3 - APAR OA47183, PTF UA75508

[Dazzo, Matt]

After applying RSU maintenance to our zos1.13 sandbox system I have run into a 
problem (that I expected from reading the hold data) with TN3270 and SSL. SSLv2 
& 3 are now defaulted to off. All our tn3270 sessions are configured to use 
ssl, I tested with TLS and they work fine. I'd like to enable ssl3 until we can 
get all the tn3270 users changed over to tls on my terms.
* The PTF disabled SSL by default, but they can be enabled explicitly.

According to the apar info it is possible to override the new default (ssl off) 
in 2 ways, one with environment variable and the other (not the preferred 
method) with RACF profiles. Any help in getting this resolved is appreciated. 
Matt

So far I have tried adding the below to /etc/profile
export GSK_PROTOCOL_SSLV3_ON
export GSK_PROTOCOL_SSLV2_ON

And add the below to my telnet profile, I still cannot connect using ssl.

ENCRYPT
SSL_RC4_SHA
SSL_RC4_MD5
SSL_AES_256_SHA
SSL_AES_128_SHA
SSL_3DES_SHA
SSL_DES_SHA
SSL_RC4_MD5_EX
SSL_RC2_MD5_EX
SSL_NULL_SHA
SSL_NULL_MD5
SSL_NULL_Null
ENDENCRYPT


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

Re: Outsourcing Stories Good or Bad!

[Jesse 1 Robinson]

Harsh, but on target. I now delete posts in both threads based on subject alone.

.
.
.
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
jesse1.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, February 24, 2016 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Outsourcing Stories Good or Bad!

On Wed, 24 Feb 2016 10:31:14 +, Mark Wilson wrote:

>I am working with a client in Europe that is being requested by his 
>senior management team to look at outsourcing their IT systems, 
>including their system z platform.
>
>Would anyone be willing to share any war stories of their experiences 
>with Outsourcing good or bad?

There has been considerable evidence of outsourcing to incompetent companies on 
IBM-Main lately. They don't say that they are outsourcers, but in the last few 
days there have been threads from people who hadn't a clue what they were 
doing. My guess is that they are outsourcers. Two that come to mind are the 
thread on a DASD device not going offline, and one about Applying a PTF to
DB2 10.

--
Tom Marchant


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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Ed Finnell]

Think it's more a symptom of the times. Just fire and forget if it don't  
work Ctl-Alt-Del fixes everything.
Why train we're getting off this thing in a few months? Or SMP/E's so  
simple an eight grader can do it(actual quote). Or ze installed Windows Server  
surely zOS can't be much more difficult. Ah, the nooks and crannies I have  
seen.
 
 
In a message dated 2/24/2016 12:22:32 P.M. Central Standard Time,  
000a2a8c2020-dmarc-requ...@listserv.ua.edu writes:

The OP  evidently hasn't a clue how to use SMP/E. The lack of expertise of 
some of  
our recent posters is appalling.  Outsourcing

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

AW: Re: Prefix save area - confused

[Peter Hunkeler]

> It's like looking out the window of a train at "the station." You look two 
> minutes later and "the station" is different, although actually the station 
> has not changed, you are just looking at a different one.

I admit I've had a glass of beautiful wine accompanying my diner, but you've 
lost me Anyway, it made my day, thanks :-)


--
Peter Hunkeler




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

Re: Outsourcing Stories Good or Bad!

[Tom Marchant]

On Wed, 24 Feb 2016 10:31:14 +, Mark Wilson wrote:

>I am working with a client in Europe that is being requested by his senior 
>management team to look at outsourcing their IT systems, including their 
>system z platform.
>
>Would anyone be willing to share any war stories of their experiences with 
>Outsourcing good or bad?

There has been considerable evidence of outsourcing to incompetent companies 
on IBM-Main lately. They don't say that they are outsourcers, but in the last 
few days there have been threads from people who hadn't a clue what they 
were doing. My guess is that they are outsourcers. Two that come to mind are 
the thread on a DASD device not going offline, and one about Applying a PTF to 
DB2 10.

-- 
Tom Marchant

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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Tom Marchant]

On Wed, 24 Feb 2016 11:02:47 -0500, Pinnacle  wrote:

>On 2/24/2016 6:52 AM, mansh...@gmail.com wrote:
>>
>> Yes I did bypass BYPASS(HOLDSYS,HOLDERR,ID) and use GROUPEXTEND during apply 
>> the PTF.
>>

Then you have broken your system. The only way to correct your error is to 
reinstall.

>
>Bypass HOLDSYS is fine.  Bypass HOLDERR should not be used unless you
>require the PTF and you're 99.999% sure that the HOLDERR will not impact
>you.  BYPASS ID SHOULD NEVER BE USED UNLESS YOU ARE EXPLICITLY TOLD BY
>IBM TO USE IT.

I agree completely, but would add that when you BYPASS(HOLDSYS) you 
also have to do what the system holds tell you to do. Actually, if IBM ever 
told me 
to BYPASS(ID) seriously question the person who told me that.

The OP evidently hasn't a clue how to use SMP/E. The lack of expertise of some 
of 
our recent posters is appalling. Outsourcing?

-- 
Tom Marchant

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

Re: Prefix save area - confused

[Tom Marchant]

On Wed, 24 Feb 2016 07:55:16 -0800, Charles Mills wrote:

>By the way PSA = Prefixed Storage Area, not Save area.

I thought I remembered learning it that way too, but all of the documentation 
I've been able to find says Prefixed Save Area. That includes 
http://www.bitsavers.org/pdf/ibm/370/OS_VS2/Release_3.7_1977/GC28-0710-0_OS_VS2_Debugging_Handbook_Vol_3_Rel_3.7_Dec78.pdf
 

-- 
Tom Marchant

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

Re: Outsourcing Stories Good or Bad!

[Tony Thigpen]

It would be helpful if you clarified your needs. There are multiple 
levels of outsourcing:


Machine is moved, but both systems programming and application 
programming remain in-house.
Machine is moved, including systems programming but the applications 
remain in-house

Everything is moved.

I work for an outsourcer who specializes in Mainframe Hospice. We work 
mainly with the under 200 mips, although we can go higher. We really 
don't want the applications support, but we do like, but don't require, 
the systems programming support.


We have found that the reason we do so well is that we usually can take 
a really old 'static' system, put it on our floor, then reduce the mips 
requirements to save the customer money. Many of these systems have 
already had some of their systems moved off-platform, but nobody reduced 
the mips requirements so all systems software is still being paid for 
based on the big mips box that is not being used more than 50% of it's 
capacity.


Also, most other outsourcers want to nickel and dime people with a bunch 
of small fees that really add up. For example, a little over a year ago 
we took over a machine that was in another outsourcer shop. We found 
that they had left the customer on 3490's (Yes, 3490's) and were 
charging them a per-mount charge. They were being charged for 500+ 
mounts a day. Almost 300 just for nightly backups. We put them on a 3590 
and now they only are using 10-15 mounts a night. (Which is below our 
'included in base cost' number.) Also, 25% of the disk space used was 
for 'historical' files that were really not needed. Who needs 3 copies 
of 5 years of SMF data on disk? (Another 2 copies were on tape.) We 
found 100's of generations of some nightly batch application files.


The main reason we get the systems programming work is because the 
company was 'getting off the mainframe in 3 years' 5 years ago and the 
systems programmer left.


With todays networking capibilities, it is not longer cost-effective to 
build your own computer room because it can now be located anywhere 
where several systems can utilized the same UPS, Cooling, Disk and Tape 
units as other systems.


Tony Thigpen

Mark Wilson wrote on 02/24/2016 05:31 AM:

I am working with a client in Europe that is being requested by his senior 
management team to look at outsourcing their IT systems, including their system 
z platform.

Would anyone be willing to share any war stories of their experiences with 
Outsourcing good or bad?

Offline from the list via email or for anyone attending Share in Texas willing 
to have a coffee/beer and discuss face to face.

Mark


--
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: Outsourcing Stories Good or Bad!

[Grinsell, Don]

We just went through a study involving only the mainframe and came away with 
the conclusion that for the time being we are doing it cheaper in house than we 
could do it outside.  Our biggest issue is that the mainframe platform is not 
strategic and our applications are steadily migrating off.  (Yes, I know all 
the reasons this should not be so, but that's life.  Several of these projects 
are in year 5 of a 3 year plan and we haven't even hit the big ones yet.)  The 
biggest downside I see with outsourcing is that once it's out the door, you are 
definitely at the mercy of the outsourcer and good luck bringing it back in 
house.  The devil is in the details so be sure you get what you need specified 
in the contract.

--
 
Donald Grinsell
State of Montana
406-444-2983
dgrins...@mt.gov

"As nightfall does not come all at once, neither does oppression. In both 
instances, there is a twilight when everything remains seemingly unchanged. And 
it is in such twilight that we all must be most aware of change in the air - 
however slight - lest we become unwitting victims of the darkness."
~ Justice William O. Douglas

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ken Hume
> Sent: Wednesday, February 24, 2016 9:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Outsourcing Stories Good or Bad!
> 
> I wound up leaving a company in Atlanta that I had been with over 17 years
> when they announced we were under the Y2K force reduction plan.
> After Y2K was completed, 46 of us in the support area would be laid off.
> We had over 600yrs combined employment with the company. I chose to
> take a job I found with IBM.
> 
> The support was moved to the parent company in MSP. One of my jobs was
> making CICS updates for the programmers. That service level went from
> overnight to one week. There were a LOT of service levels messed with as
> well. What once took a phone call or a stop by a desk now took phone calls,
> forms and emails.
> 
> Now that support, as well as the application development, has been moved
> offshore. Lots more folks lost their jobs. Turnaround times increased as
> expected. The biggest thing I have heard is that a PM at the company has to
> talk to a PM at the outsourcer to get anything changed. The PM at the
> outsourcer then relays the info to the developers. Coding is done, testing is
> done at the outsourcer, company reviews output and the process starts over
> for changes.
> 
> Sad, sad, sad..
> 
> 
> On 2/24/2016 9:38 AM, McCabe, Ron wrote:
> > We are also in the "research" stage of possibly Outsourcing our z platform
> so I would also be interested in hearing the good or bad stories.  I will be 
> at
> Share next week.
> >
> > Thanks,
> > Ron McCabe
> > Mutual of Enumclaw
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-
> m...@listserv.ua.edu]
> > On Behalf Of Mark Wilson
> > Sent: Wednesday, February 24, 2016 2:31 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Outsourcing Stories Good or Bad!
> >
> > I am working with a client in Europe that is being requested by his senior
> management team to look at outsourcing their IT systems, including their
> system z platform.
> >
> > Would anyone be willing to share any war stories of their experiences with
> Outsourcing good or bad?
> >
> > Offline from the list via email or for anyone attending Share in Texas 
> > willing
> to have a coffee/beer and discuss face to face.
> >
> > Mark
> >
> >
> > --
> > 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 and all attachments may contain
> CONFIDENTIAL information and are meant solely for the intended recipient.
> It may contain controlled, privileged, or proprietary information that is
> protected under applicable law and shall not be disclosed to any
> unauthorized third party. If you are not the intended recipient, you are
> hereby notified that any unauthorized review, action, disclosure,
> distribution, or reproduction of any information contained in this e- mail and
> any attachments is strictly PROHIBITED. If you received this e- mail in error,
> please reply to the sender immediately stating that this transmission was
> misdirected, and delete or destroy all electronic and paper copies of this e-
> mail and attachments without disclosing the contents. This e- mail does not
> grant or assign rights of ownership in the proprietary subject matter herein,
> nor shall it be construed as a joint venture, partnership, teaming agreement,
> or any other formal business relationship.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO 

Re: Apply PTF on DB2 10 (z/os 1.12)

[Bill Godfrey]

On Wed, 24 Feb 2016 08:57:13 -0600, Tom Marchant wrote:

>On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:
>
>>why would you want to bypass HOLDERR during APPLY ?
>
>Perhaps I missed it, but I didn't see any reference to bypassing error holds.

It appears that parts of this thread are being posted directly to 
bit.listserv.ibm-main.

As a result they are missing from the listserv.

>
>>Are there other people on this list who would recommend this practice ?
>
>I would not.
>

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

Re: MaaS360 spam [was: quick question]

[Paul Gilmartin]

On Wed, 24 Feb 2016 16:33:55 +, Neil Duffee wrote:

>Scott:  remove me from all e-dress lists that you have contact with.  This is 
>spam and you should be ashamed for harvesting IBM-Main e-dresses where there 
>have been *many* unsolicited advertisements for MaaS360 in the past.  Your 
>e-dress has been added to my spam-kill rule.
>
>ps.  In Canada, this is now an offence with approx. $1k fine/occurrence.
> 
Per recipient?  I can only hope.

With an ibm.com return address (not quoted)?  Does IBM condone this?
Might it be forged?

-- gil

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

Re: Outsourcing Stories Good or Bad!

[Ken Hume]

I wound up leaving a company in Atlanta that I had been with over 17 
years when they announced we were under the Y2K force reduction plan. 
After Y2K was completed, 46 of us in the support area would be laid off. 
We had over 600yrs combined employment with the company. I chose to take 
a job I found with IBM.

The support was moved to the parent company in MSP. One of my jobs was 
making CICS updates for the programmers. That service level went from 
overnight to one week. There were a LOT of service levels messed with as 
well. What once took a phone call or a stop by a desk now took phone 
calls, forms and emails.

Now that support, as well as the application development, has been moved 
offshore. Lots more folks lost their jobs. Turnaround times increased as 
expected. The biggest thing I have heard is that a PM at the company has 
to talk to a PM at the outsourcer to get anything changed. The PM at the 
outsourcer then relays the info to the developers. Coding is done, 
testing is done at the outsourcer, company reviews output and the 
process starts over for changes.

Sad, sad, sad..


On 2/24/2016 9:38 AM, McCabe, Ron wrote:
> We are also in the "research" stage of possibly Outsourcing our z platform so 
> I would also be interested in hearing the good or bad stories.  I will be at 
> Share next week.
>
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mark Wilson
> Sent: Wednesday, February 24, 2016 2:31 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Outsourcing Stories Good or Bad!
>
> I am working with a client in Europe that is being requested by his senior 
> management team to look at outsourcing their IT systems, including their 
> system z platform.
>
> Would anyone be willing to share any war stories of their experiences with 
> Outsourcing good or bad?
>
> Offline from the list via email or for anyone attending Share in Texas 
> willing to have a coffee/beer and discuss face to face.
>
> Mark
>
>
> --
> 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 and all attachments may contain 
> CONFIDENTIAL information and are meant solely for the intended recipient. It 
> may contain controlled, privileged, or proprietary information that is 
> protected under applicable law and shall not be disclosed to any unauthorized 
> third party. If you are not the intended recipient, you are hereby notified 
> that any unauthorized review, action, disclosure, distribution, or 
> reproduction of any information contained in this e- mail and any attachments 
> is strictly PROHIBITED. If you received this e- mail in error, please reply 
> to the sender immediately stating that this transmission was misdirected, and 
> delete or destroy all electronic and paper copies of this e-mail and 
> attachments without disclosing the contents. This e- mail does not grant or 
> assign rights of ownership in the proprietary subject matter herein, nor 
> shall it be construed as a joint venture, partnership, teaming agreement, or 
> any other formal business relationship.
>
> --
> 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: Apply PTF on DB2 10 (z/os 1.12)

[Paul Gilmartin]

On Wed, 24 Feb 2016 11:02:47 -0500, Pinnacle  wrote:

>On 2/24/2016 6:52 AM, manshadi wrote:
>>
>> Yes I did bypass BYPASS(HOLDSYS,HOLDERR,ID) and use GROUPEXTEND during apply 
>> the PTF.
>> 
Ouch!

(KurtQ:)
>Bypass HOLDSYS is fine.  Bypass HOLDERR should not be used unless you
>require the PTF and you're 99.999% sure that the HOLDERR will not impact
>you.  BYPASS ID SHOULD NEVER BE USED UNLESS YOU ARE EXPLICITLY TOLD BY
>IBM TO USE IT.  I would recommend that you RESTORE this and rerun the
>APPLY WITHOUT BYPASS HOLDERR AND BYPASS ID.
> 
My rankings:

BYPASS(PRE), BYPASS(ID):  Never!  These will create an invalid configuration,
one which the vendor is unlikely to have tested.

BYPASS(HOLDERR(id,...)):  Cautiously; after verifying that your system does
not meet the conditions for the problem and consulting with the vendor.
Mention only specific reason IDs in the list.

BYPASS(HOLDSYS): Read and follow the instructions in the ++HOLD text.
Hmmm...  ++HOLD SYSTEM is allowed in SMPHOLD.  Should the instructions
then appear as a COMMENT()?

I don't see how a MODID error can occur unless the vendor has structured
the maintenance stream incorrectly (it could happen).  More probably, it's
consequential damage fom an imprudent (previous) BYPASS(PRE).

Decades ago, I took a class (presented by amdahl) which explained much
of this.  Of course, it targeted customers' concerns rather than vendors'.

-- gil

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

Re: Outsourcing Stories Good or Bad!

[McCabe, Ron]

We are also in the "research" stage of possibly Outsourcing our z platform so I 
would also be interested in hearing the good or bad stories.  I will be at 
Share next week.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Wilson
Sent: Wednesday, February 24, 2016 2:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Outsourcing Stories Good or Bad!

I am working with a client in Europe that is being requested by his senior 
management team to look at outsourcing their IT systems, including their system 
z platform.

Would anyone be willing to share any war stories of their experiences with 
Outsourcing good or bad?

Offline from the list via email or for anyone attending Share in Texas willing 
to have a coffee/beer and discuss face to face.

Mark


--
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 and all attachments may contain 
CONFIDENTIAL information and are meant solely for the intended recipient. It 
may contain controlled, privileged, or proprietary information that is 
protected under applicable law and shall not be disclosed to any unauthorized 
third party. If you are not the intended recipient, you are hereby notified 
that any unauthorized review, action, disclosure, distribution, or reproduction 
of any information contained in this e- mail and any attachments is strictly 
PROHIBITED. If you received this e- mail in error, please reply to the sender 
immediately stating that this transmission was misdirected, and delete or 
destroy all electronic and paper copies of this e-mail and attachments without 
disclosing the contents. This e- mail does not grant or assign rights of 
ownership in the proprietary subject matter herein, nor shall it be construed 
as a joint venture, partnership, teaming agreement, or any other formal 
business relationship.

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

Re: MaaS360 spam [was: quick question]

[Neil Duffee]

Scott:  remove me from all e-dress lists that you have contact with.  This is 
spam and you should be ashamed for harvesting IBM-Main e-dresses where there 
have been *many* unsolicited advertisements for MaaS360 in the past.  Your 
e-dress has been added to my spam-kill rule.

ps.  In Canada, this is now an offence with approx. $1k fine/occurrence.

>  signature = 8 lines follows  <
Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585  fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee
"How *do* you plan for something like that?"  Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent"  John Norgauer 2004
"Schrodinger's backup: The condition of any backup is unknown until a restore 
is attempted."  John McKown 2015

From: Scott J Schwefringhaus [mailto:sjsch...@us.ibm.com]
Sent: February 10, 2016 14:21
To: Neil Duffee
Subject: quick question


Hey Neil,

My name is Scott Schwefringhaus and I am an IBM mobile security specialist. I 
am looking to schedule a 30 minute educational/technical demonstration (over 
WebEx) of our MaaS360 Security Platform. Our solution is designed to help 
manage and secure the laptops, smart phones, and tablets in the workplace.

Do you have any availability next week?
Sincerely,

Scott J. Schwefringhaus
Mobile Security Specialist
IBM MobileFirst Protect
MaaS360.com

[snip] .png removed for ListServ [snip]






E-mail: sjsch...@us.ibm.com
Find me on:

1601 Cherry Street 20th Fl
Philadelphia, Pennsylvania 19102
United States




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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Pinnacle]

On 2/24/2016 6:52 AM, mansh...@gmail.com wrote:

On Tuesday, February 23, 2016 at 6:20:06 PM UTC+3:30, Kurt Quackenbush wrote:

I am trying to apply UI15763 PTF on DB2 10 ( z/OS 1.12 ).

The following error is appeared :
GIM23901E ** LINK-EDIT PROCESSING FOR SYSMOD UI12617 FAILED FOR MODULE DSNHAPLY
IN LMOD DSNHPC IN THE SDSNLOAD LIBRARY. THE RETURN CODE (04)
EXCEEDED THE ALLOWABLE VALUE. DATE 16.054 - TIME 14:53:18 -
SEQUENCE NUMBER 16.

Which the SEQUENCE NUMBER 16 is as follows :
22I 1220 27 NAME DSNHPC(R) MAX ACCEPTABLE RC=00
54W 9203 SYMBOL SEQEXDFT UNRESOLVED. NO AUTOCALL (NCAL) SPECIFIED.


Did you bypass any requisite PTFs on this APPLY?  Do you have any ++APAR
fixes installed that might have affected the load module?  If not, then
open a problem with DB2 support.

Kurt Quackenbush -- IBM, SMP/E Development




Hi,
Yes I did bypass BYPASS(HOLDSYS,HOLDERR,ID) and use GROUPEXTEND during apply 
the PTF.



Bypass HOLDSYS is fine.  Bypass HOLDERR should not be used unless you 
require the PTF and you're 99.999% sure that the HOLDERR will not impact 
you.  BYPASS ID SHOULD NEVER BE USED UNLESS YOU ARE EXPLICITLY TOLD BY 
IBM TO USE IT.  I would recommend that you RESTORE this and rerun the 
APPLY WITHOUT BYPASS HOLDERR AND BYPASS ID.


Regards,
Tom Conley

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

Re: Prefix save area - confused

[Charles Mills]

By the way PSA = Prefixed Storage Area, not Save area.

Charles

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

Re: Prefix save area - confused

[baby eklavya]

Great Thank you all .



On Wed, Feb 24, 2016 at 8:14 PM, Charles Mills  wrote:

> From the program's point of view the content of the PSA changes, although
> actually the PSA content has stayed the same, the program is just looking
> at a different one.
>
> It's like looking out the window of a train at "the station." You look two
> minutes later and "the station" is different, although actually the station
> has not changed, you are just looking at a different one.
>
> Charles
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, CP (ITOPT1) - KLM
> Sent: Wednesday, February 24, 2016 4:54 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Prefix save area - confused
>
> 'Doesn't the PSA contents change at that point ?' ==> No, each PSA remains
> the same. The program's PSA-pointer is just set to the PSA of the processor
> it runs on.
>
> 'as the PSA is no longer the same' ==> there is no 'the PSA' there are
> many PSAs. 'The' PSA a program sees, is the PSA of the processor it runs on.
>
> --
> 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: Apply PTF on DB2 10 (z/os 1.12)

[Paul Gilmartin]

On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:
>
> ... why would you want to bypass HOLDERR during APPLY ?Are there other people 
> on this list who would recommend this practice ? 
> 
Absolutely.  If the APAR text indicates that the error is limited to a certain
hardware or software configuration, a customer not having that configuration
and needing the repair can choose to BYPASS.

A prudent customer might first call the vendor's tech support to verify.

-- gil

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

Re: Apply PTF on DB2 10 (z/os 1.12)

[Tom Marchant]

On Wed, 24 Feb 2016 14:32:19 +, Walter Marguccio wrote:

>why would you want to bypass HOLDERR during APPLY ?

Perhaps I missed it, but I didn't see any reference to bypassing error holds.

>Are there other people on this list who would recommend this practice ?

I would not.

-- 
Tom Marchant

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

Re: Prefix save area - confused

[Charles Mills]

>From the program's point of view the content of the PSA changes, although 
>actually the PSA content has stayed the same, the program is just looking at a 
>different one.

It's like looking out the window of a train at "the station." You look two 
minutes later and "the station" is different, although actually the station has 
not changed, you are just looking at a different one.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Wednesday, February 24, 2016 4:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Prefix save area - confused

'Doesn't the PSA contents change at that point ?' ==> No, each PSA remains the 
same. The program's PSA-pointer is just set to the PSA of the processor it runs 
on.

'as the PSA is no longer the same' ==> there is no 'the PSA' there are many 
PSAs. 'The' PSA a program sees, is the PSA of the processor it runs on.

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

Re: Prefix save area - confused

[Tom Marchant]

On Wed, 24 Feb 2016 16:46:59 +0530, baby eklavya wrote:

>Is there a different place where this concept is documented with more
>details ? ..

Prefixing is documented in the Principles of Operation.

Every processor has its own first page (actually two pages now). The reason 
is that there are several storage locations that the processor requires. For 
example, when an interrupt occurs, the PSW is saved in the OLD PSW location 
for that kind of interrupt. Then the PSW is loaded form the NEW PSW location 
for that kind of interrupt. There are six kinds of interrupt. Eventually, the 
Old 
PSW will be used to dispatch the program that was interrupted.

>This feature is unique to the PSA area, and is accomplished
>through a unique DAT manipulation technique called prefixing.

I don't think of this as a "DAT manipulation technique". I think of DAT as the 
mechanism that converts a virtual address to a real address. Prefixing converts 
a real address to an absolute address.

-- 
Tom Marchant

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

Apply PTF on DB2 10 (z/os 1.12)

[Walter Marguccio]

Hello Manshadi, 
it has nothing to do with your query, however ... why would you want to bypass 
HOLDERR during APPLY ?Are there other people on this list who would recommend 
this practice ? Walter Marguccio
z/OS Systems Programmer
BELENUS LOB Informatic GmbH
Munich - Germany

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

Re: Introducing the New z13s: Tim's Hardware Highlights

[Clark Morris]

On 23 Feb 2016 20:46:21 -0800, in bit.listserv.ibm-main you wrote:

>Ed Gould wrote:
>>Seriously the issue is absence of debugging tools to find the leak
>>seems like it would be simpler to have them.
>
>Who said they didn't? They had quite excellent problem determination tools
>(plural).
>
>Keep in mind the mission-critical application was in production. Neither
>planned nor unplanned downtime was/is tolerable. They had to keep the
>business service available while troubleshooting and then fixing the
>problem. They did, and the platform made possible their Apollo 13-like
>triumph. Failure would have been quite expensive.
>
>Clark Morris wrote:
>>The joy can be understanding why the bug, fixing it so that you don't
>>cause the application equivalent of the PE chain, running all the
>>tests and then going through change management. Setting up the
>>appropriate tests alone can be time consuming.
>
>Quite correct, I agree.
>
>Radoslaw Skorupka wrote:
>>Price is also a problem
>
>Yes, I suppose the price of the levee that would have saved New Orleans was
>"a problem." The price of Hurricane Katrina was much higher.
>
>Even so, I assume you'll be pleased IBM has majorly reduced the price of
>memory, even while it's the only memory in the industry with RAIM
>protections, to pick one among several unique characteristics. Enjoy.
>
>It's *always* about value for money, whether mainframes or moon rockets.
>This isn't a complicated concept. Now raise your hand if you want the
>lowest priced heart surgeon, operating room, and artificial valve. :-)

It depends.  What makes the more expensive ones worth the money and do
I need those things in my case?  

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

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

Re: Prefix save area - confused

[baby eklavya]

Now i get it ...thanks a lot for making this clear to me .

On Wed, Feb 24, 2016 at 6:23 PM, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> 'Doesn't the PSA contents change at that point ?' ==> No, each PSA remains
> the same. The program's PSA-pointer is just set to the PSA of the processor
> it runs on.
>
> 'as the PSA is no longer the same' ==> there is no 'the PSA' there are
> many PSAs. 'The' PSA a program sees, is the PSA of the processor it runs on.
>
> Kees.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of baby eklavya
> Sent: 24 February, 2016 13:42
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Prefix save area - confused
>
> Thank you sir ...So , what happens when a program running in address space
> A gets dispatched on a different processor B following an interrupt ?
>
> Doesn't the PSA contents change at that point ? ...Then as a part of
> prefixing , the absolute location is mapped to a different block in real
> storage .
>
> This is what i get confused always - as the PSA is no longer the same 
>
> On Wed, Feb 24, 2016 at 5:45 PM, Vernooij, CP (ITOPT1) - KLM <
> kees.verno...@klm.com> wrote:
>
> > There is one for each processor, so all address spaces dispatched on the
> > same processor will access the same PSA. In that way each PSA is common
> for
> > all address spaces.
> >
> > Kees.
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of baby eklavya
> > Sent: 24 February, 2016 12:17
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Prefix save area - confused
> >
> > Hello Listers ,
> >
> > Apologies in advance if this is a dumb question . But every time i read
> the
> > below paragraph from ABC volumes , i get lost in the middle .
> >
> > *prefixed storage area*
> >
> > This area is often referred to as low core. The PSA is a common area of
> > virtual storage
> > from address zero through 8191 in every address space. There is one
> unique
> > PSA for
> > every processor installed in a system.
> > The PSA maps architecturally fixed hardware and software storage
> locations
> > for the
> > processor. Because there is a unique PSA for each processor, from the
> view
> > of a program
> > running on z/OS, the contents of the PSA can change any time the program
> is
> > dispatched
> > on a different processor. This feature is unique to the PSA area, and is
> > accomplished
> > through a unique DAT manipulation technique called prefixing.
> >
> >
> > In what way do they say PSA is a common area of every address space when
> > there is a unique PSA for every processor ?
> >
> >
> > Is there a different place where this concept is documented with more
> > details ? ..
> >
> > Can someone help me understand the above statement ?
> >
> > Regards,
> > Baby
> >
> > --
> > 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
> >
>
> --
> 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 

Re: Prefix save area - confused

[Vernooij, CP (ITOPT1) - KLM]

'Doesn't the PSA contents change at that point ?' ==> No, each PSA remains the 
same. The program's PSA-pointer is just set to the PSA of the processor it runs 
on.

'as the PSA is no longer the same' ==> there is no 'the PSA' there are many 
PSAs. 'The' PSA a program sees, is the PSA of the processor it runs on.

Kees.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of baby eklavya
Sent: 24 February, 2016 13:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Prefix save area - confused

Thank you sir ...So , what happens when a program running in address space
A gets dispatched on a different processor B following an interrupt ?

Doesn't the PSA contents change at that point ? ...Then as a part of
prefixing , the absolute location is mapped to a different block in real
storage .

This is what i get confused always - as the PSA is no longer the same 

On Wed, Feb 24, 2016 at 5:45 PM, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> There is one for each processor, so all address spaces dispatched on the
> same processor will access the same PSA. In that way each PSA is common for
> all address spaces.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of baby eklavya
> Sent: 24 February, 2016 12:17
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Prefix save area - confused
>
> Hello Listers ,
>
> Apologies in advance if this is a dumb question . But every time i read the
> below paragraph from ABC volumes , i get lost in the middle .
>
> *prefixed storage area*
>
> This area is often referred to as low core. The PSA is a common area of
> virtual storage
> from address zero through 8191 in every address space. There is one unique
> PSA for
> every processor installed in a system.
> The PSA maps architecturally fixed hardware and software storage locations
> for the
> processor. Because there is a unique PSA for each processor, from the view
> of a program
> running on z/OS, the contents of the PSA can change any time the program is
> dispatched
> on a different processor. This feature is unique to the PSA area, and is
> accomplished
> through a unique DAT manipulation technique called prefixing.
>
>
> In what way do they say PSA is a common area of every address space when
> there is a unique PSA for every processor ?
>
>
> Is there a different place where this concept is documented with more
> details ? ..
>
> Can someone help me understand the above statement ?
>
> Regards,
> Baby
>
> --
> 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
>

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

Re: Prefix save area - confused

[baby eklavya]

Thank you sir ...So , what happens when a program running in address space
A gets dispatched on a different processor B following an interrupt ?

Doesn't the PSA contents change at that point ? ...Then as a part of
prefixing , the absolute location is mapped to a different block in real
storage .

This is what i get confused always - as the PSA is no longer the same 

On Wed, Feb 24, 2016 at 5:45 PM, Vernooij, CP (ITOPT1) - KLM <
kees.verno...@klm.com> wrote:

> There is one for each processor, so all address spaces dispatched on the
> same processor will access the same PSA. In that way each PSA is common for
> all address spaces.
>
> Kees.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of baby eklavya
> Sent: 24 February, 2016 12:17
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Prefix save area - confused
>
> Hello Listers ,
>
> Apologies in advance if this is a dumb question . But every time i read the
> below paragraph from ABC volumes , i get lost in the middle .
>
> *prefixed storage area*
>
> This area is often referred to as low core. The PSA is a common area of
> virtual storage
> from address zero through 8191 in every address space. There is one unique
> PSA for
> every processor installed in a system.
> The PSA maps architecturally fixed hardware and software storage locations
> for the
> processor. Because there is a unique PSA for each processor, from the view
> of a program
> running on z/OS, the contents of the PSA can change any time the program is
> dispatched
> on a different processor. This feature is unique to the PSA area, and is
> accomplished
> through a unique DAT manipulation technique called prefixing.
>
>
> In what way do they say PSA is a common area of every address space when
> there is a unique PSA for every processor ?
>
>
> Is there a different place where this concept is documented with more
> details ? ..
>
> Can someone help me understand the above statement ?
>
> Regards,
> Baby
>
> --
> 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
>

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

Re: Prefix save area - confused

[Vernooij, CP (ITOPT1) - KLM]

There is one for each processor, so all address spaces dispatched on the same 
processor will access the same PSA. In that way each PSA is common for all 
address spaces.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of baby eklavya
Sent: 24 February, 2016 12:17
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Prefix save area - confused

Hello Listers ,

Apologies in advance if this is a dumb question . But every time i read the
below paragraph from ABC volumes , i get lost in the middle .

*prefixed storage area*

This area is often referred to as low core. The PSA is a common area of
virtual storage
from address zero through 8191 in every address space. There is one unique
PSA for
every processor installed in a system.
The PSA maps architecturally fixed hardware and software storage locations
for the
processor. Because there is a unique PSA for each processor, from the view
of a program
running on z/OS, the contents of the PSA can change any time the program is
dispatched
on a different processor. This feature is unique to the PSA area, and is
accomplished
through a unique DAT manipulation technique called prefixing.


In what way do they say PSA is a common area of every address space when
there is a unique PSA for every processor ?


Is there a different place where this concept is documented with more
details ? ..

Can someone help me understand the above statement ?

Regards,
Baby

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

Prefix save area - confused

[baby eklavya]

Hello Listers ,

Apologies in advance if this is a dumb question . But every time i read the
below paragraph from ABC volumes , i get lost in the middle .

*prefixed storage area*

This area is often referred to as low core. The PSA is a common area of
virtual storage
from address zero through 8191 in every address space. There is one unique
PSA for
every processor installed in a system.
The PSA maps architecturally fixed hardware and software storage locations
for the
processor. Because there is a unique PSA for each processor, from the view
of a program
running on z/OS, the contents of the PSA can change any time the program is
dispatched
on a different processor. This feature is unique to the PSA area, and is
accomplished
through a unique DAT manipulation technique called prefixing.


In what way do they say PSA is a common area of every address space when
there is a unique PSA for every processor ?


Is there a different place where this concept is documented with more
details ? ..

Can someone help me understand the above statement ?

Regards,
Baby

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

Outsourcing Stories Good or Bad!

[Mark Wilson]

I am working with a client in Europe that is being requested by his senior 
management team to look at outsourcing their IT systems, including their system 
z platform.

Would anyone be willing to share any war stories of their experiences with 
Outsourcing good or bad?

Offline from the list via email or for anyone attending Share in Texas willing 
to have a coffee/beer and discuss face to face.

Mark


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