subject:"Re\: SMS QUESTION"

Russell,
 
Thanks for the advice.  I have never done this before.  I checked in ISMF.  I 
chose Option 10 then  option 3 (Tape library), however I do not find an opton 
to change the status of a tape.
Could you tell me how I can go about it?
 
Thanks for your patience.

--- On Tue, 19/7/11, Russell Witt res09...@verizon.net wrote:


From: Russell Witt res09...@verizon.net
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 9:53 PM


When the tape went SCRATCH to CA-1, OAM was also notified. IBM's rule is
that a tape in SCRATCH status cannot be called by specific volser. You
need to change the status within ISMF from SCRATCH to PRIVATE and then
you will be able to REPRO the tape. I would also suggest you change the
expiration date to something like tomorrow within CA-1. This will cause it
to go scratch again in CA-1 and also in the OSM TCDB.

Russell Witt 
L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
Of John Dawes
Sent: Tuesday, July 19, 2011 6:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMS QUESTION - TAPE

G'Day,
 
A tape dsn was expired by CA-1 and is in SCRATCH status.  I cataloged the
tape dsn.  However, when I try to REPRO the tape to another dsn SMS is
preventing me from using the tape:
 
IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- VOLUME REQUESTED BY
SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS Y42934
IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING RETURN CODE 8 REASON
CODE 51 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK
- CAT01 CAT00 SSIRT  

I tried specifying the UNIT=3490  VOLSER however no dice.  SMS blocks me
again.  Is there a way of bypassing SMS?  
 
Thanks in advance.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

On Tue, 19 Jul 2011 04:43:31 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

G'Day,
 
A tape dsn was expired by CA-1 and is in SCRATCH status.  I cataloged the 
tape dsn.  However, when I try to REPRO the tape to another dsn SMS is 
preventing me from using the tape:
 
IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-  
VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME 
THE FAILING VOLSER IS Y42934   
IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING    
RETURN CODE 8 REASON CODE 51   
THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 
SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT  

I tried specifying the UNIT=3490  VOLSER however no dice.  SMS blocks me 
again.  Is there a way of bypassing SMS?  
 
Thanks in advance.


Use ISMF and make the tape PRIVATE (option 2.3).   When you are done you can 
make it scratch again or give it a future expiration in CA-1 and then it will
scratch it within CA-1 and the OAM TCDB at that time.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

Mark,
 
I tried your suggestion, however when I type PRIVATE in the USE ATTR field it 
keeps going back to scratch.  I am sure I am doing something wrong.  Where do I 
type PRIVATE?

--- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:


From: Mark Zelden m...@mzelden.com
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 10:36 PM


On Tue, 19 Jul 2011 04:43:31 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

G'Day,
 
A tape dsn was expired by CA-1 and is in SCRATCH status.  I cataloged the 
tape dsn.  However, when I try to REPRO the tape to another dsn SMS is 
preventing me from using the tape:
 
IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING-  
VOLUME REQUESTED BY SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME 
THE FAILING VOLSER IS Y42934   
IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING    
RETURN CODE 8 REASON CODE 51   
THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 
SMS MODULE TRACE BACK - CAT01 CAT00 SSIRT  

I tried specifying the UNIT=3490  VOLSER however no dice.  SMS blocks me 
again.  Is there a way of bypassing SMS?  
 
Thanks in advance.


Use ISMF and make the tape PRIVATE (option 2.3).   When you are done you can 
make it scratch again or give it a future expiration in CA-1 and then it will
scratch it within CA-1 and the OAM TCDB at that time.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
mailto:m...@mzelden.com                                        
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread John McKown

I use the following JCL to change the volume back to PRIVATE:

//STEP000  EXEC PGM=IDCAMS
//SYSPRINT DD   SYSOUT=*
//SYSINDD   *
 ALTER V292463  VOLUMEENTRY -
  STORAGEGROUP(SGVTAPE2) -
  NULLIFY(ERRORSTATUS) -
  LOCATION(LIBRARY) LIBNAME($VTS0002)
