Re: SMS Routines help

[Vernooij, Kees (ITOPT1) - KLM]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Edward Gould
> Sent: 03 March, 2017 21:06
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> > On Mar 2, 2017, at 5:00 PM, Ward, Mike S <mw...@ssfcu.org> wrote:
> >
> > Ok, problem solved. Second level came back and said to add the mount
> attribute to the sys1.uads user profile. We did, and problem solved.
> >
> > Thanks to all who replied.
> 
> SNIP
> 
> Hope you understand what you did by doing that.
> Now users will be able to mount tapes from their TSO session.
> It drove our operators nuts and we had to severely restrict it to
> sysprogs only.
> 
> Ed

Agreed!
And still, have no idea what the original problemcause was and why it was 
solved by the mount attribute.

Kees.

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: SMS Routines help

[Edward Gould]

> On Mar 2, 2017, at 5:00 PM, Ward, Mike S  wrote:
> 
> Ok, problem solved. Second level came back and said to add the mount 
> attribute to the sys1.uads user profile. We did, and problem solved.
> 
> Thanks to all who replied.  

SNIP

Hope you understand what you did by doing that.
Now users will be able to mount tapes from their TSO session.
It drove our operators nuts and we had to severely restrict it to sysprogs only.

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

Re: SMS Routines help

[Ward, Mike S]

I will update sr to second level with that question. Thanks.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, March 02, 2017 5:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

It's good that you got it working, but needing MOUNT attribute indicates that 
there's something wrong in your configuration. MOUNT is there mainly for tape 
volumes, which no one should have much need for. If a DASD volume is not 
online, then something else needs fixing. 

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Jesse 1 Robinson]

It's good that you got it working, but needing MOUNT attribute indicates that 
there's something wrong in your configuration. MOUNT is there mainly for tape 
volumes, which no one should have much need for. If a DASD volume is not 
online, then something else needs fixing. 

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

Re: SMS Routines help

[Ward, Mike S]

Ok, problem solved. Second level came back and said to add the mount attribute 
to the sys1.uads user profile. We did, and problem solved.

Thanks to all who replied.  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Thursday, March 02, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Same system name here.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robert Harrison
Sent: Thursday, March 02, 2017 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Thanks Lizette we will check it out.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, March 01, 2017 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

You may also to wish to look at your ISPF Config function.

make sure the ISPF libraries in there are set up for your new environment.

TSO ISPCCONF 

And know what library your ispf configuration is located in

You can also check by using ISPVCALL (enter it twice)

== ISPF Diagnostic Trace System  2017.060 21:44:56 GMT =
  ZENVIR: ISPF 7.1MVS TSO  ZOS390RL:z/OS   02.01.00
  ZISPFOS:ISPF FOR z/OS 02.01.00
  MVS:  SP7.2.1 HBB7790  JES: JES2 z/OS 2.1  TSO: 4.01.0
  ISPF: 7.1. DFSMS: 2.01.00  CPU: 28xx
  RACF: 7.79.0   HSM:  02.01.00   Region: xK
  Max <16M: 9192KIn Use: xK Avail: xK
  Max >16M: 1561600K In Use: xKAvail: xK
 *   Default unit:SYSDA Trace type:  WRITE
  GRS Options: ?,STARz/Architecture:  Yes
  ISPF Exit Flags:   Test Status: Inactive
  Ext data stream: Yes   Max screen size: 132x27
  Language:ENGLISH   Terminal Type:   3278

Then check for what volumes are in the esoteric for the Default Unit.


Lizette



-Original Message-
>From: "Ward, Mike S" <mw...@ssfcu.org>
>Sent: Mar 1, 2017 11:46 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Yup, we have gone as far as deleting it, and it does recreate it, but still 
>gets the error. We have opened an SR with IBM and they have now queued it to 
>level 2. I'll let everyone know what we find.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Dana Mitchell
>Sent: Wednesday, March 01, 2017 11:59 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>I can't tell from the message description if it's trying to allocate a new or 
>existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog it 
>and will it allocate a new one?
>
>Dana
>
>
>On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S <mw...@ssfcu.org> wrote:
>
>>We tried that. Same error. I'm going to research what the others have 
>>recommended and see what we come up with. Thanks everyone for the reply's.
>>
>>Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>>it is an SMS probem.
>>
>>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
>>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT 
>>AVAILABLE+ON
>>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>>
>>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

