Thanks for the response and the suggestion. Yes, RMM knows of the changes. Are 
there any other ideas out there? This really must be a pretty common exercise. 
I can't imagine no one else has done this. 

Is there something more I need to change in RMM so I can remove the bins?


David G. Schlecht | Information Technology Professional | DoIT Facility
State of Nevada | Department of Information Technology
T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@doit.nv.gov 


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Doug
Sent: Friday, February 25, 2011 2:20 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Removing BINS from RMM

On 2/25/2011 11:23, David G. Schlecht wrote:
> This seems like a pretty common exercise but I can’t find any meaningful 
> information on it. We have an offsite location that was bin managed so we 
> have numerous bins defined for the location. But now the location is no 
> longer bin managed and I’m trying to remove the bins from RMM, all of which 
> are empty.
>
> I changed the MANAGEMENTTYPE to NOBINS but RMM is still trying to assign bins 
> to tapes going to that location. I removed the bins from RMM and now RMM 
> housekeeping terminates because there are no bins in the location. I tried 
> re-adding some bins and RMM refuses, saying it’s not a self managed location: 
> Location OP is not shelf-managed. Specify the name of a shelf-managed storage 
> location.
>
> Seems I’ve gone full circle.
>
> Does anyone know how to tell RMM to quit assigning bins for this location?
>
> EDG2403E MOVE OF VOLUME VT0025 DEFERRED - NO AVAILABLE EMPTY BIN NUMBERS FOR 
> MEDIANAME CART     IN LOCATION OP
>
> EDGRMM00:
> LOCDEF LOCATION(OP)
>        MEDIANAME(CART)
>        MANAGEMENTTYPE(NOBINS)
>        TYPE(STORAGE)
>
> RMM: 5.7.8
> Location Locdef Management Location Priority Media Names,
>                 Type       Type,
> -------- ------ ---------- -------- -------- -----------------
> .
> .
> .
> OP      ,YES   ,NOBINS    ,STORE   ,2000    ,CART
>
>
>
>
> David G. Schlecht | Information Technology Professional | DoIT Facility
> State of Nevada | Department of Information Technology
> T:(775)684-4328 | F: (775) 684‐4324 | E:dschle...@doit.nv.gov
>
>
> ________________________________
> This communication, including any attachments, may contain confidential 
> information and is intended only for the individual or entity to which it is 
> addressed. Any review, dissemination or copying of this communication by 
> anyone other than the intended recipient is strictly prohibited. If you are 
> not the intended recipient, please contact the sender by reply e-mail and 
> delete all copies of the original message.
>
> ----------------------------------------------------------------------
> 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
>
Just a quick thought and maybe a dumb question but, did you tell RMM
about your location change? Cycle RMM to activate the change or issue a
modify
F stcnamehere,M=xx
the M=xx where xx is your parmlib member.

TSO LC RMM ALL should show what RMM is using currently.

----------------------------------------------------------------------
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

Reply via email to