Re: IPL's POR's frequency

[McCabe, Ron]

We IPL twice a year ... POR when needed and I cannot remember the last time we 
needed a POR.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Tuesday, September 14, 2021 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPL's POR's frequency

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


IPL once a quarter.   PORs when IBM requires.

On Tue, Sep 14, 2021 at 7:30 AM Joe
<020d5fbe36e0-dmarc-requ...@listserv.ua.edu> wrote:
>
> Just curious about how often folks here IPL their systems as a scheduled 
> event , once a month, once a quarter, once a year?
> and same question for POR's.
> I understand there are times when you HAVE to have unscheduled or hot fix 
> IPL's, I'm just asking in general terms.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
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: z/OS versions

[McCabe, Ron]

Radoslaw,

You're like a prosecuting attorney digging down to get the truth out of your 
witness ...

Are we moving off the mainframe?  That is what I mentioned in my email.  Exact 
date?  Not really but they did say the goal was 4th quarter 2022.  Is the date 
guaranteed?  No, but what in life is?
Who is the guarantor?  Word has come from the President/CEO of the company and 
yes the CIO was pushing for it.
Do I/we have it on paper ... the President/CEO put it into one of his monthly 
status notices to the company so yes, I would say it is on paper and has been 
clearly communicated.
So you would lose the bet.

I doubt there will be new management in a few years ... I do not see the 
current President/CEO, CIO, and/or any of the other VP's leaving the company or 
being replaced by the board.
Yes our system will be unsupported but this won't be the first time plus IBM 
will still help for a known problem and truthfully I'm not expecting any 
because we are not doing any "new" development on the mainframe.
*I* will not be in trouble because I will be retired and if they find they need 
to go back (keep) the mainframe up and running then good luck to them to find 
those that will/do still work on the mainframe.
I do not classify us as a financial institution ... we are a Commercial and 
Personal Property Insurance Company ... I do not know if that classifies us as 
a financial institution.
I/we too have gotten the green light to do the upgrade but after trying to get 
BA's and DEV's to test on it for the last 6 months I'm about ready to give up 
since they are all too busy with their normal day to day work where they cannot 
spend an hour or two to do some testing for us.  Plus we have a couple of old 
applications that no one really knows how they work so testing them is next to 
impossible and if they don't work we cannot go through with the upgrade.

Thanks to those that I have heard from that are running on older z/OS versions 
with no problems ... that at least makes me a little more comfortable not 
keeping our system up to date.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Saturday, July 17, 2021 1:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS versions

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Are you moving off the mainframe?
Do you know exact date of mainframe shutdown?
Is the date guaranteed?
Who is the guarantor? Some team leader, project manager, external contractor? 
Is it CIO?
Do you have it on paper? Is it clearly communicated?

I bet NO.
So I bet few years later there will be new management, who did not guaranteed 
anything.
But *your* system will be unsupported with some effects of it.
*You* will be in trouble.
Note, it is sometimes against the rules to run such system by financial 
institution.

The last caused I've got green light for system upgrade, despite they want to 
move off the mainframe. However the willingness is approx. 10 years old, but 
results are still not promising.
Oh, BTW - while it was impossible to move off the mainframe, it occured 
possible to move off me. :-(



--
Radoslaw Skorupka
Lodz, Poland



W dniu 16.07.2021 o 21:52, McCabe, Ron pisze:
> Hello IBM List,
>
> Got a question about how you feel about running on an unsupported z/OS 
> version.  Just about like everyone else our company is moving off the 
> mainframe ... after several failed attempts I do believe they have something 
> that will work this time and I'm OK with it because if they reach their goal 
> End of Life for the mainframe will be when I was planning on retiring.
> Some background - we are currently running z/OS 2.2, we started the process 
> to upgrade to 2.3 about 6 months ago and we are close to implementing 
> providing our DEV's and BA's can finish up the testing that we require which 
> is not going very well.  Since the EOL goal for the mainframe is 4th quarter 
> 2022 we are now thinking of not implementing z/OS 2.3 since it could possibly 
> cause more problems for us than just staying with z/OS 2.2.
>
> So my question - how does everyone feel about running on an unsupported z/OS 
> system?
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw

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

Re: z/OS versions

[McCabe, Ron]

AWS - our developers in house is creating all the applications that will be 
needed to run the business ... we are an Insurance Company.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Ron 
Wells
Sent: Friday, July 16, 2021 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS versions

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Just curios--going to what

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, July 16, 2021 2:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS versions

** EXTERNAL EMAIL - USE CAUTION **


Hello IBM List,

Got a question about how you feel about running on an unsupported z/OS version. 
 Just about like everyone else our company is moving off the mainframe ... 
after several failed attempts I do believe they have something that will work 
this time and I'm OK with it because if they reach their goal End of Life for 
the mainframe will be when I was planning on retiring.
Some background - we are currently running z/OS 2.2, we started the process to 
upgrade to 2.3 about 6 months ago and we are close to implementing providing 
our DEV's and BA's can finish up the testing that we require which is not going 
very well.  Since the EOL goal for the mainframe is 4th quarter 2022 we are now 
thinking of not implementing z/OS 2.3 since it could possibly cause more 
problems for us than just staying with z/OS 2.2.

So my question - how does everyone feel about running on an unsupported z/OS 
system?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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


Email Disclaimer

This E-mail contains confidential information belonging to the sender, which 
may be legally privileged information. This information is intended only for 
the use of the individual or entity addressed above. If you are not the 
intended recipient, or an employee or agent responsible for delivering it to 
the intended recipient, you are hereby notified that any disclosure, copying, 
distribution, or the taking of any action in reliance on the contents of the 
E-mail or attached files is strictly prohibited.

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

z/OS versions

[McCabe, Ron]

Hello IBM List,

Got a question about how you feel about running on an unsupported z/OS version. 
 Just about like everyone else our company is moving off the mainframe ... 
after several failed attempts I do believe they have something that will work 
this time and I'm OK with it because if they reach their goal End of Life for 
the mainframe will be when I was planning on retiring.
Some background - we are currently running z/OS 2.2, we started the process to 
upgrade to 2.3 about 6 months ago and we are close to implementing providing 
our DEV's and BA's can finish up the testing that we require which is not going 
very well.  Since the EOL goal for the mainframe is 4th quarter 2022 we are now 
thinking of not implementing z/OS 2.3 since it could possibly cause more 
problems for us than just staying with z/OS 2.2.

So my question - how does everyone feel about running on an unsupported z/OS 
system?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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: [External] Re: JCL checkers?

[McCabe, Ron]

I agree with Rex ... our operators have found that they can check JCL when they 
have to restart it from a step in the middle of the job.  Just by hitting the 
PF key they can see that they got all the GDG references correct.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 11, 2021 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Mitch,

Also true, but still nice to catch the typo'd program name that would have 
caused an 806 or the missing PDS member or any of the other pile of things a 
TYPRUN=SCAN doesn't catch.  They can't catch everything but ours definitely 
took care of a lot of potential problems before they happened, just by hitting 
a PFKey.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mitch Mccluhan
Sent: Thursday, March 11, 2021 1:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Re: JCL checkers?

 ...true, very slick, until you submit the JCL for execution and find out that 
the job before it deleted an input dataset, or that the JCL called a control 
card member that was empty, or that the program to be executed in step 3 wasn't 
compiled properly so the job abends.

Mitch


-Original Message-
From: Pommier, Rex 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thu, Mar 11, 2021 1:34 pm
Subject: Re: [External] Re: JCL checkers?

Chris,

It must have just been put into place.  Back in the late 80s, early 90s when I 
installed JCLCheck I activated that function.  In ISPF edit hit a PFKey and it 
ran the check, popping JCL errors etc. right in the edit session.  I agree, 
very slick.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: Thursday, March 11, 2021 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JCL checkers?

We use JCLCHECK - either a new feature was introduced in 2020, or an existing 
feature was put in play at our site - it allows JCLCHECK to be invoked from a 
TSO edit session - VERY NICE The batch version also allows jcl to be checked 
for customizable requirements to allow things are just the way we want them for 
our production repository - helps when building an xref

Chris Hoelscher
Lead Sys DBA
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 11, 2021 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JCL checkers?

[External Email: Use caution with links and attachments]


What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

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

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and do not discriminate on the basis of race, color, national origin, 
ancestry, age, disability, sex, marital status, gender, sexual orientation, 
gender identity, or religion. Humana Inc. and its subsidiaries do not exclude 
people or treat them differently because of race, color, national origin, 
ancestry, age, disability, sex, marital status, gender, sexual orientation, 
gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios 
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej 
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 
(TTY: 711)번으로 전화해 주십시오.


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

The information contained in this message is confidential, protected from 
disclosure and may be legally 

Re: JCL checkers?

[McCabe, Ron]

Broadcom did raise their prices but it wasn't the 20-30% that some vendors were 
mentioning and it did not make sense for us to move just one product away from 
CA.  We also do the multi-year contracts because we know we will need the 
product and it does bring the costs down.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 11, 2021 11:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Ron,

Thanks for responding, I was just curious.  I've heard rumblings that when 
existing contracts are coming up for renewals, that Broadcom is jacking prices 
and forcing customers into multi-year contract extensions as well as not 
lowering the price if the customer drops a product from their portfolio.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, March 11, 2021 1:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JCL checkers?

We have several CA products and our invoice doesn't show the cost of each so I 
couldn't tell you what we pay but for us the cost of the several products from 
CA was worth it and not too expensive where anyone balked about the cost.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 11, 2021 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Has anybody heard whether Broadcom will be raising the price of JCLCheck?  I 
used it many years ago and liked it but haven't had access to a commercial JCL 
checker in well over 20 years.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, March 11, 2021 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JCL checkers?

We use JCL Check from CA.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, March 11, 2021 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


JCLPREP worked well for us. ASG product.


Sent from Yahoo Mail for iPhone


On Thursday, March 11, 2021, 1:32 PM, Bill Giannelli  
wrote:

What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

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

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

Re: JCL checkers?

[McCabe, Ron]

It must have been an existing feature that you put into your site because we 
have been able to use JCLCHECK from TSO since the first day we installed it 
back in 2004.  It also works from CA7 and when you do the SJ from SDSF.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: Thursday, March 11, 2021 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


We use JCLCHECK - either a new feature was introduced in 2020, or an existing 
feature was put in play at our site - it allows JCLCHECK to be invoked from a 
TSO edit session - VERY NICE The batch version also allows jcl to be checked 
for customizable requirements to allow things are just the way we want them for 
our production repository - helps when building an xref

Chris Hoelscher
Lead Sys DBA
IBM Global Technical Services on assignmemt to Humana Inc.
T 502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Giannelli
Sent: Thursday, March 11, 2021 1:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] JCL checkers?

[External Email: Use caution with links and attachments]


What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

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

The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

Humana Inc. and its subsidiaries comply with applicable Federal civil rights 
laws and do not discriminate on the basis of race, color, national origin, 
ancestry, age, disability, sex, marital status, gender, sexual orientation, 
gender identity, or religion. Humana Inc. and its subsidiaries do not exclude 
people or treat them differently because of race, color, national origin, 
ancestry, age, disability, sex, marital status, gender, sexual orientation, 
gender identity, or religion.

English: ATTENTION: If you do not speak English, language assistance services, 
free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711).

Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios 
gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711).

繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助
服務。請致電 1‐877‐320‐1235 (TTY: 711)。

Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis 
èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711).

Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej 
pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711).

한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 
(TTY: 711)번으로 전화해 주십시오.


--
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: JCL checkers?

[McCabe, Ron]

We have several CA products and our invoice doesn't show the cost of each so I 
couldn't tell you what we pay but for us the cost of the several products from 
CA was worth it and not too expensive where anyone balked about the cost.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pommier, Rex
Sent: Thursday, March 11, 2021 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


Has anybody heard whether Broadcom will be raising the price of JCLCheck?  I 
used it many years ago and liked it but haven't had access to a commercial JCL 
checker in well over 20 years.

Rex

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, March 11, 2021 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [External] Re: JCL checkers?

We use JCL Check from CA.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, March 11, 2021 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


JCLPREP worked well for us. ASG product.


Sent from Yahoo Mail for iPhone


On Thursday, March 11, 2021, 1:32 PM, Bill Giannelli  
wrote:

What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

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

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


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

Re: JCL checkers?

[McCabe, Ron]

We use JCL Check from CA.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Bill Johnson
Sent: Thursday, March 11, 2021 10:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL checkers?

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


JCLPREP worked well for us. ASG product.


Sent from Yahoo Mail for iPhone


On Thursday, March 11, 2021, 1:32 PM, Bill Giannelli  
wrote:

What JCL checkers are normally available?
TYPRUN=SCAN requires actual submission of the job. I want to check syntax and 
datasets thanks Bill

--
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
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: CA Broadcom Replacement Software

[McCabe, Ron]

MacKinney Systems has a good Sessions Manager Software.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gibney, Dave
Sent: Wednesday, December 9, 2020 11:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA Broadcom Replacement Software

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


DFRMM for CA-1
Multiple tn3270 windows instead of any session manager

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Elaine Beal
> Sent: Wednesday, December 09, 2020 11:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CA Broadcom Replacement Software
>
> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX
> session manager replacements?
>
> --
> 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
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

FIXCAT service

[McCabe, Ron]

Our DR vendor just upgraded their mainframe (upgraded a z13 to a z14) ... when 
we recover our system we restore our z/VM 7.1 system first and then restore our 
z/OS 2.2 system as a guest under our VM.  We have been debating whether we need 
to do the Required Service that a FIXCAT report produces on our z/OS system 
since we run it as a VM guest.  So do we need to receive and apply what FIXCAT 
is saying we need on our z/OS 2.2 system even though it is running as a VM 
guest?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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