/*


You need to change 292463 to your volser (leave the V prefix on it!),
SGVTAPE2 to the SMS storage group name and $VTS0002 to the SMS library
name. In addition, unexpire it in CA-1.


On Tue, 2011-07-19 at 05:00 -0700, John Dawes wrote:
 Russell,
  
 Thanks for the advice.  I have never done this before.  I checked in ISMF.  I 
 chose Option 10 then  option 3 (Tape library), however I do not find an opton 
 to change the status of a tape.
 Could you tell me how I can go about it?
  
 Thanks for your patience.
 
 --- On Tue, 19/7/11, Russell Witt res09...@verizon.net wrote:
 
 
 From: Russell Witt res09...@verizon.net
 Subject: Re: SMS QUESTION - TAPE
 To: IBM-MAIN@bama.ua.edu
 Received: Tuesday, 19 July, 2011, 9:53 PM
 
 
 When the tape went SCRATCH to CA-1, OAM was also notified. IBM's rule is
 that a tape in SCRATCH status cannot be called by specific volser. You
 need to change the status within ISMF from SCRATCH to PRIVATE and then
 you will be able to REPRO the tape. I would also suggest you change the
 expiration date to something like tomorrow within CA-1. This will cause it
 to go scratch again in CA-1 and also in the OSM TCDB.
 
 Russell Witt 
 L2 Support Manager
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
 Of John Dawes
 Sent: Tuesday, July 19, 2011 6:44 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMS QUESTION - TAPE
 
 G'Day,
  
 A tape dsn was expired by CA-1 and is in SCRATCH status.  I cataloged the
 tape dsn.  However, when I try to REPRO the tape to another dsn SMS is
 preventing me from using the tape:
  
 IGD330I ERROR OCCURRED DURING CBRXLCS PROCESSING- VOLUME REQUESTED BY
 SPECIFIC VOLUME SERIAL IS A SCRATCH VOLUME THE FAILING VOLSER IS Y42934
 IGD306I UNEXPECTED ERROR DURING ?CBRXLCS PROCESSING RETURN CODE 8 REASON
 CODE 51 THE MODULE THAT DETECTED THE ERROR IS IGDCAT01 SMS MODULE TRACE BACK
 - CAT01 CAT00 SSIRT  
 
 I tried specifying the UNIT=3490  VOLSER however no dice.  SMS blocks me
 again.  Is there a way of bypassing SMS?  
  
 Thanks in advance.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions, send email
 to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the
 archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

Mark,
 
I tried your suggestion, however when I type PRIVATE in the USE ATTR field it 
keeps going back to scratch.  I am sure I am doing something wrong.  Where do 
I type PRIVATE?


From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of 
volser(s).  
When the list comes up, type alter in the line operator field.   Change the
use attribute from S to P and hit enter.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

Mark,
 
I tried out your suggestion.  I even activated the SMS environment.  However 
when I check in CA-1 it still shows the tape as scratch.  Is there anything 
else I need to do?

--- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:


From: Mark Zelden m...@mzelden.com
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 10:56 PM


On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

Mark,
 
I tried your suggestion, however when I type PRIVATE in the USE ATTR field it 
keeps going back to scratch.  I am sure I am doing something wrong.  Where do 
I type PRIVATE?


From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of 
volser(s).  
When the list comes up, type alter in the line operator field.   Change the
use attribute from S to P and hit enter.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
mailto:m...@mzelden.com                                        
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

Mark,
 
I found my error.  I did not enter the STORAGE GROUP name.  All is fine.  A 
very big thank you.
 
Thanks John for your input.  Alls well that ends well.


--- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:


From: Mark Zelden m...@mzelden.com
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 10:56 PM


On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

Mark,
 
I tried your suggestion, however when I type PRIVATE in the USE ATTR field it 
keeps going back to scratch.  I am sure I am doing something wrong.  Where do 
I type PRIVATE?


From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of 
volser(s).  
When the list comes up, type alter in the line operator field.   Change the
use attribute from S to P and hit enter.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
mailto:m...@mzelden.com                                        
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

Changing the status in ISMF has no effect on CA1. To change it in CA1, use 
the CA1 panels to update the EXPDT to a future date.

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/19/2011 
08:08:56 AM:

 From: John Dawes jhn_da...@yahoo.com.au
 To: IBM-MAIN@bama.ua.edu
 Date: 07/19/2011 08:10 AM
 Subject: Re: SMS QUESTION - TAPE
 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
 
 Mark,
  
 I tried out your suggestion.  I even activated the SMS environment. 
 However when I check in CA-1 it still shows the tape as scratch.  Is
 there anything else I need to do?
 
 --- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:
 
 
 From: Mark Zelden m...@mzelden.com
 Subject: Re: SMS QUESTION - TAPE
 To: IBM-MAIN@bama.ua.edu
 Received: Tuesday, 19 July, 2011, 10:56 PM
 
 
 On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au 
wrote:
 
 Mark,
  
 I tried your suggestion, however when I type PRIVATE in the USE 
 ATTR field it keeps going back to scratch.  I am sure I am doing 
 something wrong.  Where do I type PRIVATE?
 
 
 From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of
 volser(s).  
 When the list comes up, type alter in the line operator 
field.   Change the
 use attribute from S to P and hit enter.
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
 mailto:m...@mzelden.com
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://expertanswercenter.techtarget.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread John McKown

John,

Even an easier way. Go into CA-1's ISPF interface and change the
expiration date to tomorrow. This will take it out of scratch status in
CA-1. Now you need to run CA-1's CTSSYNC program to update the SMS
status. JCL:

//STEP1 EXEC PGM=CTSSYNC
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
VERIFY
SYNC
volser
/*

change volser to the correct volume serial. The one you updated in
CA-1.

On Tue, 2011-07-19 at 06:08 -0700, John Dawes wrote:
 Mark,
  
 I tried out your suggestion.  I even activated the SMS environment.  However 
 when I check in CA-1 it still shows the tape as scratch.  Is there anything 
 else I need to do?
 
 --- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:
 
 
 From: Mark Zelden m...@mzelden.com
 Subject: Re: SMS QUESTION - TAPE
 To: IBM-MAIN@bama.ua.edu
 Received: Tuesday, 19 July, 2011, 10:56 PM
 
 
 On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au wrote:
 
 Mark,
  
 I tried your suggestion, however when I type PRIVATE in the USE ATTR field 
 it keeps going back to scratch.  I am sure I am doing something wrong.  
 Where do I type PRIVATE?
 
 
 From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of 
 volser(s).  
 When the list comes up, type alter in the line operator field.   Change the
 use attribute from S to P and hit enter.
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
 mailto:m...@mzelden.com
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://expertanswercenter.techtarget.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

On Tue, 19 Jul 2011 06:08:56 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

Mark,
 
I tried out your suggestion.  I even activated the SMS environment.  However 
when I check in CA-1 it still shows the tape as scratch.  Is there anything 
else I need to do?


CA-1 TMC is a separate entity from the OAM TCDB.   It is SMS/OAM that is 
keeping you
from mounting the scratch input tape, not CA-1.   In other words, changing CA-1 
is optional.

As Russell indicated earlier and I wrote, you can change the volser in CA-1 to 
a future 
expiration date and when it scratches in CA-1 it will update the TCDB as well.  
Or you
don't have to touch CA-1 at all and when you are done copying the tape you can
go back into ISMF and change it to scratch again.   If you don't do one of these
2 actions, the OAM TCDB will be out of sync with the CA-1 TMC.

Clear? 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

John,
 
Fantastic.  I will try this out the next time I have this situation.  The tape 
librarian had changed the status in TMS so I was too late.  
 
Thanks a million.

--- On Tue, 19/7/11, John McKown joa...@swbell.net wrote:


From: John McKown joa...@swbell.net
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 11:21 PM


John,

Even an easier way. Go into CA-1's ISPF interface and change the
expiration date to tomorrow. This will take it out of scratch status in
CA-1. Now you need to run CA-1's CTSSYNC program to update the SMS
status. JCL:

//STEP1 EXEC PGM=CTSSYNC
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
VERIFY
SYNC
volser
/*

change volser to the correct volume serial. The one you updated in
CA-1.

On Tue, 2011-07-19 at 06:08 -0700, John Dawes wrote:
 Mark,
  
 I tried out your suggestion.  I even activated the SMS environment.  However 
 when I check in CA-1 it still shows the tape as scratch.  Is there anything 
 else I need to do?
 
 --- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:
 
 
 From: Mark Zelden m...@mzelden.com
 Subject: Re: SMS QUESTION - TAPE
 To: IBM-MAIN@bama.ua.edu
 Received: Tuesday, 19 July, 2011, 10:56 PM
 
 
 On Tue, 19 Jul 2011 05:43:15 -0700, John Dawes jhn_da...@yahoo.com.au wrote:
 
 Mark,
  
 I tried your suggestion, however when I type PRIVATE in the USE ATTR field 
 it keeps going back to scratch.  I am sure I am doing something wrong.  
 Where do I type PRIVATE?
 
 
 From option 2.3 (MOUNTABLE TAPE), use option 2 to generate a list of 
 volser(s).  
 When the list comes up, type alter in the line operator field.   Change the
 use attribute from S to P and hit enter.
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
 mailto:m...@mzelden.com                                        
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://expertanswercenter.techtarget.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
-- 
John McKown
Maranatha! 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

Thanks Mark.  All's clear.  Thanks for bailing me out.

--- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:

From: Mark Zelden m...@mzelden.com
Subject: Re: SMS QUESTION - TAPE
To: IBM-MAIN@bama.ua.edu
Received: Tuesday, 19 July, 2011, 11:34 PM

On Tue, 19 Jul 2011 06:08:56 -0700, John Dawes jhn_da...@yahoo.com.au wrote:

Mark,

I tried out your suggestion.  I even activated the SMS environment.  However 
when I check in CA-1 it still shows the tape as scratch.  Is there anything 
else I need to do?

CA-1 TMC is a separate entity from the OAM TCDB.   It is SMS/OAM that is 
keeping you
from mounting the scratch input tape, not CA-1.   In other words, changing CA-1 
is optional.

As Russell indicated earlier and I wrote, you can change the volser in CA-1 to 
a future 
expiration date and when it scratches in CA-1 it will update the TCDB as well.  
Or you
don't have to touch CA-1 at all and when you are done copying the tape you can
go back into ISMF and change it to scratch again.   If you don't do one of these
2 actions, the OAM TCDB will be out of sync with the CA-1 TMC.

Clear? 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
mailto:m...@mzelden.com                                        
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

On Tue, 19 Jul 2011 08:21:58 -0500, John McKown joa...@swbell.net wrote:

John,

Even an easier way. Go into CA-1's ISPF interface and change the
expiration date to tomorrow. This will take it out of scratch status in
CA-1. Now you need to run CA-1's CTSSYNC program to update the SMS
status. JCL:

//STEP1 EXEC PGM=CTSSYNC
//SYSPRINT DD SYSOUT=*
//SYSIN DD *
VERIFY
SYNC
volser
/*

change volser to the correct volume serial. The one you updated in
CA-1.


That utility refers to the 3495/3494 LCS database (although I assume it updates
the OAM TCDB as well).The OP didn't say what  type of system was being 
used.   Also, I don't think that utility sets the storage group and if the OP 
has more than one library that probably needs to be set also.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread Vernooij, CP - SPLXM

And if anybody wonders *why* z/OS does not allow you to do a specific mount of 
a SCRTCH tape: 
Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged in your 
VTS. This means, that when you request a tape from such a category, you intend 
to write new data on it and don't care about the old data on the tape. 
Therefor, the VTS will not bother recalling the old data, but will immediately 
assing you a new blank tape in its cache. If you then try to read, you will see 
an empty tape. Furthermore, this empty tape will now be *the* current instance 
of this volser, with your old data still available somewhere on the backend 
cartridges, but unreachable for you. IBM VTS support seems to provide a paid 
service to recover the old data in such a case.

Kees.


John Dawes jhn_da...@yahoo.com.au wrote in message 
news:1311083122.3801.yahoomailclas...@web31107.mail.mud.yahoo.com...
 Thanks Mark.  All's clear.  Thanks for bailing me out.
 
 --- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:
 
 
 From: Mark Zelden m...@mzelden.com
 Subject: Re: SMS QUESTION - TAPE
 To: IBM-MAIN@bama.ua.edu
 Received: Tuesday, 19 July, 2011, 11:34 PM
 
 
 On Tue, 19 Jul 2011 06:08:56 -0700, John Dawes jhn_da...@yahoo.com.au wrote:
 
 Mark,
  
 I tried out your suggestion.  I even activated the SMS environment.  However 
 when I check in CA-1 it still shows the tape as scratch.  Is there anything 
 else I need to do?
 
 
 CA-1 TMC is a separate entity from the OAM TCDB.   It is SMS/OAM that is 
 keeping you
 from mounting the scratch input tape, not CA-1.   In other words, changing 
 CA-1 is optional.
 
 As Russell indicated earlier and I wrote, you can change the volser in CA-1 
 to a future 
 expiration date and when it scratches in CA-1 it will update the TCDB as 
 well.  Or you
 don't have to touch CA-1 at all and when you are done copying the tape you can
 go back into ISMF and change it to scratch again.   If you don't do one of 
 these
 2 actions, the OAM TCDB will be out of sync with the CA-1 TMC.
 
 Clear? 
 
 Regards,
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS       
 mailto:m...@mzelden.com                                        
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://expertanswercenter.techtarget.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

In the IBM VTS, I tell ISMF to make a tape private, and then I can access 
the virtual tapes data. (IE: it takes it out of fast ready status.)

I once wanted to clear the contents of a virtual scratch tape and ejected 
and reinserted it. After reinserting, it still showed the old data.

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/19/2011 
09:06:05 AM:

 From: Vernooij, CP - SPLXM kees.verno...@klm.com
 To: IBM-MAIN@bama.ua.edu
 Date: 07/19/2011 09:09 AM
 Subject: Re: SMS QUESTION - TAPE
 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
 
 And if anybody wonders *why* z/OS does not allow you to do a 
 specific mount of a SCRTCH tape: 
 Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged
 in your VTS. This means, that when you request a tape from such a 
 category, you intend to write new data on it and don't care about 
 the old data on the tape. Therefor, the VTS will not bother 
 recalling the old data, but will immediately assing you a new blank 
 tape in its cache. If you then try to read, you will see an empty 
 tape. Furthermore, this empty tape will now be *the* current 
 instance of this volser, with your old data still available 
 somewhere on the backend cartridges, but unreachable for you. IBM 
 VTS support seems to provide a paid service to recover the old data 
 in such a case.
 
 Kees.
 
 
 John Dawes jhn_da...@yahoo.com.au wrote in message 
 news:1311083122.3801.yahoomailclas...@web31107.mail.mud.yahoo.com...
  Thanks Mark.  All's clear.  Thanks for bailing me out.
  
  --- On Tue, 19/7/11, Mark Zelden m...@mzelden.com wrote:
  
  
  From: Mark Zelden m...@mzelden.com
  Subject: Re: SMS QUESTION - TAPE
  To: IBM-MAIN@bama.ua.edu
  Received: Tuesday, 19 July, 2011, 11:34 PM
  
  
  On Tue, 19 Jul 2011 06:08:56 -0700, John Dawes 
 jhn_da...@yahoo.com.au wrote:
  
  Mark,
   
  I tried out your suggestion.  I even activated the SMS 
 environment.  However when I check in CA-1 it still shows the tape 
 as scratch.  Is there anything else I need to do?
  
  
  CA-1 TMC is a separate entity from the OAM TCDB.   It is SMS/OAM 
 that is keeping you
  from mounting the scratch input tape, not CA-1.   In other words, 
 changing CA-1 is optional.
  
  As Russell indicated earlier and I wrote, you can change the 
 volser in CA-1 to a future 
  expiration date and when it scratches in CA-1 it will update the 
 TCDB as well.  Or you
  don't have to touch CA-1 at all and when you are done copying the 
 tape you can
  go back into ISMF and change it to scratch again.   If you don't 
 do one of these
  2 actions, the OAM TCDB will be out of sync with the CA-1 TMC.
  
  Clear? 
  
  Regards,
  
  Mark
  --
  Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
  mailto:m...@mzelden.com
  Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
  Systems Programming expert at 
http://expertanswercenter.techtarget.com/
  
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
  
  --
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
  
 
 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...@bama.ua.edu with the message

Re: SMS QUESTION - TAPE

Although the utility refers to the 3495/3494, it talks to OAM. If the 
library is designed to work with OAM, it may pass the data to the library. 
But in any case it will pass it to ISMF. We use it for tape in our MDL. It 
updates ISMF, but we run an extra utility for the MDL to sync it to the 
CA1 status. For a manual library it works just fine as the operators move 
tape to and from the scratch pool. It has so far worked with each of the 
three IBM library types that I have worked with.

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/19/2011 
08:48:06 AM:

 From: Mark Zelden m...@mzelden.com
 To: IBM-MAIN@bama.ua.edu
 Date: 07/19/2011 08:57 AM
 Subject: Re: SMS QUESTION - TAPE
 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
 
 On Tue, 19 Jul 2011 08:21:58 -0500, John McKown joa...@swbell.net 
wrote:
 
 John,
 
 Even an easier way. Go into CA-1's ISPF interface and change the
 expiration date to tomorrow. This will take it out of scratch status in
 CA-1. Now you need to run CA-1's CTSSYNC program to update the SMS
 status. JCL:
 
 //STEP1 EXEC PGM=CTSSYNC
 //SYSPRINT DD SYSOUT=*
 //SYSIN DD *
 VERIFY
 SYNC
 volser
 /*
 
 change volser to the correct volume serial. The one you updated in
 CA-1.
 
 
 That utility refers to the 3495/3494 LCS database (although I assumeit 
updates
 the OAM TCDB as well).The OP didn't say what  type of system was 
being 
 used.   Also, I don't think that utility sets the storage group and if 
the OP 
 has more than one library that probably needs to be set also.
 
 Mark
 --
 Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS 
 mailto:m...@mzelden.com 
 Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
 Systems Programming expert at http://expertanswercenter.techtarget.com/
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

On Tue, 19 Jul 2011 16:06:05 +0200, Vernooij, CP - SPLXM 
kees.verno...@klm.com wrote:

And if anybody wonders *why* z/OS does not allow you to do a specific mount of 
a SCRTCH tape:
Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged in your 
VTS. This means, that when you request a tape from such a category, you intend 
to write new data on it and don't care about the old data on the tape. 
Therefor, the VTS will not bother recalling the old data, but will immediately 
assing you a new blank tape in its cache. If you then try to read, you will 
see an empty tape. Furthermore, this empty tape will now be *the* current 
instance of this volser, with your old data still available somewhere on the 
backend cartridges, but unreachable for you. IBM VTS support seems to provide 
a paid service to recover the old data in such a case.

Kees.


That is good information.   Where is that documented and is it documented 
specifically as the reason why scratch input tapes are not allowed to be 
mounted?   Not all SMS controlled tapes are IBM VTS. 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:m...@mzelden.com
Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread Vernooij, CP - SPLXM

Mark Zelden m...@mzelden.com wrote in message
news:1292462023506289.wa.markmzelden@bama.ua.edu...
 On Tue, 19 Jul 2011 16:06:05 +0200, Vernooij, CP - SPLXM
kees.verno...@klm.com wrote:
 
 And if anybody wonders *why* z/OS does not allow you to do a specific
mount of a SCRTCH tape:
 Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged
in your VTS. This means, that when you request a tape from such a
category, you intend to write new data on it and don't care about the
old data on the tape. Therefor, the VTS will not bother recalling the
old data, but will immediately assing you a new blank tape in its cache.
If you then try to read, you will see an empty tape. Furthermore, this
empty tape will now be *the* current instance of this volser, with your
old data still available somewhere on the backend cartridges, but
unreachable for you. IBM VTS support seems to provide a paid service to
recover the old data in such a case.
 
 Kees.
 
 
 That is good information.   Where is that documented and is it
documented 
 specifically as the reason why scratch input tapes are not allowed to
be 
 mounted?   Not all SMS controlled tapes are IBM VTS. 
 
 Regards,
 
 Mark

I don't know where I have this from. Probably talking to our IBM VTS
guru, experience and reasoning.
Other OS's (z/TPF, prossibly VM) don't prevent you from 'destroying'
your data this way.

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread R.S.

W dniu 2011-07-19 16:06, Vernooij, CP - SPLXM pisze:

And if anybody wonders *why* z/OS does not allow you to do a specific mount of
a SCRTCH tape:
Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged in your
VTS. This means, that when you request a tape from such a category, you intend
to write new data on it and don't care about the old data on the tape.
Therefor, the VTS will not bother recalling the old data, but will immediately
assing you a new blank tape in its cache. If you then try to read, you will see
an empty tape. Furthermore, this empty tape will now be *the* current instance
of this volser, with your old data still available somewhere on the backend
cartridges, but unreachable for you. IBM VTS support seems to provide a paid
service to recover the old data in such a case.

There are more reasons, valid in real tape world also.
The tape is considered as scratch, which could mean we don't need any
date on the tape - but it doesn't mean anyone can READ the tape now.
That's why RMM does not allow to read such tape, even if it's mounted as
non-volume-specific scratch mount. Volume-specific mount could mean
someone wants to overwrite THIS tape.
Usually to read (use) the scratch one must change volume status from
scratch to private (master or user in RMM terms). Obviously this is
controlled i.e. using RACF profiles.

--
Radoslaw Skorupka
Lodz, Poland

BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax
+48 (22) 829 00 33, e-mail: i...@brebank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88.
Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread Vernooij, CP - SPLXM

R.S. r.skoru...@bremultibank.com.pl wrote in message
news:4e2596f3.6080...@bremultibank.com.pl...
 W dniu 2011-07-19 16:06, Vernooij, CP - SPLXM pisze:
  And if anybody wonders *why* z/OS does not allow you to do a
specific mount of a SCRTCH tape:
  Your SCRTCH tapes will probably have a 'Fast Ready Category' assiged
in your VTS. This means, that when you request a tape from such a
category, you intend to write new data on it and don't care about the
old data on the tape. Therefor, the VTS will not bother recalling the
old data, but will immediately assing you a new blank tape in its cache.
If you then try to read, you will see an empty tape. Furthermore, this
empty tape will now be *the* current instance of this volser, with your
old data still available somewhere on the backend cartridges, but
unreachable for you. IBM VTS support seems to provide a paid service to
recover the old data in such a case.
 
 There are more reasons, valid in real tape world also.
 The tape is considered as scratch, which could mean we don't need any

 date on the tape - but it doesn't mean anyone can READ the tape
now.
 That's why RMM does not allow to read such tape, even if it's mounted
as 
 non-volume-specific scratch mount. Volume-specific mount could mean 
 someone wants to overwrite THIS tape.
 Usually to read (use) the scratch one must change volume status from 
 scratch to private (master or user in RMM terms). Obviously this is 
 controlled i.e. using RACF profiles.
 
 -- 
 Radoslaw Skorupka
 Lodz, Poland
 

That is different from CA-1. You only need autority to read the tape,
but CA-1 does not prevent you from reading it while it is SCRTCH.

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - TAPE

2011-07-19 Thread R.S.

W dniu 2011-07-19 16:50, Vernooij, CP - SPLXM pisze:
[...]

That is different from CA-1. You only need autority to read the tape,
but CA-1 does not prevent you from reading it while it is SCRTCH.

Well... That means that anyone who is authorized toread the scratch can
read the tape, regardless of the data on it. I assume authority to read
scratch is strictly controlled in CA-1, otherwise it would be big
security hole.

--
Radoslaw Skorupka
Lodz, Poland

Re: SMS QUESTION - TAPE

CA1 controls access to tape by DSN. If you have authority for the DSN, you 
can read it as scratch. CA1 also controls who has the ability to read 
using BLP and foreign which is another way to bypass read scratch tapes. 
These are the main security controls for CA1, but there are several 
others.

Thank you and have a Terrific day!

Jonathan Goossen, ACS, CL
Tape Specialist
ACT Mainframe Storage Group
Personal: 651-361-4541
Department Support Line: 651-361-

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/19/2011 
10:52:48 AM:

 From: R.S. r.skoru...@bremultibank.com.pl
 To: IBM-MAIN@bama.ua.edu
 Date: 07/19/2011 10:56 AM
 Subject: Re: SMS QUESTION - TAPE
 Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
 
 W dniu 2011-07-19 16:50, Vernooij, CP - SPLXM pisze:
 [...]
  That is different from CA-1. You only need autority to read the tape,
  but CA-1 does not prevent you from reading it while it is SCRTCH.
 
 Well... That means that anyone who is authorized toread the scratch can 
 read the tape, regardless of the data on it. I assume authority to read 

 scratch is strictly controlled in CA-1, otherwise it would be big 
 security hole.
 
 -- 
 Radoslaw Skorupka
 Lodz, Poland
 
 
 --
 Tre tej wiadomoci moe zawiera informacje prawnie chronione 
 Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc
 moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. 
 Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem 
 upowanionym do jej przekazania adresatowi, informujemy, e jej 
 rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o 
 podobnym charakterze jest prawnie zabronione i moe by karalne. 
 Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
 zawiadomi nadawc wysyajc odpowied oraz trwale usun t 
 wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisanena 
dysku.
 
 This e-mail may contain legally privileged information of the Bank 
 and is intended solely for business use of the addressee. This e-
 mail may only be received by the addressee and may not be disclosed 
 to any third parties. If you are not the intended addressee of this 
 e-mail or the employee authorised to forward it to the addressee, be
 advised that any dissemination, copying, distribution or any other 
 similar activity is legally prohibited and may be punishable. If you
 received this e-mail by mistake please advise the sender immediately
 by using the reply facility in your e-mail software and delete 
 permanently this e-mail including any copies of it either printed or
 saved to hard drive. 
 
 BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 
 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl
 Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego 
 Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 
 526-021-50-88. 
 Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA 
 (w caoci wpacony) wynosi 168.346.696 zotych.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-06 Thread Vernooij, CP - SPLXM

Ted MacNEIL eamacn...@yahoo.ca wrote in message
news:1086025626-1281046879-cardhu_decombobulator_blackberry.rim.net-135
11872...@bda026.bisx.prod.on.blackberry...
 Why is it that you think you need to change the dataclass?  Once the
dataset has been allocated, changing the dataclass should have no effect
that I can think of.
 
 Data Class gets you DSCB attributes, but once the DSN is allocated,
it's next to meaningless.
 
 -

To all who suggested this: this is not true anymore. Since the space
constraint relief parameters, the dataclass attributes are also used at
each allocation time after the initial creation of the dataset. E.g. we
encountered this situation:

IEF020I jobname procstep stepname TCT I/O TABLE SIZE EXCEEDS THE 16MB
MAXIMUM.

Application Programmer Response:
If the job that received the message has JCL DD statements which specify
a high volume count or the job that received the message uses dynamic
allocation to allocate data sets and specifies a high volume count,
reduce the volume count and rerun the job. If the volume count is
derived from the Data Class, use a Data Class which has a lower volume
count and dynamic volume count, or contact the Storage Administrator.

Storage Administrator Response:
Reduce the volume count or dynamic volume count specified in the
DATACLAS.

-OR-

04FC (1276) Meaning: The request being processed would cause the TCT I/O
table to exceed the maximum allowable size. 
Application Programmer Action: If the job that received the message has
JCL DD statements that specify a high volume count, or the job that
received the message uses dynamic allocation to allocate data sets and
specifies a high volume count, reduce the volume count and rerun the
job. If the volume count is derived from the data class, use a data
class which has a lower volume count or contact the Storage
Administrator.

Storage Administrator Action: Reduce the volume count or dynamic volume
count specified in the DATACLAS.

Corresponding Message: IEF020I
 
I found another description that mentions that at allocation time
control blocks are created to allow the dataset to exend to new volumes.
The number of volumes to add is derived from the data set's current
candidate volumes and/or the dynamic volume count in the dataclas. So
the dataclass is referenced after the data set has been created. 

For that reason I think it is not safe to delete a dataclass definition
when datasets exist with this dataclass.

We could solve this by reducing the dynamic volume count in the
Dataclass, but I can imagine the situation that one might want to alter
the Dataclass of the data set. I think there is a valid reason now to
request IDCAMS to add this Alter function.

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-06 Thread Vernooij, CP - SPLXM

Vernooij, CP - SPLXM kees.verno...@klm.com wrote in message
news:3310ac9d797ec94db8d89ccabdea47a702a80...@kl1221tc.cs.ad.klmcorp.ne
t...
 Ted MacNEIL eamacn...@yahoo.ca wrote in message

news:1086025626-1281046879-cardhu_decombobulator_blackberry.rim.net-135
 11872...@bda026.bisx.prod.on.blackberry...
  Why is it that you think you need to change the dataclass?  Once
the
 dataset has been allocated, changing the dataclass should have no
effect
 that I can think of.
  
  Data Class gets you DSCB attributes, but once the DSN is allocated,
 it's next to meaningless.
  
  -
 
 To all who suggested this: this is not true anymore. Since the space
 constraint relief parameters, the dataclass attributes are also used
at
 each allocation time after the initial creation of the dataset. E.g.
we
 encountered this situation:
 
 IEF020I jobname procstep stepname TCT I/O TABLE SIZE EXCEEDS THE 16MB
 MAXIMUM.
 
 Application Programmer Response:
 If the job that received the message has JCL DD statements which
specify
 a high volume count or the job that received the message uses dynamic
 allocation to allocate data sets and specifies a high volume count,
 reduce the volume count and rerun the job. If the volume count is
 derived from the Data Class, use a Data Class which has a lower volume
 count and dynamic volume count, or contact the Storage Administrator.
 
 Storage Administrator Response:
 Reduce the volume count or dynamic volume count specified in the
 DATACLAS.
 
 -OR-
 
 04FC (1276) Meaning: The request being processed would cause the TCT
I/O
 table to exceed the maximum allowable size. 
 Application Programmer Action: If the job that received the message
has
 JCL DD statements that specify a high volume count, or the job that
 received the message uses dynamic allocation to allocate data sets and
 specifies a high volume count, reduce the volume count and rerun the
 job. If the volume count is derived from the data class, use a data
 class which has a lower volume count or contact the Storage
 Administrator.
 
 Storage Administrator Action: Reduce the volume count or dynamic
volume
 count specified in the DATACLAS.
 
 Corresponding Message: IEF020I
  
 I found another description that mentions that at allocation time
 control blocks are created to allow the dataset to exend to new
volumes.
 The number of volumes to add is derived from the data set's current
 candidate volumes and/or the dynamic volume count in the dataclas. So
 the dataclass is referenced after the data set has been created. 
 
 For that reason I think it is not safe to delete a dataclass
definition
 when datasets exist with this dataclass.
 
 We could solve this by reducing the dynamic volume count in the
 Dataclass, but I can imagine the situation that one might want to
alter
 the Dataclass of the data set. I think there is a valid reason now to
 request IDCAMS to add this Alter function.
 
 Kees.

Here is how it works:
http://www-01.ibm.com/support/docview.wss?uid=isg3T165

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Mike Schwab

On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan allan.stal...@kbm1.com wrote:
 Esteemed Listers,

 After RTFM'ing, testing and googl'ing I have been unable to come up with
 an answer to the following question:

 Is there any way (other than recreating the dataset) to alter or remove
 the SMS DATACLAS currently assigned?

 Thanks in advance for any help you can provide,

http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML/ckm_ug74.htm

Other additional ALTER commands are possible too.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan
 Sent: Thursday, August 05, 2010 9:22 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMS question

 Esteemed Listers,

 After RTFM'ing, testing and googl'ing I have been unable to 
 come up with
 an answer to the following question:

 Is there any way (other than recreating the dataset) to alter 
 or remove
 the SMS DATACLAS currently assigned?

 Thanks in advance for any help you can provide,

Once assigned, DATACLAS is read-only. So, you are correct that the only way to 
change it is to recreate the dataset.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab
 Sent: Thursday, August 05, 2010 9:36 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: SMS question

 On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan 
 allan.stal...@kbm1.com wrote:
  Esteemed Listers,

  After RTFM'ing, testing and googl'ing I have been unable to 
 come up with
  an answer to the following question:

  Is there any way (other than recreating the dataset) to 
 alter or remove
  the SMS DATACLAS currently assigned?

  Thanks in advance for any help you can provide,

 http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/
 en_US/HTML/ckm_ug74.htm

 Other additional ALTER commands are possible too.
 -- 
 Mike A Schwab, Springfield IL USA

What product is that for??? I can't find the same ability in the IDCAMS manuals.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

Unfortunately, I do not have Tivoli/ACM

snip
On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan allan.stal...@kbm1.com
wrote:
 Esteemed Listers,

 After RTFM'ing, testing and googl'ing I have been unable to come up
with
 an answer to the following question:

 Is there any way (other than recreating the dataset) to alter or
remove
 the SMS DATACLAS currently assigned?

 Thanks in advance for any help you can provide,

http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML
/ckm_ug74.htm

Other additional ALTER commands are possible too.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
/SNIP

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Mike Schwab

On Thu, Aug 5, 2010 at 9:41 AM, McKown, John
john.mck...@healthmarkets.com wrote:
 -Original Message-
 From: IBM Mainframe Discussion List
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab
 Sent: Thursday, August 05, 2010 9:36 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: SMS question

 On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan
 allan.stal...@kbm1.com wrote:
  Esteemed Listers,
 
  After RTFM'ing, testing and googl'ing I have been unable to
 come up with
  an answer to the following question:
 
  Is there any way (other than recreating the dataset) to
 alter or remove
  the SMS DATACLAS currently assigned?
 
  Thanks in advance for any help you can provide,

 http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/
 en_US/HTML/ckm_ug74.htm

 Other additional ALTER commands are possible too.
 --
 Mike A Schwab, Springfield IL USA

 What product is that for??? I can't find the same ability in the IDCAMS 
 manuals.

 --
 John McKown
 Systems Engineer IV
 IT
http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML/ckm_ug03.htm#wq2
Tivoli advanced catalog management.

Sure hope changing the DATACLAS does not change the LRECL, which would
render the dataset unreadable by normal programs.
-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Matan Cohen

did you try use DFDSS ?
you have the option to copy with delete and specify bypassacs with storclas
keywords

On Thu, Aug 5, 2010 at 5:55 PM, Mike Schwab mike.a.sch...@gmail.com wrote:

 On Thu, Aug 5, 2010 at 9:41 AM, McKown, John
 john.mck...@healthmarkets.com wrote:
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab
  Sent: Thursday, August 05, 2010 9:36 AM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: SMS question
 
  On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan
  allan.stal...@kbm1.com wrote:
   Esteemed Listers,
  
   After RTFM'ing, testing and googl'ing I have been unable to
  come up with
   an answer to the following question:
  
   Is there any way (other than recreating the dataset) to
  alter or remove
   the SMS DATACLAS currently assigned?
  
   Thanks in advance for any help you can provide,
 
  http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/
  en_US/HTML/ckm_ug74.htm
 
  Other additional ALTER commands are possible too.
  --
  Mike A Schwab, Springfield IL USA
 
  What product is that for??? I can't find the same ability in the IDCAMS
 manuals.
 
  --
  John McKown
  Systems Engineer IV
  IT

 http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML/ckm_ug03.htm#wq2
 Tivoli advanced catalog management.

 Sure hope changing the DATACLAS does not change the LRECL, which would
 render the dataset unreadable by normal programs.
 --
 Mike A Schwab, Springfield IL USA
 Where do Forest Rangers go to get away from it all?

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
best regards,
matan cohen
MF System Administrator.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Matan Cohen

ops! i now notice you are talking about dataclass ...sorry!

On Thu, Aug 5, 2010 at 6:06 PM, Matan Cohen matancohen...@gmail.com wrote:

 did you try use DFDSS ?
 you have the option to copy with delete and specify bypassacs with storclas
 keywords


 On Thu, Aug 5, 2010 at 5:55 PM, Mike Schwab mike.a.sch...@gmail.comwrote:

 On Thu, Aug 5, 2010 at 9:41 AM, McKown, John
 john.mck...@healthmarkets.com wrote:
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Schwab
  Sent: Thursday, August 05, 2010 9:36 AM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: SMS question
 
  On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan
  allan.stal...@kbm1.com wrote:
   Esteemed Listers,
  
   After RTFM'ing, testing and googl'ing I have been unable to
  come up with
   an answer to the following question:
  
   Is there any way (other than recreating the dataset) to
  alter or remove
   the SMS DATACLAS currently assigned?
  
   Thanks in advance for any help you can provide,
 
  http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/
  en_US/HTML/ckm_ug74.htm
 
  Other additional ALTER commands are possible too.
  --
  Mike A Schwab, Springfield IL USA
 
  What product is that for??? I can't find the same ability in the IDCAMS
 manuals.
 
  --
  John McKown
  Systems Engineer IV
  IT

 http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML/ckm_ug03.htm#wq2
 Tivoli advanced catalog management.

 Sure hope changing the DATACLAS does not change the LRECL, which would
 render the dataset unreadable by normal programs.
 --
 Mike A Schwab, Springfield IL USA
 Where do Forest Rangers go to get away from it all?

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




 --
 best regards,
 matan cohen
 MF System Administrator.




-- 
best regards,
matan cohen
MF System Administrator.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Habres, Richard J

The manual you are referring to is for IBM's version of CR+. Not IDCAMS.
If the data set is important, I would be very careful. 

Richard J Habres
Jacksonville, Fl


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mike Schwab
Sent: Thursday, August 05, 2010 10:36 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SMS question

On Thu, Aug 5, 2010 at 9:21 AM, Staller, Allan allan.stal...@kbm1.com
wrote:
 Esteemed Listers,

 After RTFM'ing, testing and googl'ing I have been unable to come up 
 with an answer to the following question:

 Is there any way (other than recreating the dataset) to alter or 
 remove the SMS DATACLAS currently assigned?

 Thanks in advance for any help you can provide,

http://publib.boulder.ibm.com/tividd/td/ITACMzOS/SC23-7973-00/en_US/HTML
/ckm_ug74.htm

Other additional ALTER commands are possible too.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Scott Rowe

Why is it that you think you need to change the dataclass?  Once the dataset 
has been allocated, changing the dataclass should have no effect that I can 
think of.

 Staller, Allan allan.stal...@kbm1.com 8/5/2010 10:21 AM 
Esteemed Listers,

After RTFM'ing, testing and googl'ing I have been unable to come up with
an answer to the following question:

Is there any way (other than recreating the dataset) to alter or remove
the SMS DATACLAS currently assigned?

Thanks in advance for any help you can provide,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe
 Sent: Thursday, August 05, 2010 10:37 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: SMS question

 Why is it that you think you need to change the dataclass?  
 Once the dataset has been allocated, changing the dataclass 
 should have no effect that I can think of.

We sometimes would like to do this. Our VSAM backup package, CA-Faver, records 
all the SMS information in the backup and reuses when the data is restored. 
Sometimes it would be nice to change the DATACLAS so that it would be different 
when the file is next backed up and restored (reorged). Instead, we must put in 
AMS override control cards in the restore.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Spencer, Mike

Altering the DATACLAS is not the same as say the MANAGEMENTCLAS.  DATACLAS can 
be used for both SMS and non-SMS managed data sets.  I would find it hard to 
understand the reasoning behind changing the assigned value on the fly.  There 
are too many items associated with DATACLAS that determines the allocation of 
the data set.  Messing with some of those things; LRECL, KEYLENGTH, CISIZE, 
COMPACTION just to name a few could cause serious problems.  

Mike Spencer
BMC Software


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Staller, Allan
Sent: Thursday, August 05, 2010 10:22 AM
To: IBM-MAIN@bama.ua.edu
Subject: SMS question

Esteemed Listers,

After RTFM'ing, testing and googl'ing I have been unable to come up with
an answer to the following question:

Is there any way (other than recreating the dataset) to alter or remove
the SMS DATACLAS currently assigned?

Thanks in advance for any help you can provide,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

I am attempting to retire the DATACLAS entirely

snip
Why is it that you think you need to change the dataclass?  Once the
dataset has been allocated, changing the dataclass should have no effect
that I can think of.
/snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

Yes. In every test case, the DATACLAS was copied from the original file.

-Original Message-
snip
did you try use DFDSS ?
you have the option to copy with delete and specify bypassacs with
storclas
keywords
/snip

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Natarajan Mohan


Allan,

DATACLAS is only driven during the initial allocation of dataset. After
that it has no relevance. If you would like to manage the file during
RECALL or RENAME, you would have to do that via storage class routine.

HTH
Natarajan


On 08/05/2010 07:21 AM, Staller, Allan wrote:

Esteemed Listers,

After RTFM'ing, testing and googl'ing I have been unable to come up with
an answer to the following question:

Is there any way (other than recreating the dataset) to alter or remove
the SMS DATACLAS currently assigned?

Thanks in advance for any help you can provide,

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




NOTICE OF CONFIDENTIALITY

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread John H Kington

John,


I am fairly sure that you can remove a DATACLAS from your SMS configuration 
even if it is referenced by an existing dataset. You can't refer to it in 
an ACS routine after it is removed, but you should be able to remove it.

I would agree if the datasets are only regular non-vsam datasets. There could
be complications with vsam and extended datasets. I would error on the side
of caution. Keeping the dataclass definition in the configuration would not
be much overhead. I would put some reminder in the description that it
is planned for retirement.

Regards,
John

NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, please delete it from your system without copying or forwarding it, 
and notify the sender of the error by reply email or by telephone (collect), so 
that the sender's address records can be corrected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Staller, Allan
 Sent: Thursday, August 05, 2010 12:12 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: SMS question

 I have already been through the aging process. I am down to about 75
 files (out of the original 1.2 million). 
 There is no deadline as to when this must be accomplished.

I am fairly sure that you can remove a DATACLAS from your SMS configuration 
even if it is referenced by an existing dataset. You can't refer to it in an 
ACS routine after it is removed, but you should be able to remove it.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Scott Rowe

The dataclass is only referenced during allocation, it doesn't need to be there 
once the dataset is allocated.  You can go ahead and delete it.

 Staller, Allan allan.stal...@kbm1.com 8/5/2010 1:12 PM 
I have already been through the aging process. I am down to about 75
files (out of the original 1.2 million). 
There is no deadline as to when this must be accomplished.

snip
Do you have a particular time frame to clean it up? I don't think it
would be much overhead to stop assigning the dataclass to any new
datasets and run a job monthly or quarterly to see if any datasets using
the dataclass remain. Trying to change the BCS and VVDS entry for each
dataset would be far more risky than leaving the datasets as they are.
Just my two cents.
/snip

Agreed. Far safer to copy to new versions and rename/replace the
originals.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

I have already been through the aging process. I am down to about 75
files (out of the original 1.2 million). 
There is no deadline as to when this must be accomplished.

snip
Do you have a particular time frame to clean it up? I don't think it
would be much overhead to stop assigning the dataclass to any new
datasets and run a job monthly or quarterly to see if any datasets using
the dataclass remain. Trying to change the BCS and VVDS entry for each
dataset would be far more risky than leaving the datasets as they are.
Just my two cents.
/snip

Agreed. Far safer to copy to new versions and rename/replace the
originals.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread John H Kington

Alan,

Do you have a particular time frame to clean it up? I don't think it would be 
much overhead to stop assigning the dataclass to any new datasets and run a job 
monthly or quarterly to see if any datasets using the dataclass remain. Trying 
to change the BCS and VVDS entry for each dataset would be far more risky than 
leaving the datasets as they are. Just my two cents.

Regards,
John

I am attempting to retire the DATACLAS entirely

snip
Why is it that you think you need to change the dataclass?  Once the
dataset has been allocated, changing the dataclass should have no effect
that I can think of.
/snip

NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, please delete it from your system without copying or forwarding it, 
and notify the sender of the error by reply email or by telephone (collect), so 
that the sender's address records can be corrected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Ted MacNEIL

Why is it that you think you need to change the dataclass?  Once the dataset 
has been allocated, changing the dataclass should have no effect that I can 
think of.

Data Class gets you DSCB attributes, but once the DSN is allocated, it's next 
to meaningless.

-
I'm a SuperHero with neither powers, nor motivation!
Kimota!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS question

2010-08-05 Thread Ron Hawkins

John,

If CA-FAVER sets the ALLOC or RESTORE ACS environment then you can set your
STORCLAS and MGMTCLAS to blank and redrive the ACS routines for those
classes, and STORGRUP of course.

As a rule I used to reset and redrive the ACS classes in all environments so
that any changes would be picked up when a dataset arrived back on disk.
Something like:

 SELECT

   WHEN ACSENVIR = 'ALLOC')

 SET STORCLAS = ' '
WHEN ACSENVIR = 'RECOVER')   
 SET STORCLAS = ' '

   WHEN ACSENVIR = 'RECALL')

 SET STORCLAS = ' '

 END  
 /* More ACS after this */

