Re: zSHOP order too large to download

2020-06-07 Thread Dejan Cepetic
You are welcome Bill.

I agree they should have the option to just download the installation file for 
CAE server if you want to install it on distributed.
Like for Db2 Query Workload Tuner. It can be ordered on Shop z and you get the 
link to download the file to PC.

Regards,

Dejan Cepetic

Mob: +385 91 5178 535 | dcepe...@croz.net | CROZ d.o.o.
___
Lastovska 23 | 1 Zagreb | Hrvatska | www.croz.net

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


Re: zSHOP order too large to download

2020-06-06 Thread Bill Giannelli
Hi Dejan,
THANK YOU!!
Now I understand! I thought I was ordering incorrectly because I got 24gig 
also! I am having difficulty at my site getting that space on our sand box USS. 
Now the next question for me is, can we get IBM to package this differently so 
that the "CAE server" is optional?
thanks again for the info!
Bill

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


Re: zSHOP order too large to download

2020-06-06 Thread Dejan Cepetic
Hi.

I ordered Db2 Query Monitor v3.3 a week ago and order is 24 GB large. It was 
strange to me so I called a colleague from another company and she had the same 
experience. She checked with IBM and it turns out that there is some CAE server 
that you can run on z/OS or Windows. If you plan to run it on Windows you have 
to download it from z/OS once you finish SMP/E installation. It looks like this 
is the reason why this order is so large.

I don't think it's optimal to put something you would run on Windows in SMP/E 
and having all the trouble with uploading and unpacking.
But it looks there is no other choice.

Regards,

Dejan Cepetic

Mob: +385 91 5178 535 | dcepe...@croz.net | CROZ d.o.o.
___
Lastovska 23 | 1 Zagreb | Hrvatska | www.croz.net

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


Re: zSHOP order too large to download

2020-06-04 Thread Brian Chapman
We have a similar problem when applying a new version of CICS. We must have
the AGGRGROW option specified on the USS file system mount for the
directory.



Thank you,

Brian Chapman


On Thu, Jun 4, 2020 at 12:11 PM Carmen Vitullo  wrote:

> another thing I'd do is allocate your SMPWORK as a tfs file system that's
> large enough to unpax your order when you do get to the part of the process
> of receiving the order to SMP/E
>
>
>
> MOUNT FILESYSTEM('TMPSMPWK')
> MOUNTPOINT('//local/smpe/workdir')
> TYPE(TFS) /* Filesystem type TFS */
> MODE(RDWR) /* Mounted for read/write */
> PARM('-s 2147380171 -b 1')
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Carmen Vitullo" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, June 4, 2020 11:02:03 AM
> Subject: Re: zSHOP order too large to download
>
> my DB2 guy has that product installed, he uses the same shopz zfs I've
> allocated for all his orders and has not had any issues with the order
> being too large, I'd still be looking at, if you don't already create a
> separate zfs filesystem just for shopz downloads and ensure it's large
> enough to hold that order; for example
>
>
>
>
>
>
>
> CLUSTER --- OMVS.BCBS.SHOPZ.ZFS
> IN-CAT --- USERCAT.TECHSERV
> HISTORY
> DATASET-OWNER-(NULL) CREATION2015.266
> RELEASE2 EXPIRATION--.000
> SMSDATA
> STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD
> DATACLASS ---LINEARE LBACKUP ---.000.
> EATTR-(NULL)
> BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0
> BWO---(NULL)
> .
>
>
>
> ALLOCATION
> SPACE-TYPE--CYLINDER HI-A-RBA-7630848
> SPACE-PRI--1 HI-U-RBA-7618560
> SPACE-SEC500
> VOLUME
>
>
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "Bill Giannelli" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Thursday, June 4, 2020 10:55:01 AM
> Subject: Re: zSHOP order too large to download
>
> My mistake.the product I am trying to download now is Query Monitor
> for Db2 z/OS v3.3
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

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


Re: zSHOP order too large to download

2020-06-04 Thread Jesse 1 Robinson
My Db2 guy once came to me with a similar complaint. He had submitted his order 
several times with space increasing far beyond the normal size. Turned out that 
when he placed his order, in inadvertently checked the option to 'include 
prerequisites', which in his case meant include all of z/OS! When he corrected 
that option, his download worked just fine. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Carmen Vitullo
Sent: Thursday, June 4, 2020 9:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: zSHOP order too large to download

CAUTION EXTERNAL EMAIL