We have several volumes mounted as storage.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, March 01, 2017 1:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

> On Mar 1, 2017, at 11:58 AM, Dana Mitchell <mitchd...@gmail.com> wrote:
>
> I can't tell from the message description if it's trying to allocate a new or 
> existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog 
> it and will it allocate a new one?
>
> Dana
>
>
> On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S <mw...@ssfcu.org> wrote:
>
>> We tried that. Same error. I'm going to research what the others have 
>> recommended and see what we come up with. Thanks everyone for the reply's.
>>
>> Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>> it is an SMS probem.
>>
>> ,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
>> AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT
>> ON SYSTEM, AND CANNOT B E MOUNTED, ,***,
>>
>>
>

This is what happens when you do not have a volume NOT mounted as storage, 
Issue a: M 1234,vol=(123456),use=storage Then try and submit.

Ed
> --
> 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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Robert Harrison]

Hello,
I thought of a couple other items that may be the cause.
Does this sandbox system have a different SYSTEM name or SYSTEM GROUP name than 
any other?
If so, doesn't it need to be defined to the SMS Base Configuration, and all 
volumes in all Storage Groups that you intend to use will need to have those 
volumes ENABLEd for that new system name?

Robert Harrison

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

Re: SMS Routines help

[Lizette Koehler]

You may also to wish to look at your ISPF Config function.

make sure the ISPF libraries in there are set up for your new environment.

TSO ISPCCONF 

And know what library your ispf configuration is located in

You can also check by using ISPVCALL (enter it twice)

== ISPF Diagnostic Trace System  2017.060 21:44:56 GMT =
  ZENVIR: ISPF 7.1MVS TSO  ZOS390RL:z/OS   02.01.00
  ZISPFOS:ISPF FOR z/OS 02.01.00
  MVS:  SP7.2.1 HBB7790  JES: JES2 z/OS 2.1  TSO: 4.01.0
  ISPF: 7.1. DFSMS: 2.01.00  CPU: 28xx
  RACF: 7.79.0   HSM:  02.01.00   Region: xK
  Max <16M: 9192KIn Use: xK Avail: xK
  Max >16M: 1561600K In Use: xKAvail: xK
 *   Default unit:SYSDA Trace type:  WRITE
  GRS Options: ?,STARz/Architecture:  Yes
  ISPF Exit Flags:   Test Status: Inactive
  Ext data stream: Yes   Max screen size: 132x27
  Language:ENGLISH   Terminal Type:   3278

Then check for what volumes are in the esoteric for the Default Unit.


Lizette



-Original Message-
>From: "Ward, Mike S" <mw...@ssfcu.org>
>Sent: Mar 1, 2017 11:46 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Yup, we have gone as far as deleting it, and it does recreate it, but still 
>gets the error. We have opened an SR with IBM and they have now queued it to 
>level 2. I'll let everyone know what we find.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Dana Mitchell
>Sent: Wednesday, March 01, 2017 11:59 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>I can't tell from the message description if it's trying to allocate a new or 
>existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog it 
>and will it allocate a new one?
>
>Dana
>
>
>On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S <mw...@ssfcu.org> wrote:
>
>>We tried that. Same error. I'm going to research what the others have 
>>recommended and see what we come up with. Thanks everyone for the reply's.
>>
>>Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>>it is an SMS probem.
>>
>>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>>
>>

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

Re: SMS Routines help

[Edward Gould]

> On Mar 1, 2017, at 11:58 AM, Dana Mitchell  wrote:
> 
> I can't tell from the message description if it's trying to allocate a new or 
> existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog 
> it and will it allocate a new one?
> 
> Dana
> 
> 
> On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S  wrote:
> 
>> We tried that. Same error. I'm going to research what the others have 
>> recommended and see what we come up with. Thanks everyone for the reply's.
>> 
>> Because doing a TSO/PDF submit we keep getting these errors, and we believe 
>> it is an SMS probem.
>> 
>> ,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>> AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>> SYSTEM, AND CANNOT B E MOUNTED, ,***,
>> 
>> 
> 

This is what happens when you do not have a volume NOT mounted as storage, 
Issue a: M 1234,vol=(123456),use=storage
Then try and submit.

Ed
> --
> 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: SMS Routines help

[Ward, Mike S]