Keeping TSO users our of CICS

[McCabe, Ron]

Hello IBM Listers,

Got an interesting problem that I would like to know how we can avoid.  Our 
Help Desk users TSO accounts have the SPECIAL ATTRIBUTE so they can reset 
passwords and define new users.  These TSO accounts are not defined to CICS but 
every once in awhile one of them will try to login to CICS using their TSO 
account and after messing up their password 3 times the system puts out an 
ICH302D message asking if we want to REVOKE them or let them try again (we 
REVOKE), this message waits for a reply and while it is waiting CICS hangs 
until a reply is given.  We thought about defining their TSO accounts to CICS 
but that does not help if they actually do mess up their password.  We thought 
we could do it with RACF but RACF doesn't check any authorization until "after" 
the user successfully signs on so we would still get the ICH302D message.

Does anyone else run into this problem?  Is there a way we can get around this 
problem?  We thought about having MSGTABLE do an automated response but there 
could be times when we don't want to have the user REVOKED.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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: Started task stopping immediately. No error messages.

[McCabe, Ron]

For Skippy the Ancient,

Are you saying that you started a Started Task and cannot see any output in 
SDSF?  You can see the job start and end on the console, true?  If it's the 
output you are wondering about then you have the output for your started tasks 
going to a class that gets purged right away.  There was a discussion about 
this a while back ... sorry I don't have the dates when this discussion 
happened.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steve Horein
Sent: Friday, July 24, 2020 3:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Started task stopping immediately. No error messages.

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


This. As an automation guy, I've encountered support folks changing PGM= to PGM=IEFBR14 to keep  from executing while maintenance is 
being done, or when they're drafting the change task to retire it. And who do 
you think the Operations staff calls when they can't get the task to keep 
running? Three guesses...

On Fri, Jul 24, 2020 at 3:28 PM Charles Mills  wrote:

> A started proc is just JCL that executes some program. Any program
> *might* behave as you describe. IEFBR14 would behave as you describe.
> People would probably need more specifics to be able to help.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Skippy the Ancient
> Sent: Friday, July 24, 2020 12:48 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Started task stopping immediately. No error messages.
>
> Has anyone seeing a started task immediately after you start it?  No
> ACF2 messages. No error codes.
> Nothing.
>
> Help?
>
> --
> 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
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: New Mainframe Community

[McCabe, Ron]

I know this is off topic but what does IMHO stand for?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Henri Kuiper
Sent: Friday, June 26, 2020 11:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: New Mainframe Community

CAUTION: This email is from an external address. Please be careful of links and 
attachments.


I was referring to the generic average. Not to anything anyone wrote here.

I already regret replying.

/EOT


> On 26 Jun 2020, at 19:30, Seymour J Metz  wrote:
>
> Not all change is progress, nor does an ad hominem argument bolster your 
> case. Neither does constructing straw dummies. "New is bad.  Different is 
> bad." is a free construct of your imagination, unrelated to anything that 
> anybody here wrote.
>
> Are their objections valid? I don't know, but misrepresenting them won't 
> convince anybody that they're wrong.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca
> 1e943177ffc4f2d25da08d819fd702e%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1
> %7C0%7C637287923585463930sdata=SjLcLbjqGR3mfHqipZQ1m9cCXLbjpal983
> ru177s4ow%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
> behalf of Henri Kuiper [henrikui...@zdevops.com]
> Sent: Friday, June 26, 2020 12:57 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: New Mainframe Community
>
> Wow. What a lot of pushback.
>
> This is (IMHO) precisely what’s wrong with the (generic average)  mainframe 
> community. New is bad.  Different is bad.
>
> Dudes (m/f) : it’s not the 80s anymore.
>
> That being said : here’s a little “why” for the existence of the thing
> :
> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1XvN1_V6ok1sJNlFaq7Z343XlW_wRn1pLUP1SgDYhckTcNv1FTR
> NKBGu8BhJjyQFtzWCCdxOEkvQnVbzjpkqyIRWBMVMKO5NSI-_UQmV1T4GP85WyNx0I4tfX
> KY1GyyBAr7-13umt61eWdwZnJ4bmDSMkvpmk0_byLSjeOa645E40X2BFl2gbfYLVB5tGPd
> 17bav80BvBMpmwbZflaSxkwRKCxNL5XcRfUQPMhpXZWZmUKY1zXMYL7_BESm8M2UUp15ds
> c7B9m8yYh98BuxkEmTbrJsw_AtpWxwk9--8dv2iecdL4nxNDhXzCt6cDHOu1q85TVJ2MqE
> pSo446EYbJAKC4r5vEuKvLDlI1DJ2XnTNZopVXqx9eofDzOzd8aDo1iWe_YjyhkhxGMZSC
> 3vWLVdzgWUvbc1ciqLqZXVnjecO_3YH03XnqCv8Bk5um6Tm4%2Fhttps%253A%252F%252
> Fzdevops.tumblr.com%252Fpost%252F620908065704853504%252Fmainframe-comm
> unity-mattermostdata=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca
> 1e943177ffc4f2d25da08d819fd702e%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1
> %7C0%7C637287923585463930sdata=feh79oxBKnJUOLcX0pYmtHJwYoOABeIety
> 9EMMxcYUM%3Dreserved=0
>
> That being said I’d say “traditional”  peeps like some of the reactions I 
> read here should probably not even try to see what it is.
>
> There’s no punch cards. No bus But an easy, modern, new (young) blood 
> friendly environment where about 100 peeps are having some fun discussing 
> mainframe things.
>
> No hard feelings.
>
> And a happy weekend !
>
>
>
> Sent from my wireless iPhone
>
>> On 17 Jun 2020, at 01:12, Peter Bishop  wrote:
>>
>> Hi Carmen,
>>
>> "there's no such thing as a dumb question" comes to mind.  No need for any 
>> corner for you.  I also learned a bit of history and now know why that site 
>> Kolosu mentioned looks like so much rubbish now...
>>
>> cheers,
>> Peter
>>
 On 16/06/2020 10:31 pm, Carmen Vitullo wrote:
>>> Kolusu, reached out to me personally and I replied to the wrong message and 
>>> my response went to this forum, so I need more coffee.
>>> thanks for the kind words and now that my response is 'out there' I have to 
>>> apologize to Mark for naming names. As a novice it's sometimes frustrating 
>>> when the company you support does not pay for Q support from IBM and has 
>>> been so terrible to loose all their MF staff.
>>> I've been lucky to be able to move on and learn more about design and build 
>>> and supporting my environment.
>>> back to my corner
>>>
>>>
>>>
>>>
>>> - Original Message -
>>>
>>> From: "Lionel B Dyck" 
>>> To: IBM-MAIN@LISTSERV.UA.EDU
>>> Sent: Tuesday, June 16, 2020 7:24:06 AM
>>> Subject: Re: New Mainframe Community
>>>
>>> Carmen - never put yourself down. While you may not be 'as smart' as some, 
>>> I'm sure you are 'smarter' than some as well. We each bring to the table 
>>> (forum/life) our own skills and capabilities which complement rather than 
>>> replace those of others.
>>>
>>> Flames should be reserved for fires and stars, not for shaming others.
>>>
>>> Lionel B. Dyck <
>>> Website:
>>> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fse
>>> cure-web.cisco.com%2F1yULUSmjcKu0JnI82-5pjv0k_Bny1yocXQ9O03xc8h1NKHo
>>> p6zLYzmNDxJ6z8LbrWzqNKRE7ptnw5iOhkRQ2c8tlxUmxWlMCHga0Sh61wLJ5v7tIB3F
>>> Pgl7P0FZbnO2IGRvYoNImo91L3m4-Nh3nMPatReD2DgXqFRZJCuAAK6hvnhfK5RfaTyv
>>> 

Re: Tape devices not online during IPL

[McCabe, Ron]

I don't know what the recommended way to do this is but the only packs I have 
ONLINE in my IODF are my system packs.  All other packs I want/need ONLINE I 
put into COMMNDxx... This works very well for us.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Peter
Sent: Wednesday, March 25, 2020 11:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tape devices not online during IPL

Hello

This will require a POR ? We dont have a scheduled downtime for next 2 months.

Will this be a good idea to add these devices in COMMDxx ?

Peter

On Thu, 26 Mar, 2020, 10:22 AM (K.K.Paradox)T.Kobayashi, < 
kobaya...@paradox.jp> wrote:

> Hello Peter,
>
> Check the OFFLINE setting in IODF's Define Device Parameters.
> If the value is "Yes", change to "No".
>
>  E Ess HCD Help
> ssN sssN
>  e e  e
> e
>  e Command === e Command=> Scroll=> CSR   e
> CSR
> e
>  e e OFFLINE  e
> e
>  e Specify or  e  e
> e
>  e e Specifies whether MVS is to consider the device  e
> e
>  e Configurati e online or offline at IPL.e
> e
>  e Device numb e  e
> e
>  e Device type e Yes  The device is considered offline at IPL.e
> e
>  e e  e
> e
>  e Parameter/  e No   The device is considered online at IPL. e
> e
>  e Feature e  (Default)   e
> e
>  e OFFLINE e  e
> IPL
> e
>  e DYNAMIC e If MVS needs the device during IPL, specify No.  e
> e
>  e LOCANY  e - end -  e
> e
>  e LIBRARY e  e
> e
>  e AUTOSWITCH  e  e
> e
>  e LIBRARY-ID  e  e
> e
>  e LIBPORT-ID  e  e
> e
>  e MTL e  e
> =32)
> e
>  e SHARABLEe  e
> e
>  e  F1=Helpe  F1=Help  F2=Ex help   F3=Exit  F5=Windowe
> e
>  e  F7=Backwar e  F7=Backward  F8=Forward   F9=Keyshelp F12=Cancele nd
> e
>  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
> .  .
>
>
> Best regards,
> Toyokazu Kobayashi
>
> - Original Message -
> From: "Peter" 
> Newsgroups: bit.listserv.ibm-main
> To: 
> Sent: Thursday, March 26, 2020 1:25 PM
> Subject: Tape devices not online during IPL
>
>
> > Hello
> >
> > Hope everyone is doing well and safe .
> >
> > When we IPL our system our Physical and virtual devices are not
> > coming online automatically and everytime we need to issue VARY ONLINE 
> > command.
> > Due to this our DFSMSrmm often throws intervention error message for
> > RETRY.
> >
> > I know COMMDxx parm can vary on it automatically during startup. Is
> > it possible that I can modify it in IODF definition which can make
> > it online automatically once the system loads ?
> >
> > What would be the best approach to this issue?
> >
> > Peter
> >
> > 
> > -- 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
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 

COBOL Static or Dynamic

[McCabe, Ron]

Hello List,

How can one tell if a COBOL program was compiled Dynamically or Statically when 
browsing the program in your LINKLIB?  If I were to use AMBLIST what would I be 
looking for to tell if the compiled module is Dynamic or Static?  We use 
Endevor and the listing it produces says our program was compiled using the DYN 
CBL option but it is not behaving like a Dynamic program.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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

Dynamic and static linked COBOL programs

[McCabe, Ron]

Hello List,

Is there a way I can tell if a COBOL program was compiled and linked 
dynamically or statically?  Most of our programmers can't tell and there are 
times when they compile and link and static program as dynamic and it causes 
issues when the program is executed.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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: it was 20 years ago today

[McCabe, Ron]

From what I'm finding in our shop the date century window was 20 and it just 
got bumped up to 30...so in ten years we will have to go through this again and 
no will remember about it.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Chris Hoelscher
Sent: Thursday, January 2, 2020 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

In our shop it was 69 for date century windowing .

Thank You,
Chris Hoelscher| Lead Database Administrator | IBM Global Technical Services| T 
502.476.2538  or 502.407.7266

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, January 2, 2020 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] it was 20 years ago today

Question about how the year 2000 was handled as we just got hit by a major date 
problem.  I remember that one way to handle the date comparisons was to have 
all the years from 00-19 (or something greater than 19) have a high value so it 
would be greater than the 1990's.  Does anyone remember that?  Was it something 
IBM did although I don't recall putting on any patches for something like that 
so I'm thinking it was something we did.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wayne Bickerdike
Sent: Thursday, January 2, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

The tale has many variations. Unlikely to have been Bessie Braddock. WC died in 
1965 and was out of politics. It was reputed to be Lady Astor.

On Fri, Jan 3, 2020, 05:03 Seymour J Metz  wrote:

> To put it in context, WC called her ugly *before* she called him drunk.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca
> 5aa0fd43f984a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1
> %7C0%7C637135892512149457sdata=XQ0p8EtwOY8eQKAZZ5mVHuyWkk0PVQOAYC
> nk55KHbWA%3Dreserved=0
>
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Nightwatch RenBand 
> Sent: Thursday, January 2, 2020 11:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: it was 20 years ago today
>
> Hey, Rupert!
> Winston Churchill and the British politician Bessie Braddock.
> Braddock encountered an intoxicated Churchill and said “Sir, you are
> drunk.”
> He replied:And you, Bessie, are ugly. But I shall be sober in the
> morning, and you will still be ugly.
>
> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1OFrGwpGH70rWFs-EMrAUGN6jEySb0De7a6s2QRo2CooV41jBvU
> wt2DA-wvlsUv6Vkl8hQLFeQp838B2YxYNm3bXQYrUEDUbqL6uv0OdtAPbTmK3ntDdPqErj
> -pFyEwMc2ikZQl6Ec00T3S33_smVePsYfwcTRaZY7iKJQBPR83YKqmrpH11xvZ0VdPiqzb
> 3aKAvwkdBC8VF9tCr_ZuzEqFowOpI4HBGUkOfwka_WOra-l-jpRsX-4P_wDQHNN-kLvdk0
> 9SuCPE8frNDO6BQ3sW0IbNQsCgfD2pbyw8VT0Mc5Y8qSciQg7vVLkK0XeqjFG8PIL9f9yu
> gazObaPkSXhjVMJOP75CzEZ9UaneUrfag2vOvmBVI6JVU9ITlkvA3V%2Fhttps%253A%25
> 2F%252Fquoteinvestigator.com%252F2011%252F08%252F17%252Fsober-tomorrow
> %252Fdata=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca5aa0fd43f98
> 4a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C0%7C6371
> 35892512149457sdata=w0kMpv2c7bqfh1LXpaS30lU9BQMTS%2B69tIbENs1tA9U
> %3Dreserved=0
>
> --
> 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 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 destro