I think that the DATACLAS ACS is only driven in the ALOC environment.

Ron

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
 McKown, John
 Sent: Thursday, August 05, 2010 8:43 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: [IBM-MAIN] SMS question
 
  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe
  Sent: Thursday, August 05, 2010 10:37 AM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: SMS question
 
  Why is it that you think you need to change the dataclass?
  Once the dataset has been allocated, changing the dataclass
  should have no effect that I can think of.
 
 
 We sometimes would like to do this. Our VSAM backup package, CA-Faver,
records
 all the SMS information in the backup and reuses when the data is
restored.
 Sometimes it would be nice to change the DATACLAS so that it would be
 different when the file is next backed up and restored (reorged). Instead,
we
 must put in AMS override control cards in the restore.
 
 --
 John McKown
 Systems Engineer IV
 IT
 
 Administrative Services Group
 
 HealthMarkets(r)
 
 9151 Boulevard 26 * N. Richland Hills * TX 76010
 (817) 255-3225 phone * (817)-961-6183 cell
 john.mck...@healthmarkets.com * www.HealthMarkets.com
 
 Confidentiality Notice: This e-mail message may contain confidential or
 proprietary information. If you are not the intended recipient, please
contact
 the sender by reply e-mail and destroy all copies of the original message.
 HealthMarkets(r) is the brand name for products underwritten and issued by
