is honored by
the system.
Regards,
Hervey Martinez
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http
Hello,
I just ran into this on my jcl manual, it's a few years old but I imagine still
holds true:
With SMS, both the expiration date specified on EXPDT and defined in the data
class for an SMS-managed data set can be limited by a maximum expiration date
defined in the management class for
In an SMS environment, the management class determines whether a backup is
taken and in such a case, a file will not migrate or age off the system if no
backup is taken.
Thanks,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Is this volume under SMS control on system 2? Was the volume under SMS control
on system 1?
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Sérgio Lima Costa
Sent: Friday, December 23, 2011 7:16 AM
To: IBM-MAIN@bama.ua.edu
Subject:
If there is no ML2 migration then everything is migrating to the ML1 pool and
the ML1 pool may be full; if so, then it needs to be expanded. Normally, ML2
migration is governed by the management class; so, how do you keep this pool
from ML2 migration? Also, Interval migration runs every hour on
being run. I understand that this is not a good thing but
the client insists upon having NO migration of the dsns from this pool this
woould explain why the Threshold is low. Would adjusting the Threshold help
eventhough there is no migration?
From: Hervey
I don't know of a utility to do this but what you can do is get a list of all
GDG bases in question and alter the limit to '1'; the system will delete all
but the newest one.
You may want to this in batch otherwise, your TSO session will be locked until
the task completes.
Hervey
I thought all of the HSM CDS files were variable length?
Our BCDS is lrecl=2040 and our download job has
DCB=(RECFM=VB,LRECL=2044,BLKSIZE=0).
Thanks,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Mark Zelden
Sent:
At one of the places I worked, we had several LPARS and each one of these had
its own master cat. Each mast cat was then connected as a user cat to the other
masters and vice versa. When we created alias', we had to define each alias in
each master. Also, when doing catalog work, you had to
Well, you have to move out enough data to cover the number of TB that you're
reconfiguring. For the most part, the Rank/array has to have enough contiguous
data to carve out the volumes. In other words, if you want to carve out 1 TB of
mod-9 volumes, then you have to have 1 tb of contiguous
I've never really understood the difference between these 2 numbers. I just
usually just look at the percentage full. And as long as I don't get any
alerts on these, I don't worry about them.
Thanks,
Hervey
-Original Message-
From: IBM Mainframe Discussion List
If you're going to use the RECONNECT parm, which is part of FSM(Fast Subsequent
Migration) then you need to make sure that you have these set accordingly:
MIGRATIONCLEANUPDAYS(#1 #2 #3) we have ours set at (5 14 5)
These are the parms that determine how long, in # of days, the MCDS records are
be the culprit
in this situation but IBM denies any issues with this.
Has anybody experienced anything like this before?
Regards,
Hervey Martinez
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
The SMS pool thresholds have been there for many years--I'm willing to bet that
they were there even before zos came into the picture.
Thanks,
Hervey
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Gilbert Cardenas
Sent: Monday,
The storage group is assigned by your SMS storage routines and it will be the
one used for Storage Group. The Storage Group cannot be altered, it has to be
assigned.
Your Storage Admin person should know where these are how to update them.
Thanks,
Hervey
-Original Message-
From:
When allocating files via SMS, the SMS attributes then either have to be
explicitly assigned or allowed to be assigned. You mention that the DC is one
that is not listed in the parmlib and the volume is a non-sms volume; thus,
check your ACS routines for the SMS allocation of these files.
Yes, it is possible to move files cataloged to the master onto an alias under a
user catalog.
It's been a while since I've done this but you probably have to define an alias
different from the first level of your files. For example, if you have files,
aaa.bbb that are defined to the master;
You can use a block command to affect a large number of sysouts in SDSF. On the
NP column, you put a // and then the desired action on the first job and
then page down to the last job and put in a // and press enter. And it will
look something like this in SDSF:
//p job001
Whatever DataClass is being assigned to the MCDS, it is not defined with
extended addressing
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
willie bunter
Sent: Tuesday, April 17, 2012 12:14 PM
To: IBM-MAIN@bama.ua.edu
Subject: SMS
HSM's CRQ(Common Recall Queue) groups recalls by tape and gives the ability to
assign priority to recalls.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Lizette Koehler
Sent: Wednesday, May 02, 2012 12:35 PM
To: IBM-MAIN@bama.ua.edu
As long as your GDG base has room to handle the additional generation, then all
you have to do is a define nonvsam with your tape number. You don't have to
roll it in. Have done this several times in our shop.
-Original Message-
From: IBM Mainframe Discussion List
21 matches
Mail list logo