Yup, we have gone as far as deleting it, and it does recreate it, but still 
gets the error. We have opened an SR with IBM and they have now queued it to 
level 2. I'll let everyone know what we find.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, March 01, 2017 11:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

I can't tell from the message description if it's trying to allocate a new or 
existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog it 
and will it allocate a new one?

Dana


On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S <mw...@ssfcu.org> wrote:

>We tried that. Same error. I'm going to research what the others have 
>recommended and see what we come up with. Thanks everyone for the reply's.
>
>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>
>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Yup, we thought of that and checked the userid in UADS. The unit specified is 
3390.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Wednesday, March 01, 2017 10:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

I did not notice if anyone mentioned this. Every TSO userid definition--whether 
RACF or UADS--contains a default DASD unit specification. This long predates 
SMS. If you're allocating a data set explicitly, you can override the unit 
name, but implicit allocations depend on having at least one volume available 
in that group or on SMS to redirect. 

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Wednesday, March 01, 2017 7:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

We tried that. Same error. I'm going to research what the others have 
recommended and see what we come up with. Thanks everyone for the reply's.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Wednesday, March 01, 2017 2:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Mount a volume as public
Regards,
Doug

.

On Feb 28, 2017, at 17:52, Ward, Mike S <mw...@ssfcu.org> wrote:

Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
is an SMS probem.

,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+, 
,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
B E MOUNTED, ,***,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 28, 2017 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I 
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably 
have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
nullify those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
> 
> Hello all, we set up a sandbox LPAR where we just basically copied all 
> the operating environment (z/OS 2.2) from prod system to the sandbox.
> What we want to do is turn off or nullify the SMS routines for a short 
> time. I have spent all morning and part of the afternoon looking for a 
> way to do that, but have come up empty handed. Can anyone give me an 
> idea of how to do that or point to some reading material that outlines what I 
> need to do?
> 
> Thanks.


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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Dana Mitchell]

I can't tell from the message description if it's trying to allocate a new or 
existing dataset.  Is S250MWE.SPFTEMP0.CNTL  catalogged?  can you uncatalog it 
and will it allocate a new one?

Dana


On Wed, 1 Mar 2017 15:01:02 +, Ward, Mike S  wrote:

>We tried that. Same error. I'm going to research what the others have 
>recommended and see what we come up with. Thanks everyone for the reply's.
>
>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>
>

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

Re: SMS Routines help

[Paul Gilmartin]

On Wed, 1 Mar 2017 08:37:27 -0600, Dana Mitchell wrote:

>If it's any help, as a temporary workaround in situations like this,  use the 
>TSO SUBMIT command,  it won't try to allocate an SPFTEMPx. file.
>
>TSO SUB  DATASET.NAME(MEMBER)
> 
That may require that you SAVE the member, which you may not always want
to do, or may not even have authority to do.  Or you could ALLOCATE a new
member and CREATE that.

I wrote an EDIT/VIEW macro that uses ISPF services to write directly to INTRDR.
My principal objective was to avoid the LRECL=80 limit.

-- gil

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

Re: SMS Routines help

[Jesse 1 Robinson]

I did not notice if anyone mentioned this. Every TSO userid definition--whether 
RACF or UADS--contains a default DASD unit specification. This long predates 
SMS. If you're allocating a data set explicitly, you can override the unit 
name, but implicit allocations depend on having at least one volume available 
in that group or on SMS to redirect. 

.
.
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ward, Mike S
Sent: Wednesday, March 01, 2017 7:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SMS Routines help

We tried that. Same error. I'm going to research what the others have 
recommended and see what we come up with. Thanks everyone for the reply's.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Wednesday, March 01, 2017 2:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Mount a volume as public
Regards,
Doug

.

On Feb 28, 2017, at 17:52, Ward, Mike S <mw...@ssfcu.org> wrote:

Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
is an SMS probem.

,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+, 
,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
B E MOUNTED, ,***,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 28, 2017 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I 
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably 
have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
nullify those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
> 
> Hello all, we set up a sandbox LPAR where we just basically copied all 
> the operating environment (z/OS 2.2) from prod system to the sandbox.
> What we want to do is turn off or nullify the SMS routines for a short 
> time. I have spent all morning and part of the afternoon looking for a 
> way to do that, but have come up empty handed. Can anyone give me an 
> idea of how to do that or point to some reading material that outlines what I 
> need to do?
> 
> Thanks.


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