the
 insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life
Insurance
 Company(r), Mid-West National Life Insurance Company of TennesseeSM and
The
 MEGA Life and Health Insurance Company.SM
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-25 Thread Vernooij, CP - SPLXM

esmie moo esmie_...@yahoo.ca wrote in message 
news:658788.40621...@web34502.mail.mud.yahoo.com...
 Good Morning Gentle Readers,
  
 I am in the processing of allocating a SC  SG for several new aliases in 
 SMS.  The user doesn't want this particular STORAGE GROUP to have migration.  
 This sounds okay however since there is no DFHSM in this partition is it 
 necessary to pay particular attention or modify the MANAGEMENT class 
 CONSTRUCT  ACS routines?  The archiving tool in this partitioin is CA-DISK.
  
 Thanks in advance 
 
 

I think the solution is much simpler: in your archive job you SELECT and/or 
EXCLUDE SG's where and what is to be Archived.
E.g:
SCAN REALVOLS,SHOWVOL
SEL SGNAME=/
ARCHIVE

Add:
EXCLUDE SGNAME=nonarchivedSG

And CA-DISK will not archive in this SG.

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-25 Thread Vernooij, CP - SPLXM

esmie moo esmie_...@yahoo.ca wrote in message 
news:658788.40621...@web34502.mail.mud.yahoo.com...
 Good Morning Gentle Readers,
  
 I am in the processing of allocating a SC  SG for several new aliases in 
 SMS.  The user doesn't want this particular STORAGE GROUP to have migration.  
 This sounds okay however since there is no DFHSM in this partition is it 
 necessary to pay particular attention or modify the MANAGEMENT class 
 CONSTRUCT  ACS routines?  The archiving tool in this partitioin is CA-DISK.
  
 Thanks in advance 
 
 

