Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for this ?
JAcky
--
For IBM-MAIN subscribe /
Jacky Bright pisze:
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for this ?
What's full? Dataset space or directory?
For directory full there is simple trick
Just in case,
have you already compressed it (IEBCOPY)?
2009/9/22 Jacky Bright jacky.bri...@gmail.com
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's. Is
the IPL or NET shared task to be down the only way to increase the size of
this dataset ?
Any workaround for
List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Jacky Bright
Sent: Tuesday, September 22, 2009 5:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: SYS1.VTAMLST Full - Production
Our Production SYS1.VTAMLST is full. Not able to define any new LU ID's.
Is
the IPL or NET shared task to be down the only way
snip
Just run an IEBCOPY job to compress the PDS dataset. This will usually
get you back a lot of space since this file is updated a lot. This is
very easy to do with no issues that result from it.
/snip
Just to amplify, run a standard compress job using IEBCOPY with
DISP=SHR on SYS1.VTAMLST.
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Jacky Bright
Sent: Tuesday, September 22, 2009 4:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: SYS1.VTAMLST Full - Production
Our Production SYS1.VTAMLST is full. Not able to define any
Jacky
Others have given you the advice necessary to resolve your immediate
problem.
I see that you encountered your problem when you found yourself needing to
perform some sort of update of VTAM definitions somehow related to LUs. I'm
afraid I don't follow what you might mean by LU ID.
There
On Tue, 22 Sep 2009 13:35:08 +0200, R.S.
r.skoru...@bremultibank.com.pl wrote:
...
For directory full there is simple trick available: just delete ISPF
statistics action char G).
If the ISPF statistics are important to your shop (They are for ours.),
you can use the PDS utility from the CBT
The other way if you are not in 16 extents and/or if you out of directory
blocks, use the CBT PDS utility, it can add directoy blocks and/or cyls to an
shr enqueued dataset.
Thanks
Ms. Terri E. Shaffer
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase Co.
GTI DCT ECS Core Services
Patrick O'Keefe pisze:
On Tue, 22 Sep 2009 13:35:08 +0200, R.S.
r.skoru...@snip.it! wrote:
...
For directory full there is simple trick available: just delete ISPF
statistics action char G).
If the ISPF statistics are important to your shop (They are for ours.),
you can use the PDS utility
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Terri E Shaffer
Sent: Tuesday, September 22, 2009 9:51 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SYS1.VTAMLST Full - Production
The other way if you are not in 16 extents
- Original Message -
From: R.S. r.skoru...@bremultibank.com.pl
Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, September 22, 2009 11:11 AM
Subject: Re: SYS1.VTAMLST Full - Production
Patrick O'Keefe pisze:
On Tue, 22 Sep 2009 13:35:08 +0200, R.S. r.skoru...@snip.it! wrote
On Tue, 22 Sep 2009 13:21:40 -0400, Pinnacle
pinnc...@rochester.rr.com wrote:
... If there is not enough
space in the dataset, you can do an ADDCYL or ADDTRK, and
PDS will dynamically create another extent. Not sure if VTAM can
tolerate that, but you'll find out soon enough ;-)
...
It's
13 matches
Mail list logo