You can do it either way. The difference is that if it takes a tape from scratch, it will reclaim it back to scratch. If you put the tape into the pool, it won't ever go back to scratch (on it's own). Maybe as a short-term fix you should move a few more tapes over. You can always delete them from the pool (back to scratch) later.
Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336 -----Original Message----- From: Michelle Wiedeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 11:21 AM To: [EMAIL PROTECTED] Subject: Re: scratch tapes not recognized good idea, only it doesnt help me right now...the server is reclaiming and getting ready to start the backups for the rest of the night. I could try this tommorow (if it hasnt crashed by then lol) Does anyone have a clue to why the scratch tape I mannully assigned to the tapepool is being used by the server to write on? it normally doesnt work that way does it? I thought the server assignes tapes from the library to the tapepool if it asks for it. -----Original Message----- From: Nelson, Doug [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 5:10 PM To: [EMAIL PROTECTED] Subject: Re: scratch tapes not recognized You could try an Audit of the library (Check label = yes). This will make it load and read each tape. Maybe that will "convince" it that it has scratch. Douglas C. Nelson Distributed Computing Consultant Alltel Information Services Chittenden Data Center 2 Burlington Square Burlington, Vt. 05401 802-660-2336 -----Original Message----- From: Michelle Wiedeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 11:05 AM To: [EMAIL PROTECTED] Subject: Re: scratch tapes not recognized yup theyre there, looked there already, funny thing is I moved one of the volumes to the tapepool and tsm picked it up at once and started writing on it and changed the status from scratch to private. its not a matter of checking in i can be sure of that, there are tapes among it which have been in the library for over a year and have worked fine before. I was thinking if it could be a communication failure between the library and the server, but it does do a reclamation of the tapepool so this cannot be the issue. -----Original Message----- From: MacMurray, Andrea (CC-ETS Ent Storage Svcs) [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 4:54 PM To: [EMAIL PROTECTED] Subject: Re: scratch tapes not recognized Try a 'q libvol library_name' and see if the scratch tapes are listed in there as well. If not the problem might be a matter if they are checked in correctly. Andrea Mac Murray Enterprise Unix and Storage Services (402) 577 - 3603 -----Original Message----- From: Michelle Wiedeman [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 11, 2002 9:13 AM To: [EMAIL PROTECTED] Subject: scratch tapes not recognized hi all, does anyone have a clue, I have 13 scratch tapes available in the library, but the diskpool doesnt want to backup coz it says theres insufficient space in subordinate storage pool. ive checked the volumes which are scratch and theyre still in the library, not defined to any storagepool and readwrite enabled. thnx!