I think the solution is much simpler: in your archive job you SELECT and/or 
EXCLUDE SG's where and what is to be Archived.
E.g:
SCAN REALVOLS,SHOWVOL
SEL SGNAME=/
ARCHIVE

Add:
EXCLUDE SGNAME=nonarchivedSG

And CA-DISK will not archive in this SG.


Or even more simple:
Set AUTOMIGRATE to OFF in that SG.

By the way: why do you want/need to set up a new SG for this data?

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-24 Thread John H Kington

Brian,

 You always get a management class assigned for a sms-managed dataset.

You will always have a Storage Class assigned for a sms-managed dataset.
It's not necessary to have a Management Class assigned.

The OP made clear that the dataset(s) were going to SMS-managed. The question 
was whether he had to make changes to the management class acs routine to 
assign a management class. I was trying to point out that if you do not assign 
a management class the default management class will be assigned to the 
dataset. That could present a clean-up effort later on if he switched from 
CA-Disk to DFSMShsm.

Regards,
John

NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, please delete it from your system without copying or forwarding it, 
and notify the sender of the error by reply email or by telephone (collect), so 
that the sender's address records can be corrected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-24 Thread Linda Mooney

Hi Esmie, 



We also use CA-Disk, and we use it with both SMS and non-SMS controlled 
datasets, with or without processing selections using the SMS constructs.  
CA-Disk supports both types of selection for processing, controlled by the 
sysparms, as John m entioned.  