Re: SMS Routines help

[Ward, Mike S]

We tried that. Same error. I'm going to research what the others have 
recommended and see what we come up with. Thanks everyone for the reply's.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Doug
Sent: Wednesday, March 01, 2017 2:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Mount a volume as public
Regards,
Doug

.

On Feb 28, 2017, at 17:52, Ward, Mike S <mw...@ssfcu.org> wrote:

Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
is an SMS probem.

,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+, 
,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
B E MOUNTED, ,***,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 28, 2017 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I 
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably 
have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
nullify those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
>
> Hello all, we set up a sandbox LPAR where we just basically copied all
> the operating environment (z/OS 2.2) from prod system to the sandbox.
> What we want to do is turn off or nullify the SMS routines for a short
> time. I have spent all morning and part of the afternoon looking for a
> way to do that, but have come up empty handed. Can anyone give me an
> idea of how to do that or point to some reading material that outlines what I 
> need to do?
>
> Thanks.
>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Lizette Koehler]

Or 3.4

SUB next to the member

That way you can do multiple members

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ward, Mike S
> Sent: Wednesday, March 01, 2017 7:53 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> Thank you very much.
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Dana Mitchell
> Sent: Wednesday, March 01, 2017 8:37 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> If it's any help, as a temporary workaround in situations like this,  use the
> TSO SUBMIT command,  it won't try to allocate an SPFTEMPx. file.
> 
> TSO SUB  DATASET.NAME(MEMBER)
> 
> Dana
> 
> On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S <mw...@ssfcu.org> wrote:
> 
> >Because doing a TSO/PDF submit we keep getting these errors, and we believe
> it is an SMS probem.
> >
> >,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
> >AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON
> >SYSTEM, AND CANNOT B E MOUNTED, ,***,
> >

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

Re: SMS Routines help

[Ward, Mike S]

Will look into that. Thank you.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matthew Stitt
Sent: Tuesday, February 28, 2017 5:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

That indicates you need to modify your storage group(s) to use the volumes 
available to the system.  Your storage groups still have the other systems 
volumes defined.  So your system is attempting to define stuff on those 
volumes, which don't exist on your sandbox system.

Matthew

On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S <mw...@ssfcu.org> wrote:

>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Lizette Koehler
>Sent: Tuesday, February 28, 2017 3:28 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Ward,
>
>Why do you want to nullify the SMS functions?  Just curious?
>
>I think you can have very simple ACS Constructs, like others have 
>posted. Or I think you can have an empty SCDS (not sure you would need 
>to look this up)
>
>When you copied the datasets and catalogs from PRD to Sandbox, you probably 
>have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
>nullify those?
>
>Thanks
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Ward, Mike S
>> Sent: Tuesday, February 28, 2017 1:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SMS Routines help
>>
>> Hello all, we set up a sandbox LPAR where we just basically copied 
>> all the operating environment (z/OS 2.2) from prod system to the sandbox.
>> What we want to do is turn off or nullify the SMS routines for a 
>> short time. I have spent all morning and part of the afternoon 
>> looking for a way to do that, but have come up empty handed. Can 
>> anyone give me an idea of how to do that or point to some reading material 
>> that outlines what I need to do?
>>
>> Thanks.
>>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Thank you very much.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Wednesday, March 01, 2017 8:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

If it's any help, as a temporary workaround in situations like this,  use the 
TSO SUBMIT command,  it won't try to allocate an SPFTEMPx. file.

TSO SUB  DATASET.NAME(MEMBER)

Dana

On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S <mw...@ssfcu.org> wrote:

>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT 
>AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON 
>SYSTEM, AND CANNOT B E MOUNTED, ,***,
>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Dana Mitchell]

If it's any help, as a temporary workaround in situations like this,  use the 
TSO SUBMIT command,  it won't try to allocate an SPFTEMPx. file.

TSO SUB  DATASET.NAME(MEMBER)

Dana

On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S  wrote:

>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+,
>,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
>B
>E MOUNTED,
>,***,
>

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

Re: SMS Routines help

[Doug]

Mount a volume as public
Regards,
Doug

.

On Feb 28, 2017, at 17:52, Ward, Mike S <mw...@ssfcu.org> wrote:

Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
is an SMS probem.

