Re: IBM-MAIN Digest - 17 Apr 2018 to 18 Apr 2018 (#2018-108)

[Alan(GMAIL)Watthey]

Hi listers,

 

I was wondering if there was an easy way to get all the authorised libraries
on a z/OS system.  I am looking ultimately for a Rexx solution.

 

Now I obviously know about 'D PROG,APF' but according to the manual there
are many more authorised libraries than these.  Also, there is PROGxx to
look at but SYS1.LINKLIB and SYS1.SVCLIB are authorised whether or not they
are specified in PROGxx.  Then we have all of LPA which is authorised
(pageable, fixed, modified and dynamic).  Maybe someone has changed a
default library name (such as SYS1.LPALIB or SYS1.LINKLIB).  Maybe someone
has dynamically added or deleted an authorised library.  LINKLIST might be
automatically authorised or it might not.

 

Will I have to build this entire list myself (that looks a bit daunting to
me), is there some obscure (or even obvious) MVS command available I have
never used before or can I find it somewhere in memory?

 

Regards,

Alan Watthey


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

Re: IRS Assembler Java Big Plus Jobs

[David Crayford]

On 19/04/2018 12:00 PM, Paul Gilmartin wrote:

On Thu, 19 Apr 2018 10:21:20 +0800, David Crayford wrote:


On 19/04/2018 5:19 AM, Cheryl Watson wrote:

The z13 and z14 can run Java faster than any other processor.

Do you mean any other mainframe processor? My observations are that Java
runs significantly faster on a x86 Linux system compared to our z13s
running z/OS with a zIIP.


gcc?  Has anyone a data point for similar compilers on Linux for zseries and
Linux for x86?

Is the C compiler on z/OS zIIP-eligible?


I've yet to see a Java workload run faster on z/OS then on x86. And our 
x86 servers are heavily virtualized using Hyper-V. Our zIIP runs at 
below 10% so there is plenty
of capacity available. It would be interesting to compare the 
performance of Java running on z/OS vs zLinux.





It's not just Java worksloads. I ran a large C++ compile that took over
an hour on z/OS which ran under two minutes on x86/Linux. Our z13s
rarely runs at over 50%.


I've seen similar results for GNU configure.  I attribute this to both compiler
and general process fork() overhead.

Are more address space creations nowadays due to UNIX fork() or batch
initiators?  (Of course this is site-dependent.)  I suspect AS creation is
still optimized for batch job steps ("BPXAS ON INTRDR").  This may be
suboptimal.



The compiles take forever. I recently had a meeting with the compiler 
guys from Toronto and I asked them if a cross-compiler was on the radar. 
That didn't like that question!
I would suggest the performance of the compiler is down to the software 
stack it runs on.





-- gil

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


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

Re: IRS Assembler Java Big Plus Jobs

[Paul Gilmartin]

On Thu, 19 Apr 2018 10:21:20 +0800, David Crayford wrote:

>On 19/04/2018 5:19 AM, Cheryl Watson wrote:
>> The z13 and z14 can run Java faster than any other processor.
>
>Do you mean any other mainframe processor? My observations are that Java
>runs significantly faster on a x86 Linux system compared to our z13s
>running z/OS with a zIIP.
>
gcc?  Has anyone a data point for similar compilers on Linux for zseries and
Linux for x86?

Is the C compiler on z/OS zIIP-eligible?

>It's not just Java worksloads. I ran a large C++ compile that took over
>an hour on z/OS which ran under two minutes on x86/Linux. Our z13s
>rarely runs at over 50%.
> 
I've seen similar results for GNU configure.  I attribute this to both compiler
and general process fork() overhead.

Are more address space creations nowadays due to UNIX fork() or batch
initiators?  (Of course this is site-dependent.)  I suspect AS creation is
still optimized for batch job steps ("BPXAS ON INTRDR").  This may be
suboptimal.

-- gil

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

Re: IRS Assembler Java Big Plus Jobs

[David Crayford]

On 19/04/2018 5:19 AM, Cheryl Watson wrote:

The z13 and z14 can run Java faster than any other processor.


Do you mean any other mainframe processor? My observations are that Java 
runs significantly faster on a x86 Linux system compared to our z13s 
running z/OS with a zIIP.
It's not just Java worksloads. I ran a large C++ compile that took over 
an hour on z/OS which ran under two minutes on x86/Linux. Our z13s 
rarely runs at over 50%.


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

Re: IRS Assembler Java Big Plus Jobs

[scott Ford]

Has real Mainframe development jobs disappeared ? It seems so ..

Scott

On Wed, Apr 18, 2018 at 5:20 PM Cheryl Watson 
wrote:

> There are two very big reasons to replace assembler with Java. The first
> is the higher availability of Java programmers versus assembler
> programmers. The second is that Java, for the most part, will run on zIIPs
> and reduce the cost of software. The z13 and z14 can run Java faster than
> any other processor.
>
> Cheryl
> Watsonwalker.com
>
> Sent from my iPhone
>
> On Apr 18, 2018, at 1:30 PM, Mike LaMartina 
> wrote:
>
> I am surprised that IRS wants to replace Assembler with Java.
>
> I can't think of a bigger mistake.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joseph Reichman
> Sent: Wednesday, April 18, 2018 10:09 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Fwd: IRS Assembler Java Big Plus Jobs
>
> Begin forwarded message:
>
> > From: Reichman Joseph 
> > Date: April 18, 2018 at 1:06:33 PM EDT
> > To: "reichman...@gmail.com" 
> > Subject: FW: IRS  Assembler Java Big Plus Jobs
> >
> >
> >
> >
> > From: Reichman Joseph
> > Sent: Wednesday, April 18, 2018 1:04 PM
> > To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> > Cc: DeLeon Tracy 
> > Subject: IRS Assembler Java Big Plus Jobs
> >
> > Hi
> >
> > I have seen many posts here for jobs in that  vain
> >
> > The IRS is currently Looking for Assembler progs GS13 grade which starts
> at  87,252 and goes to about 129
> >
> > I have been working in Assembler for many years after the .com I have
> been bouncing around jobs more than I would like as IT became less stable
> >
> > The IRS in my humble opinion offers something private industry at this
> time can’t match STABILITY. In addition after the first year you get to
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
> >
> > OPM says 200) don’t know which takes prescience of your POD (post of
> duty) you must only come into the office once a week. I think you need
> mangers approval (however almost all have no issue with this)
> >
> >
> > For a list of locations and to apply go to USA.JOBS.ORG search for ALC
> >
> > There is a big push to modernize the code and re-write the Assembler in
> Java the IRS has invested a lot of time sending me and other members of my
> group to Java Classes without doubt it’s the best job I ever had
> >
> >
> >
> >
> > Joe Reichman
> >
> > Joe Reichman
> >
> > IT Specialist
> >
> > Master Files Division
> >
> > New Carrollton Federal Building, B7-182
> >
> > OS:IT:AD:CP:I:IB
> >
> > Flex M,T,Th,F
> >
> > Home office (240) 863 - 3965
> >
> > Office (240) 613-4350
> >
> > Cell (917) 748-9693
> >
> > TOD M - F  7:30 am  - 4:00 pm
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