Linda 


- Original Message - 
From: esmie moo esmie_...@yahoo.ca 
To: IBM-MAIN@bama.ua.edu 
Sent: Friday, May 21, 2010 9:37:18 AM GMT -08:00 US/Canada Pacific 
Subject: SMS QUESTION 

Good Morning Gentle Readers, 
  
I am in the processing of allocating a SC  SG for several new aliases in SMS.  
The user doesn't want this particular STORAGE GROUP to have migration.  This 
sounds okay however since there is no DFHSM in this partition is it necessary 
to pay particular attention or modify the MANAGEMENT class CONSTRUCT  ACS 
routines?  The archiving tool in this partitioin is CA-DISK. 
  
Thanks in advance 



-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread Michael Wickman

You might want to consider the management class activity if there is a 
possibility the data/application could move to a lpar with DFHSM.  If that's 
unlikely, then it's not necessary.



Mike Wickman


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Friday, May 21, 2010 11:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] SMS QUESTION

Good Morning Gentle Readers,
 
I am in the processing of allocating a SC  SG for several new aliases in SMS.  
The user doesn't want this particular STORAGE GROUP to have migration.  This 
sounds okay however since there is no DFHSM in this partition is it necessary 
to pay particular attention or modify the MANAGEMENT class CONSTRUCT  ACS 
routines?  The archiving tool in this partitioin is CA-DISK.
 
Thanks in advance 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread esmie moo

Michael,
 
Thank you.  No, there is no plans to have DFHSM in this partition.  The client 
is satisfied with CA-ALLOCATE/CA-DISK.
 
Thanks.

--- On Sat, 5/22/10, Michael Wickman mwick...@waddell.com wrote:


From: Michael Wickman mwick...@waddell.com
Subject: Re: SMS QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Saturday, May 22, 2010, 4:42 AM


You might want to consider the management class activity if there is a 
possibility the data/application could move to a lpar with DFHSM.  If that's 
unlikely, then it's not necessary.



Mike Wickman


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Friday, May 21, 2010 11:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] SMS QUESTION

Good Morning Gentle Readers,
 
I am in the processing of allocating a SC  SG for several new aliases in SMS.  
The user doesn't want this particular STORAGE GROUP to have migration.  This 
sounds okay however since there is no DFHSM in this partition is it necessary 
to pay particular attention or modify the MANAGEMENT class CONSTRUCT  ACS 
routines?  The archiving tool in this partitioin is CA-DISK.
 
Thanks in advance 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread John H Kington

Esmie,

CA-Disk can be setup to honor the management class attributes or ignore them by 
setting a parameter in SYSPARMS parmlib member. Since the DSL gave us 
everything we needed to manage our datasets, we chose to ignore the management 
class in our shop but we still assign management class in case we ever decide 
to switch to DFHSM.

As long as the dasd in the storage group is not shared with any other lpar 
(system) that has DFHSM running and you do not run the archive command against 
the volumes in the storage group, management class is of no consequence. Not 
setting the management class will result in the dataset getting the default 
management class specified in you sms configuration. This could be a big clean 
up effort if you ever decided to switch to DFHSM or have CA-Disk use the 
management class attributes to manage the datasets in the storage group.

Regards,
John

Michael,

Thank you.  No, there is no plans to have DFHSM in this partition.  The client 
is satisfied with CA-ALLOCATE/CA-DISK.

Thanks.


From: Michael Wickman mwick...@waddell.com
Subject: Re: SMS QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Saturday, May 22, 2010, 4:42 AM


You might want to consider the management class activity if there is a 
possibility the data/application could move to a lpar with DFHSM.  If that's 
unlikely, then it's not necessary.



Mike Wickman


NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, please delete it from your system without copying or forwarding it, 
and notify the sender of the error by reply email or by telephone (collect), so 
that the sender's address records can be corrected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread John Dawes

I am confused.  Doesn't the MANAGEMENT class kick in even there is no DFHSM in 
place.  For example the EXPIRE after  Retention Limit is this only relevant if 
DFHSM is installed?  How about if there is FDR instead? What would control the 
management of these dsns :
 
Expire after Days Non-usage  . : 
Expire after Date/Days . . . . : 
Retention Limit  . . . . . . . : 



--- On Sat, 22/5/10, Michael Wickman mwick...@waddell.com wrote:


From: Michael Wickman mwick...@waddell.com
Subject: Re: SMS QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Saturday, 22 May, 2010, 2:42 AM


You might want to consider the management class activity if there is a 
possibility the data/application could move to a lpar with DFHSM.  If that's 
unlikely, then it's not necessary.



Mike Wickman


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Friday, May 21, 2010 11:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] SMS QUESTION

Good Morning Gentle Readers,
 
I am in the processing of allocating a SC  SG for several new aliases in SMS.  
The user doesn't want this particular STORAGE GROUP to have migration.  This 
sounds okay however since there is no DFHSM in this partition is it necessary 
to pay particular attention or modify the MANAGEMENT class CONSTRUCT  ACS 
routines?  The archiving tool in this partitioin is CA-DISK.
 
Thanks in advance 



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread John H Kington

John,
You always get a management class assigned for a sms-managed dataset. You need 
a product like DFSMShsm, CA-Disk or FDR/ABARS to take action based on the 
attributes in the management class. You might get an expiration date assigned 
to a dasd dataset if you have a retention limit but again, you need a data 
management product to take the action.

Regards,
John

I am confused.  Doesn't the MANAGEMENT class kick in even there is no DFHSM in 
place.  For example the EXPIRE after  Retention Limit is this only relevant if 
DFHSM is installed?  How about if there is FDR instead? What would control the 
management of these dsns :

Expire after Days Non-usage  . :
Expire after Date/Days . . . . :
Retention Limit  . . . . . . . :



--- On Sat, 22/5/10, Michael Wickman mwick...@waddell.com wrote:


From: Michael Wickman mwick...@waddell.com
Subject: Re: SMS QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Saturday, 22 May, 2010, 2:42 AM


You might want to consider the management class activity if there is a 
possibility the data/application could move to a lpar with DFHSM.  If that's 
unlikely, then it's not necessary.



Mike Wickman


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
esmie moo
Sent: Friday, May 21, 2010 11:37 AM
To: IBM-MAIN@bama.ua.edu
Subject: [IBM-MAIN] SMS QUESTION

Good Morning Gentle Readers,

I am in the processing of allocating a SC  SG for several new aliases in SMS.  
The user doesn't want this particular STORAGE GROUP to have migration.  This 
sounds okay however since there is no DFHSM in this partition is it necessary 
to pay particular attention or modify the MANAGEMENT class CONSTRUCT  ACS 
routines?  The archiving tool in this partitioin is CA-DISK.

Thanks in advance



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html





--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE:  The information contained in this electronic mail transmission is 
intended by Convergys Corporation for the use of the named individual or entity 
to which it is directed and may contain information that is privileged or 
otherwise confidential.  If you have received this electronic mail transmission 
in error, please delete it from your system without copying or forwarding it, 
and notify the sender of the error by reply email or by telephone (collect), so 
that the sender's address records can be corrected.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION

2010-05-21 Thread Brian Fraser

 You always get a management class assigned for a sms-managed dataset.

You will always have a Storage Class assigned for a sms-managed dataset.
It's not necessary to have a Management Class assigned.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - MULTI VOLUME ALLOCATION

2010-02-22 Thread McKown, John

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter
 Sent: Monday, February 22, 2010 11:56 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMS QUESTION - MULTI VOLUME ALLOCATION

 Hallo To All,

 I have a DATACLASS defined to use a Volume Count of 5 to  
 allocate specific dsns for 7 specific alias.
 When I exeucted the DEFINE CLUSTER the dataset, which is 
 VSAM, is allocated with the correct DATACLASS.  However, when 
 I execute the batch job to populate the cluster I abend on 
 IEC030I B37-04,IFG0554A.  The volume runs out of space.
 It seems that the SMS doesn't span the next extent to the 
 next volume in that group.
 My question is, is SMS behaving correctly?   If so, should I 
 need to code the DATACLASS parm in the DEFINE CLUSTER?  For a 
 quick fix I coded the DATACLASS parm and the job worked.   

You've got a bigger problem that if you are actually getting an SB37 abend with 
a VSAM file. That is supposed to be impossible. So you must, somehow, be 
looking at the wrong file. Or something is very, very wrong on your system.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - MULTI VOLUME ALLOCATION

2010-02-22 Thread willie bunter

John,

Thanks for pointing it out to me.  I check the job it was not a VSAM but a 
sequential file.  

--- On Mon, 2/22/10, McKown, John john.mck...@healthmarkets.com wrote:

From: McKown, John john.mck...@healthmarkets.com
Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION
To: IBM-MAIN@bama.ua.edu
Received: Monday, February 22, 2010, 10:18 AM

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of willie bunter
 Sent: Monday, February 22, 2010 11:56 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: SMS QUESTION - MULTI VOLUME ALLOCATION

 Hallo To All,

 I have a DATACLASS defined to use a Volume Count of 5 to  
 allocate specific dsns for 7 specific alias.
 When I exeucted the DEFINE CLUSTER the dataset, which is 
 VSAM, is allocated with the correct DATACLASS.  However, when 
 I execute the batch job to populate the cluster I abend on 
 IEC030I B37-04,IFG0554A.  The volume runs out of space.
 It seems that the SMS doesn't span the next extent to the 
 next volume in that group.
 My question is, is SMS behaving correctly?   If so, should I 
 need to code the DATACLASS parm in the DEFINE CLUSTER?  For a 
 quick fix I coded the DATACLASS parm and the job worked.   

You've got a bigger problem that if you are actually getting an SB37 abend with 
a VSAM file. That is supposed to be impossible. So you must, somehow, be 
looking at the wrong file. Or something is very, very wrong on your system.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 . N. Richland Hills . TX 76010
(817) 255-3225 phone . (817)-961-6183 cell
john.mck...@healthmarkets.com . www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

  __