Re: it was 20 years ago today

[McCabe, Ron]

Several "hacks"?  Were any of these "hacks" provided by IBM in the form of a 
PTF?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Seymour J Metz
Sent: Thursday, January 2, 2020 1:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

There were several hacks; one was to change the interpretation of a binary  XL1 
or H, or a decimal, PL2 field from "last two digits" to "offset from 1900".


--
Shmuel (Seymour J.) Metz
https://nam03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Cc50e14882b7540a38c9408d78fc6c604%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C0%7C637135956219215589sdata=2IKGguhb6ElhN9ofIVvZrpYfwFhQXzQyLRZ3sCVTVMg%3Dreserved=0



From: IBM Mainframe Discussion List  on behalf of 
McCabe, Ron 
Sent: Thursday, January 2, 2020 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

Question about how the year 2000 was handled as we just got hit by a major date 
problem.  I remember that one way to handle the date comparisons was to have 
all the years from 00-19 (or something greater than 19) have a high value so it 
would be greater than the 1990's.  Does anyone remember that?  Was it something 
IBM did although I don't recall putting on any patches for something like that 
so I'm thinking it was something we did.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wayne Bickerdike
Sent: Thursday, January 2, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

The tale has many variations. Unlikely to have been Bessie Braddock. WC died in 
1965 and was out of politics. It was reputed to be Lady Astor.

On Fri, Jan 3, 2020, 05:03 Seymour J Metz  wrote:

> To put it in context, WC called her ugly *before* she called him drunk.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca
> 5aa0fd43f984a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1
> %7C0%7C637135892512149457sdata=XQ0p8EtwOY8eQKAZZ5mVHuyWkk0PVQOAYC
> nk55KHbWA%3Dreserved=0
>
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Nightwatch RenBand 
> Sent: Thursday, January 2, 2020 11:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: it was 20 years ago today
>
> Hey, Rupert!
> Winston Churchill and the British politician Bessie Braddock.
> Braddock encountered an intoxicated Churchill and said "Sir, you are
> drunk."
> He replied:And you, Bessie, are ugly. But I shall be sober in the
> morning, and you will still be ugly.
>
> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1OFrGwpGH70rWFs-EMrAUGN6jEySb0De7a6s2QRo2CooV41jBvU
> wt2DA-wvlsUv6Vkl8hQLFeQp838B2YxYNm3bXQYrUEDUbqL6uv0OdtAPbTmK3ntDdPqErj
> -pFyEwMc2ikZQl6Ec00T3S33_smVePsYfwcTRaZY7iKJQBPR83YKqmrpH11xvZ0VdPiqzb
> 3aKAvwkdBC8VF9tCr_ZuzEqFowOpI4HBGUkOfwka_WOra-l-jpRsX-4P_wDQHNN-kLvdk0
> 9SuCPE8frNDO6BQ3sW0IbNQsCgfD2pbyw8VT0Mc5Y8qSciQg7vVLkK0XeqjFG8PIL9f9yu
> gazObaPkSXhjVMJOP75CzEZ9UaneUrfag2vOvmBVI6JVU9ITlkvA3V%2Fhttps%253A%25
> 2F%252Fquoteinvestigator.com%252F2011%252F08%252F17%252Fsober-tomorrow
> %252Fdata=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca5aa0fd43f98
> 4a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C0%7C6371
> 35892512149457sdata=w0kMpv2c7bqfh1LXpaS30lU9BQMTS%2B69tIbENs1tA9U
> %3Dreserved=0
>
> --
> 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 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

Re: it was 20 years ago today

[McCabe, Ron]

Question about how the year 2000 was handled as we just got hit by a major date 
problem.  I remember that one way to handle the date comparisons was to have 
all the years from 00-19 (or something greater than 19) have a high value so it 
would be greater than the 1990's.  Does anyone remember that?  Was it something 
IBM did although I don't recall putting on any patches for something like that 
so I'm thinking it was something we did.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Wayne Bickerdike
Sent: Thursday, January 2, 2020 11:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: it was 20 years ago today

The tale has many variations. Unlikely to have been Bessie Braddock. WC died in 
1965 and was out of politics. It was reputed to be Lady Astor.

On Fri, Jan 3, 2020, 05:03 Seymour J Metz  wrote:

> To put it in context, WC called her ugly *before* she called him drunk.
>
>
> --
> Shmuel (Seymour J.) Metz
> https://nam03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.g
> mu.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca
> 5aa0fd43f984a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1
> %7C0%7C637135892512149457sdata=XQ0p8EtwOY8eQKAZZ5mVHuyWkk0PVQOAYC
> nk55KHbWA%3Dreserved=0
>
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of Nightwatch RenBand 
> Sent: Thursday, January 2, 2020 11:06 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: it was 20 years ago today
>
> Hey, Rupert!
> Winston Churchill and the British politician Bessie Braddock.
> Braddock encountered an intoxicated Churchill and said “Sir, you are
> drunk.”
> He replied:And you, Bessie, are ugly. But I shall be sober in the
> morning, and you will still be ugly.
>
> https://nam03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsecu
> re-web.cisco.com%2F1OFrGwpGH70rWFs-EMrAUGN6jEySb0De7a6s2QRo2CooV41jBvU
> wt2DA-wvlsUv6Vkl8hQLFeQp838B2YxYNm3bXQYrUEDUbqL6uv0OdtAPbTmK3ntDdPqErj
> -pFyEwMc2ikZQl6Ec00T3S33_smVePsYfwcTRaZY7iKJQBPR83YKqmrpH11xvZ0VdPiqzb
> 3aKAvwkdBC8VF9tCr_ZuzEqFowOpI4HBGUkOfwka_WOra-l-jpRsX-4P_wDQHNN-kLvdk0
> 9SuCPE8frNDO6BQ3sW0IbNQsCgfD2pbyw8VT0Mc5Y8qSciQg7vVLkK0XeqjFG8PIL9f9yu
> gazObaPkSXhjVMJOP75CzEZ9UaneUrfag2vOvmBVI6JVU9ITlkvA3V%2Fhttps%253A%25
> 2F%252Fquoteinvestigator.com%252F2011%252F08%252F17%252Fsober-tomorrow
> %252Fdata=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7Ca5aa0fd43f98
> 4a353e7908d78fb7f167%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C0%7C6371
> 35892512149457sdata=w0kMpv2c7bqfh1LXpaS30lU9BQMTS%2B69tIbENs1tA9U
> %3Dreserved=0
>
> --
> 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
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: Saving job output

[McCabe, Ron]

You should take a look at MacKinney Systems JSF product...just be sure to go 
after the most current version.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Thursday, October 10, 2019 7:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Saving job output

On Thu, Oct 10, 2019 at 5:56 AM Gadi Ben-Avi  wrote:

> Hi,
> Every now and again, I have to send the output from a job or started
> task to support.
> Saving all of the output is simple using SDSF's XDC command, but that
> saves all of the output to one file.
> It's much easier to deal with the individual spool files.
>
> Does anyone have a utility that can split the output according to the
> different spool files?
>
> Gadi
>


I have a REXX program which uses the SDSF REXX API to copy job output to disk. 
At present, it puts everything into a single data set (or UNIX file), but I 
think it can be modified to put each individual SPOOL files into a separate 
DSN. Would you like me to send it to you off-line?

--
I find television very educational. The minute somebody turns it on, I go into 
the library and read a good book
-- Groucho Marx

Maranatha! <><
John McKown

--
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: Attitude of companies toward mainframers working from home?

[McCabe, Ron]

We only IPL our mainframe twice a year...when the time change happens.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Schwab
Sent: Wednesday, August 21, 2019 2:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Attitude of companies toward mainframers working from home?

One big item is mainframes are usually IPLed on weekends, so giving time off 
instead of overtime would be a benefit.

