I would think it very possible. Forcing the storage group, as defined in the response, could be a valid option. Non SMS managed storage could also be valid.
Dennis Roach, CISSP, PMP IAM Access Administration – Consumer – Senior Analyst 2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019 Work: 713-831-8799 Cell: 713-591-1059 Email: [email protected] All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Leopold Strauss Sent: Tuesday, May 10, 2016 8:06 AM To: [email protected] Subject: Re: ADRDSSU-errormessage ADR472E with code 72 Oops, thx, you are right. I only read the explanation, but not the 'prgrammess response'. Could it be, that customer' prefix NEW ( in reality it is another one) somehow is not correctly defined in SMS ? Leo On 10.05.2016 14:55, Roach, Dennis wrote: > You need to read the entire message. There is an application programmer > response section that says > If you expect the target data set to be SMS-managed, ensure the ACS > routine assigns a storage class or use the BYPASS ACS and STORCLAS > keywords to force the data set to be SMS-managed. > I would assume that the volume for outdd is not in the SMS storage class of > the data set based on the ACS routines. > > Dennis Roach, CISSP, PMP > IAM Access Administration – Consumer – Senior Analyst > 2929 Allen Parkway, America Building, 3rd Floor, Houston, TX 77019 > Work: 713-831-8799 > Cell: 713-591-1059 > Email: [email protected] > > All opinions expressed by me are mine and may not agree with my employer or > any person, company, or thing, living or dead, on or near this or any other > planet, moon, asteroid, or other spatial object, natural or manufactured, > since the beginning of time. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Leopold Strauss > Sent: Tuesday, May 10, 2016 7:36 AM > To: [email protected] > Subject: ADRDSSU-errormessage ADR472E with code 72 > > Hi, all, > > A customer from my company gets following error-message during restore of a > ADRDSSU-dump-dataset: > > *ADR472E (001)-NEWDS(06), UNABLE TO SELECT A TARGET VOLUME FOR DATA > SET xx.yy.zz, *72*).* > > The explanation for 72 is: > > *During a non-SMS allocation, no target volumes were available and at > least one output volume was not selected because it was SMS-managed.* > > The used JCL-output-dd-statement: > > //OUTDD DD UNIT=SYSALLDA,DISP=(,CATLG,CATLG),SPACE=(TRK,(2000,900)) > > The used commands( I changed datasetnames): > > RESTORE - > DATASET (INCLUDE( - > aaaaaa.bbbbbb.** - > aaaaaa.cccccc.** - > aaaaaa.yyyyyy.** - > aaaaaa.xxxxxxxx.** - > aaaaaa.zzzzzz.** - > ) - > ) - > INDDNAME(INDD) - > OUTDDNAME(OUTDD) - > RENAMEUNCONDITIONAL( - > (aaaaaa.bbbbbb.1111 - > NEW.bbbbbb.1111 ) - > (aaaaaa.bbbbbb.22222 - > NEW.bbbbbb.22222 ) - > (aaaaaa.cccccc.33333 - > NEW.cccccc.33333 ) - > (aaaaaa.bbbbbb.44444 - > ............................ > > NEW is a sysnonym for customer's prefix. > > Syntax of statements is OK. > > > *During a non-SMS allocation, no target volumes were available and at > least one output volume was not selected because it was SMS-managed.* > > But what does that explanation really mean in detail? > > What can I suggest to customer? > > thx in advance > > > Leo > > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN -- Mit freundlichen Gruessen / Kind Regards, Leopold Strauss, Team DEV-zOS, T: +43-2236-27551-331 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