-- 



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a
friend or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be
privileged, confidential, proprietary or otherwise protected from
disclosure. If the reader of this message is not the intended recipient,
you are hereby notified that any dissemination, distribution, copying or
use of this message and any attachment is strictly prohibited. If you have
received this message in error, please notify us immediately by replying to
the message and permanently delete it from your computer and destroy any
printout thereof.*

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

Re: IRS Assembler Java Big Plus Jobs

[Cheryl Watson]

There are two very big reasons to replace assembler with Java. The first is the 
higher availability of Java programmers versus assembler programmers. The 
second is that Java, for the most part, will run on zIIPs and reduce the cost 
of software. The z13 and z14 can run Java faster than any other processor.  

Cheryl
Watsonwalker.com

Sent from my iPhone

On Apr 18, 2018, at 1:30 PM, Mike LaMartina  
wrote:

I am surprised that IRS wants to replace Assembler with Java.

I can't think of a bigger mistake.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Wednesday, April 18, 2018 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: IRS Assembler Java Big Plus Jobs

Begin forwarded message:

> From: Reichman Joseph 
> Date: April 18, 2018 at 1:06:33 PM EDT
> To: "reichman...@gmail.com" 
> Subject: FW: IRS  Assembler Java Big Plus Jobs
> 
> 
> 
> 
> From: Reichman Joseph 
> Sent: Wednesday, April 18, 2018 1:04 PM
> To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> Cc: DeLeon Tracy 
> Subject: IRS Assembler Java Big Plus Jobs
> 
> Hi
> 
> I have seen many posts here for jobs in that  vain
> 
> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129
> 
> I have been working in Assembler for many years after the .com I have been 
> bouncing around jobs more than I would like as IT became less stable
> 
> The IRS in my humble opinion offers something private industry at this time 
> can’t match STABILITY. In addition after the first year you get to 
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
> 
> OPM says 200) don’t know which takes prescience of your POD (post of duty) 
> you must only come into the office once a week. I think you need mangers 
> approval (however almost all have no issue with this)
> 
> 
> For a list of locations and to apply go to USA.JOBS.ORG search for ALC
> 
> There is a big push to modernize the code and re-write the Assembler in Java 
> the IRS has invested a lot of time sending me and other members of my group 
> to Java Classes without doubt it’s the best job I ever had
> 
> 
> 
> 
> Joe Reichman
> 
> Joe Reichman
> 
> IT Specialist
> 
> Master Files Division
> 
> New Carrollton Federal Building, B7-182
> 
> OS:IT:AD:CP:I:IB
> 
> Flex M,T,Th,F
> 
> Home office (240) 863 - 3965
> 
> Office (240) 613-4350
> 
> Cell (917) 748-9693
> 
> TOD M - F  7:30 am  - 4:00 pm

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

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

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

Re: Does anyone have a sample program to list in storage RACLISTED profiles.

[Roach, Dennis]

Clarification 
Member/grouping profiles for things like CICS are merged at RACLIST time.
I need to be able to see what the final profile looks like once the merger is 
done. 
Since this is in storage, CSA if GLOBAL or a data space if not global, I 
figured that would be the quickest place to look.




Dennis Roach, CISSP
AIG

Identity & Access Management | Technology Services

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone:  713-591-1059 (cell)

dennis.ro...@aig.com | www.aig.com 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Wednesday, April 18, 2018 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Does anyone have a sample program to list in storage RACLISTED 
profiles.

SETR LIST will produce the data you want.  You will need to extract the one 
section of data you want from the complete list of settings it produces.

> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Roach, Dennis
> Sent: Wednesday, April 18, 2018 10:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: FW: Does anyone have a sample program to list in storage
RACLISTED profiles.
> 
> I am looking for something to list the in storage RACLISTED profiles.
> What I am trying to do is get a final merged version of a member/group
profile.
> 
> Dennis Roach, CISSP

--
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: The IRS Really Needs Some New Computers

[Seymour J Metz]

> IBM ALCS became zTFP.

That didn't exist in 1958. ITYM zTPF.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Steve Beaver 
Sent: Wednesday, April 18, 2018 2:51 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: The IRS Really Needs Some New Computers

IBM ALCS became zTFP.  That is generally all in Assembler, unless you use
JAVA.  But JAVA is way too slow

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Wednesday, April 18, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

>  code, written in assembler, that may be 60 years old

That would be 1958; at best a 7070, possibly something older. There's no
7070 emulator on modern hardware and a lot of IRS code was written for TPF,
which didn't exist in 1958.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of
Joel C. Ewing 
Sent: Tuesday, April 17, 2018 10:57 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: The IRS Really Needs Some New Computers

I read the referenced article.   The title was obviously written by
someone who isn't sufficiently computer-literate to understand that a
computer is hardware and that application code is NOT a computer.

The text of the article flat out says the IRS has repeatedly updated
hardware over the years.  The reported problem is that it's still
dependent on some code, written in assembler, that may be 60 years old
and difficult to maintain.  That's an entirely different problem than
the title implies.
Joel C Ewing