,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+,
,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT B
E MOUNTED,
,***,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 28, 2017 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I 
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably 
have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
nullify those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
> 
> Hello all, we set up a sandbox LPAR where we just basically copied all 
> the operating environment (z/OS 2.2) from prod system to the sandbox. 
> What we want to do is turn off or nullify the SMS routines for a short 
> time. I have spent all morning and part of the afternoon looking for a 
> way to do that, but have come up empty handed. Can anyone give me an 
> idea of how to do that or point to some reading material that outlines what I 
> need to do?
> 
> Thanks.
> 

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
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: SMS Routines help

[Vernooij, Kees (ITOPT1) - KLM]

I don't think this is an SMS problem, SMS would not allocate a (new) dataset to 
a non-existing volume.
I think the dataset exists and is cataloged to a volume that is not available 
in your system. What does the catalog say about this dataset?

Sometimes it is more efficient to ask help for your original problem, than for 
your intended solution.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ward, Mike S
> Sent: 28 February, 2017 23:53
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> Because doing a TSO/PDF submit we keep getting these errors, and we
> believe it is an SMS probem.
> 
> ,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
> AVAILABLE+,
> ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND
> CANNOT B
> E MOUNTED,
> ,***,
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Lizette Koehler
> Sent: Tuesday, February 28, 2017 3:28 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> Ward,
> 
> Why do you want to nullify the SMS functions?  Just curious?
> 
> I think you can have very simple ACS Constructs, like others have
> posted. Or I think you can have an empty SCDS (not sure you would need
> to look this up)
> 
> When you copied the datasets and catalogs from PRD to Sandbox, you
> probably have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you
> trying to nullify those?
> 
> Thanks
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> > On Behalf Of Ward, Mike S
> > Sent: Tuesday, February 28, 2017 1:46 PM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: SMS Routines help
> >
> > Hello all, we set up a sandbox LPAR where we just basically copied all
> > the operating environment (z/OS 2.2) from prod system to the sandbox.
> > What we want to do is turn off or nullify the SMS routines for a short
> > time. I have spent all morning and part of the afternoon looking for a
> > way to do that, but have come up empty handed. Can anyone give me an
> > idea of how to do that or point to some reading material that outlines
> what I need to do?
> >
> > Thanks.
> >
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> ==
> This email, and any files transmitted with it, is confidential and
> intended solely for the use of the individual or entity to which it is
> addressed. If you have received this email in error, please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named
> addressee, you should not disseminate, distribute or copy this e-mail.
> Please notify the sender immediately by e-mail if you have received this
> message by mistake and delete this e-mail from your system. If you are
> not the intended recipient, you are notified that disclosing, copying,
> distributing or taking any action in reliance on the contents of this
> information is strictly prohibited.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286


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

Re: SMS Routines help

[Lizette Koehler]

I was going to add, see what Storage Group your ISPF datasets are allocated to, 
then adjust that Storage Group with SMS Volumes in your sand box.

As was pointed out, you will probably need to update all of your Storage 
Pools/Groups to reflect the DASD on the sandbox.  Unless you keep the volser 
names the same in the sandbox.


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Matthew Stitt
> Sent: Tuesday, February 28, 2017 4:52 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SMS Routines help
> 
> That indicates you need to modify your storage group(s) to use the volumes
> available to the system.  Your storage groups still have the other systems
> volumes defined.  So your system is attempting to define stuff on those
> volumes, which don't exist on your sandbox system.
> 
> Matthew
> 
> On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S <mw...@ssfcu.org> wrote:
> 
> >Because doing a TSO/PDF submit we keep getting these errors, and we believe
> it is an SMS probem.
> >
> >,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT
> >AVAILABLE+, ,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON
> >SYSTEM, AND CANNOT B E MOUNTED, ,***,
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >On Behalf Of Lizette Koehler
> >Sent: Tuesday, February 28, 2017 3:28 PM
> >To: IBM-MAIN@LISTSERV.UA.EDU
> >Subject: Re: SMS Routines help
> >
> >Ward,
> >
> >Why do you want to nullify the SMS functions?  Just curious?
> >
> >I think you can have very simple ACS Constructs, like others have
> >posted. Or I think you can have an empty SCDS (not sure you would need
> >to look this up)
> >
> >When you copied the datasets and catalogs from PRD to Sandbox, you probably
> have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to
> nullify those?
> >
> >Thanks
> >
> >Lizette
> >
> >
> >> -Original Message-
> >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> >> On Behalf Of Ward, Mike S
> >> Sent: Tuesday, February 28, 2017 1:46 PM
> >> To: IBM-MAIN@LISTSERV.UA.EDU
> >> Subject: SMS Routines help
> >>
> >> Hello all, we set up a sandbox LPAR where we just basically copied
> >> all the operating environment (z/OS 2.2) from prod system to the sandbox.
> >> What we want to do is turn off or nullify the SMS routines for a
> >> short time. I have spent all morning and part of the afternoon
> >> looking for a way to do that, but have come up empty handed. Can
> >> anyone give me an idea of how to do that or point to some reading material
> that outlines what I need to do?
> >>
> >> Thanks.
> >>

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