my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS
IN-CAT --- USERCAT.TECHSERV
HISTORY
DATASET-OWNER-(NULL) CREATION2015.266
RELEASE2 EXPIRATION--.000 SMSDATA STORAGECLASS 
---OMVS MANAGEMENTCLASS-STANDARD DATACLASS ---LINEARE LBACKUP 
---.000.
EATTR-(NULL)
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0
BWO---(NULL) 
.



ALLOCATION
SPACE-TYPE--CYLINDER HI-A-RBA-7630848
SPACE-PRI--1 HI-U-RBA-7618560
SPACE-SEC500
VOLUME




Carmen Vitullo

- Original Message -

From: "Bill Giannelli" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, June 4, 2020 10:55:01 AM
Subject: Re: zSHOP order too large to download

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3


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


Re: zSHOP order too large to download

2020-06-04 Thread Carmen Vitullo
another thing I'd do is allocate your SMPWORK as a tfs file system that's large 
enough to unpax your order when you do get to the part of the process of 
receiving the order to SMP/E 



MOUNT FILESYSTEM('TMPSMPWK') 
MOUNTPOINT('//local/smpe/workdir') 
TYPE(TFS) /* Filesystem type TFS */ 
MODE(RDWR) /* Mounted for read/write */ 
PARM('-s 2147380171 -b 1') 

Carmen Vitullo 

- Original Message -

From: "Carmen Vitullo"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 11:02:03 AM 
Subject: Re: zSHOP order too large to download 

my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example 







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS 
IN-CAT --- USERCAT.TECHSERV 
HISTORY 
DATASET-OWNER-(NULL) CREATION2015.266 
RELEASE2 EXPIRATION--.000 
SMSDATA 
STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD 
DATACLASS ---LINEARE LBACKUP ---.000. 
EATTR-(NULL) 
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 
BWO---(NULL) 
. 



ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 
VOLUME 




Carmen Vitullo 

- Original Message - 

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:55:01 AM 
Subject: Re: zSHOP order too large to download 

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3 

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


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


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


Re: zSHOP order too large to download

2020-06-04 Thread Carmen Vitullo
my DB2 guy has that product installed, he uses the same shopz zfs I've 
allocated for all his orders and has not had any issues with the order being 
too large, I'd still be looking at, if you don't already create a separate zfs 
filesystem just for shopz downloads and ensure it's large enough to hold that 
order; for example 







CLUSTER --- OMVS.BCBS.SHOPZ.ZFS 
IN-CAT --- USERCAT.TECHSERV 
HISTORY 
DATASET-OWNER-(NULL) CREATION2015.266 
RELEASE2 EXPIRATION--.000 
SMSDATA 
STORAGECLASS ---OMVS MANAGEMENTCLASS-STANDARD 
DATACLASS ---LINEARE LBACKUP ---.000. 
EATTR-(NULL) 
BWO STATUS-- BWO TIMESTAMP---0 00:00:00.0 
BWO---(NULL) 
. 



ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 
VOLUME 




Carmen Vitullo 

- Original Message -

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:55:01 AM 
Subject: Re: zSHOP order too large to download 

My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3 

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


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


Re: zSHOP order too large to download

2020-06-04 Thread Bill Giannelli
My mistake.the product I am trying to download now is Query Monitor for Db2 
z/OS v3.3

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


Re: zSHOP order too large to download

2020-06-04 Thread R Dooley
Hello,
Probably best to look at enlarged the ZFS space available and if required lash 
a few volumes together to create a multi-volume ZFS.  The storage admin should 
be able to assist you if you need assistance.   
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.ioea700/ioea7d0041007359.htm
 
Good luck

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


Re: zSHOP order too large to download

2020-06-04 Thread Carmen Vitullo
Not sure if that's an option, for me, my z/OS order is usually very large, my 
shopz zfs is allocated with a LINEARE 
dataclass and primary allocation is 1 cyl's and 500 secondary,all my DASD 
is now MOD54, when this dataset was defined it was on several MOD27's 





ALLOCATION 
SPACE-TYPE--CYLINDER HI-A-RBA-7630848 
SPACE-PRI--1 HI-U-RBA-7618560 
SPACE-SEC500 




Carmen Vitullo 

- Original Message -

From: "Bill Giannelli"  
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Thursday, June 4, 2020 10:19:44 AM 
Subject: zSHOP order too large to download 

I have ordered a CBPDO order (Db2 High Performance Unload for z/OS) and it is 
too large for any of my USS file systems. I am as yet unable to get the space I 
need. Is there a another type of order that is smaller (maybe with fewer PTFs)? 
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