On 04/17/2018 01:14 PM, Gerhard Adam wrote:
> Nonsense, the IRS is running Z/13's , etc.
>
> Sent from my iPhone
>
>> On Apr 17, 2018, at 11:09 AM, Allan Staller 
wrote:
>>
>> The IRS has been trying to upgrade both hardware and software for at
least 30 years I am aware of.
>> It keeps getting shot down by Congress in the appropriations process.
>>
>> The opposite of PROGRESS is CON..
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul Gilmartin
>> Sent: Tuesday, April 17, 2018 12:34 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: The IRS Really Needs Some New Computers
>>
>> Mostly historical:
>>
https://secure-web.cisco.com/1HUD7gS18J2SMvyHer13UGZYsxceOizT4D1VOqtoFD_825N
wi4JT_x6TKjOg2a64UARRNmGzasJv406vRVV6L21DtdaB6xLfwiL2_PjCIF4GiI8kpZ90mwEzoAB
ARlgsrrwynvfHfsTsjpjusrvN6FLQJZBVCsQjQJj6ToGgDjL9uc_eVNjbVhQVgALPgEf7wg8Tm6V
sFCXR7fiMRp2mzWpJ2ZGvP1eQcsAiLn5P5vopV3CwZN0LMp-o_YipIJqM4kFVeZ86Vet2c_wREKr
Ro7IUxOb9g20qyfAMGJ0phnxKVXFQ5qNRLOg9TLIwi4Ms-wpAxpeq8ZIdkgikMmR_rur1G8NhENv
wxgr0ijz16gHe_inouMmY4S3SJf0hz9NFlZlnkvwrcATMKqgXbP1H-cA/https%3A%2F%2Fapac0
1.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fhttp://secure-web.cisco.com/1tL8Sb1p7RZqwUCP_dOYeCDwt47rRfiPvwb9IFjg6O7-R-OqIMVvVC7GRhwX8wouMM0gN8XDNxczXp0y_Wyh8HDahfPTejwOZqyHFRMaFG0nvSMtAv6HJ3thmnDXrXsULDNgG11ESLEODjlmx6rPkTF0DwzHN2bKS5Y9dAddFTkgBDVj0VSGz39LBT4_D6W9oZDe1mclBG12pi7Wa6jriWziALOfemUUMA0XokaPmcxFAkNJCUOcb0T6WS4v1eUE3FLLC-MqI6bWHt2ZPoCfJ-IJD-jlBnXOgRkREbbyyM2T2tJo09tUUaWpZVICoXF4niip2qXjCc_Y7BlcRDcyTUj7D-DL52GcIRlRGIhREP3uJSZwQx45U2hVM03U_klT6ZFjEvKylGq2kGibv8l2exXpoDPXjM8FUrEo3Zb1w1pnB-s--4eSCM56Va5thrkXs/http%3A%2F%2Fwww.bloomb
erg.com%252Fview%252Farticles%252F2018-04-17%252Fthe-irs-computer-system-is-
the-oldest-in-the-government%26data%3D02%257C01%257Callan.staller%2540HCL.CO
M%257C792c5b7241dd415a210308d5a48970ff%257C189de737c93a4f5a8b686f4ca9941912%
257C0%257C0%257C636595832636753536%26sdata%3DP6KLIEcmkgNFa4lZeymrTbaQ4XCmyBN
o13loxSL1%252F9k%253D%26reserved%3D0
>>
>> -- gil
>>
>> ...


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org

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

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

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

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

Re: The IRS Really Needs Some New Computers

[Steve Beaver]

IBM ALCS became zTFP.  That is generally all in Assembler, unless you use
JAVA.  But JAVA is way too slow

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Wednesday, April 18, 2018 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

>  code, written in assembler, that may be 60 years old

That would be 1958; at best a 7070, possibly something older. There's no
7070 emulator on modern hardware and a lot of IRS code was written for TPF,
which didn't exist in 1958.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of
Joel C. Ewing 
Sent: Tuesday, April 17, 2018 10:57 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: The IRS Really Needs Some New Computers

I read the referenced article.   The title was obviously written by
someone who isn't sufficiently computer-literate to understand that a
computer is hardware and that application code is NOT a computer.

The text of the article flat out says the IRS has repeatedly updated
hardware over the years.  The reported problem is that it's still
dependent on some code, written in assembler, that may be 60 years old
and difficult to maintain.  That's an entirely different problem than
the title implies.
Joel C Ewing

On 04/17/2018 01:14 PM, Gerhard Adam wrote:
> Nonsense, the IRS is running Z/13's , etc.
>
> Sent from my iPhone
>
>> On Apr 17, 2018, at 11:09 AM, Allan Staller 
wrote:
>>
>> The IRS has been trying to upgrade both hardware and software for at
least 30 years I am aware of.
>> It keeps getting shot down by Congress in the appropriations process.
>>
>> The opposite of PROGRESS is CON..
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Paul Gilmartin
>> Sent: Tuesday, April 17, 2018 12:34 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: The IRS Really Needs Some New Computers
>>
>> Mostly historical:
>>
https://secure-web.cisco.com/1HUD7gS18J2SMvyHer13UGZYsxceOizT4D1VOqtoFD_825N
wi4JT_x6TKjOg2a64UARRNmGzasJv406vRVV6L21DtdaB6xLfwiL2_PjCIF4GiI8kpZ90mwEzoAB
ARlgsrrwynvfHfsTsjpjusrvN6FLQJZBVCsQjQJj6ToGgDjL9uc_eVNjbVhQVgALPgEf7wg8Tm6V
sFCXR7fiMRp2mzWpJ2ZGvP1eQcsAiLn5P5vopV3CwZN0LMp-o_YipIJqM4kFVeZ86Vet2c_wREKr
Ro7IUxOb9g20qyfAMGJ0phnxKVXFQ5qNRLOg9TLIwi4Ms-wpAxpeq8ZIdkgikMmR_rur1G8NhENv
wxgr0ijz16gHe_inouMmY4S3SJf0hz9NFlZlnkvwrcATMKqgXbP1H-cA/https%3A%2F%2Fapac0
1.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fwww.bloomb
erg.com%252Fview%252Farticles%252F2018-04-17%252Fthe-irs-computer-system-is-
the-oldest-in-the-government%26data%3D02%257C01%257Callan.staller%2540HCL.CO
M%257C792c5b7241dd415a210308d5a48970ff%257C189de737c93a4f5a8b686f4ca9941912%
257C0%257C0%257C636595832636753536%26sdata%3DP6KLIEcmkgNFa4lZeymrTbaQ4XCmyBN
o13loxSL1%252F9k%253D%26reserved%3D0
>>
>> -- gil
>>
>> ...


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org

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

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

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

Re: Does anyone have a sample program to list in storage RACLISTED profiles.

[retired mainframer]

SETR LIST will produce the data you want.  You will need to extract the one
section of data you want from the complete list of settings it produces.

> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Roach, Dennis
> Sent: Wednesday, April 18, 2018 10:14 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: FW: Does anyone have a sample program to list in storage
RACLISTED profiles.
> 
> I am looking for something to list the in storage RACLISTED profiles.
> What I am trying to do is get a final merged version of a member/group
profile.
> 
> Dennis Roach, CISSP

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

Re: The IRS Really Needs Some New Computers

[Seymour J Metz]

>  code, written in assembler, that may be 60 years old

That would be 1958; at best a 7070, possibly something older. There's no 7070 
emulator on modern hardware and a lot of IRS code was written for TPF, which 
didn't exist in 1958.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Joel C. Ewing 
Sent: Tuesday, April 17, 2018 10:57 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: The IRS Really Needs Some New Computers

I read the referenced article.   The title was obviously written by
someone who isn't sufficiently computer-literate to understand that a
computer is hardware and that application code is NOT a computer.

The text of the article flat out says the IRS has repeatedly updated
hardware over the years.  The reported problem is that it's still
dependent on some code, written in assembler, that may be 60 years old
and difficult to maintain.  That's an entirely different problem than
the title implies.
Joel C Ewing