On Wed, Aug 21, 2019 at 4:16 PM David Spiegel  wrote:
>
> Hi Ron,
> For SysProgs in particular, what is gained by having people "at the office"?
> I view this as old school, without justification.
> If project milestones are set properly, the employees will have to
> work consistently to meet them (and not goof off).
> If the managers think that they can see who's working, they are mistaken.
>
> I can see where development staff might have to work at the office if
> the environment is highly collaborative.
> (I worked on an online banking project (3 years ago) where this was
> necessary.
>
> Charles: I work at 3 jobs (not all busy at once), all remote.
>
> Regards,
> David
>
> On 2019-08-21 17:02, McCabe, Ron wrote:
> > If this is something that should not have been done on the list I apologize 
> > but do have to admit that I would like to see what other companies are 
> > allowing in this area.
> >
> > Yes our employer does allow for mainframe sysprogs and developers to work 
> > from home.
> > There are restrictions and the main one is who your manager is.  Our 
> > developers have a nice manager and allows them to work from home 2 days a 
> > week, our sysprogs have a different manager and he only allows 1 day per 
> > week.
> > No policies have been changed.
> > About 90% of my colleagues work from home.  Our developers are also allowed 
> > to work 9 80's and 4 10's, sysprogs and admins do not get to as they have 
> > to work 5 days a week.
> >
> > Thanks,
> > Ron McCabe
> > Manager of Mainframe/Midrange Systems Mutual of Enumclaw
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List  On
> > Behalf Of Charles Mills
> > Sent: Wednesday, August 21, 2019 1:46 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Attitude of companies toward mainframers working from home?
> >
> > I am doing a favor for a friend who is writing a blog article on the
> > above subject, with an emphasis on the effect of the shrinking
> > mainframe personnel pool. (This is NOT some disguised headhunter
> > pitch. Reply to the list or to me personally. I will take full
> > responsibility for "sanitizing" your e-mail address and so forth out
> > of what I forward to my friend.)
> >
> > Does your employer allow mainframe sysprogs and developers to work from 
> > home?
> > Any particular restrictions or qualifications?
> > Have they changed their policies specifically to address the shrinking 
> > mainframe personnel pool?
> > Roughly what percentage of your colleagues work from home?
> >
> > Thanks!
> >
> > Charles
> >
> > 
> > -- 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 t

Re: Attitude of companies toward mainframers working from home?

[McCabe, Ron]

Hello David,

What is gained by having people at the office would have to be answered by my 
boss who is the director of Infrastructure...I can tell you he is old school 
even though he is younger than me and has made the comment to us that he likes 
"Butts in seats".  I/we think he is a control freak.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Wednesday, August 21, 2019 2:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Attitude of companies toward mainframers working from home?

Hi Ron,
For SysProgs in particular, what is gained by having people "at the office"?
I view this as old school, without justification.
If project milestones are set properly, the employees will have to work 
consistently to meet them (and not goof off).
If the managers think that they can see who's working, they are mistaken.

I can see where development staff might have to work at the office if the 
environment is highly collaborative.
(I worked on an online banking project (3 years ago) where this was necessary.

Charles: I work at 3 jobs (not all busy at once), all remote.

Regards,
David

On 2019-08-21 17:02, McCabe, Ron wrote:
> If this is something that should not have been done on the list I apologize 
> but do have to admit that I would like to see what other companies are 
> allowing in this area.
>
> Yes our employer does allow for mainframe sysprogs and developers to work 
> from home.
> There are restrictions and the main one is who your manager is.  Our 
> developers have a nice manager and allows them to work from home 2 days a 
> week, our sysprogs have a different manager and he only allows 1 day per week.
> No policies have been changed.
> About 90% of my colleagues work from home.  Our developers are also allowed 
> to work 9 80's and 4 10's, sysprogs and admins do not get to as they have to 
> work 5 days a week.
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Charles Mills
> Sent: Wednesday, August 21, 2019 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Attitude of companies toward mainframers working from home?
>
> I am doing a favor for a friend who is writing a blog article on the
> above subject, with an emphasis on the effect of the shrinking
> mainframe personnel pool. (This is NOT some disguised headhunter
> pitch. Reply to the list or to me personally. I will take full
> responsibility for "sanitizing" your e-mail address and so forth out
> of what I forward to my friend.)
>
> Does your employer allow mainframe sysprogs and developers to work from home?
> Any particular restrictions or qualifications?
> Have they changed their policies specifically to address the shrinking 
> mainframe personnel pool?
> Roughly what percentage of your colleagues work from home?
>
> Thanks!
>
> Charles
>
> --
> 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
Confidentiality Notice: This e- mail and all attachments may contain 
CONFIDENTIAL in

Re: Attitude of companies toward mainframers working from home?

[McCabe, Ron]

If this is something that should not have been done on the list I apologize but 
do have to admit that I would like to see what other companies are allowing in 
this area.

Yes our employer does allow for mainframe sysprogs and developers to work from 
home.
There are restrictions and the main one is who your manager is.  Our developers 
have a nice manager and allows them to work from home 2 days a week, our 
sysprogs have a different manager and he only allows 1 day per week.
No policies have been changed.
About 90% of my colleagues work from home.  Our developers are also allowed to 
work 9 80's and 4 10's, sysprogs and admins do not get to as they have to work 
5 days a week.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Charles Mills
Sent: Wednesday, August 21, 2019 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Attitude of companies toward mainframers working from home?

I am doing a favor for a friend who is writing a blog article on the above 
subject, with an emphasis on the effect of the shrinking mainframe personnel 
pool. (This is NOT some disguised headhunter pitch. Reply to the list or to me 
personally. I will take full responsibility for "sanitizing" your e-mail 
address and so forth out of what I forward to my friend.)

Does your employer allow mainframe sysprogs and developers to work from home?
Any particular restrictions or qualifications?
Have they changed their policies specifically to address the shrinking 
mainframe personnel pool?
Roughly what percentage of your colleagues work from home?

Thanks!

Charles

--
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: $HASP250 JOB Purged

[McCabe, Ron]

The SYSOUT class I was using must have had an OUTDISP=(PURGE,PURGE) because I 
changed the class to one that I know does not get purged and now my job output 
is not getting purged.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Allan Staller
Sent: Friday, March 01, 2019 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Check your JESPARMS for the MSGCLASS and SYSOUT class(es).
The OUTDEF or the related OUTCLASS(x) should contain an OUTDISP=(x,x) parameter.

You want WRITE or HOLD in the OUTDISP= instead of PURGE Check the fine manuals 
for details.

HTH,


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, March 1, 2019 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP250 JOB Purged

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


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

Re: $HASP250 JOB Purged

[McCabe, Ron]

All the $TA,ALL command is showing me are 2 jobs that run on a schedule so I 
would say I do not have any autocmds moving the output.

$TA,ALL
$HASP604 ID 131  T= 11.30 I=0 L=INTERNAL $VS,'S R,J=SCRCOUNT'
$HASP604 ID 127  T= 24.00 I=0 L=INTERNAL $VS,'S R,J=PSCHED'

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lester, Bob
Sent: Friday, March 01, 2019 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Hi,

 Any chance you've got autocmds moving the output to a purge class?   
$ta,all will tell you.

Thanks!
BobL

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Friday, March 1, 2019 11:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged [ EXTERNAL ]

No, nothing like that.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steely.Mark
Sent: Friday, March 01, 2019 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Is it being picked up by a product like SAR ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Friday, March 01, 2019 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

No it is not.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rugen, Len
Sent: Friday, March 01, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Is the msgclass / sysout class one setup for purge?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, March 1, 2019 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP250 JOB Purged

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


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 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
*** Disclaimer ***
This communic

Re: $HASP250 JOB Purged

[McCabe, Ron]

No, nothing like that.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Steely.Mark
Sent: Friday, March 01, 2019 9:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Is it being picked up by a product like SAR ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Friday, March 01, 2019 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

No it is not.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rugen, Len
Sent: Friday, March 01, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Is the msgclass / sysout class one setup for purge?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, March 1, 2019 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP250 JOB Purged

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


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 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
*** Disclaimer ***
This communication (including all attachments) is solely for the use of the 
person to whom it is addressed and is a confidential AAA communication. If you 
are not the intended recipient, any use, distribution, printing, or copying is 
prohibited. If you received this email in error, please immediately delete it 
and notify the sender.

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

Re: $HASP250 JOB Purged

[McCabe, Ron]

No it is not.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Rugen, Len
Sent: Friday, March 01, 2019 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: $HASP250 JOB Purged

Is the msgclass / sysout class one setup for purge?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Friday, March 1, 2019 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: $HASP250 JOB Purged

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


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

$HASP250 JOB Purged

[McCabe, Ron]

Hello List,

Is there a way to override the system so I do not lose output from a job?  When 
I run a job after it ends it immediately comes up with "$HASP250 JOB Purged - 
(Job Key was D5C1B47F) so I do not get any output in SDSF which I need to send 
to Software AG support.

Thanks,
Ron McCabe
Mutual of Enumclaw


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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

We were able to get this issue resolved.  IBM support had me issue a QUERY LINK 
on my z/VM side and noticed that the LINK was in a hold status.  They then had 
me issue a FREE LINK command and after starting the transmitters on the z/OS 
side everything started working.  Not sure how the LINK got in a hold state and 
hopefully I will be able to find out.

Thanks for all your help on this.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 13, 2019 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
I'm afraid this has now gone outside my area of expertise...

From what IBM say it's z/VM that's caused the connection to close, which 
suggests that the output on the z/OS side is ok.

Sorry I can't be of any more help.  It would be useful to know what the outcome 
is though.

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Thanks Vince,

I will be sure to post the resolution for this once we get it resolved.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 13, 2019 12:16 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
I'm afraid this has now gone outside my area of expertise...

From what IBM say it's z/VM that's caused the connection to close, which 
suggests that the output on the z/OS side is ok.

Sorry I can't be of any more help.  It would be useful to know what the outcome 
is though.

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

The NETSTAT ALLC command does not show anything on port 3603.  I have very 
little in my display which is what I would expect...

User Id  ConnLocal SocketForeign Socket  State
 --  - ----- --  -
FTPSERVE 1001*..FTP-C*..*Listen
SMTP 1004*..SMTP *..*Listen
SMTP UDP *..1024 *..* UDP
INTCLIEN 1007*..TELNET   *..*Listen
INTCLIEN 100510.100.5.73..TELNET 172.20.31.17..63168 Established
INTCLIEN 100310.100.5.73..TELNET 10.80.8.151..49724  Established
RSCS 100810.100.5.73..8352   10.100.5.71..175Established
RSCS 1009*..175  *..*Listen

I could change the output class to see if that makes a difference but I do have 
to be careful.  The EXEC on the z/VM side uses the class to determine what 
needs to happen to the output (FTP it to a FTP server where ONBASE can get it, 
send it to a physical printer, delete it).  This is something I will attempt 
with our test output.

I heard back from IBM support and here is their response...

Action Taken:
I have reviewed the zOS commServer traces. I see a successful connection from 
zVM @ 10.100.5.73 using ephemeral port 5582 to zOS 10.100.5.71 port
175. This connection stays up and ends right before the connection
attempt from zOS ephemeral port 32979 to zVM 10.100.5.73 port 175. Not
sure why this connection ended, but I can see that the TCP connection
closure for this was initiated by the zVM side.  I then see the zOS
side initiate the TCP 3-way handshake by sending the SYN packet.
This is immediately responded to by the zVM side with a reset packet,
hence the econnrefused error on the JES connect attempt. So hopefully a trace 
on the zVM side was captured to understand why that TCPIP stack is
rejecting the connection attempt from zOS to port 175 @  10.100.5.73

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Tuesday, February 12, 2019 12:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
If JES is saying the networking is started, that suggests that the connection 
between JES and z/VM is good.

Your PROFILE TCPIP might tell you what's on port 3603, but the z/VM TCPIP 
command NETSTAT ALLC should display the connection.

If the nje connection is starting, then you should be able to start whatever 
device is defined on JES to "print" output to z/VM, and the output should start 
to flow.

This COULD be a problem with the actual output being sent across.

You said that something seems to start being sent across, and then freezes?  Is 
it the same output every time?  Maybe temporarily change the class of that 
output, and restart the connection?

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

I do not know what is on port 3603 on z/VM and I don't know how to find out 
what is there.  I got the Query NODE/LINE commands to work after you pointed 
out that they are RSCS commands...I kept trying to run them from TCPMAINT.

When I start the LINK from z/VM and then very quickly start it from z/OS, z/OS 
responds with that it is already started.

I sent the last requested trace / SVC dump to IBM support late Friday...I'm 
hoping to hear something today but it was a very large trace/dump so I would 
not be surprised if I do not hear anything until tomorrow.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Monday, February 11, 2019 2:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You have an established session from JES's Netserv to z/VM -

EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  
Establsh

(What's at port 3603 on z/VM btw?)

Your start link looks successful, both on z/VM & z/OS - that seems to suggest 
that the network is ok.

The QUERY LINK and QUERY NODE commands are RSCS commands, not "normal" z/VM 
commands - sorry.

I'd try the start link again, and very quickly after, issue the $SN,N=your z/VM 
node number (or $SN,SOCKET=your z/VM socket number) on the z/OS system.  You 
need to get nje networking er, working, before anything else.

Let me know the outcome.

What have IBM come up with?

--
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: Dump Datasets

[McCabe, Ron]

Sorry to go back to the dump datasets but I need to.

I was able to get my MAXSPACE increased but my allocation size for the 
SYS1.DUMP00 needs to be increased and I cannot find how to go about doing this. 
 So, can I delete and re-allocate my dump datasets while the system is running? 
 If so, how do I go about it?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Spiegel
Sent: Friday, February 08, 2019 12:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump Datasets

Hi Shmuel,
Yes ... instead of DO 10 I=1,50 they coded DO 10 I=1.50 and the rocket was 
never seen again.

Regards,
David

On 2019-02-08 14:42, Seymour J Metz wrote:
> Wasn't there a classic NASA failure due to a missing comma in a Fortran DO 
> statement?
>
>
> --
> Shmuel (Seymour J.) Metz
> https://na01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gm
> u.edu%2F~smetz3data=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7C3b
> 7c70b06ee942c0766408d68e02ceaf%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%
> 7C0%7C636852540066997115sdata=Gtep%2FhjcEwC7Y6DdKjuI1IJXyNFj%2BoO
> ZaC0h0HghvQ8%3Dreserved=0
>
> 
> From: IBM Mainframe Discussion List  on
> behalf of McCabe, Ron 
> Sent: Friday, February 8, 2019 2:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dump Datasets
>
> Sheesh...a little comma caused so much grief.  Thanks that worked.
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
>
>
> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Rob Schramm
> Sent: Friday, February 08, 2019 11:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Dump Datasets
>
> You are missing a comma.
> Should be
> CD SET,SDUMP,MAXSPACE=1000
> VS
> CD SET,SDUMP MAXSPACE=1000
>
> Rob Schramm
>
>
>Original Message
>
>
>
> From: rmcc...@mutualofenumclaw.com
> Sent: February 8, 2019 2:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Reply-to: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Dump Datasets
>
>
> Hello List,
>
> I'm working with my Dump Datasets and when I do a D D,O command I see where 
> MAXSPACE=500M so I enter the command CD SET,SDUMP MAXSPACE=1024M and it says 
> it is successful so I do another D D,O command and it still shows my 
> MAXSPACE=500M.  What am I doing wrong?
>
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
>
>
> 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 
> 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 copie

Re: Dump Datasets

[McCabe, Ron]

Sheesh...a little comma caused so much grief.  Thanks that worked.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Rob 
Schramm
Sent: Friday, February 08, 2019 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dump Datasets

You are missing a comma.
Should be
CD SET,SDUMP,MAXSPACE=1000
VS
CD SET,SDUMP MAXSPACE=1000

Rob Schramm


  Original Message



From: rmcc...@mutualofenumclaw.com
Sent: February 8, 2019 2:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-to: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dump Datasets


Hello List,

I'm working with my Dump Datasets and when I do a D D,O command I see where 
MAXSPACE=500M so I enter the command CD SET,SDUMP MAXSPACE=1024M and it says it 
is successful so I do another D D,O command and it still shows my 
MAXSPACE=500M.  What am I doing wrong?

Thanks,
Ron McCabe
Mutual of Enumclaw


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

Dump Datasets

[McCabe, Ron]

Hello List,

I'm working with my Dump Datasets and when I do a D D,O command I see where 
MAXSPACE=500M so I enter the command CD SET,SDUMP MAXSPACE=1024M and it says it 
is successful so I do another D D,O command and it still shows my 
MAXSPACE=500M.  What am I doing wrong?

Thanks,
Ron McCabe
Mutual of Enumclaw


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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

I do appreciate the help even though there is about an 8 hour time difference 
as I am on the West Coast.

Yes, we do have 2 connections from our z/OS LPAR (10.100.5.71)...First 
connection is to 10.100.5.72 which is another z/OS LPAR where we do our backups 
and that connection is working as it always has.  The second connection is to 
our z/VM LPAR (10.100.5.73) and that is not working.

When I start the link from RSCS using SMSG RSCS START LINKNAME I get successful 
messages.  I even see successful messages on the z/OS console and it even looks 
like it starts to send something but just freezes at that point.

QUERY LINK requires a virtual device and I'm not sure what that device number 
is.
Here is an odd one...when I do QUERY NODE * I get invalid option - NODE.

The weekend is not shaping up very well.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Friday, February 08, 2019 12:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
Your PORT statement should be fine.  It's recommended in the z/VM manual.

The NETSTAT ALLCONN display shows that JES's NETSRV is listening (waiting for a 
connection from another TCP/IP) on port 175.

It also shows two established connections -

one JES NETSRV connection between 10.100.5.71 (your z/OS?) to 10.100.5.72 and 
one between 10.100.5.71 and 10.100.5.73.  Is either of those your z/VM?

I think the z/OS & JES stuff all looks ok - onto the z/VM side...

What happens now when you start the LINK?
What does a QUERY LINK show?
What does a QUERY NODE your z/OS node id show?

Sorry this is so painful.  Me being in the UK in a different timezone doesn't 
help...

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Forgot to mention that once I added port 175 to my authorized port list in my 
TCPIP PROFILE on z/VM I no longer get an error.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
McCabe, Ron
Sent: Thursday, February 07, 2019 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Vince,

Here is the results of the TSO command NETSTAT ALLCONN (PORT 175

EZZ2350I MVS TCP/IP NETSTAT CS V2R2   TCPIP Name: TCPIP   08:32:32
EZZ2585I User Id  Conn Local Socket   Foreign Socket State
EZZ2586I ---      -- -
EZZ2587I JES2S001 0017 0.0.0.0..175   0.0.0.0..0 Listen

EZZ2587I JES2S001 0021 10.100.5.71..1026  10.100.5.72..175   Establ
 sh
EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  Establ
 sh

I do not have the error I was getting on z/VM when I tried to start my 
LINK...IBM support recommended I add port 175 to my authorized port list in the 
TCPIP PROFILE so I added " 175  TCP RSCS; RSCS Authorization 
for TCPNJE"


Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Thursday, February 07, 2019 2:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You don't need a separate FICON port for a FICON CTC (FCTC).  Any FICON port 
that is shared between the LPARS can be used.  FCTC would just be another LCU 
on that port.

However, all the examples and diagrams about FCTC in the FICON manuals describe 
using a switch - that's simply not required for LPARS on the same CEC, or even 
for FCTC between CECs (ask me how I know!)

As Tony says, you definitely have connectivity.  ICMP is ping (sorry!).

The EDC8128I message does suggest that there isn't anything listening on that 
port: -

"A remote node refused to allow the attempted connect operation. The attempt to 
connect to a socket was refused because there was no process listening, or 
because the queue of connection requests was full and the underlying protocol 
does not support retransmissions."

Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and 
post the results.

Just to clarify, in an earlier post, you said "I made a change and added the 
port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM"

What port, and what error?  I wonder if you need to back that change out, and 
retry the $S N command?

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

Re: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

Here is the results of the TSO command NETSTAT ALLCONN (PORT 175

EZZ2350I MVS TCP/IP NETSTAT CS V2R2   TCPIP Name: TCPIP   08:32:32
EZZ2585I User Id  Conn Local Socket   Foreign Socket State
EZZ2586I ---      -- -
EZZ2587I JES2S001 0017 0.0.0.0..175   0.0.0.0..0 Listen

EZZ2587I JES2S001 0021 10.100.5.71..1026  10.100.5.72..175   Establ
 sh
EZZ2587I JES2S001 7D6F 10.100.5.71..175   10.100.5.73..3603  Establ
 sh

I do not have the error I was getting on z/VM when I tried to start my 
LINK...IBM support recommended I add port 175 to my authorized port list in the 
TCPIP PROFILE so I added " 175  TCP RSCS; RSCS Authorization 
for TCPNJE"


Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Thursday, February 07, 2019 2:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
You don't need a separate FICON port for a FICON CTC (FCTC).  Any FICON port 
that is shared between the LPARS can be used.  FCTC would just be another LCU 
on that port.

However, all the examples and diagrams about FCTC in the FICON manuals describe 
using a switch - that's simply not required for LPARS on the same CEC, or even 
for FCTC between CECs (ask me how I know!)

As Tony says, you definitely have connectivity.  ICMP is ping (sorry!).

The EDC8128I message does suggest that there isn't anything listening on that 
port: -

"A remote node refused to allow the attempted connect operation. The attempt to 
connect to a socket was refused because there was no process listening, or 
because the queue of connection requests was full and the underlying protocol 
does not support retransmissions."

Please try the TSO command NETSTAT ALLCONN (PORT 175, (no close brackets) and 
post the results.

Just to clarify, in an earlier post, you said "I made a change and added the 
port I was getting an error on to the PORT list in my TCPIP PROFILE on z/VM"

What port, and what error?  I wonder if you need to back that change out, and 
retry the $S N command?

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Yes, all necessary RSCS resources are available/started...if not I would have 
hoped IBM Support would have said something.

Yes, there is a process listening on port 175 on the z/VM side.

I get a connection using telnet to port 175 but then it fails very soon after 
which I assume is because port 175 is not a telnet port.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Wednesday, February 06, 2019 12:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print


IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

The "connection refused" error can indicate a lack of resources on the 
receiving (z/VM) node.  Are you sure that ALL of the necessary RSCS resources 
are available/started.

Since Telnet and ping are working, you must have basic connectivity.

Is there a process listening on port 175 on the z/VM node??

Could try "telnet  10.100.5.73  175" (from the z/OS LPAR) to see if you get a 
connection!!

Hth
Tony



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Wednesday, February 06, 2019 12:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

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

Re: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

Thanks for letting me know about using a FICON CTC...the problem was when we 
ordered the z13s we didn't order enough FICON adapters...guess our research was 
not through enough.

As far as where the problem actually is...I believe it is the network to but 
I'm losing that battle and it is because my boss is a networking guy who 
supports the networking team over the mainframe team.

I can PING from z/VM to z/OS and vice versa successfully and I have done a 
telnet from z/OS to z/VM successfully.  I'm not familiar with ICMP and/or 
TRACERTE so I will have to do research on how to check/execute them.

When I start NETSRV1 it says it is active in ASID=004D as NAME=JES2S001 and yes 
the JES line is started, however I get an error when starting the socket and 
the error is...
IAZ0545I NETSRV1 Error encountered in function connect() - EDC8128I Connection 
refused.
IAZ0543I NETSRV1 TCP/IP connection with IP Addr: 10.100.5.73 Port: 175 ended 
due to TCP/IP error, rc: 1128

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Wednesday, February 06, 2019 1:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
AFAIK, you are correct regarding a virtual CTC, but you can still define a real 
FICON CTC - I think I'm correct in saying you just need one spare FICON port, 
unlike ESCON, where you needed two, and a cable between them.

Assuming nothing has changed on the mainframe, and you are running JES2, this 
definitely sounds like a network issue.

I'm sure IBM will help, but, in the meantime...

Basics first.  Can you ping z/VM from z/OS and vice versa?  Of course ICMP 
might be blocked, so you could also try TRACERTE ipaddress from both systems.  
Maybe also try TELNET, just to prove both systems can see each other.

Is your JES NETSRV address space up (something like JES2S001)?

Is the JES line started?

What happens when you issue $SN,N=your z/VM node number (or possibly 
$SN,SOCKET=your z/VM socket number) on the z/OS system?

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Vince,

I found it easier to put my responses below after each of your questions.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Tuesday, February 05, 2019 1:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
Forgive me, but it sounds like you are a little out of your depth with this.   
- That is true and it is because I'm not good with the networking side of 
things.

Z13 doesn't allow a CTC?   Since when?  AFAIK, you can have a FICON CTC on ANY 
z hardware. - True, but I was going to be using Virtual CTC which if I'm not 
mistaken does work as long as I run z/OS as a guest under z/VM but I could be 
wrong.

"TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem" - er, NO.  - I agree but that is 
life and once I prove them wrong which happens all the time I will be able to 
hold it over their heads for about 2 days because then they will forget about 
it.

If nothing changed on the mainframe, then HOW can it be a mainframe issue?  
MUCH more likely that something in the network has changed.

What, exactly, are you trying to achieve?  Your original post didn't mention 
anything about z/VM - you said you wanted output to print.. - We are 
"transmitting" reports from our z/OS LPAR to our z/VM LPAR using TCPNJE on the 
z/OS side and RSCS on the z/VM side.

It sounds like you are trying to send output from a z/OS lpar to a z/VM lpar (I 
assume on the same hardware) over a network.  Can you clarify? - Hopefully the 
answer from the last question helped explain what we are trying to accomplish.

I think you may need more in-depth help than the list can supply...  You may 
want to cross post on the z/VM list. - I do have an open PMR with IBM support 
so I'm hoping that will be good enough to get this resolved..

--
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: How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Hello listers,

I'm still working this issue and just to let you all know my networking 
expertise is NIL and I'm still in a learning process as far as z/OS systems 
programming goes, our systems programmer, who I was learning from, retired last 
November and I got the privilege (if that is what you want to call it) to take 
over and then I get the problem we are having.

Here is the background for the problem...3 years ago we had a z890 and bought a 
z13s...on the z890 our communications between z/OS and z/VM (they run on 
separate LPARs) was via CTC but the z13s did not allow that so we had to 
convert to TCPNJE.

TCPNJE has been working for nearly 3 years and then all of a sudden it isn't 
and networking says it's a mainframe problem so I'm not getting much support 
from them.

Anyway I made a change and added the port I was getting an error on to the PORT 
list in my TCPIP PROFILE on z/VM and now I do not get a port error when I start 
the connection but my reports still sit in the output queue in SDSF.  XDC is 
not an option as there are way too many reports.  I asked the question about 
how can I get the reports in the Output Queue in SDSF to print because I 
thought they would just start to go once the connection was fixed but that did 
not happen so I thought I needed to kick start them to get them going.  That is 
what I wanted to know...do I need to do something to force them to go or will 
they go automatically?

Something our old systems programmer recommended to test to see if it is a 
network problem is to run our RESCUE system as a guest under z/VM and use 
VCTC...can anyone help in letting me know what the configuration would look 
like for z/OS and z/VM?  I know I have to couple something in RSCS but not sure 
what and what is needed in z/OS and where.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Vince Getgood
Sent: Friday, February 01, 2019 1:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How can I get reports in the Output Queue in SDSF to print

Ron,
If they are in the output queue, then they probably haven't been printed.

Do you want to keep a copy on the output queue?

If not, just change the class and destination to one that a printer processes.

If you want the output copy left, you could do something like XDC it to a flat 
file, and then IEBGENER it to a class and destination that a printer processes.

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

How can I get reports in the Output Queue in SDSF to print

[McCabe, Ron]

Hello,

How can I get reports that are in the Output Queue in SDSF to be 
re-printed...basically I want them to be processed again.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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: BPXPRM00 parmlib

[McCabe, Ron]

Thank you that worked.

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cieri, Anthony
Sent: Thursday, January 31, 2019 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

SETOMVS MAXUIDS=2000

No comma after SETOMVS!!!


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Thursday, January 31, 2019 5:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

[[ SEI WARNING *** This email was sent from an external source. Do not open 
attachments or click on links from unknown or suspicious senders. *** ]]


David,

I do have my mount statements split out from other statements.  I must be doing 
something wrong because when I enter "SETOMVS,MAXUIDS=2000" as a command from 
the z/OS console I get an error that the command is invalid.  I tried to issue 
from within OMVS and I also get an error "FSUM7351 not found". Am I entering 
the command from the wrong place?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Thursday, January 31, 2019 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

Ron,  Many individual parms can be set via the SETOMVS console command, and may 
be more along the lines of what you want.   Depending on if you have  your 
MOUNT statements split out from other statements (BPXPRMFS vs BPXPRM00), doing 
a SET OMVS=xx might do more than you anticipate or want.

It would be my recommendation to use SETOMVS.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President 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  On Behalf Of 
McCabe, Ron
Sent: Thursday, January 31, 2019 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXPRM00 parmlib

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hello,

If I need to make a change to my BPXPRM00 parmlib member can I get the change 
in while everything is running or does it have to done via an IPL?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

Re: BPXPRM00 parmlib

[McCabe, Ron]

David,

I do have my mount statements split out from other statements.  I must be doing 
something wrong because when I enter "SETOMVS,MAXUIDS=2000" as a command from 
the z/OS console I get an error that the command is invalid.  I tried to issue 
from within OMVS and I also get an error "FSUM7351 not found". Am I entering 
the command from the wrong place?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: Thursday, January 31, 2019 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

Ron,  Many individual parms can be set via the SETOMVS console command, and may 
be more along the lines of what you want.   Depending on if you have  your 
MOUNT statements split out from other statements (BPXPRMFS vs BPXPRM00), doing 
a SET OMVS=xx might do more than you anticipate or want.

It would be my recommendation to use SETOMVS.

_
Dave Jousma
Mainframe Engineering, Assistant Vice President 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  On Behalf Of 
McCabe, Ron
Sent: Thursday, January 31, 2019 1:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BPXPRM00 parmlib

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Hello,

If I need to make a change to my BPXPRM00 parmlib member can I get the change 
in while everything is running or does it have to done via an IPL?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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 **CAUTION EXTERNAL 
EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


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

Re: BPXPRM00 parmlib

[McCabe, Ron]

Sorry about the delayed response but I was out for a very important 
appointment.  Anyway this is the first couple of lines from the D OMVS,O 
command and based on what I am seeing I must be using 00, CI, and FS.  I'm 
going to do a test in my RESCUE system to see what it does.

D OMVS,O
BPXO043I 13.19.30 DISPLAY OMVS 539
OMVS 000F ACTIVE OMVS=(00,CI,FS)

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Lizette Koehler
Sent: Thursday, January 31, 2019 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BPXPRM00 parmlib

I would do a D OMVS and see if 00 is the only thing used.

Some shops have multiple BPXPRM members and concatenate them together.

Lizette




> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Burrell, Todd
> Sent: Thursday, January 31, 2019 11:46 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: BPXPRM00 parmlib
>
> For most everything you should be able to update it and then do T OMVS=00.
> I believe there are a couple of limitations.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of McCabe, Ron
> Sent: Thursday, January 31, 2019 1:43 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: BPXPRM00 parmlib
>
> Hello,
>
> If I need to make a change to my BPXPRM00 parmlib member can I get the
> change in while everything is running or does it have to done via an IPL?
>
> Thanks,
> Ron McCabe
> Manager of Mainframe/Midrange Systems
> Mutual of Enumclaw
>
>
> 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

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

BPXPRM00 parmlib

[McCabe, Ron]

Hello,

If I need to make a change to my BPXPRM00 parmlib member can I get the change 
in while everything is running or does it have to done via an IPL?

Thanks,
Ron McCabe
Manager of Mainframe/Midrange Systems
Mutual of Enumclaw


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

Question about support from vendor other than IBM

[McCabe, Ron]

Hello,

I wanted to know if anyone knows if there is a discussion list for ADABAS and 
Natural?

Thanks,
Ron McCabe
Mutual of Enumclaw


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: Search for utility

[McCabe, Ron]

Thanks Kolusu...I will pass this on to my developers and let them try it out.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Wednesday, September 12, 2018 1:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search for utility

Ron,

There is no easier option to exclude members from the SRCHFOR list. If you are 
interested, here is a Batch version which will give you the desired results

// EXPORT SYMLIST=(MEM1,MEM2,SRCHSTR)
// SET MEM1=exclpgm1/* EXCLUDE MEMBER1 */
// SET MEM2=exclpgm2/* EXCLUDE MEMBER2 */
// SET SRCHSTR=mccabe   /* SEARCH STRING   */
// SET INPDS=Ron.cobol.pgm.src.pds  /* SEARCH PDS  */
//*
//
//* RUN SRCHFOR IN BATCH SEARCHING FOR THE STRING AS A WORD  *
//
//SEARCH  EXEC PGM=ISRSUPC,PARM=(SRCHCMP,'')
//NEWDD   DD DISP=SHR,DSN=
//OUTDD   DD DSN=&,DISP=(,PASS),SPACE=(CYL,(X,Y),RLSE)
//SYSIN   DD *,SYMBOLS=JCLONLY
SRCHFOR  '',W
/*
//
//* REMOVE THE UNWANTED MEMBER RESULTS FROM THE SEARCH OUTPUT*
//
//STRIPEXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD DISP=(OLD,PASS),DSN=&
//SORTOUT  DD SYSOUT=*
//SYSINDD *,SYMBOLS=JCLONLY
  OPTION COPY
  INREC IFTHEN=(WHEN=GROUP,BEGIN=(3,1,CH,GT,C' '),
PUSH=(134:3,8))

  OUTFIL BUILD=(1,133),
  OMIT=(134,8,CH,EQ,C'',OR,
134,8,CH,EQ,C'')
//*


Further if you have any questions please let me know

Thanks,
Kolusu
DFSORT Development
IBM Corporation

IBM Mainframe Discussion List  wrote on
09/12/2018 11:52:30 AM:

> From: "McCabe, Ron" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 09/12/2018 11:53 AM
> Subject: Search for utility
> Sent by: IBM Mainframe Discussion List 
>
> Hello,
>
> Question from our developers...is there an easy way to search for a
> string in all COBOL programs except for 1 or 2?  So what they would
> like to do is search for a string in all but 1 or 2 of the COBOL
> programs in a PDS and they don't want to have to "select" the programs
> from the list since there are over 400 programs in the PDS.
>
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
>
>
> 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
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 form

Search for utility

[McCabe, Ron]

Hello,

Question from our developers...is there an easy way to search for a string in 
all COBOL programs except for 1 or 2?  So what they would like to do is search 
for a string in all but 1 or 2 of the COBOL programs in a PDS and they don't 
want to have to "select" the programs from the list since there are over 400 
programs in the PDS.

Thanks,
Ron McCabe
Mutual of Enumclaw


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: Question about Luminex VTS solutions

[McCabe, Ron]

We have had a Luminex VTL for a couple years now and have not had issues with 
support.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Doug
Sent: Friday, September 07, 2018 12:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question about Luminex VTS solutions

Todd,
We have been since 2010 without any issues.
Not sure which solution you are considering.
Say hello to Ann for me.

Doug


.

On Sep 7, 2018, at 15:00, Pew, Curtis G  wrote:

> On Sep 7, 2018, at 1:53 PM, Todd Burrell  wrote:
>
> Does anyone have any experience with Luminex virtual tape solutions?  We saw 
> a presentation today that was fairly impressive, but we would like to be sure 
> that they actually work as well as they say.
>
> Please email me directly.

I’d be interested in hearing about this as well.


--
Pew, Curtis G
curtis@austin.utexas.edu
ITS Systems/Core/Administrative Services


--
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
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: ADABAS tuning

[McCabe, Ron]

Do you do ADABAS caching?  Can you look at the ADABAS shutdown stats?  A couple 
of areas to look at in the shutdown stats...

Logical reads
Buffer efficiency
Distribution of commands by thread (would also be good to know how many threads 
you have)
High watermarks for the major pools (I have not been able to get a good handle 
on my FI pool as it is always at 99% but all the other ones I'm able to keep to 
50% or less.)


Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Tony Thigpen
Sent: Thursday, August 02, 2018 8:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ADABAS tuning

To answer some of the questions:

1) There is no monitor.
2) WLM only has two profiles, DAY and NIGHT. These jobs all run during the 
NIGHT settings.
3) Turf war prevents me from actually calling ADABAS support. Only the DBA is 
allowed that option. And, if the issues are resolved with ADABAS tuning, then 
he will look really bad as he has placed all the blame on 'Systems'. So, he 
will not call them for us.

I need to get enough ammo to dump it back on the DBA.

Tony Thigpen

Tony Thigpen wrote on 08/02/2018 11:13 AM:
> Is there anyone that would be willing to give me some guidance to
> solve some ADABAS issues. Something is causing a performance problem
> and nobody seems to even know where to start looking.
>
> We have several Natural programs that run in minutes one night, then
> take an hour on other nights. We also have some RPG programs (using
> the VSAM bridge) that have similar problems.
>
> The programmers don't think it has to do with daily work-load changes.
> They want to point the finger at Systems. We (systems) are not making
> changes.
>
> The 'DBA' belongs to the programmer group, and to be honest, I don't
> think he has a clue concerning performance, just how to define the
> databases.
>
> At this point, I just need a better idea of where the problem really
> is so I can attempt to throw it back to the DBA.
>

--
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: Schedule automation solution

[McCabe, Ron]

We use ARF from CA-7...it does the email and can also submit jobs.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
David Boyes
Sent: Tuesday, March 27, 2018 10:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Schedule automation solution

On 3/27/18, 1:00 PM, "IBM Mainframe Discussion List on behalf of Peter" 
 wrote:
Is there a product in Mainframe which can detect a batch failure and also sends 
email with the possible diagnostic steps to resolve ?

Tivoli Workload Scheduler can do this (at least the batch failure and 
instructions part, not sure about the email part), as can the equivalent CA 
product (CA-7?). I think BMC also makes a similar product.


--
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: Problem with dataset authorization

[McCabe, Ron]

Thanks List,

The problem was that my dataset was not a fully qualified generic profile (no 
(G) when I did a LISTDSD.  So I deleted the dataset and defined it as a generic 
profile and now my developers are able to access it without any problems.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Robert S. Hansel (RSH)
Sent: Friday, March 16, 2018 2:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with dataset authorization

Hi Keith,

No REFRESH should be necessary. The developers are running batch jobs, and 
every job will get a fresh copy of the Generic dataset profiles.

Others raised the issue of Enhanced Generic Naming (EGN). It appears Ron's 
system has NOEGN. I don't believe this is a factor in this case as it has no 
effect on the behavior of a fully-qualified Generic dataset profile.

Regards, Bob

-Original Message-
Date:Thu, 15 Mar 2018 07:00:31 -0400
From:Keith Smith <keith.sm...@shawinc.com>
Subject: Re: Problem with dataset authorization

Replies are, of course, assuming that a REFRESH was done. If you are new to 
RACF some changes require the "in memory" copy to be refreshed before the 
change takes effect.

On Thu, Mar 15, 2018 at 6:05 AM, Robert S. Hansel (RSH) < 
r.han...@rshconsulting.com> wrote:

> Hi Ron,
>
> Here are a couple of thoughts.
>
> When you created the profile MAC.JSF40.TEMP.JOBHIST, did you define it
> as a Discrete profile (protects a single dataset by this name on a
> specific
> VOLSER) or as a full-qualified Generic profile (protects any dataset
> by this name on any VOLSER)? If the later, a (G) will appear next to
> the profile when you list it. If it's a Discrete, try deleting and
> recreating it as a Generic. To do so, you'll need to add the keyword
> GENERIC to the ADDSD command.
>
> Are the developers attempting to access the dataset via a z/OS system
> that has a different RACF database than the one where you created the profile?
>
> Regards, Bob
>
> Robert S. Hansel
> Lead RACF Specialist
> RSH Consulting, Inc. *** Celebrating our 25th Year ***
> 617-969-8211
> https://na01.safelinks.protection.outlook.com/?url=www.linkedin.com%2F
> in%2Froberthansel=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7C62f6
> e8f324c64c5a205708d58b242f9e%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C
> 0%7C636567909919289287=HvyvQ9qATl2KhAidUcQjPQ9tvs2NGYrclc7jIJEqk
> UU%3D=0
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Furlde
> fense.proofpoint.com%2Fv2%2Furl%3Fu%3Dhttps-3A__=02%7C01%7Crmccab
> e%40MUTUALOFENUMCLAW.COM%7C62f6e8f324c64c5a205708d58b242f9e%7C5a381f7d
> cc3d4a93b2cbd2fd072e535a%7C1%7C0%7C636567909919289287=Ccl9b161iD
> Cc25UCUc3LYjVJXvTqyh0CzyhXa2hPvHQ%3D=0
> twitter.com_RSH-5FRACF=DwIFaQ=7f1YSuqIGbgL_Gzm5POfng=unuy1IauTT8
> _ BnXaEWJu99tLgShEyROqbi1xNCvlPGQ=hGjSKRhcHOylV0rl6qrThdZRFx_
> nQ2nWkFuOU9yUkw4=_4bxIlGFU_Xdqti9jvaqNq_hqTjXZRWgB_JGyAyeYts=
> https://na01.safelinks.protection.outlook.com/?url=www.rshconsulting.c
> om=02%7C01%7Crmccabe%40MUTUALOFENUMCLAW.COM%7C62f6e8f324c64c5a205
> 708d58b242f9e%7C5a381f7dcc3d4a93b2cbd2fd072e535a%7C1%7C0%7C63656790991
> 9289287=h%2FdA7qSw9wRG5hVEEi0oRednuBaDcPtS1ojROHOFu%2F4%3D
> ved=0
> 
> 
> Upcoming RSH RACF Training - WebEx
> - RACF Audit & Compliance Roadmap - SEPT 10-14, 2018
> - RACF Level I Administration - APR 10-13, 2018 ** Date Change **
> - RACF Level II Administration - JUN 4-8, 2018
> - RACF Level III Admin, Audit, & Compliance - OCT 1-5, 2018
> - RACF - Securing z/OS UNIX  - APR 23-27, 2018
> 
> 
>
> -Original Message-
> Date:Wed, 14 Mar 2018 23:32:49 +
> From:"McCabe, Ron" <rmcc...@mutualofenumclaw.com>
> Subject: Problem with dataset authorization
>
> Hello List,
>
> I'm having a problem where one of my developers is getting
> "INSUFFICIENT ACCESS AUTHORITY" on a dataset that I have defined in
> RACF and the issue is that it is reporting on the generic definition.
>
> I have defined in RACF a generic dataset definition of MAC.* (this
> definition has a UACC of READ and only a couple of groups have update
> access), I also have defined a complete dataset name of
> MAC.JSF40.TEMP.JOBHIST (this definition has a UACC of READ and allows
> update access for my developers).  When my developers run a job that
> wants to update the MAC.JSF40.TEMP.JOBHIST dataset they get the
> "INSUFFICIENT ACCESS AUTHORITY" FROM MAC.* (G).
>
> Why isn't the system checking for the complete dataset which is the
> way I though

Problem with dataset authorization

[McCabe, Ron]

Hello List,

I'm having a problem where one of my developers is getting "INSUFFICIENT ACCESS 
AUTHORITY" on a dataset that I have defined in RACF and the issue is that it is 
reporting on the generic definition.

I have defined in RACF a generic dataset definition of MAC.* (this definition 
has a UACC of READ and only a couple of groups have update access), I also have 
defined a complete dataset name of MAC.JSF40.TEMP.JOBHIST (this definition has 
a UACC of READ and allows update access for my developers).  When my developers 
run a job that wants to update the MAC.JSF40.TEMP.JOBHIST dataset they get the 
"INSUFFICIENT ACCESS AUTHORITY" FROM MAC.* (G).

Why isn't the system checking for the complete dataset which is the way I 
thought RACF was supposed to work?

Thanks,
Ron McCabe
Mutual of Enumclaw


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: ISPP407 error on One Pack system

[McCabe, Ron]

This problem has been resolved...I received an off list response where the 
person said they swear they had the same issue so they re-copied the ISR@PRIM 
member from their running system to their RESCUE pack and it started to work.  
I did the same thing and it now works.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, July 25, 2017 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPP407 error on One Pack system

According to the message, you need to check the panel that has this error?

ISPP407   Panel '' error - Action bar field text in )BODY section not
found in matching )ABC descriptive text keyword.
Explanation

The text of the action bar in the )BODY section did not match the text in the 
DESC keyword on the )ABC panel statement. They must match exactly.
User response

There was a programming error defining the panel that you attempted to display.
If you are running in TEST mode, you can either override the error and attempt 
to continue running the dialog, or you can choose not to override the error. If 
you select the latter, the dialog will end and you will be returned to the 
initial panel for the application.
Programmer response

Correct the text either in the )BODY section or in the )ABC section.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of McCabe, Ron
> Sent: Tuesday, July 25, 2017 4:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ISPP407 error on One Pack system
>
> Hello list,
>
> I'm creating a ONEPACK system for our newly installed z/OS 2.2 system
> I'm running into a problem with it that I am not able to find and was
> wondering if anyone else ran into the same problem.  I downloaded the
> ONEPACK member from Mark Zelden's site for z/OS 2.1 (there wasn't one
> for 2.2)...made the changes necessary for my site and was successfully
> able to create a ONEPACK system.  I can IPL it successfully but when I
> log into TSO I get the ISPP407 error on the ISR@PRIM panel.  ISPP407
> says that the )ABC DESC statements do not match the )BODY statement.
> I have looked at them until I'm blue in the face and everything looks correct 
> right down to the case sensitivity.
>
> Anyone else have this problem and want to share what you did to
> resolve the issue?
>
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
>

--
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: ISPP407 error on One Pack system

[McCabe, Ron]

I'm bringing it up as a VM guest.  I dial to it.  Why would LOGMODE be an issue 
if I get a TSO login screen?

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Tuesday, July 25, 2017 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPP407 error on One Pack system

Need a little more info. How are you connecting? Which LOGMODE are you using?


In a message dated 7/25/2017 6:09:28 P.M. Central Daylight Time,
rmcc...@mutualofenumclaw.com writes:

Anyone  else have this problem and want to share what you did to resolve
the  issue?


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

ISPP407 error on One Pack system

[McCabe, Ron]

Hello list,

I'm creating a ONEPACK system for our newly installed z/OS 2.2 system I'm 
running into a problem with it that I am not able to find and was wondering if 
anyone else ran into the same problem.  I downloaded the ONEPACK member from 
Mark Zelden's site for z/OS 2.1 (there wasn't one for 2.2)...made the changes 
necessary for my site and was successfully able to create a ONEPACK system.  I 
can IPL it successfully but when I log into TSO I get the ISPP407 error on the 
ISR@PRIM panel.  ISPP407 says that the )ABC DESC statements do not match the 
)BODY statement.  I have looked at them until I'm blue in the face and 
everything looks correct right down to the case sensitivity.

Anyone else have this problem and want to share what you did to resolve the 
issue?

Thanks,
Ron McCabe
Mutual of Enumclaw


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: CA-SYSVIEW on z/OS 2.2

[McCabe, Ron]

Bumping storage up to 4G resolved the issue we were having with CA-SYSVIEW 14.2 
on z/OS 2.2.

Thanks for the responses that helped resolve this issue.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Tuesday, May 02, 2017 8:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA-SYSVIEW on z/OS 2.2

On Tue, 2 May 2017 10:46:44 -0400, Tom Conley <pinnc...@rochester.rr.com> wrote:

>On 5/2/2017 9:33 AM, Mark Zelden wrote:
>> On Mon, 1 May 2017 21:29:00 +0000, McCabe, Ron 
>> <rmcc...@mutualofenumclaw.com> wrote:
>>
>>> It is a sandbox LPAR running as a guest under z/VM 6.3 and it has 1G
>>> of storage assigned to it.  Not starting any databases (we run ADABAS) or 
>>> CICS'es at IPL time.
>>> I will add a couple Gig of storage and try that.
>>>
>>> Thanks,
>>> Ron McCabe
>>> Mutual of Enumclaw
>>
>> I'm pretty sure that's it then.  Looking at one of my sandbox LPARs
>> systems I saw a 4G working set for Sysview.
>>
>
>Yikes.  I used to run SYSVIEW in 128M.GIT OFF MAH LAWN!
>

Welcome to 64-bit.  :-)   It's actually a lot lower at the moment (3300 
frames).   Have
you looked at GRS lately?

SDSF:
JOBNAME   Real
GRS33T

My RXSTOR64 REXX:

 PRJ1 E   Mark's MVS Utilities - RXSTOR64
 Command ===>
 Top of Data *
 6 4 - B I T S T O R A G E

  TASK MEMORY   MEMLIM   NUMALLOC  GUARDED   HWM
  NAME LIMITSOURCE   OBJ MEM MEM MEM
  ---  ---  -  --  --  --
*MASTER*  NOLIMIT   IEFUSI  2  5M  1M  6M
TRACE108G  AUTHPGM 26 29M  1M153M
DUMPSRV   NOLIMIT  AUTHPGM 26   2044M  1M  21239M
XCFAS NOLIMIT   IEFUSI  6 10M  1M  9M
GRS  256P  AUTHPGM 11236G  1M 241663M



Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/
--
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: CA-SYSVIEW on z/OS 2.2

[McCabe, Ron]

Yes, I have an open issue with CA Support.
No, I did not take a SADUMP...and CA Support has not requested one.
Yes, I have checked the CA Knowledge Base...and have also gone back over the 
install guide and administration guide.

It is a sandbox LPAR running as a guest under z/VM 6.3 and it has 1G of storage 
assigned to it.  Not starting any databases (we run ADABAS) or CICS'es at IPL 
time.  I will add a couple Gig of storage and try that.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Zelden
Sent: Monday, May 01, 2017 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CA-SYSVIEW on z/OS 2.2

On Mon, 1 May 2017 18:29:39 +, McCabe, Ron <rmcc...@mutualofenumclaw.com> 
wrote:

>Hello Listers,
>
>Is anyone running CA-SYSVIEW 14.2 on z/OS 2.2?  We are upgrading our z/OS 1.13 
>to 2.2 and CA-SYSVIEW needed to be upgraded too along with applying a required 
>PTF to run on z/OS 2.2.  I got everything updated but when we start/run 
>CA-SYSVIEW it locks up the system and the only way out of it is to IPL.
>
>So if anyone is running CA-SYSVIEW 14.2 on z/OS 2.2 did you run into any 
>problems, especially what I just described?  If yes, what was the fix?  I do 
>have an open issue with CA Support on this but sure would like to know what 
>others have run into.
>
>Thanks,
>Ron McCabe
>Mutual of Enumclaw
>
>

Did you open an issue with CA?  Did you take a SADUMP? Did you search the CA KB?
I personally am working on z/OS 2.2 systems with 14.1,  not 14.2, but I know of 
many other systems with 14.2 and z/OS 2.2.

Is this a sandbox LPAR?  How much storage does it have?  I have already been 
involved in 3 cases on z/OS 2.2 systems for different clients with slightly 
different "lock up" problems during IPL or what looked like loops and in each 
the root cause was the LPAR only had 2G of real storage and starting a task 
with "high" virtual storage requirements caused a problem due to lack of real 
storage.  For example, the startup of DB2 or IMS during the IPL process.  The 
solution was to add at least .5G of real storage.

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/


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

CA-SYSVIEW on z/OS 2.2

[McCabe, Ron]

Hello Listers,

Is anyone running CA-SYSVIEW 14.2 on z/OS 2.2?  We are upgrading our z/OS 1.13 
to 2.2 and CA-SYSVIEW needed to be upgraded too along with applying a required 
PTF to run on z/OS 2.2.  I got everything updated but when we start/run 
CA-SYSVIEW it locks up the system and the only way out of it is to IPL.

So if anyone is running CA-SYSVIEW 14.2 on z/OS 2.2 did you run into any 
problems, especially what I just described?  If yes, what was the fix?  I do 
have an open issue with CA Support on this but sure would like to know what 
others have run into.

Thanks,
Ron McCabe
Mutual of Enumclaw


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: DIALOG PROCESSING ERROR

[McCabe, Ron]

I provided the original post...I was having problems getting the dialogs to 
work.  The problem was because I had issues getting the catalog that the dialog 
datasets resided on imported, so I created a new set and put them on a 
different catalog and to do that I had to change the HLQ.  The chaging of the 
HLQ was what caused the problem.  I opened an issue with IBM on it and what was 
provided for me resolved the problem...here was the email from IBM support 
which helped me resolve my problem:

Hi Ron,
  It's the orders hlq that is the problem here, correct ?  That value
is in the master dialogs SCPPVENU dataset.
  I repro-ed mine to a flat file, edit-ed the hlq, allocated a new
SCPPVENU and repro-ed it back and it worked for me:
.
//STEP1   EXEC PGM=IDCAMS
//SYSPRINT DD  SYSOUT=*
//SEQ  DD DSN=hlq.MCPAC.SCPPVENU.SEQ,
// SPACE=(CYL,(5,5)),
// DISP=(NEW,CATLG),
// DCB=(LRECL=1024,BLKSIZE=32760,RECFM=VB)
//SYSINDD *
 REPRO INDATASET(hlq.MCPAC.SCPPVENU) +
   OUTDATASET(hlq.MCPAC.SCPPVENU.SEQ)
/*
//*
.
  Doing an edit with preserve on, if you look in the flat file you will
see an Order record like this;
O OS221243
   If you pf11 you will get to an entry  Fhlq.OS221243
   You can change that hlq to your new Fhlq1  save the file and then
repro it back into a new SCPPVENU.  Don't repro the version record into
the new file or vsam will complain.
  I switched mine around and it went fine for me.  If you have a vsam
editor or ditto - another option.
.
Joe

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Wednesday, February 01, 2017 8:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DIALOG PROCESSING ERROR

Repost for John...



LISTDSI also has a reason code which is often very specific about the error.  
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ikjb800/ikjb800159.htm

If you don't see the  variable then rerun the dialog using ISPF 
option 7 and use breakpoints to help find it.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, January 24, 2017 6:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DIALOG PROCESSING ERROR

Hello IBM List,

I checked the archives for the problem I'm having with the dialogs and I 
couldn't see any replies to the same question I will be asking...so here goes.

I'm installing z/OS 2.2 using my 1.13 system as the driving system.  I'm up to 
the point where I have IPL'ed my 2.2 system successfully and now I am trying to 
get the dialog to work on it.  The dialog starts fine but when I choose the 
order I want to install I get the following error:

The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 16 The 
contents of the ISPEXEC buffer was: /*0003*/LISTDSI SCPPEENU

Anyone else run into this problem?  What was the resolution?

Thanks,
Ron McCabe
Mutual of Enumclaw



John Eells wrote:

> Vince Getgood wrote:
>
>> Silly question, but are the Custompac dialog datasets available to
>> your z/OS 2.2 system?
>>
>> I had to import the catalog that contained the HLQ for my CPAC
>> datasets into the new 2.2 master cat when I did my install.
>>
> 
>
> For whatever reason, I can't find the post you responded to.  Can
> someone (perhaps the OP) repost it?
>
>

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

DIALOG PROCESSING ERROR

[McCabe, Ron]

Hello IBM List,

I checked the archives for the problem I'm having with the dialogs and I 
couldn't see any replies to the same question I will be asking...so here goes.

I'm installing z/OS 2.2 using my 1.13 system as the driving system.  I'm up to 
the point where I have IPL'ed my 2.2 system successfully and now I am trying to 
get the dialog to work on it.  The dialog starts fine but when I choose the 
order I want to install I get the following error:

The dialog call shown in the ISPEXEC buffer issued a RETURN CODE of: 16
The contents of the ISPEXEC buffer was: /*0003*/LISTDSI SCPPEENU

Anyone else run into this problem?  What was the resolution?

Thanks,
Ron McCabe
Mutual of Enumclaw


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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

I got a resolution from IBM about my problem.  My problem was that I needed to 
set my path to the order directory and the directories had to be named with the 
order number.  Since I had already downloaded my order to a File-System I was 
doing a "receive " from File-System.  Thanks for all the responses.

Ron

Sent from my iPhone

> On Dec 28, 2016, at 5:28 AM, Tom Marchant 
> <000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote:
>
>> On Tue, 27 Dec 2016 17:52:33 -0700, Paul Gilmartin wrote:
>>
>>> On 2016-12-27 15:19, McCabe, Ron wrote:
>>> Yes, I need to GIMUNZIP.  All the files are in pax.z format on a ZFS file 
>>> system within our USS subsystem.
>>>
>> That does not imply you need to GIMUNZIP.  RECEIVE FROMNTS should work for 
>> you.
>> That's what it's designed for.
>
> I agree with Gil on this. I would expect that you have a directory containing
> these files:
> GIMPAF.XML
> GIMPAF.XSL
>
> and these directories:
> SMPHOLD
> SMPPTFIN
>
> There may be more files, and a SMPRELF directory. If there is a readme
> file, look at it. It may contain sample JCL.
>
> I would try to run RECEIVE FROMNTS, specifying the directory that contains
> the above directory for the PATH on SMPNTS. RECEIVE FROMNTS executes
> GIMUNZIP under the covers.
>
> --
> Tom Marchant
>
> --
> 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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

As far as I know GIMUNZIP is my only alternative as that is what is used when 
the JCL is created from the first step on the dialog panel.  Maybe I'm doing a 
part that has already been done?  Here is what my dialog panel looks like...

CustomPac Order Management Menu


R   RECEIVE  - Receive an Order

I   INSTALL  - Install an Order

Order Number ==>  (Leave blank to list uninstalled orders)

D   DISPLAY  - Select Orders to Display

Master dialog data set qualifiers: TM00.ZOS22.UPGRADE

I'm trying to do the R "RECEIVE" but maybe that has been done when I downloaded 
the order to our mainframe?

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, December 27, 2016 5:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

On 2016-12-27 15:19, McCabe, Ron wrote:
> Yes, I need to GIMUNZIP.  All the files are in pax.z format on a ZFS file 
> system within our USS subsystem.
>
Looking earlier in this thread, it appears that it's IBM that wants you to 
GIMUNZ.

I wonder why?  It seems circuitous.

But do they give you no alternative?

-- gil

--
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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

Yes, I need to GIMUNZIP.  All the files are in pax.z format on a ZFS file 
system within our USS subsystem.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, December 27, 2016 1:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

On 2016-12-27 14:54, McCabe, Ron wrote:
> It is GIMUNZIP.
>
I believe (I'm not looking) we have GIMUNZIP program object in SYS1.MIGLIB 
which is in LINKLIST.  JCL might come with RECEIVE ORDER (I haven't done that).

Do you need to GIMUNZIP rather than simply RECEIVE ORDER/FROMNETWORK/FROMNTS/

-- gil

--
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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

It is GIMUNZIP.

Thanks,
Ron McCabe
Mutual of Enumclaw


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, December 27, 2016 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

On 2016-12-27 14:44, McCabe, Ron wrote:
> Hello,
>
> Sorry I didn't respond earlier but we got a few extra days off for Christmas 
> and then I will be taking some time off for the New Year.  I'm still working 
> this problem.
>
> I don't have an UNZIP JCL in any of the 2 subdirectories that I downloaded.  
> Our IBM business partner created the order and then I downloaded it to our 
> mainframe when it was ready.  There were 2 subdirectories for the order...an 
> ORDER sub directory and a CONTENT sub directory.  I was able to update our 
> CustomPac Dialog successfully with what was in the ORDER subdirectory using 
> the EUPDATES job that was provided in the documentation for our order.
>
> So now I'm doing the first step in the Dialog which is to receive the order.  
> It creates a JCL for me which has the UNZIP in it.  I need to take a closer 
> look at the JCL that was created because it must be pointing at wrong 
> datasets somewhere.  More to come later.
>
Is that UNZIP or GIMUNZIP?  If GIMUNZUP, you should have it.  If UNZIP, you 
might substitute "jar", whose options are unlike those for UNZIP but like those 
for "tar".

-- gil

--
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: Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

Hello,

Sorry I didn't respond earlier but we got a few extra days off for Christmas 
and then I will be taking some time off for the New Year.  I'm still working 
this problem.

I don't have an UNZIP JCL in any of the 2 subdirectories that I downloaded.  
Our IBM business partner created the order and then I downloaded it to our 
mainframe when it was ready.  There were 2 subdirectories for the order...an 
ORDER sub directory and a CONTENT sub directory.  I was able to update our 
CustomPac Dialog successfully with what was in the ORDER subdirectory using the 
EUPDATES job that was provided in the documentation for our order.

So now I'm doing the first step in the Dialog which is to receive the order.  
It creates a JCL for me which has the UNZIP in it.  I need to take a closer 
look at the JCL that was created because it must be pointing at wrong datasets 
somewhere.  More to come later.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wayne Bickerdike
Sent: Friday, December 23, 2016 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

When the UNZIPJCL is executed, it goes to the GIMPAF.XML file within the same 
subdirectory, and uses the description there to try to resolve the file name to 
the actual file within the subdirectory. The error message indicates that no 
such file exists within the install subdirectory.

This is caused by running the UNZIPJCL file from the wrong subdirectory; 
usually one for a previous install. To resolve this error, simply find the 
UNZIPJCL file from the correct subdirectory (the one for this install) and run 
that JCL. This will reference the corresponding GIMPAF.XML file, which contains 
the correct file name for this install; this will resolve the error.

On Fri, Dec 23, 2016 at 10:05 AM, McCabe, Ron <rmcc...@mutualofenumclaw.com>
wrote:

> Hello List,
>
> I know that everyone is either off or about to be off to enjoy the
> holidays but I thought I would throw this question out anyway so
> hopefully I will be that much closer to resolving my problem.
>
> I have downloaded z/OS 2.2 upgrade and the first step in the dialog is
> to "receive" the order.  In the UNZIP step which executes GIMUNZIP I
> get the following error:
>
> GIM48900S ** THE PACKAGE ATTRIBUTE FILE DOES NOT CONTAIN AN ENTRY FOR
> REQUIRED A RCHIVE DOCLIB.
>
> From everything I have checked out I have everything that is needed.
> Has anyone else run into this problem?  Any help as to how I can get
> this resolved (I do already have a PMR opened so no need to mention
> that)?  We are running z/OS 1.13 which is an eligible driving system to 
> install 2.2.
>
> Thanks,
> Ron McCabe
> Mutual of Enumclaw
>
>
> 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
>



--
Wayne V. Bickerdike

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

Problem with "RECEIVE" of z/OS 2.2 upgrade

[McCabe, Ron]

Hello List,

I know that everyone is either off or about to be off to enjoy the holidays but 
I thought I would throw this question out anyway so hopefully I will be that 
much closer to resolving my problem.

I have downloaded z/OS 2.2 upgrade and the first step in the dialog is to 
"receive" the order.  In the UNZIP step which executes GIMUNZIP I get the 
following error:

GIM48900S ** THE PACKAGE ATTRIBUTE FILE DOES NOT CONTAIN AN ENTRY FOR REQUIRED 
A RCHIVE DOCLIB.

>From everything I have checked out I have everything that is needed.  Has 
>anyone else run into this problem?  Any help as to how I can get this resolved 
>(I do already have a PMR opened so no need to mention that)?  We are running 
>z/OS 1.13 which is an eligible driving system to install 2.2.

Thanks,
Ron McCabe
Mutual of Enumclaw


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: Using Shopz to order z/OS V2.2

[McCabe, Ron]

Bob,

Yes, I did run a current inventory report to get a starting point for the 
ServerPac order.  And I'm not adding anything so this new order looks the same 
as when we ordered 1.13.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Tuesday, November 08, 2016 11:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Using Shopz to order z/OS V2.2

Ron,

I believe you are correct in your assumption of not selecting anything. That 
question should be for new products/licenses not already part of your profile.

I am also assuming you ran a current inventory report and used it as a starting 
point for the ServerPac order process, right?  :-)

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of McCabe, Ron
Sent: Tuesday, November 08, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Using Shopz to order z/OS V2.2

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


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

Using Shopz to order z/OS V2.2

[McCabe, Ron]

Hello IBM Main Listers,

I'm using Shopz to order z/OS V2.2.  I have used Shopz to order maintenance but 
I have never done an order for a ServerPac.  I'm now on Step 6 of 8 Select new 
licenses.  The screen says to "Select any additional licenses you would like to 
order."  And it shows all of the products in my order.

So my question, do I need to select anything?  I would think that since we're 
currently running z/OS V1.13 and all of the products that are showing up that 
we are already licensed to run them.

Thanks,
Ron McCabe
Mutual of Enumclaw


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: Has anyone had additional issues with LOGON to IBMLINK or IBM.COM?

[McCabe, Ron]

I was on Shopz earlier and had no issues and only 1 login page.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, July 07, 2016 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Has anyone had additional issues with LOGON to IBMLINK or IBM.COM?

Just checking.



I was wondering if there are any other issues about logging onto to IBM



I noticed that I seem to have a two webpage process now to logon.  One page for 
the id and one for the password.  Anyone else notice that?





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
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: PLEASE HELP TLS 1.2

[McCabe, Ron]

IBM would prefer that you use MINTLSLEVEL...

The ENCRYPTION system initialization parameter has been deprecated. Use the 
MINTLSLEVEL system initialization parameter instead. For more information about 
the MINTLSLEVEL system initialization parameter, see MINTLSLEVEL. If you 
specify the ENCRYPTION parameter, it will be treated as MINTLSLEVEL:
ENCRYPTION=STRONG is equivalent to MINTLSLEVEL=TLS10. This is the default.
ENCRYPTION=ALL is equivalent to MINTLSLEVEL=TLS11
ENCRYPTION=TLS12 is equivalent to MINTLSLEVEL=TLS12
End of change

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald J.
Sent: Thursday, March 24, 2016 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PLEASE HELP TLS 1.2

ENCRYPTION=ALL   Allows the use of TLS v1.1 and v1.2 in 
addition to the protocols allowed by STRONG (TLS v1.0).

ENCRYPTION=TLS12FIPSAllows the use only TLS v1.2 with FIPS 140-2 
standards
ENCRYPTION=STRONG   Allows the use of TLS v1.0 (this is the default).

ENCRYPTION=SSLV3   Allows the use of TLS v1.0 and SSL V3.0.

--
  Donald J.
  dona...@4email.net

On Thu, Mar 24, 2016, at 08:37 AM, Lopez, Sharon wrote:
> A federal agency changed to TLS v1.2 over the weekend and now we are not able 
> to connect to them via CICS 5.2.  We have on the TLS V1.2 ptf for z/OS 1.13 
> and we are starting with the correct SIT within CICS.  We are missing 
> something but cannot figure this out.  Anyone else experiencing this?  Are 
> there parameters somewhere else that we need to specifiy TLS 1.2.  We 
> appreciate any help that you can give us.
> Thank you.
>
>
>
> 
>
> 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

--
http://www.fastmail.com - Access your email from home and the web

--
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: 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: Reading the CA-1 Tape Catalog

[McCabe, Ron]

Chuck,

If you're familiar with COBOL you can write a COBOL program that will do what 
you want.  We wrote a couple of COBOL programs that read the TMS dataset and 
provides reports for DR purposes.

Thanks,
Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hardee, Chuck
Sent: Friday, February 12, 2016 6:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading the CA-1 Tape Catalog

Yes, I know, that is EXACTLY why I want to read the CA-1 tape library.
I'm already getting the active cataloged tapes from the CSI call. I then use 
the VOLSER from those results to get more information from CA-1. What I'm 
looking for is how to read the CA-1 library and find all the tapes that match 
the GDG name I've been given. From there, I can get the information I need. 
I've read thru the CA-1 programming manual and, not being familiar with some of 
the terminology and concepts behind CA-1, things didn't quite gel with me. 
Since I posted my query this morning, I have had someone reply with information 
that has made some things come together with what I have read, but I now have 
other questions that I need to ask.

Thanks for the feedback Mike.

Chuck

Charles (Chuck) Hardee
Senior Systems Engineer/Database Administration EAS Information Technology

Thermo Fisher Scientific
300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 | Mobile +1 
(412) 877-2809 | FAX: +1 (412) 490-9230 chuck.har...@thermofisher.com  | 
www.thermofisher.com

WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of this 
e-mail or the information herein by anyone other than the intended recipient, 
or an employee or agent of a system responsible for delivering the message to 
the intended recipient, is prohibited. If you are not the intended recipient, 
please inform the sender and delete all copies.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Friday, February 12, 2016 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reading the CA-1 Tape Catalog

Until the tape is overwritten the scratched tapes will still be in the database.

On Fri, Feb 12, 2016 at 5:17 AM, Hardee, Chuck  
wrote:
> Hello Everyone,
>
> I have posted this to the IBM Mainframe and IBM Assembler lists.
>
> I was wondering if anyone has ever written a program to read the CA-1 Tape 
> Catalog for a generic name?
> In a nutshell, what I am wanting to do is look up in the catalog all entries 
> for a GDG base name.
>
> Currently my program issues a call to the IBM Catalog Search Interface (CSI) 
> program, IGGCSI00, passing the GDG name and I get back all entries that are 
> currently cataloged. However, if I go to CA-1's TSO Inquiry panel and put in 
> the GDG name modified to have a low level qualifier of "-" (CA-1's equivalent 
> of "*"), I get back 621 entries. Since the GDG is defined to have 150 
> entries, that's all I'll ever get, via MVS services. However, as can be seen, 
> there are more tapes available.
>
> I have read thru the CA-1 Tape Management Programming Guide, and there appear 
> to be numerous macros that can be used to access the catalog, but the 
> narratives for the macros leave something to be desired in the name of 
> clarity when one isn't a CA-1 expert. And, before you ask, yes, I have asked 
> CA-1 support for help but I am getting the run around from them. For whatever 
> reason, they just don't want to seem to help. It may be a level 1 protecting 
> level 2 situation, or it may just be they don't want to take the time to 
> educate the user community. Whatever the reason, I need to look for 
> alternative assistance.
>
> So, if anyone has a snippet or three of code to OPEN, READ and CLOSE the CA-1 
> catalog looking for a dataset name, I would appreciate it if you would be 
> willing to share.
>
> Thanks in advance,
> Chuck
>
>
> Charles (Chuck) Hardee
> Senior Systems Engineer/Database Administration EAS Information
> Technology
>
> Thermo Fisher Scientific
> 300 Industry Drive | Pittsburgh, PA 15275 Phone +1 (724) 517-2633 |
> Mobile +1 (412) 877-2809 | FAX: +1 (412) 490-9230
> chuck.har...@thermofisher.com  |
> www.thermofisher.com
>
> WORLDWIDE CONFIDENTIALITY NOTE: Dissemination, distribution or copying of 
> this e-mail or the information herein by anyone other than the intended 
> recipient, or an employee or agent of a system responsible for delivering the 
> message to the intended recipient, is prohibited. If you are not the intended 
> recipient, please inform the sender and delete all copies.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, 

Re: Compile error

[McCabe, Ron]

So where does DL1 fit in?

Ron McCabe
Mutual of Enumclaw

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Friday, January 22, 2016 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compile error

Probably just an old fairy tale, but I was told long ago that DB2 came about as 
a name because IBM already had IMS so the 2 in DB2 was to distinguish it as 
being IBM's second DBMS offering.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Skip Robinson
Sent: Friday, January 22, 2016 10:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Compile error

The name 'DB2' seems to have followed the 1980s tradition of what I call 'name 
bloat', the practice of inflating a moniker in one way or another to make a 
product look more mature or more elegant. The paragon in my mind was dBASE II 
from Ashton-Tate. There never was a plain old dBASE. The roman numeral was 
added from the get-go to make the product seem new and improved.
Moreover, there was never an 'Ashton'. That name was invented because, gosh 
darn it, it sounded good hyphenated with Tate, a real person.

Before DB2 there was precedent for name bloat within IBM. There never was a 
plain old 'JES'. The product emerged from the cocoon as JES2. There had been a 
predecessor product called 'HASP', which may or may not have been an acronym 
for Houston Automatic Spooling Priority, but the name 'J-E-S' was born complete 
with suffix.

Meanwhile there did emerge a 'JES3', but it was not an evolutionary descendant 
of JES2. Both products have coexisted, albeit uneasily, for decades. We used to 
imagine a JES5 or JES6 (depending on one's arithmetic
proclivity) that would somehow combine the best features of both products, but 
it's almost certainly DOA. Likewise, the prospects for a 'DB3' are as dim as a 
distant star.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
jo.skip.robin...@att.net
jo.skip.robin...@gmail.com

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

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