Connect with friends from any web browser - no download required. Try the new 
Yahoo! Canada Messenger for the Web BETA at 
http://ca.messenger.yahoo.com/webmessengerpromo.php

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - MULTI VOLUME ALLOCATION

2010-02-22 Thread John Kington

Willie,


I have a DATACLASS defined to use a Volume Count of 5 to  allocate specific 
dsns for 7 specific alias.
When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated 
with the correct DATACLASS.  However, when I execute the batch job to 
populate the cluster I abend on IEC030I B37-04,IFG0554A.  The volume runs out 
of space.
It seems that the SMS doesn't span the next extent to the next volume in that 
group.
My question is, is SMS behaving correctly?   If so, should I need to code the 
DATACLASS parm in the DEFINE CLUSTER?  For a quick fix I coded the DATACLASS 
parm and the job worked.

Do you get the correct dataclass on the vsam dataset when you omit 
dataclass(x) from the define statements? If not, I would recheck the data 
class acs routines to make sure you are finding these datasets and setting the 
data class.

Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - MULTI VOLUME ALLOCATION

2010-02-22 Thread willie bunter

John,
 
I ran a test allocating a VSAM dsn without the DATACLAS parm.  Yes, the 
DATACLASS is correctly assigned.  I spoke to our software group and they will 
need to add the alias to PRO-SMS which would span both VSAM and NON-VSAM dsns 
on multiple volumes should there be a space constraint on the initial volume.

--- On Mon, 2/22/10, John Kington john.king...@convergys.com wrote:


From: John Kington john.king...@convergys.com
Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION
To: IBM-MAIN@bama.ua.edu
Received: Monday, February 22, 2010, 10:46 AM


Willie,


I have a DATACLASS defined to use a Volume Count of 5 to  allocate specific 
dsns for 7 specific alias.
When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated 
with the correct DATACLASS.  However, when I execute the batch job to 
populate the cluster I abend on IEC030I B37-04,IFG0554A.  The volume runs out 
of space.
It seems that the SMS doesn't span the next extent to the next volume in that 
group.
My question is, is SMS behaving correctly?   If so, should I need to code the 
DATACLASS parm in the DEFINE CLUSTER?  For a quick fix I coded the DATACLASS 
parm and the job worked.

Do you get the correct dataclass on the vsam dataset when you omit 
dataclass(x) from the define statements? If not, I would recheck the data 
class acs routines to make sure you are finding these datasets and setting the 
data class.

Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - MULTI VOLUME ALLOCATION

2010-02-22 Thread John Kington

Willie,
[keeping with topposting]
I suspect you are not applying the dataclass to the nonvsam dataset. The fact 
that you could make it work when you added dataclas= to the DD statement makes 
me think you still have a problem there. ProSMS can dynamically add volumes to 
your dataset and I would consider letting that product handle datasets going 
multi-volume instead of having a mixture of volume count on the dataclass and 
ProSMS actions.
Just my 2 cents.
Regards,
John
I ran a test allocating a VSAM dsn without the DATACLAS parm.  Yes, the 
DATACLASS is correctly assigned.  I spoke to our software group and they will 
need to add the alias to PRO-SMS which would span both VSAM and NON-VSAM dsns 
on multiple volumes should there be a space constraint on the initial volume.

--- On Mon, 2/22/10, John Kington john.king...@convergys.com wrote:


From: John Kington john.king...@convergys.com
Subject: Re: SMS QUESTION - MULTI VOLUME ALLOCATION
To: IBM-MAIN@bama.ua.edu
Received: Monday, February 22, 2010, 10:46 AM


Willie,


I have a DATACLASS defined to use a Volume Count of 5 to  allocate specific 
dsns for 7 specific alias.
When I exeucted the DEFINE CLUSTER the dataset, which is VSAM, is allocated 
with the correct DATACLASS.  However, when I execute the batch job to 
populate the cluster I abend on IEC030I B37-04,IFG0554A.  The volume runs out 
of space.
It seems that the SMS doesn't span the next extent to the next volume in that 
group.
My question is, is SMS behaving correctly?   If so, should I need to code the 
DATACLASS parm in the DEFINE CLUSTER?  For a quick fix I coded the DATACLASS 
parm and the job worked.

Do you get the correct dataclass on the vsam dataset when you omit 
dataclass(x) from the define statements? If not, I would recheck the data 
class acs routines to make sure you are finding these datasets and setting the 
data class.

Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



  __
Make your browsing faster, safer, and easier with the new Internet Explorer® 8. 
Optimized for Yahoo! Get it Now for Free! at 
http://downloads.yahoo.com/ca/internetexplorer/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

This should be sufficient.
You could verify online that the volumes are really disnew, with the
operator command:
D SMS,VOL(volser)

Kees.


John Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Good Morn,

   I have 2 vols (SMS managed) which I am trying to reclaim, however
since there are some dsns on the packs. I changed the status from ENANLE
to DISNEW so that no new dsns are allocated.  Next, I performed the
ACTIVATE (option 8.5) of the new CDS but I noticed that new dsns are
still being allocated on the volume.  Below are the details:

  System/Sys SMS Vol MVS Vol  SMS SG  |  System/Sys SMS Vol MVS Vol
SMS SG   
  Group Name Status  Status   Status  |  Group Name Status  Status
Status   
  -- ---  --  |  -- --- 
--   
  SYADISNEW   ENABLE  |  SYBDISNEW  
ENABLE   
  SYDDISNEW   ENABLE  |  SYEDISNEW  
ENABLE   
 
   Have I missed something?  Should I change the status from ENABLE to
DISALL?

   Thanks.
 
**
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread O'Brien, David W. (NIH/CIT) [C]

Did you activate the same SCDS that you updated?

From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED

Good Morn,

  I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated.  Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume.  
Below are the details:

   System/Sys SMS Vol MVS Vol  SMS SG  |  System/Sys SMS Vol MVS Vol  SMS SG  
 Group Name Status  Status   Status  |  Group Name Status  Status   Status  
 -- ---  --  |  -- ---  --  
 SYADISNEW   ENABLE  |  SYBDISNEW   ENABLE  
 SYDDISNEW   ENABLE  |  SYEDISNEW   ENABLE  

  Have I missed something?  Should I change the status from ENABLE to DISALL?

  Thanks.

-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

Yes, I activated the SCDS right after I changed the status to DISNEW.

O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:  Did you activate 
the same SCDS that you updated?

From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED

Good Morn,

I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume. 
Below are the details:

System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG 
Group Name Status Status Status | Group Name Status Status Status 
-- ---  -- | -- ---  -- 
SYA DISNEW  ENABLE | SYB DISNEW  ENABLE 
SYD DISNEW  ENABLE | SYE DISNEW  ENABLE 

Have I missed something? Should I change the status from ENABLE to DISALL?

Thanks.

-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread O'Brien, David W. (NIH/CIT) [C]

Yes, but was it the SAME SCDS?

From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

Yes, I activated the SCDS right after I changed the status to DISNEW.

O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:  Did you activate 
the same SCDS that you updated?

From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED

Good Morn,

I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume. 
Below are the details:

System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
Group Name Status Status Status | Group Name Status Status Status
-- ---  -- | -- ---  --
SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
SYD DISNEW  ENABLE | SYE DISNEW  ENABLE

Have I missed something? Should I change the status from ENABLE to DISALL?

Thanks.

-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread John Kington

John,



 Good Morn,

   I have 2 vols (SMS managed) which I am trying to reclaim, however
 since there are some dsns on the packs. I changed the status from
 ENANLE to DISNEW so that no new dsns are allocated.  Next, I
 performed the ACTIVATE (option 8.5) of the new CDS but I noticed
 that new dsns are still being allocated on the volume.  Below are the
details:

System/Sys SMS Vol MVS Vol  SMS SG  |  System/Sys SMS Vol MVS VolSMS
SG
  Group Name Status  Status   Status  |  Group Name Status  Status
Status
  -- ---  --  |  -- --- 
--
  SYADISNEW   ENABLE  |  SYBDISNEW  
ENABLE
  SYDDISNEW   ENABLE  |  SYEDISNEW  
ENABLE

   Have I missed something?  Should I change the status from ENABLE to
DISALL?

   Thanks.
I would never recommend DISALL. I *think* it will prevent you from
accessing existing datasets. The current status should prevent new datasets
from being allocated.
You could have issued V SMS,VOL(volser,ALL),DISABLE,NEW for each volume
instead of changing the source control dataset and activating it. Of
course, you would need to remember that you dynamically changed the status
of the volumes if you needed to make a change to the sms configuration (ie.
change in acs routine(s)).
Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

John,
   
  I tried your suggestion and it worked.  When I perform D SMS,VOL(TMV023) it 
shows that it is disabled in all partitions.   I should have mentioned that 
this environment is JES3.  
  Kindly correct me if I am wrong, in the future instead of performing the 
DISNEW at the ISMF level, it would be preferable that I issued the command (via 
console) for each pack as you had suggested.
   
  My thanks to all of you who responded. 
  

John Kington [EMAIL PROTECTED] wrote:
  John,



 Good Morn,

 I have 2 vols (SMS managed) which I am trying to reclaim, however
 since there are some dsns on the packs. I changed the status from
 ENANLE to DISNEW so that no new dsns are allocated. Next, I
 performed the ACTIVATE (option 8.5) of the new CDS but I noticed
 that new dsns are still being allocated on the volume. Below are the
details:

 System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS VolSMS
SG
 Group Name Status Status Status | Group Name Status Status
Status
 -- ---  -- | -- --- 
--
 SYA DISNEW  ENABLE | SYB DISNEW 
ENABLE
 SYD DISNEW  ENABLE | SYE DISNEW 
ENABLE

 Have I missed something? Should I change the status from ENABLE to
DISALL?

 Thanks.
I would never recommend DISALL. I *think* it will prevent you from
accessing existing datasets. The current status should prevent new datasets
from being allocated.
You could have issued V SMS,VOL(volser,ALL),DISABLE,NEW for each volume
instead of changing the source control dataset and activating it. Of
course, you would need to remember that you dynamically changed the status
of the volumes if you needed to make a change to the sms configuration (ie.
change in acs routine(s)).
Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


   
-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

David,
   
  Yes, I verified.  Quite a sticky wicket I presume.  Thanks again for your 
help.

O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:
  Yes, but was it the SAME SCDS?



From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:47 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED



Yes, I activated the SCDS right after I changed the status to DISNEW.

O'Brien, David W. (NIH/CIT) [C] wrote: Did you activate the same SCDS that 
you updated?