On 04/17/2018 01:14 PM, Gerhard Adam wrote:
> Nonsense, the IRS is running Z/13's , etc.
>
> Sent from my iPhone
>
>> On Apr 17, 2018, at 11:09 AM, Allan Staller  wrote:
>>
>> The IRS has been trying to upgrade both hardware and software for at least 
>> 30 years I am aware of.
>> It keeps getting shot down by Congress in the appropriations process.
>>
>> The opposite of PROGRESS is CON..
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>> Behalf Of Paul Gilmartin
>> Sent: Tuesday, April 17, 2018 12:34 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: The IRS Really Needs Some New Computers
>>
>> Mostly historical:
>>
>> https://secure-web.cisco.com/1HUD7gS18J2SMvyHer13UGZYsxceOizT4D1VOqtoFD_825Nwi4JT_x6TKjOg2a64UARRNmGzasJv406vRVV6L21DtdaB6xLfwiL2_PjCIF4GiI8kpZ90mwEzoABARlgsrrwynvfHfsTsjpjusrvN6FLQJZBVCsQjQJj6ToGgDjL9uc_eVNjbVhQVgALPgEf7wg8Tm6VsFCXR7fiMRp2mzWpJ2ZGvP1eQcsAiLn5P5vopV3CwZN0LMp-o_YipIJqM4kFVeZ86Vet2c_wREKrRo7IUxOb9g20qyfAMGJ0phnxKVXFQ5qNRLOg9TLIwi4Ms-wpAxpeq8ZIdkgikMmR_rur1G8NhENvwxgr0ijz16gHe_inouMmY4S3SJf0hz9NFlZlnkvwrcATMKqgXbP1H-cA/https%3A%2F%2Fapac01.safelinks.protection.outlook.com%2F%3Furl%3Dhttps%253A%252F%252Fwww.bloomberg.com%252Fview%252Farticles%252F2018-04-17%252Fthe-irs-computer-system-is-the-oldest-in-the-government%26data%3D02%257C01%257Callan.staller%2540HCL.COM%257C792c5b7241dd415a210308d5a48970ff%257C189de737c93a4f5a8b686f4ca9941912%257C0%257C0%257C636595832636753536%26sdata%3DP6KLIEcmkgNFa4lZeymrTbaQ4XCmyBNo13loxSL1%252F9k%253D%26reserved%3D0
>>
>> -- gil
>>
>> ...


--
Joel C. Ewing,Bentonville, AR   jcew...@acm.org

--
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: The IRS Really Needs Some New Computers

[Edward Finnell]

Know thy data. Was on a code review of a particularly long running job that was 
doing a COBOL sort break on totals. It was millions of records but there were 
only three different record types. So we did a hash and sum. Reduced the run 
time from over 4 hrs to 14 minutes. 


In a message dated 4/18/2018 1:12:11 PM Central Standard Time, 
john.archie.mck...@gmail.com writes:

 
​If you want to "add up a column of numbers", I suggest APL "sum←+/column​"

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

Re: The IRS Really Needs Some New Computers

[John McKown]

On Wed, Apr 18, 2018 at 12:59 PM, Frank Swarbrick <
frank.swarbr...@outlook.com> wrote:

> I dare say it probably makes more sense to use COBOL over Java to "add up
> a column of numbers".  
>
>
​If you want to "add up a column of numbers", I suggest APL "sum←+/column​"

-- 
We all have skeletons in our closet.
Mine are so old, they have osteoporosis.

Maranatha! <><
John McKown

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

Re: The IRS Really Needs Some New Computers

[Frank Swarbrick]

I dare say it probably makes more sense to use COBOL over Java to "add up a 
column of numbers".  

From: IBM Mainframe Discussion List  on behalf of 
Larre Shiller <0102cb4997b0-dmarc-requ...@listserv.ua.edu>
Sent: Wednesday, April 18, 2018 3:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On Tue, 17 Apr 2018 19:19:07 -0700, Ed Jaffe  
wrote:

>On 4/17/2018 3:55 PM, Edward Gould wrote:
>>
>> I can’t speak to the IRS but the Social Security system (last I heard) was 
>> *WAY* out of date by at least 20 years (maybe more). Can anyone verify (or 
>> not), please?
>
>SSA runs one of the most sophisticated data centers of any government
>agency I've seen.
>
>They own all the latest kit and participate in nearly every z/OS ESP. I
>know this for FACT!
>
Gee, thanks Ed...!  It's certainly not easy managing 150,000MIPS of WebShpere 
on Z, let alone the 150,000 GP MIPS of "everything else".

And speaking of IT modernization efforts, I thought that this was rather timely 
and informative:

https://federalnewsradio.com/it-modernization-month-2018/2018/04/social-security-on-schedule-to-modernize-it-systems-by/

...it's a 20 minute listen, but it gives you a good idea as to where we are and 
where we are headed in the future.

I guess you could get into a discussion about what we are running that is "out 
of date", but certainly our IT infrastructure is *not*.  Are 40 year old COBOL 
programs "out of date"...?  Well... they may have some "technical debt" 
associated with them and sometimes maintaining them can be challenging, but 
does it really matter if I'm running a COBOL or a JAVA program to add up a 
column of numbers?

Larre Shiller
US Social Security Administration

“The opinions expressed in this e-mail are mine personally and do not 
necessarily reflect the opinion of the US Social Security Administration and/or 
the US Government.”

--
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: IRS Assembler Java Big Plus Jobs

[Seymour J Metz]

> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129

The last I saw they required TPF experience.

> For a list of locations and to apply go to USA.JOBS.ORG search for ALC

This page can’t be displayed

 works.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List  on behalf of 
Joseph Reichman 
Sent: Wednesday, April 18, 2018 1:09 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Fwd: IRS  Assembler Java Big Plus Jobs

Begin forwarded message:

> From: Reichman Joseph 
> Date: April 18, 2018 at 1:06:33 PM EDT
> To: "reichman...@gmail.com" 
> Subject: FW: IRS  Assembler Java Big Plus Jobs
>
>
>
>
> From: Reichman Joseph
> Sent: Wednesday, April 18, 2018 1:04 PM
> To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> Cc: DeLeon Tracy 
> Subject: IRS Assembler Java Big Plus Jobs
>
> Hi
>
> I have seen many posts here for jobs in that  vain
>
> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129
>
> I have been working in Assembler for many years after the .com I have been 
> bouncing around jobs more than I would like as IT became less stable
>
> The IRS in my humble opinion offers something private industry at this time 
> can’t match STABILITY. In addition after the first year you get to 
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
>
> OPM says 200) don’t know which takes prescience of your POD (post of duty) 
> you must only come into the office once a week. I think you need mangers 
> approval (however almost all have no issue with this)
>
>
> For a list of locations and to apply go to USA.JOBS.ORG search for ALC
>
> There is a big push to modernize the code and re-write the Assembler in Java 
> the IRS has invested a lot of time sending me and other members of my group 
> to Java Classes without doubt it’s the best job I ever had
>
>
>
>
> Joe Reichman
>
> Joe Reichman
>
> IT Specialist
>
> Master Files Division
>
> New Carrollton Federal Building, B7-182
>
> OS:IT:AD:CP:I:IB
>
> Flex M,T,Th,F
>
> Home office (240) 863 - 3965
>
> Office (240) 613-4350
>
> Cell (917) 748-9693
>
> TOD M - F  7:30 am  - 4:00 pm

