To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS Question
Hi,
I received the following messages when I process the JCL:
•IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-
FOR DATA SET VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME
THE FAILING VOLSER IS A00195
•IGD306I UNEXPECTED ERROR DURING
Hi,
I received the following messages when I process the JCL:
• IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-
FOR DATA SET VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME
THE FAILING VOLSER IS A00195
•
Thanks to all who contributed ot my post. A special shout out to Vroom for
mentioning the Dynamic Volume count.
On Monday, February 18, 2019, 12:00:30 p.m. EST, John McKown
wrote:
On Mon, Feb 18, 2019 at 10:57 AM esmie moo <
012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote:
>
the issue basically
goes away.
Thanks..
Paul Feller
AGT Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Rob Schramm
Sent: Monday, February 18, 2019 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
There used to be an issue with below the line control blocks when having
lots of eligible volumes that were not being used. Lots of vsam + lots of
eligible volumes on the vsam definition leads to more storage being chewed
up.
Since i am experiencing a memory fault that seems unlikely to swap in,
On Mon, Feb 18, 2019 at 10:57 AM esmie moo <
012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote:
> Yes the dsn was reallocated. I tried out Dynamic Volume Count (Vroom
> had mentioned it) and I was able successfully run the job. It allocated 37
> vols.I am curious to try out your
Yes the dsn was reallocated. I tried out Dynamic Volume Count (Vroom had
mentioned it) and I was able successfully run the job. It allocated 37 vols.I
am curious to try out your recommendation to use the ALTER. I assume I have to
issued the command while the job is executing because if the
value will honor changes in this DC.
Kees.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 18 February, 2019 15:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS QUESTION
>
> On Mon,
M-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 18 February, 2019 15:24
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS QUESTION
>
> On Mon, Feb 18, 2019 at 8:07 AM esmie moo <
> 012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote:
>
> > G
59
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
esmie moo
Sent: Monday, February 18, 2019 8:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS QUESTION
Gentle Readers,
I encountered a problem with a space abend for a IAM VSAM EXTENDED FORMAT.dsn.
In the DATACLAS
On Mon, Feb 18, 2019 at 8:07 AM esmie moo <
012780d99c7b-dmarc-requ...@listserv.ua.edu> wrote:
> Gentle Readers,
> I encountered a problem with a space abend for a IAM VSAM EXTENDED
> FORMAT.dsn. In the DATACLAS we have the Volume Count at 30 so I changed it
> to 40. I restarted the job
Gentle Readers,
I encountered a problem with a space abend for a IAM VSAM EXTENDED FORMAT.dsn.
In the DATACLAS we have the Volume Count at 30 so I changed it to 40. I
restarted the job however it abended at NUMBER OF VOLUMES 30.My question Is
what is the maximum number of volumes that cane be
There is no HSM backup taken for this storage group.
On Fri, 1/15/16, Gibney, David Allen,Jr <gib...@wsu.edu> wrote:
Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, January 15, 2016, 8:06 PM
This storage group is selected for space management. Thanks for the tip about
the patch. I will try that out.
On Fri, 1/15/16, Glenn Wilcock <wilc...@us.ibm.com> wrote:
Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
To: IB
I stand corrected. There is a backup done for this storage group.
On Fri, 1/15/16, Gonzalo Cengotita <gonzaloce...@gmail.com> wrote:
Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Friday, January 15
Hi, a couple of other things to look at: (1) Verify that the volume is being
selected for space management. As indicated, HSM doesn't process data sets on
a volume unless the volume exceeds its high threshold. Once a volume is
selected, HSM will process all eligible data sets on that volume
Migrate the dsn after 10 days of non-usage.
On Thu, 1/14/16, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, January 14, 2016, 1:52 PM
What about back up?
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of willie bunter
> Sent: Friday, January 15, 2016 4:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
&g
?
On Thu, 1/14/16, Lizette Koehler <stars...@mindspring.com> wrote:
Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
To: IBM-MAIN@LISTSERV.UA.EDU
Received: Thursday, January 14, 2016, 12:45 PM
So depending on the
version of z/OS - look at On
Good Day To All,
I need to confirm if I my understanding about SMS & SPACE management is correct.
We have noticed that there are several dsns which have been on dasd for over 10
months. The volumes and dsns are all SMS managed and DFHSM performs the
necessary migration and deletion. I checked
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of willie bunter
> Sent: Thursday, January 14, 2016 10:23 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: DFHSM/SMS QUESTION - SPACE MANAGEMENT
>
> Good Day To All,
>
lf Of willie bunter
> Sent: Thursday, January 14, 2016 9:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
>
> Lizette,
>
> Thanks for the info. For this dsn in particular there is no migration it is
> to be
> expired/deleted a
LISTSERV.UA.EDU
> Subject: Re: DFHSM/SMS QUESTION - SPACE MANAGEMENT
>
> Lizette,
>
> Thanks for the info. For this dsn in particular there is no migration it is
> to be expired/deleted after 1 day of non-usage.
>
> You have touched on the point of space managemen
Hello;
I am relatively new to SMS, and rather ignorant (read: uneducated) about
how it fully works. I'm learning more and more by reading, but I've hit
an issue which I can't find a quick solution to using google or finding in
the manuals.
We just set up a new SANDBOX system, and set up SMS
Show us your JCL , Did you tried putting the STORCLAS,MGMTCLAS(for the
target System) where you are trying to restore...
I think your JCL should give us some hints on where you are missing
On Fri, Mar 21, 2014 at 8:06 PM, Nathan J Pfister
npfis...@aessuccess.orgwrote:
Hello;
I am relatively
supposing that the ACS
routines will supply a storage group to the dataset to be restored.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Nathan J Pfister
Sent: Friday, March 21, 2014 15:36
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS
Nathan J Pfister wrote:
I am relatively new to SMS, and rather ignorant (read: uneducated) about how
it fully works.
Like the rest of us... ;-D
When we dump with ADRDSSU some datasets (from a production lpar) to be
restored to the Sandbox LPAR, we are getting errors where it is trying to
@LISTSERV.UA.EDU] On
Behalf Of Nathan J Pfister
Sent: Friday, March 21, 2014 7:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS Question
Hello;
I am relatively new to SMS, and rather ignorant (read: uneducated) about
how it
fully works. I'm learning more and more by reading, but I've hit
Programmer
AES\PHEAA - Tech Services
npfis...@aessuccess.org
(717) 720-2663
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 03/21/2014 10:57 AM
Subject:Re: SMS Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
It would
My first guess is that the STORCLAS associated with the data set being
restore had the GUARANTEED SPACE attribute. Either remove that from the
STORCLAS or in the restore parameters include a VOLUME(*) parameter to
override the volume that DFDSS wants to use.
On Fri, Mar 21, 2014 at 9:36 AM,
) 720-2663
From: John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 03/21/2014 12:04 PM
Subject:Re: SMS Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
My first guess is that the STORCLAS associated with the data set being
-2663
From: John McKown john.archie.mck...@gmail.com
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 03/21/2014 12:04 PM
Subject:Re: SMS Question
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
My first guess is that the STORCLAS associated with the data set
Of Nathan J Pfister
:: Sent: Friday, March 21, 2014 10:00 AM
:: To: IBM-MAIN@LISTSERV.UA.EDU
:: Subject: Re: SMS Question
::
:: We figured out the issuesince we're using ADRDSSU, it's getting a
:: null
:: dataclass...and we had a condition within the storage class that said if
:: dataclas
Good Day All,
I am trying to allocate a dsn using PGM=IEFBR14 to create a dsn which of 25
cylinders. The dsn is SMS managed and it has GUASPACE as the Storage Class.
The DC MC are null.
The dsn is allocated on the volume as requested however the space allocated is
20 instead of 25. I
@LISTSERV.UA.EDU
Date: Thu, 3 Oct 2013 07:48:05
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-To: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
Subject: SMS QUESTION - ACTUAL SPACE NOT ALLOCATED
Good Day All,
I am trying to allocate a dsn using PGM=IEFBR14 to create a dsn which of 25
UNIT=3390 instead of UNIT=SYSALLDA. Problem solved.
Thanks.
From: willie bunter williebun...@yahoo.com
To: IBM-MAIN@listserv.ua.edu IBM-MAIN@listserv.ua.edu
Sent: Thursday, October 3, 2013 10:48:05 AM
Subject: SMS QUESTION - ACTUAL SPACE NOT ALLOCATED
Good Day All,
I am trying to allocate
Ted,
Thanks. Our e-mails crossed each other. Yes, it is set to 47476 tracks as you
had suggested.
Thanks for your help.
From: Ted MacNEIL eamacn...@yahoo.ca
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, October 3, 2013 1:37:15 PM
Subject: Re: SMS QUESTION - ACTUAL SPACE NOT ALLOCATED
The first thing I'd check is the Default Device Geometry defined in your
SMS Base configuration:
Mine:
Default Device Geometry
Bytes/Track . . . . . . . . 56664
Tracks/Cylinder . . . . . . 15
in ISMF - Option 8 Control Data Set
then Option 1 Display
Good Day All,
I am
willie bunter wrote:
I found the answer to my question. In the SMS base config the Default device
geometry is set up for 3380 instead of 3390 :
Thanks. I tried *really* to reproduce your problem but could not succeed in it.
I even RTFM everything about that guarantee space, but of course it is
that won't fit elsewhere in the pool. You could expedite the
process by clearing the now quinew'd volume using DSS or HSM.
-Original Message-
From: John Dawes [mailto:jhn_da...@yahoo.com.au]
Sent: Wednesday, March 13, 2013 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
) [C] obrie...@mail.nih.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Thursday, 14 March 2013 9:16 AM
Subject: Re: SMS QUESTION
John,
Are there any volumes with status Quinew in the pool you're having a problem
with?
Do you have a 'spill' pool defined?
If you Quinew one or more volumes, you'll find
Ron,
Thanks for your reply but I am not the one with the problem.
Dave O'Brien
-Original Message-
From: Ron Hawkins [mailto:ronjhawk...@sbcglobal.net]
Sent: Tuesday, March 12, 2013 6:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
David,
Yes, your understanding
13, 2013 9:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
Just that I understand correctly if the the High Threshold is set to 20% SMS
does not PREVENT allocations above the High Threshold i.e. the dsn will still
be allocated if the space is available. SMS will not fail
.
From: O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, 13 March 2013 9:15 AM
Subject: Re: SMS QUESTION
That is correct, although by setting the high threshold so low, you prevent SMS
from determining target volumes by activity
as possible will be
migrated during Primary Space Mgt.
Beyond that I'll not comment further.
-Original Message-
From: John Dawes [mailto:jhn_da...@yahoo.com.au]
Sent: Wednesday, March 13, 2013 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
I stumbled
, David W. (NIH/CIT) [C] obrie...@mail.nih.gov
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Wednesday, 13 March 2013 11:10 AM
Subject: Re: SMS QUESTION
I was once told by a colleague, 'Just because someone else is stupid, that's no
reason for you to be'.
A low 'High Threshold' will trigger migration during
John Dawes wrote:
Of late we have been having allocation problems where the job is unable to
allocate the first extent and fails on jcl error etc.
Please post the JCL statements and exact JCL error messages so others can help
you.
Groete / Greetings
Elardus Engelbrecht
-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, 12 March 2013 12:26 PM
Subject: Re: SMS QUESTION
John Dawes wrote:
Of late we have been having allocation problems where the job is unable to
allocate the first extent and fails on jcl error etc.
Please post the JCL statements and exact JCL error messages so
PM
Subject: Re: SMS QUESTION
I believe your problem is located here:
snip
Allocation/migration Threshold : High 20 (1-100) Low . . 1
(0-99)
/snip
IIRC, the HIGH 20 will prevent allocation of new datasets if the PRI space will
exceed the high threshold.
BTW, IMO, the ALLOC
, Allan [mailto:allan.stal...@kbmg.com]
Sent: Tuesday, March 12, 2013 1:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
I believe your problem is located here:
snip
Allocation/migration Threshold : High20 (1-100) Low . . 1
(0-99)
/snip
IIRC, the HIGH 20
What if *all* of the volumes are at/near the high threshold (20%)?
Very often there are candidate volumes defined to SMS, but that do not
physically exist (which could be the 51 volumes lacking space for the
allocation).
snip
While I agree that the High Threshold should be 80 (or in that
.
-Original Message-
From: Staller, Allan [mailto:allan.stal...@kbmg.com]
Sent: Tuesday, March 12, 2013 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION
What if *all* of the volumes are at/near the high threshold (20%)?
Very often there are candidate volumes defined to SMS
AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] SMS QUESTION
No, volumes which are above the threshold but have available space are put
into a secondary allocation list. Those volumes under the high threshold
are
in a primary allocation list. SMS then searches for a volume which
I took another look. No luck. I'll keep on looking. Thanks.
From: Staller, Allan allan.stal...@kbmg.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, 15 February 2013 1:19 PM
Subject: Re: SMS QUESTION - DATACLAS NOT DEFINED IN SMS ACS
I would check the ACS
: Monday, February 18, 2013 10:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS QUESTION - DATACLAS NOT DEFINED IN SMS ACS
I took another look. No luck. I'll keep on looking. Thanks.
snip
My question is since there is no logic for this DATACLAS in the ACS routine
does SMS look at the MC
couldn't find out how or what
makes the DATACLAS be chosen by SMS.
From: Greg Shirey wgshi...@benekeith.com
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Monday, 18 February 2013 12:00 PM
Subject: Re: SMS QUESTION - DATACLAS NOT DEFINED IN SMS ACS
John,
The answer to your
On Mon, 18 Feb 2013 11:32:46 -0800, retired mainframer
retired-mainfra...@q.com wrote:
It is also possible for the RACF resource owner of a dataset (specified in
the RESOWNER field of the DFP operand on the ADDSD command) to have a
default data class (specified in the DATACLASS field of the DFP
G'Day,
I am trying to debug a problem. The user is specifying a specific DATACLAS,
however it is ignored. I checked the ACS for this DATACLAS but there is no
FILTLIST etc. for it.
There is however a CONSTRUCT. When I run the job the DATACLAS is respected.
The LISTCAT shows the correct
I would check the ACS routines. There might be something specific as to who(m)
is allowed to assign a DATACLAS.
I myself have several cases where the ACS routines will not assign a
MGMTCLAS/DATACLAS/STORCLAS, and they must be assigned manually.
These values are filtered in my ACS routines by a
- SPLXM
Sent: Monday, February 11, 2013 2:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pew, Curtis G
Sent: Friday, February 08, 2013 17:51
To: IBM-MAIN@LISTSERV.UA.EDU
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Vernooij, CP - SPLXM
Sent: Monday, February 11, 2013 2:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
-Original Message-
From: IBM Mainframe Discussion List
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Vernooij, CP - SPLXM
Sent: Monday, February 11, 2013 2:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pew, Curtis G
Sent: Friday, February 08, 2013 17:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
On Feb 8, 2013, at 10:41 AM, Gibney, Dave gib...@wsu.edu wrote:
Which
I've found another error in the data class selection routines which means
that datasets have been converted but not assigned the correct data class.
What is the quickest way to reassign a data class (or storage class come to
that). Do I have to CONVERTV to NONSMS and then CONVERTV to SMS again or
ALTER data.set.name DATACLAS(newvalue)
On a ISPF 3.4 line, a / picks up the data.set.name from that line.
On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine jim.mcalp...@gmail.com wrote:
I've found another error in the data class selection routines which means
that datasets have been converted but
Thanks Mike.
Jim
On Fri, Feb 8, 2013 at 11:35 AM, Mike Schwab mike.a.sch...@gmail.comwrote:
ALTER data.set.name DATACLAS(newvalue)
On a ISPF 3.4 line, a / picks up the data.set.name from that line.
On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine jim.mcalp...@gmail.com
wrote:
I've found
ALTER data.set.name DATACLAS(newvalue)
DATACLAS is not an optional parameter to IDCAMS ALTER
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
@LISTSERV.UA.EDU
Subject: Re: basic SMS question
ALTER data.set.name DATACLAS(newvalue)
DATACLAS is not an optional parameter to IDCAMS ALTER
--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to lists
@LISTSERV.UA.EDU]
On Behalf Of Mike Schwab
Sent: Friday, February 08, 2013 6:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
ALTER data.set.name DATACLAS(newvalue)
On a ISPF 3.4 line, a / picks up the data.set.name from that line.
On Fri, Feb 8, 2013 at 3:15 AM, Jim McAlpine
SMS question
Correct, very irritating restriction.
You can MOVE the dataset with DFDSS and provide a new DATACLAS then.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On
Behalf Of Brian Fraser
Sent: Friday, February 08, 2013 13:23
@LISTSERV.UA.EDU
Subject: Re: basic SMS question
IIRC, not a DFDMDdss COPY option, either. DSS does not reformat data.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Vernooij, CP - SPLXM
Sent: Friday, February 08, 2013 7:42 AM
Ok, then I did it with CA-DISK or FDR.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Friday, February 08, 2013 16:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question
@LISTSERV.UA.EDU
Subject: Re: basic SMS question
I've found another error in the data class selection routines which
means that datasets have been converted but not assigned the correct
data class.
What is the quickest way to reassign a data class (or storage class
come to that). Do I have
I've inherited an SMS setup and I know little about SMS but this I know
isn't working. In the storage class ACS routines is this snippet -
IF DSN(1) = 'DB2E' THEN
DO
IF DSN(2) = 'DSNDBC' THEN
DO
SET STORCLAS='SCDB2'
END
IF DSN(2) = 'DSNDBD' THEN
DO
Subject: basic SMS question
I've inherited an SMS setup and I know little about SMS but this I know isn't
working. In the storage class ACS routines is this snippet -
IF DSN(1) = 'DB2E' THEN
DO
IF DSN(2) = 'DSNDBC' THEN
DO
SET STORCLAS='SCDB2'
END
IF DSN(2) = 'DSNDBD
The FILTLIST has DB2E defined.
I would remove the IF logic and then change the SELECT
WHEN from SCSMS to SCDB2
Regards, Doug
Sent from my iPhone
On Feb 7, 2013, at 10:13, Jim McAlpine jim.mcalp...@gmail.com wrote:
I've inherited an SMS setup and I know little about SMS but this I know
isn't
[mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim McAlpine
Sent: Thursday, February 07, 2013 8:14 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: basic SMS question
I've inherited an SMS setup and I know little about SMS but this I know
isn't working. In the storage class ACS routines is this snippet
A couple of things -
DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies
the data component of a DB2 LDS. Data components do not get assigned
their own SMS Constructs. Constructs are assigned at the cluster level. I
see this as useless code unless your shop is actually
Thanks for the explanation. Much appreciated.
Jim McAlpine
On Thu, Feb 7, 2013 at 3:51 PM, Darth Keller darth.kel...@assurant.comwrote:
A couple of things -
DSN(2) = 'DSNDBD' - 'DSNDBD' in the 2nd level generally identifies
the data component of a DB2 LDS. Data components do not
On Mon, 25 Jun 2012 14:32:34 -0700, John Norgauer
john.norga...@ucdmc.ucdavis.edu wrote:
I had to change my SYSNAME and now when I start SMS the system is asking
for the COMMDS data set name.
I changed the SYSNAME in the CDS BASE, I activated the CDS and got the
message: ACTIVATION SCHEDULED.
80 matches
Mail list logo
