I used to do that on rare occasion. I then got told off by management. They associated the volser to the storage group and did their reporting based on it. So my mixing things up messed up their reports. I'm not allowed to do that any more. We have offline volumes with a specific starting character. I will get "dinged" if any dataset ever shows up on any volume with that character. All "offline" volumes __must__ remain unused at all times. If I need space, even if only for a few hours, I must request it.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM > Sent: Monday, February 20, 2012 2:32 PM > To: IBM-MAIN@bama.ua.edu > Subject: Re: O/T but curious (Re: Archaic allocation in JCL > (Was: Physical record size query) ) > > Hey John, > > That quite a new and surprising approach! > > My point was to (indeed) empty several volumes, reformat/relabel them > (to predefined volumes in the new SG) and therewith add them to a new > SG, where I need the extra space. > With your way of handling, I can remove the volumes from the > old SG, add > them to the new SG and with the flip of a finger, I have the > free space > of those volumes added to the new SG. If space management is set up > will, the datasets on the volumes will be moved back to their > proper SG > in due time, but I do not have to wait for that before I can add the > free space to the new SG. > > Never looked at this that way. > > Kees. > > > "McKown, John" <john.mck...@healthmarkets.com> wrote in message > news:<a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.ui > cnrh.dom>. > .. > > Nope. The DSNs on the volumes will stay on the volumes, and be fully > accessable. If they need to be extended onto a new volume, still no > problem. If they are every migrated & recalled, they will go to other > volumes in the old storage group. Assuming nothing has been done to > affect that. Unless, of course, the storage class is > "guaranteed space", > in which case I think the recall will fail. > > > > -- > > John McKown > > Systems Engineer IV > > IT > > > > Administrative Services Group > > > > HealthMarkets(r) > > > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > > (817) 255-3225 phone * > > 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 > > > > > > > > > -----Original Message----- > > > From: IBM Mainframe Discussion List > > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab > > > Sent: Monday, February 20, 2012 8:24 AM > > > To: IBM-MAIN@bama.ua.edu > > > Subject: Re: O/T but curious (Re: Archaic allocation in JCL > > > (Was: Physical record size query) ) > > > > > > On Mon, Feb 20, 2012 at 1:58 AM, Vernooij, CP - SPLXM > > > <kees.verno...@klm.com> wrote: > > > > "R.S." <r.skoru...@bremultibank.com.pl> wrote in message > > > > news:<4f41f979.3010...@bremultibank.com.pl>... > > > <<deleted>> > > > >> What is cool is that SMS storage group. Usually users do > > > not see the > > > >> volumes, they see dasd space. In case of shortage you can > > > simply add > > > >> some volumes to the group. You can even buy new box and > > > simply add it > > > > to > > > >> the group. And that's really cool IMHO. > > > > > > > > And SMS's granularity is also cool. If you add your 1TB > disk to a > > > > storage group, you cannot use this space in anther SG > > > anymore. If you > > > > have 1TB of 3390-54's, you can give to and take from SMS > > > storage groups > > > > any required amounts at any time. > > > > > > > You don't have to empty the volumes? > > > -- > > > 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: INFO IBM-MAIN > > > > > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > ******************************************************** > For information, services and offers, please visit our web > site: http://www.klm.com. This e-mail and any attachment may > contain confidential and privileged material intended for the > addressee only. If you are not the addressee, you are > notified that no part of the e-mail or any attachment may be > disclosed, copied or distributed, and that any other action > related to this e-mail or attachment is strictly prohibited, > and may be unlawful. If you have received this e-mail by > error, please notify the sender immediately by return e-mail, > and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its > subsidiaries and/or its employees shall not be liable for the > incorrect or incomplete transmission of this e-mail or any > attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM > Royal Dutch Airlines) is registered in Amstelveen, The > Netherlands, with registered number 33014286 > ******************************************************** > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