Re: SMS Routines help

[Edward Finnell]

Might need to adjust VATLST. There are several ways to look. PDS vol * stor 
 | pub | priv  will tell you what's mapped to which group.
 
 
In a message dated 2/28/2017 5:52:11 P.M. Central Standard Time,  
mathwst...@bellsouth.net writes:

on those  volumes, which don't exist on your sandbox  system

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

Re: SMS Routines help

[Matthew Stitt]

That indicates you need to modify your storage group(s) to use the volumes 
available to the system.  Your storage groups still have the other systems 
volumes defined.  So your system is attempting to define stuff on those 
volumes, which don't exist on your sandbox system.

Matthew

On Tue, 28 Feb 2017 22:52:43 +, Ward, Mike S <mw...@ssfcu.org> wrote:

>Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
>is an SMS probem.
>
>,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+,
>,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT 
>B
>E MOUNTED,
>,***,
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Tuesday, February 28, 2017 3:28 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: SMS Routines help
>
>Ward,
>
>Why do you want to nullify the SMS functions?  Just curious?
>
>I think you can have very simple ACS Constructs, like others have posted. Or I 
>think you can have an empty SCDS (not sure you would need to look this up)
>
>When you copied the datasets and catalogs from PRD to Sandbox, you probably 
>have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
>nullify those?
>
>Thanks
>
>Lizette
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of Ward, Mike S
>> Sent: Tuesday, February 28, 2017 1:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SMS Routines help
>>
>> Hello all, we set up a sandbox LPAR where we just basically copied all
>> the operating environment (z/OS 2.2) from prod system to the sandbox.
>> What we want to do is turn off or nullify the SMS routines for a short
>> time. I have spent all morning and part of the afternoon looking for a
>> way to do that, but have come up empty handed. Can anyone give me an
>> idea of how to do that or point to some reading material that outlines what 
>> I need to do?
>>
>> Thanks.
>>

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

Re: SMS Routines help

[Ward, Mike S]

Because doing a TSO/PDF submit we keep getting these errors, and we believe it 
is an SMS probem.

,IKJ56221I DATA SET S250MWE.SPFTEMP0.CNTL NOT ALLOCATED, VOLUME NOT AVAILABLE+,
,IKJ56221I VOLUME  NECESSARY TO SATISFY YOUR REQUEST NOT ON SYSTEM, AND CANNOT B
E MOUNTED,
,***,

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Tuesday, February 28, 2017 3:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I 
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably 
have ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to 
nullify those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
>
> Hello all, we set up a sandbox LPAR where we just basically copied all
> the operating environment (z/OS 2.2) from prod system to the sandbox.
> What we want to do is turn off or nullify the SMS routines for a short
> time. I have spent all morning and part of the afternoon looking for a
> way to do that, but have come up empty handed. Can anyone give me an
> idea of how to do that or point to some reading material that outlines what I 
> need to do?
>
> Thanks.
>

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Lizette Koehler]

Ward,

Why do you want to nullify the SMS functions?  Just curious?

I think you can have very simple ACS Constructs, like others have posted. Or I
think you can have an empty SCDS (not sure you would need to look this up)

