Thanks, Neil, for the detailed explanation - as well as the clarification about CDS-based versus active-based displays. My thinking had been that possibly the CDS display might display the defined-but-not-found volumes and the active display only the 'found' volumes, but you clarified that for me as well.
Rex -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Neil Duffee Sent: Wednesday, August 06, 2014 1:29 PM To: [email protected] Subject: Re: Initialization problem in Storage Group Caveat: <insert daily digest delay here> In particular, column 22 Physical Status will have Convert, Initial or NonSMS for actual volumes with, as Mike mentioned, dashes (empty) for the un-assigned volumes. [3] Columns 25+ will show the SMS status (Quiesce, Enable, etc.) assigned to the volume whether it exists or not. Thus, you could set your initial SMS state in the CDS before it's created ie. Quiesce,New. However, every time you activate a configuration, all your 'ACTIVE' states are lost and changed to the CDS value. [1] In the table, DB2003 does not exist yet. (I edited 1, 4, & 5 from the list.) VOLUME PHYSICAL STORAGE MVS1 SERIAL STATUS GRP NAME SMS -(2)-- --(22)-- --(23)-- --(39)- DB2000 CONVERT DB2APPDV QUINEW DB2002 CONVERT DB2APPDV ENABLE DB2003 ------- DB2APPDV ENABLE DB2006 CONVERT DB2APPDV ENABLE [1] the idea is to reduce the number of activations thus all my volumes are set as ENABLE. I have a separate (daily) job that examines each pool, Quiesces the most empty volume in each pool & Enables any volume not in the top 5 for free space. Thus, if a Quiesced volume gets used, [2] the next candidate steps in to fill the role. [2] I used to religiously attempt to empty my Quiesced volumes when they were static. Now, I don't stress about it. [3] to remove the non-existent volumes from LISTVOL, I use the following Filter value: Physical Status . . . . . . EQ CONVERT NONSMS INITIAL. ISMF remembers it from one session to the next. Simply re-issue the FILTER command once in DGTLGP33 VOLUME LIST. ps. there is no difference between 'ACTIVE' & CDS-name display layout/results. --------> signature = 6 lines follows <-------- Neil Duffee, Joe Sysprog, uOttawa, Ottawa, Ont, Canada telephone:1 613 562 5800 x4585 fax:1 613 562 5161 mailto:NDuffee of uOttawa.ca http:/ /aix1.uOttawa.ca/ ~nduffee “How *do* you plan for something like that?” Guardian Bob, Reboot “For every action, there is an equal and opposite criticism.” “Systems Programming: Guilty, until proven innocent” John Norgauer 2004 -----Original Message----- From: Mike Schwab [mailto:[email protected]] Sent: August 5, 2014 17:09 Subject: Re: Initialization problem in Storage Group Volumes named but not created appear on the list but all values are blank. On Tue, Aug 5, 2014 at 1:52 PM, Pommier, Rex <[email protected]> wrote: > > What does the StorGrp display look like in ISMF when you have the > non-existent volumes in the SG? Do they show up on the CDS-name display but > not on the ACTIVE display? > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Neil Duffee > Sent: Tuesday, August 05, 2014 1:33 PM > To: [email protected] > Subject: Re: Initialization problem in Storage Group > > CDS Name 'ACTIVE' in ISMF panel DGTSCSG1 STORAGE GROUP APPLICATION SELECTION? > Otherwise, you get the information stored in the CDS not the actual system > state that you'd also get from DISPLAY SMS,VOLUME(FC1800). > > ps. I discovered you can DISPLAY SMS,VOLUME() on a non-existent volume that > is defined to a StorGrp. For example, I routinely over-define more volumes > in a StorGrp than are initialized so I can increase the pool without > activating a new configuration ie. DB2000-DB2080 when only 30 volumes exist. > When I INIT VOL(DB2031) STORAGEGROUP, it's automagically in the pool with no > further SMS work. > > -----Original Message----- > From: Rajesh Janakiraman [mailto:[email protected]] > Sent: August 4, 2014 13:29 > Subject: Re: Initialization problem in Storage Group > > All the volumes are displayed in pool. [snip] ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