--
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: IRS Assembler Java Big Plus Jobs

[Barkow, Eileen]

Many of the assembler routines will probably have to be re-written in the 
hideous c/c++ languages to be called by java  (not sure if the JNI supports 
assembler).
Probably all the assembler could be rewritten in c or c++ but java is a lot 
nicer to work with.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike LaMartina
Sent: Wednesday, April 18, 2018 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS Assembler Java Big Plus Jobs

I am surprised that IRS wants to replace Assembler with Java.

I can't think of a bigger mistake.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Wednesday, April 18, 2018 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: IRS Assembler Java Big Plus Jobs

Begin forwarded message:

> From: Reichman Joseph 
> Date: April 18, 2018 at 1:06:33 PM EDT
> To: "reichman...@gmail.com" 
> Subject: FW: IRS  Assembler Java Big Plus Jobs
>
>
>
>
> From: Reichman Joseph
> Sent: Wednesday, April 18, 2018 1:04 PM
> To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> Cc: DeLeon Tracy 
> Subject: IRS Assembler Java Big Plus Jobs
>
> Hi
>
> I have seen many posts here for jobs in that  vain
>
> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129
>
> I have been working in Assembler for many years after the .com I have been 
> bouncing around jobs more than I would like as IT became less stable
>
> The IRS in my humble opinion offers something private industry at this time 
> can’t match STABILITY. In addition after the first year you get to 
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
>
> OPM says 200) don’t know which takes prescience of your POD (post of duty) 
> you must only come into the office once a week. I think you need mangers 
> approval (however almost all have no issue with this)
>
>
> For a list of locations and to apply go to USA.JOBS.ORG search for ALC
>
> There is a big push to modernize the code and re-write the Assembler in Java 
> the IRS has invested a lot of time sending me and other members of my group 
> to Java Classes without doubt it’s the best job I ever had
>
>
>
>
> Joe Reichman
>
> Joe Reichman
>
> IT Specialist
>
> Master Files Division
>
> New Carrollton Federal Building, B7-182
>
> OS:IT:AD:CP:I:IB
>
> Flex M,T,Th,F
>
> Home office (240) 863 - 3965
>
> Office (240) 613-4350
>
> Cell (917) 748-9693
>
> TOD M - F  7:30 am  - 4:00 pm

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

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




This e-mail, including any attachments, may be confidential, privileged or 
otherwise legally protected. It is intended only for the addressee. If you 
received this e-mail in error or from someone who was not authorized to send it 
to you, do not disseminate, copy or otherwise use this e-mail or its 
attachments. Please notify the sender immediately by reply e-mail and delete 
the e-mail from your system.

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

Re: IRS Assembler Java Big Plus Jobs

[Mike LaMartina]

I am surprised that IRS wants to replace Assembler with Java.

I can't think of a bigger mistake.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Wednesday, April 18, 2018 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Fwd: IRS Assembler Java Big Plus Jobs

Begin forwarded message:

> From: Reichman Joseph 
> Date: April 18, 2018 at 1:06:33 PM EDT
> To: "reichman...@gmail.com" 
> Subject: FW: IRS  Assembler Java Big Plus Jobs
> 
>  
>  
>  
> From: Reichman Joseph 
> Sent: Wednesday, April 18, 2018 1:04 PM
> To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> Cc: DeLeon Tracy 
> Subject: IRS Assembler Java Big Plus Jobs
>  
> Hi
> 
> I have seen many posts here for jobs in that  vain
> 
> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129
> 
> I have been working in Assembler for many years after the .com I have been 
> bouncing around jobs more than I would like as IT became less stable
> 
> The IRS in my humble opinion offers something private industry at this time 
> can’t match STABILITY. In addition after the first year you get to 
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
> 
> OPM says 200) don’t know which takes prescience of your POD (post of duty) 
> you must only come into the office once a week. I think you need mangers 
> approval (however almost all have no issue with this)
> 
>  
> For a list of locations and to apply go to USA.JOBS.ORG search for ALC
> 
> There is a big push to modernize the code and re-write the Assembler in Java 
> the IRS has invested a lot of time sending me and other members of my group 
> to Java Classes without doubt it’s the best job I ever had
> 
>  
> 
> 
> Joe Reichman
> 
> Joe Reichman
> 
> IT Specialist
> 
> Master Files Division
> 
> New Carrollton Federal Building, B7-182
> 
> OS:IT:AD:CP:I:IB
> 
> Flex M,T,Th,F
> 
> Home office (240) 863 - 3965
> 
> Office (240) 613-4350
> 
> Cell (917) 748-9693
> 
> TOD M - F  7:30 am  - 4:00 pm

--
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: The IRS Really Needs Some New Computers

[Donald J]

>Though the IRS has periodically upgraded its computing system, 
>today’s system is still running the same code, which was written 
>nearly 60 years ago.

Six years ago, they had job openings listed for 200 assembler
programmers spread across a dozen cities.  Guess maybe those 
people haven't installed a line of their code yet.

> Sent: Tuesday, April 17, 2018 at 9:57 PM
> From: "Joel C. Ewing" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: The IRS Really Needs Some New Computers
>
> I read the referenced article.   The title was obviously written by
> someone who isn't sufficiently computer-literate to understand that a
> computer is hardware and that application code is NOT a computer.
> 
> The text of the article flat out says the IRS has repeatedly updated
> hardware over the years.  The reported problem is that it's still
> dependent on some code, written in assembler, that may be 60 years old
> and difficult to maintain.  That's an entirely different problem than
> the title implies.
>     Joel C Ewing
> 
> On 04/17/2018 01:14 PM, Gerhard Adam wrote:
> > Nonsense, the IRS is running Z/13's , etc.  
> >
> > Sent from my iPhone
> >
> >> On Apr 17, 2018, at 11:09 AM, Allan Staller  wrote:
> >>
> >> The IRS has been trying to upgrade both hardware and software for at least 
> >> 30 years I am aware of.
> >> It keeps getting shot down by Congress in the appropriations process.
> >>
> >> The opposite of PROGRESS is CON..
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> >> Behalf Of Paul Gilmartin
> >> Sent: Tuesday, April 17, 2018 12:34 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: The IRS Really Needs Some New Computers
> >>
> >> Mostly historical:
> >>
> >> https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.bloomberg.com%2Fview%2Farticles%2F2018-04-17%2Fthe-irs-computer-system-is-the-oldest-in-the-government=02%7C01%7Callan.staller%40HCL.COM%7C792c5b7241dd415a210308d5a48970ff%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636595832636753536=P6KLIEcmkgNFa4lZeymrTbaQ4XCmyBNo13loxSL1%2F9k%3D=0
> >>
> >> -- gil
> >>
> >> ...
> 
> 
> -- 
> Joel C. Ewing,Bentonville, AR   jcew...@acm.org   
> 
> --
> 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