From: John Dawes [mailto:[EMAIL PROTECTED]
Sent: Mon 3/3/2008 8:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED



Good Morn,

I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume. 
Below are the details:

System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
Group Name Status Status Status | Group Name Status Status Status
-- ---  -- | -- ---  --
SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
SYD DISNEW  ENABLE | SYE DISNEW  ENABLE

Have I missed something? Should I change the status from ENABLE to DISALL?

Thanks.


-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


   
-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread O'Brien, David W. (NIH/CIT) [C]

Were these 2 volumes the only volumes in the Storage Group? Is that why you 
disnew'd the group instead of the volumes?
 





Good Morn,

I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume. 
Below are the details:

System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
Group Name Status Status Status | Group Name Status Status Status
-- ---  -- | -- ---  --
SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
SYD DISNEW  ENABLE | SYE DISNEW  ENABLE

Have I missed something? Should I change the status from ENABLE to DISALL?

Thanks.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

John,

The result of your method and the online V SMS commands are the same.

What exactly do you mean with new dsns are still being allocated?
DISNEW means that no new datasets should be created on the volumes,
existing datasets can still be allocated by starting jobs of tasks.

Kees.


John Dawes [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 David,

   Yes, I verified.  Quite a sticky wicket I presume.  Thanks again for
your help.
 
 O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:
   Yes, but was it the SAME SCDS?
 
 
 
 From: John Dawes [mailto:[EMAIL PROTECTED]
 Sent: Mon 3/3/2008 8:47 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED
 
 
 
 Yes, I activated the SCDS right after I changed the status to DISNEW.
 
 O'Brien, David W. (NIH/CIT) [C] wrote: Did you activate the same
SCDS that you updated?
 
 
 
 From: John Dawes [mailto:[EMAIL PROTECTED]
 Sent: Mon 3/3/2008 8:08 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED
 
 
 
 Good Morn,
 
 I have 2 vols (SMS managed) which I am trying to reclaim, however
since there are some dsns on the packs. I changed the status from ENANLE
to DISNEW so that no new dsns are allocated. Next, I performed the
ACTIVATE (option 8.5) of the new CDS but I noticed that new dsns are
still being allocated on the volume. Below are the details:
 
 System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
 Group Name Status Status Status | Group Name Status Status Status
 -- ---  -- | -- --- 
--
 SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
 SYD DISNEW  ENABLE | SYE DISNEW  ENABLE
 
 Have I missed something? Should I change the status from ENABLE to
DISALL?
 
 Thanks.
 
 
 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 

 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
**
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread Tom Moulder

 snip 
  Kindly correct me if I am wrong, in the future instead of performing the
DISNEW at the ISMF level, it would be preferable that I issued the command
(via console) for each pack as you had suggested.
   
  My thanks to all of you who responded. 
  

John Kington [EMAIL PROTECTED] wrote:
  John,


 unsnip 


It all depends.  As was mentioned earlier, if you activate a SCDS, then you
will need to re-issue these dynamic changes or they will be lost.  If you
have a small group, that is easily controlled and with good communications
then this will work just fine.  If you don't have good communications
amongst the members of the group, then you might be better off changing the
SCDS and activating as you did this time.

Tom Moulder
 

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008
10:01 AM
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

David,
   
  No, there are 23 vols in the same storage group.  The reason I want to 
reclaim these 2 is because the volume of dsns has diminished by 3/4 and the 
space is no longer needed to be allocated. 

O'Brien, David W. (NIH/CIT) [C] [EMAIL PROTECTED] wrote:
  Were these 2 volumes the only volumes in the Storage Group? Is that why you 
disnew'd the group instead of the volumes?






Good Morn,

I have 2 vols (SMS managed) which I am trying to reclaim, however since there 
are some dsns on the packs. I changed the status from ENANLE to DISNEW so that 
no new dsns are allocated. Next, I performed the ACTIVATE (option 8.5) of the 
new CDS but I noticed that new dsns are still being allocated on the volume. 
Below are the details:

System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
Group Name Status Status Status | Group Name Status Status Status
-- ---  -- | -- ---  --
SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
SYD DISNEW  ENABLE | SYE DISNEW  ENABLE

Have I missed something? Should I change the status from ENABLE to DISALL?

Thanks.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


   
-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread John Kington

John,



   I tried your suggestion and it worked.  When I perform D SMS,
 VOL(TMV023) it shows that it is disabled in all partitions.   I
 should have mentioned that this environment is JES3.

I have never worked in a jes3 environment but I seem to recall that
resources were scheduled for the entire job when it is started vs. when
each job step is started in a jes2 environment. That may be why you
continued to see new datasets on the volumes for a while.

   Kindly correct me if I am wrong, in the future instead of
 performing the DISNEW at the ISMF level, it would be preferable that
 I issued the command (via console) for each pack as you had suggested.
Using the operator command is quick and easy. The hard part is remembering
that you changed the status dynamically. If you have not reclaimed the
volume(s), activating a new configuration will undo the effects of the
command.
Regards,
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

O'Brien, David W.  [C] , NIH/CIT [EMAIL PROTECTED] wrote in
message
news:[EMAIL PROTECTED]...
 Were these 2 volumes the only volumes in the Storage Group? Is that
why you disnew'd the group instead of the volumes?
  
 
 
 
 
 
 Good Morn,
 
 I have 2 vols (SMS managed) which I am trying to reclaim, however
since there are some dsns on the packs. I changed the status from ENANLE
to DISNEW so that no new dsns are allocated. Next, I performed the
ACTIVATE (option 8.5) of the new CDS but I noticed that new dsns are
still being allocated on the volume. Below are the details:
 
 System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
 Group Name Status Status Status | Group Name Status Status Status
 -- ---  -- | -- --- 
--
 SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
 SYD DISNEW  ENABLE | SYE DISNEW  ENABLE
 
 Have I missed something? Should I change the status from ENABLE to
DISALL?
 
 Thanks.
 

David,

the volumes are disnew'd, not the SG. 
If you format the table with non-proportional font,this will be clear.

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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

I noticed that 93 datasets were created on these volumes from Mar 01 to Mar 03. 
 I did the DISNEW on Feb 28.  

Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote:  John,

The result of your method and the online V SMS commands are the same.

What exactly do you mean with new dsns are still being allocated?
DISNEW means that no new datasets should be created on the volumes,
existing datasets can still be allocated by starting jobs of tasks.

Kees.


John Dawes wrote in message
news:[EMAIL PROTECTED]...
 David,
 
 Yes, I verified. Quite a sticky wicket I presume. Thanks again for
your help.
 
 O'Brien, David W. (NIH/CIT) [C] wrote:
 Yes, but was it the SAME SCDS?
 
 
 
 From: John Dawes [mailto:[EMAIL PROTECTED]
 Sent: Mon 3/3/2008 8:47 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED
 
 
 
 Yes, I activated the SCDS right after I changed the status to DISNEW.
 
 O'Brien, David W. (NIH/CIT) [C] wrote: Did you activate the same
SCDS that you updated?
 
 
 
 From: John Dawes [mailto:[EMAIL PROTECTED]
 Sent: Mon 3/3/2008 8:08 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: SMS QUESTION - DISKS STILL BEING ALLOCATED
 
 
 
 Good Morn,
 
 I have 2 vols (SMS managed) which I am trying to reclaim, however
since there are some dsns on the packs. I changed the status from ENANLE
to DISNEW so that no new dsns are allocated. Next, I performed the
ACTIVATE (option 8.5) of the new CDS but I noticed that new dsns are
still being allocated on the volume. Below are the details:
 
 System/Sys SMS Vol MVS Vol SMS SG | System/Sys SMS Vol MVS Vol SMS SG
 Group Name Status Status Status | Group Name Status Status Status
 -- ---  -- | -- --- 
--
 SYA DISNEW  ENABLE | SYB DISNEW  ENABLE
 SYD DISNEW  ENABLE | SYE DISNEW  ENABLE
 
 Have I missed something? Should I change the status from ENABLE to
DISALL?
 
 Thanks.
 
 
 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 
 
 -
 Get the name you always wanted with the new y7mail email address.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
**
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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread Tom Moulder

Pardon my fat fingers -- I meant to type CDS instead of SCDS.  Next time
I'll look more closely before I click on SEND.

Tom

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Tom Moulder
Sent: Monday, March 03, 2008 8:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

 snip 
  Kindly correct me if I am wrong, in the future instead of performing the
DISNEW at the ISMF level, it would be preferable that I issued the command
(via console) for each pack as you had suggested.

  My thanks to all of you who responded. 

John Kington [EMAIL PROTECTED] wrote:
  John,

 unsnip 

It all depends.  As was mentioned earlier, if you activate a SCDS, then you
will need to re-issue these dynamic changes or they will be lost.  If you
have a small group, that is easily controlled and with good communications
then this will work just fine.  If you don't have good communications
amongst the members of the group, then you might be better off changing the
SCDS and activating as you did this time.

Tom Moulder

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008
10:01 AM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

No virus found in this incoming message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008
10:01 AM

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.516 / Virus Database: 269.21.3/1308 - Release Date: 3/3/2008
10:01 AM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

2008-03-03 Thread Ulrich Krueger

Is it possible that these 93 datasets appeared on these volumes as a
result of DFHSM RECALLs?


Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Dawes
Sent: Monday, March 03, 2008 08:19
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

I noticed that 93 datasets were created on these volumes from Mar 01 to Mar
03.  I did the DISNEW on Feb 28.  

Vernooy, C.P. - SPLXM [EMAIL PROTECTED] wrote:  John,

The result of your method and the online V SMS commands are the same.

What exactly do you mean with new dsns are still being allocated?
DISNEW means that no new datasets should be created on the volumes,
existing datasets can still be allocated by starting jobs of tasks.

Kees.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

I checked, no.  I skimmed through the syslog and I found 50 (so far) were 
allocated by batch jobs.

Ulrich Krueger [EMAIL PROTECTED] wrote:  Is it possible that these 93 
datasets appeared on these volumes as a
result of DFHSM RECALLs?


Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of John Dawes
Sent: Monday, March 03, 2008 08:19
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMS QUESTION - DISKS STILL BEING ALLOCATED

I noticed that 93 datasets were created on these volumes from Mar 01 to Mar
03. I did the DISNEW on Feb 28. 

Vernooy, C.P. - SPLXM wrote: John,

The result of your method and the online V SMS commands are the same.

What exactly do you mean with new dsns are still being allocated?
DISNEW means that no new datasets should be created on the volumes,
existing datasets can still be allocated by starting jobs of tasks.

Kees.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


   
-
Get the name you always wanted with the new y7mail email address.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMS QUESTION - DISKS STILL BEING ALLOCATED