When you copied the datasets and catalogs from PRD to Sandbox, you probably have
ACS entries (DC/MC/SC/SG) assigned to the files.  Are you trying to nullify
those?

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ward, Mike S
> Sent: Tuesday, February 28, 2017 1:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SMS Routines help
> 
> Hello all, we set up a sandbox LPAR where we just basically copied all the
> operating environment (z/OS 2.2) from prod system to the sandbox. What we want
> to do is turn off or nullify the SMS routines for a short time. I have spent
> all morning and part of the afternoon looking for a way to do that, but have
> come up empty handed. Can anyone give me an idea of how to do that or point to
> some reading material that outlines what I need to do?
> 
> Thanks.
> 

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

Re: SMS Routines help

[Ward, Mike S]

Thank you for the reply.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Tuesday, February 28, 2017 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

the DFSMS storage Admin guide helps 'setting up' SMS because that's basically 
what your doing, at the very least I think you'll need a storage class routine 
with a small Filterlist (maybe) and a SELECT WHEN that passes a NULL storage 
class SELECT WHEN ( criteria is met) < - this never gets met set 
 =  

OTHERWISE DO
SET  = ' ' 
EXIT CODE(0)
END /* OTHERWISE */ 


END /* SELECT */ 


from the top of my head, that's what I recall - Original Message -

From: "Mike S Ward" <mw...@ssfcu.org>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, February 28, 2017 2:46:16 PM
Subject: SMS Routines help 

Hello all, we set up a sandbox LPAR where we just basically copied all the 
operating environment (z/OS 2.2) from prod system to the sandbox. What we want 
to do is turn off or nullify the SMS routines for a short time. I have spent 
all morning and part of the afternoon looking for a way to do that, but have 
come up empty handed. Can anyone give me an idea of how to do that or point to 
some reading material that outlines what I need to do? 

Thanks. 

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited. 

--
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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Ward, Mike S]

Thanks for the reply

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Tuesday, February 28, 2017 2:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMS Routines help

On Tue, 28 Feb 2017 20:46:16 +, Ward, Mike S wrote:

>What we want to do is turn off or nullify the SMS routines for a short time.

Do you mean that you want all new data sets to be non-sms managed?

If so, you will need to have some volumes that are not SMS-managed. 
You could change the STORCLAS ACS routine to set STORCLAS to null, and the data 
sets would be non-managed.

See the Implementing System-Managed Storage manual.

--
Tom Marchant

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

Re: SMS Routines help

[Carmen Vitullo]

the DFSMS storage Admin guide helps 'setting up' SMS because that's basically 
what your doing, at the very least I think you'll need a storage class routine 
with a small Filterlist (maybe) and a SELECT WHEN that passes a NULL storage 
class 
SELECT 
WHEN ( criteria is met) < - this never gets met 
set  =  

OTHERWISE DO 
SET  = ' ' 
EXIT CODE(0) 
END /* OTHERWISE */ 


END /* SELECT */ 


from the top of my head, that's what I recall - Original Message -

From: "Mike S Ward" <mw...@ssfcu.org> 
To: IBM-MAIN@LISTSERV.UA.EDU 
Sent: Tuesday, February 28, 2017 2:46:16 PM 
Subject: SMS Routines help 

Hello all, we set up a sandbox LPAR where we just basically copied all the 
operating environment (z/OS 2.2) from prod system to the sandbox. What we want 
to do is turn off or nullify the SMS routines for a short time. I have spent 
all morning and part of the afternoon looking for a way to do that, but have 
come up empty handed. Can anyone give me an idea of how to do that or point to 
some reading material that outlines what I need to do? 

Thanks. 

== 
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited. 

-- 
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: SMS Routines help

[Tom Marchant]

On Tue, 28 Feb 2017 20:46:16 +, Ward, Mike S wrote:

>What we want to do is turn off or nullify the SMS routines for a short time.

Do you mean that you want all new data sets to be non-sms managed?

If so, you will need to have some volumes that are not SMS-managed. 
You could change the STORCLAS ACS routine to set STORCLAS to null, 
and the data sets would be non-managed.

See the Implementing System-Managed Storage manual.

-- 
Tom Marchant

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

SMS Routines help

[Ward, Mike S]

Hello all, we set up a sandbox LPAR where we just basically copied all the 
operating environment (z/OS 2.2) from prod system to the sandbox. What we want 
to do is turn off or nullify the SMS routines for a short time. I have spent 
all morning and part of the afternoon looking for a way to do that, but have 
come up empty handed. Can anyone give me an idea of how to do that or point to 
some reading material that outlines what I need to do?

Thanks.

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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