FW: Does anyone have a sample program to list in storage RACLISTED profiles.

[Roach, Dennis]

I am looking for something to list the in storage RACLISTED profiles.
What I am trying to do is get a final merged version of a member/group profile.

Dennis Roach, CISSP
AIG

Identity & Access Management | Technology Services

2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone:  713-591-1059 (cell)

dennis.ro...@aig.com | 
www.aig.com


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

Fwd: IRS Assembler Java Big Plus Jobs

[Joseph Reichman]

Begin forwarded message:

> From: Reichman Joseph 
> Date: April 18, 2018 at 1:06:33 PM EDT
> To: "reichman...@gmail.com" 
> Subject: FW: IRS  Assembler Java Big Plus Jobs
> 
>  
>  
>  
> From: Reichman Joseph 
> Sent: Wednesday, April 18, 2018 1:04 PM
> To: 'IBM-MAIN@LISTSERV.UA.EDU' 
> Cc: DeLeon Tracy 
> Subject: IRS Assembler Java Big Plus Jobs
>  
> Hi
> 
> I have seen many posts here for jobs in that  vain
> 
> The IRS is currently Looking for Assembler progs GS13 grade which starts at  
> 87,252 and goes to about 129
> 
> I have been working in Assembler for many years after the .com I have been 
> bouncing around jobs more than I would like as IT became less stable
> 
> The IRS in my humble opinion offers something private industry at this time 
> can’t match STABILITY. In addition after the first year you get to 
> telecommute albeit it must be within (200 or 125)  miles (IRS says 125 miles
> 
> OPM says 200) don’t know which takes prescience of your POD (post of duty) 
> you must only come into the office once a week. I think you need mangers 
> approval (however almost all have no issue with this)
> 
>  
> For a list of locations and to apply go to USA.JOBS.ORG search for ALC
> 
> There is a big push to modernize the code and re-write the Assembler in Java 
> the IRS has invested a lot of time sending me and other members of my group 
> to Java Classes without doubt it’s the best job I ever had
> 
>  
> 
> 
> Joe Reichman
> 
> Joe Reichman
> 
> IT Specialist
> 
> Master Files Division
> 
> New Carrollton Federal Building, B7-182
> 
> OS:IT:AD:CP:I:IB
> 
> Flex M,T,Th,F
> 
> Home office (240) 863 - 3965
> 
> Office (240) 613-4350
> 
> Cell (917) 748-9693
> 
> TOD M - F  7:30 am  - 4:00 pm

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

AW: Re: ESQA is exhausted

[Peter Hunkeler]

>ESQA and ECSA are above the line, so you're probably not decreasing that
2GB space by much.



I would! Well, I would because -- without going into details -- in our setup, 
CICS AORs go SOS (short on storage) every now and then. Therefore we would be 
very cautious decreasing the size of the extended private region. So, it 
depends.


--
Peter Hunkeler



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

Re: IEE496I?

[Jim Mulder]

  This behavior was introduced by APAR OA03335 in 2003.
The PRESCPU parm in IEASYSxx to override this behavior was
introduced in APAR OA09649 in 2004. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

> Message IEE496I says that z/OS has manipulated (put online or 
> offline) the number of CPs or ZIIPs at IPL to match the 
> configuration in the LPAR Activation Profile.
> 
> Does anyone know since when and why z/OS does this?
> If I put one or more CPs online to an LPAR, because I need them 
> there for a certain period of time, I do not expect z/OS to change 
> this at a random moment such as an IPL.



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

Re: [External] Re: Filemanager and security

[Pommier, Rex]

Hey Russell,

I think we're on a different wavelength. :-)  As best I can tell, CA1 is doing 
exactly what it should do.  My comments earlier on the 17 character limit was 
referring to the fact that without a TMS of some flavor, the only thing 
protecting a tape dataset is the DSN on the tape label which can only be 17 
characters, so by necessity that's all the system can check.  My test with 
shorter DSNs was simply taking my 35 (or so) character tape dataset, and trying 
to convince FileManager to let me look at the tape by removing the HLQ of the 
DSN within FM.  CA1 did exactly what I hoped it would do, comparing the DSN the 
TMS said was supposed to be on that tape with what FM was telling CA1 was on 
the tape.  CA1 rightly said the DSNs didn't match and it rejected the tape 
request.  The DSN recorded in CA1 when the tape was created was 
HIGHQUAL.SECONDLQ.MORE.STUFF.G0005V00 (36 characters if I counted right), the 
tape label only has RE.STUFF.G0005V00 on it, so I tried to convince FM to allow 
me to read SECONDLQ.MORE.STUFF.G0005V00 and CA1 said "nope".  

My FM tests were all performed using ISPF so no batch jobs involved, but ISPF 
was displaying the correct DSNs.

FUNC option is set to NO, but I was also telling FM to use SL tapes and not 
BLP.  

Thanks,
Rex

-Original Message-
From: Russell Witt [mailto:res09...@verizon.net] 
Sent: Tuesday, April 17, 2018 8:45 PM
To: 'IBM Mainframe Discussion List' 
Cc: Pommier, Rex 
Subject: RE: [External] Re: Filemanager and security

Rex,

If the DSN is less than 17-characters and CA 1 rejects it; I am wondering if 
Filemanager is dynamically adding an extra HLQ before doing the OPEN and has 
98000 specified to bypass the tape management system. If you look at the job 
that ran successfully, what DSN was actually allocated? Was it the correct name?

And when you say that CA 1 rejects the access when the DSN is less than 
17-characters, what exactly is the rejection message? 

Lastly, is the FUNC option enabled (YES or EXT) within CA 1? This would allow 
you to control who can use 98000 to bypass CA 1.

Russell Witt
CA 1 Development 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Monday, April 16, 2018 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: Filemanager and security

Hi Bob,

