We also resolved large allocations requests from DB2 as well as TMM tape
requests which can get fairly high by filtering those datasets and assigning
them a special dataclass as David suggested.
As a sidebar, does anyone use anything higher than a mod 9 volume to allow
for these higher
On Sat, 12 Apr 2008, Gilbert Cardenas wrote:
We also resolved large allocations requests from DB2 as well as TMM tape
requests which can get fairly high by filtering those datasets and assigning
them a special dataclass as David suggested.
As a sidebar, does anyone use anything higher
Poster: willie bunter [EMAIL PROTECTED]
Subject: Question On Space Allocation
---
Good Day To All,
My question is regarding the allocation of space on a given
storage group which has 218 volumes. The job
Subject: Question On Space Allocation
Good Day To All,
My question is regarding the allocation of space on a given storage group
which has 218 volumes. The job failed, due to a IGD17279I 218 VOLUMES WERE
REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D)
To resolve the problem
Hi,
To be able to fix the SPACE problem it would be useful to know what is
causing the problem.
Allocating a smaller primary may not work because the space allocation
routine may allocate the primary request in up to 5 extents if CONTIG is not
specified. This would only leave 11 extents on the
elsewhere.
From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 9:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Question On Space Allocation
Good Day To All,
My question is regarding the allocation of space on a given storage group which
has 218 volumes
Noticed that LRECL is specified, RECFM FB, but no BLKSIZE. Does that
default to 1 record per block? Mighty wasteful.
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal Atlanta
Tucker GA 30084
phone: 770-621-3256
fax:
Good Day To All,
My question is regarding the allocation of space on a given storage group
which has 218 volumes. The job failed, due to a IGD17279I 218 VOLUMES WERE
REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D)
To resolve the problem I added 2 disks (3390-9) as a quick
volume.
From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 9:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation
David,
Thanks for the suggestion. For my better understanding, Zos will attempt to
satisfy the primary
Subject: Re: Question On Space Allocation
David,
Thanks for the suggestion. For my better understanding, Zos will attempt to
satisfy the primary allocation (5 extents) on the same pack. Correct?
--
For IBM-MAIN subscribe
He also needs to reduce his Primary allocation.
From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation
Thanks David for the info. I will speak to the user and ask him
-MAIN@BAMA.UA.EDU
Poster: O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED]
Subject: Re: Question On Space Allocation
---
He also needs to reduce his Primary allocation
.
From: willie bunter [mailto:[EMAIL PROTECTED]
Sent: Fri 4/11/2008 10:04 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Question On Space Allocation
Thanks David for the info. I will speak to the user and ask him to put a vol
parm.
Thanks.
O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED
Subject: Re: Question On Space Allocation
That was part of the original posting. The user says he doesn't want to
lest his data get 'chunked up'...his NO CLUE light is on
Daniel McLaughlin
Z-Series Systems Programmer
Information Communications Technology
Crawford Company
4680 N. Royal
snipped
He doesn't have a choice unless the OP is willing to reserve a volume or =
two for users like this.
Of course that's what Overflow storage groups are for.
Exactly. On occasion the user needs to understand the ramifications of
obstinance.
Daniel McLaughlin
Z-Series Systems
Daniel,
I liked your idea, but our management supports the old adage the customer
is always right. I had a chat with the user this morning and advised him to
change the jcl - add the vol parm etc. I also reminded him of the fact, should
his jobs abend, I will add dasd which will be
: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
Poster: willie bunter [EMAIL PROTECTED]
Subject: Re: Question On Space Allocation
---
Daniel,
I liked your idea, but our management supports
On Fri, 11 Apr 2008 09:57:45 -0400, Daniel McLaughlin wrote:
Noticed that LRECL is specified, RECFM FB, but no BLKSIZE. Does that
default to 1 record per block? Mighty wasteful.
Actually, in this case, it s not wasteful at all. With LRECL=14160, you can
get
3 records on a track. If you were
:
-- Information from the mail header
---
Sender: IBM Mainframe Discussion List
Poster: willie bunter
Subject: Re: Question On Space Allocation
---
Daniel,
I liked your idea
The user says he doesn't want to lest his data get 'chunked up'...his NO CLUE
light is on
The performance impact of fragmented datasets disappeared years ago.
The whole purpose of SMS is to reduce the end-user management of datasets and
storage.
Tell him that it would be better to have a
2:23 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [IBM-MAIN] Question On Space Allocation
The user says he doesn't want to lest his data get 'chunked up'...his
NO CLUE light is on
The performance impact of fragmented datasets disappeared years ago.
The whole purpose of SMS is to reduce
21 matches
Mail list logo
