Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-28 Thread 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

2016-12-28 Thread Tom Marchant
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


Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-27 Thread Paul Gilmartin
On 2016-12-27 18:28, McCabe, Ron wrote:
> 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?
>  
It would seem not; else the things would have been moved into SMPPTS or
temporary PDSes.

What does INSTALL do?  (It would still need to do a RECEIVE behind the scenes.
APPLY isn't UNIX-savvy.)

-- gil

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

2016-12-27 Thread 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

2016-12-27 Thread Paul Gilmartin
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 
GIMUNZIP.

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


Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-27 Thread Paul Gilmartin
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 believe GIMUNZIP requires an elaborate control file which I have sometimes
generated by processing the GIMPAF/GIMFAF files in the archive.  But it's
the long way around.

-- gil

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

2016-12-27 Thread 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

2016-12-27 Thread Paul Gilmartin
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


Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-27 Thread 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

2016-12-27 Thread Paul Gilmartin
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


Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-27 Thread 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

Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-23 Thread Wayne Bickerdike
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 
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


Re: Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-23 Thread Wayne Bickerdike
Check your path statement in the GIMUNZIP step.

Better still, can you cut and paste the JCL and the USS directory that you
downloaded into?


On Fri, Dec 23, 2016 at 10:05 AM, McCabe, Ron 
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


Problem with "RECEIVE" of z/OS 2.2 upgrade

2016-12-22 Thread 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