Yes. Kind of like the Overflow group when the allocation can't be satisfied in the original group. But once in the overflow, subsequent extents must be in that group, until the dataset can be migrated.
On Thu, Jul 21, 2022 at 2:17 PM Michael Watkins <0000032966e74d0f-dmarc-requ...@listserv.ua.edu> wrote: > > So QUNEW can function to 'reserve' volumes for datasets with very large > primary allocations, requests that might not be satisfied if free space was > not consolidated on the QUINEW volume? > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of > Mike Schwab > Sent: Thursday, July 21, 2022 2:13 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: SMS volume status of QUINEW? > > CAUTION: This email originated from outside of the Texas Comptroller's email > system. > DO NOT click links or open attachments unless you expect them from the sender > and know the content is safe. > > QuiNew keeps volumes as empty as possible, but if a dataset cannot be > allocated on all the other volumes it will be allocated on a QuiNew volume. > VS a DisNew volume is destined to be taken offline when empty and new > datasets cannot be allocated on the volume.. > > On Thu, Jul 21, 2022 at 10:32 AM Claude Richbourg > <claude.richbo...@myfloridacfo.com> wrote: > > > > Good morning all, > > > > We are curious about the reasoning behind the QUINEW status for SMS > > volume(s). We use DISNEW for SMS volumes that we want to eventually phase > > out and we discovered there were older volumes that had an existing > > assignment of QUINEW within some storage groups. > > > > It appears that the status of QUINEW would allow SMS to allocate space on > > those volumes if needed. I had never heard of that status before until > > recently when I was cleaning up the different storage pools. > > > > Imagine my surprise when I set the volume status of those that had QUINEW > > to DISNEW and a couple of batch jobs failed. I had to throw a few mod-27’s > > into the pool to bring up the free space. > > > > Apparently, QUINEW works differently then DISNEW and we were wondering > > about the history and reasoning behind that status? > > Does anyone know why it was created and to what purpose would it serve, or > > does it pre-date DISNEW? > > > > Thanks up front. > > Claude > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > 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...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