Sorry for the delay.  RACF is showing "TAPE DATA SET PROTECTION IS ACTIVE" .  
CA-1 won't allow me to browse the tape using FM if I shrink the DSN or change 
it to something other than what is recorded in TMS.  ICHBLP is defined with 
UACC(NONE) and no users in the access list.  

Thanks,

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert S. Hansel (RSH)
Sent: Friday, April 13, 2018 5:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: Filemanager and security

Hi Rex,

How have you activated tape protection in your environment - SETROPTS, 
PARMLIB(DEVSUPxx), or a Tape Management product option? What Tape Management 
product do you have?

Not that this may matter, but does your ID have READ access to FACILITY ICHBLP 
or your Tape Management product's equivalent? If it does, have you tried the 
function with an ID that does not have this access?

Regards, Bob

Robert S. Hansel
Lead RACF Specialist
RSH Consulting, Inc. *** Celebrating our 25th Year ***
617-969-8211
www.linkedin.com/in/roberthansel
https://twitter.com/RSH_RACF
www.rshconsulting.com

-Original Message-
Date:Thu, 12 Apr 2018 13:08:16 +
From:"Pommier, Rex" 
Subject: Re: [External] Re: Filemanager and security

Hi Kolusu,

Unfortunately that doesn't do it.  According to the FileManager documentation - 
which I verified on my system - granting any kind of access (read, update, 
alter, it doesn't matter) either grants you access to the function or denies it 
(access=none).  For example, if I grant READ access to FILEM.TAPE.OUTPUT, I 
have access to update tapes.  Likewise if I grant ALTER access to 
FILEM.TAPE.INPUT, all that gives me access to is tape browse type functions 
like tape browse and tape label display.  These are just toggles to the 
function within FileManager.  The problem that I am running into is that for 
example, if I have 2 production datasets on tape, one with GL information and 
the other with the payroll information on it, and I need to grant an accountant 
access to the GL information but not the payroll, it appears that I can't.  It 
looks like FileManager doesn't check dataset level access.  Once I grant access 
to FILEM.TAPE.INPUT, a user can browse data on any tape on the system, 
regardless of whether they have access at a dataset level or not.  

I'm hoping I just have something set wrong, but I can't seem to get FileManager 
to look at dataset level RACF protection on tapes.  As I mentioned 

Re: local lockword in ASCB

[michael . tai]

When SRB suspend due to unavailable LOCAL lock
When task suspend due to unavailable CML lock
When SRB suspend due to unavailable CML lock


In the above cases, are they all queued to ASCBLSWQ?
Then what's the other 3 queue used for?
(ASCBLLWQ, ASCBLTCB, ASCBLTCS)


--
Regards,
 Michael Tai
  


 




-- Original --
From:  "Jim Mulder";
Date:  Sun, Apr 15, 2018 01:13 AM
To:  "IBM-MAIN";

Subject:  local lockword in ASCB



  Unless you are looking at a standalone dump, you should
not expect these things to be consistent.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY

I have a question about the local lockword


ST WORKSHEET


NAMEOFFSET |  CPU 0028
PSA
TOLD  CURR TCB21C  |  
AOLD  CURR ASCB   224  |  00F48E80

LOCAL LOCAL LOCK  2EC  |  00F60E80
CLHS  LOCKS HELD  2F8  |  0001


The low order bit of CLHS is '1' which indicate the local lock is held by 
the logical processor 0028
PSALOCAL is equal to an ASCB 00F60E80, which means it's a CML lock in ASCB 
00F60E80.
I try to locate the lockword for this CML lock in ASCB 00F60E80


CBF 00F60E80 STR(ASCB)


ASCB: 00F60E80

   +0078 LLWQ.  RCTP. 008FD520  LOCK.  


Shouldn't the lockword for local suspend lock be 004n , n=logical 
processor number holding the lock.
Why ASCBLOCK is all zeros?  All zeros means the local lock for that 
address space is still available.

--
Regards,
 Michael Tai



--
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: The IRS Really Needs Some New Computers

[Christopher Y. Blaicher]

As with almost anything, have you built it to the scale it needs to be to 
support the load?

A matchstick bridge can show you what the bridge will look like, but you can't 
drive a semi across it.

That was a failure in scale, not in hardware.  It was poor planning on 
someone's part.  They didn't expect the response they got.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Wednesday, April 18, 2018 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

Be careful what you ask for I think that Healthcare.gov used "new 
computers" :-)

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: The IRS Really Needs Some New Computers

[Kirk Wolf]

Be careful what you ask for I think that Healthcare.gov used "new
computers" :-)

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

Re: The IRS Really Needs Some New Computers

[Allan Staller]

Hey Shane, long time no see.
Welcome Back!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shane G
Sent: Wednesday, April 18, 2018 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On Wed, 18 Apr 2018 04:54:58 -0500, Larre Shiller  wrote:

>>Gee, thanks Ed...!  It's certainly not easy managing 150,000MIPS of WebShpere 
>>on Z, let alone the 150,000 GP MIPS of "everything else".

Funny the things that catch your (my) eye - was cruising and noticed this on 
the google mirror. Been out long enough, figured I can be a (disinterested) 
lurker now.
I can't believe none of the Aussies subscribed have commented. Our Social 
Security people (whatever they are called this week) have also been getting 
hammered for years about their stone-age computer environment. OK, M204 is 
flint, but what the hell; they too run decent kit.

It works, and it'd better keep working. Been there, seen it, tremble at the 
thought of the dills proposing it all be chucked out for SAP on Windoze or 
some-such ...
Let's hope the proponents for Linux continue to have some wins.

Shane ...

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

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

Re: The IRS Really Needs Some New Computers

[Shane G]

On Wed, 18 Apr 2018 04:54:58 -0500, Larre Shiller  wrote:

>>Gee, thanks Ed...!  It's certainly not easy managing 150,000MIPS of WebShpere 
>>on Z, let alone the 150,000 GP MIPS of "everything else".

Funny the things that catch your (my) eye - was cruising and noticed this on 
the google mirror. Been out long enough, figured I can be a (disinterested) 
lurker now.
I can't believe none of the Aussies subscribed have commented. Our Social 
Security people (whatever they are called this week) have also been getting 
hammered for years about their stone-age computer environment. OK, M204 is 
flint, but what the hell; they too run decent kit.

It works, and it'd better keep working. Been there, seen it, tremble at the 
thought of the dills proposing it all be chucked out for SAP on Windoze or 
some-such ...
Let's hope the proponents for Linux continue to have some wins.

Shane ...

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

Re: IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Tnx, it would have helped, if he a) said who he was and b) based on which 
IEASYS parameter he did it.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Allan Staller
> Sent: 18 April, 2018 15:29
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEE496I?
> 
> Intelligent Resource Director. Just doing its job.
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vernooij, Kees (ITOPT1) - KLM
> Sent: Wednesday, April 18, 2018 3:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: IEE496I?
> 
> Hi all,
> 
> Message IEE496I says that z/OS has manipulated (put online or offline)
> the number of CPs or ZIIPs at IPL to match the configuration in the LPAR
> Activation Profile.
> 
> Does anyone know since when and why z/OS does this?
> If I put one or more CPs online to an LPAR, because I need them there
> for a certain period of time, I do not expect z/OS to change this at a
> random moment such as an IPL.
> 
> ::DISCLAIMER::
> 
> 
> 
> --
> The contents of this e-mail and any attachment(s) are confidential and
> intended for the named recipient(s) only. E-mail transmission is not
> guaranteed to be secure or error-free as information could be
> intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
> may contain viruses in transmission. The e mail and its contents (with
> or without referred errors) shall therefore not attach any liability on
> the originator or HCL or its affiliates. Views or opinions, if any,
> presented in this email are solely those of the author and may not
> necessarily reflect the views or opinions of HCL or its affiliates. Any
> form of reproduction, dissemination, copying, disclosure, modification,
> distribution and / or publication of this message without the prior
> written consent of authorized representative of HCL is strictly
> prohibited. If you have received this email in error please delete it
> and notify the sender immediately. Before opening any email and/or
> attachments, please check them for viruses and other defects.
> 
> 
> 
> --
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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


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

Re: IEE496I?

[Allan Staller]

Intelligent Resource Director. Just doing its job.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Wednesday, April 18, 2018 3:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEE496I?

Hi all,

Message IEE496I says that z/OS has manipulated (put online or offline) the 
number of CPs or ZIIPs at IPL to match the configuration in the LPAR Activation 
Profile.

Does anyone know since when and why z/OS does this?
If I put one or more CPs online to an LPAR, because I need them there for a 
certain period of time, I do not expect z/OS to change this at a random moment 
such as an IPL.

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

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

Re: ESQA is exhausted

[Allan Staller]

Once the overflow from ESQA/ECSA starts allocating below line storage, it is 
time to worry!
An IPL will *is* imminent.


Hi,It depends on your system; if there is a one job that needs large private 
memory you will get  problem if common area is enlarged too!! Before making any 
change in common area you have to monitor private area usage.I think It's not 
so bad that you get 'ESQA is exhausted, and it overflow to ECSA'. You can 
continue without worry until ECSA is exhausted too; Then system will manage it 
automatically and after those SQA and CSA will be used. You have to monitor it 
only and be aware about that situation.
Mehdi Hejazifar
On Monday, April 16, 2018, 1:23:02 PM GMT+4:30, Jason Cai 
 wrote:

  Hi all

 We found that ESQA is exhausted, it overflow to ECSA.We want to enlarge ESQA

and ECSA . Because the common area is enlarged,the private area will

be decreased. We wonder whether there is any risk to enlarge common area ?

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

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

Re: IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Vince,

Random meaning: not most logical time to reset the CP configuration.
Yes, that is what comes online.
Gee, I fully missed this IEASYS parameter, that's what is causing the CP 
manipulation.
Thanks for the pointer.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Vince Getgood
> Sent: 18 April, 2018 12:02
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IEE496I?
> 
> Kees,
> An IPL is hardly a random event (I hope!)
> 
> What's defined to your LPAR on the HMC? - that's what will come online
> at IPL time.
> 
> Do you have PRESCPU coded in your IEASYSxx member for that LPAR?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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



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

Re: IEE496I?

[Vince Getgood]

Kees,
An IPL is hardly a random event (I hope!)

What's defined to your LPAR on the HMC? - that's what will come online at IPL 
time.  

Do you have PRESCPU coded in your IEASYSxx member for that LPAR?

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

Re: The IRS Really Needs Some New Computers

[Larre Shiller]

On Tue, 17 Apr 2018 19:19:07 -0700, Ed Jaffe  
wrote:

>On 4/17/2018 3:55 PM, Edward Gould wrote:
>>
>> I can’t speak to the IRS but the Social Security system (last I heard) was 
>> *WAY* out of date by at least 20 years (maybe more). Can anyone verify (or 
>> not), please?
>
>SSA runs one of the most sophisticated data centers of any government
>agency I've seen.
>
>They own all the latest kit and participate in nearly every z/OS ESP. I
>know this for FACT!
>
Gee, thanks Ed...!  It's certainly not easy managing 150,000MIPS of WebShpere 
on Z, let alone the 150,000 GP MIPS of "everything else".

And speaking of IT modernization efforts, I thought that this was rather timely 
and informative:

https://federalnewsradio.com/it-modernization-month-2018/2018/04/social-security-on-schedule-to-modernize-it-systems-by/

...it's a 20 minute listen, but it gives you a good idea as to where we are and 
where we are headed in the future.

I guess you could get into a discussion about what we are running that is "out 
of date", but certainly our IT infrastructure is *not*.  Are 40 year old COBOL 
programs "out of date"...?  Well... they may have some "technical debt" 
associated with them and sometimes maintaining them can be challenging, but 
does it really matter if I'm running a COBOL or a JAVA program to add up a 
column of numbers?

Larre Shiller
US Social Security Administration
 
“The opinions expressed in this e-mail are mine personally and do not 
necessarily reflect the opinion of the US Social Security Administration and/or 
the US Government.”

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

IEE496I?

[Vernooij, Kees (ITOPT1) - KLM]

Hi all,

Message IEE496I says that z/OS has manipulated (put online or offline) the 
number of CPs or ZIIPs at IPL to match the configuration in the LPAR Activation 
Profile.

Does anyone know since when and why z/OS does this?
If I put one or more CPs online to an LPAR, because I need them there for a 
certain period of time, I do not expect z/OS to change this at a random moment 
such as an IPL.

Grtn,
Kees.


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

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


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

Re: ESQA is exhausted

[Mh Hj]

 Hi,It depends on your system; if there is a one job that needs large private 
memory you will get  problem if common area is enlarged too!! Before making any 
change in common area you have to monitor private area usage.I think It's not 
so bad that you get 'ESQA is exhausted, and it overflow to ECSA'. You can 
continue without worry until ECSA is exhausted too; Then system will manage it 
automatically and after those SQA and CSA will be used. You have to monitor it 
only and be aware about that situation.
Mehdi Hejazifar
On Monday, April 16, 2018, 1:23:02 PM GMT+4:30, Jason Cai 
 wrote:  
 
  Hi all

 We found that ESQA is exhausted, it overflow to ECSA.We want to enlarge ESQA 

and ECSA . Because the common area is enlarged,the private area will

be decreased. We wonder whether there is any risk to enlarge common area ?

Thanks a lot!

Jason Cai



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