ADSM-L
Shekhar Dhotre/US1/Lend Lease 04/15/2004 11:09 AM To [EMAIL PROTECTED] cc [EMAIL PROTECTED] Subject SIGNOFF ADSM-L in the body of the e-mail. "SIGNOFF ADSM-L" Shekhar Dhotre/US1/Lend Lease 04/15/2004 10:28 AM To [EMAIL PROTECTED] cc Subject Unsubscribe Unsubscribe Unsubscribe Unsubscribe Unsubscribe Unsubscribe Unsubscribe I have sent this message three times unsuccessfully, have you had any luck? NO I WANT REALLY TO UNSUBSCRIBE, AND I CAN'T What shell I do ? I have all the instructions to do so : To join, e-mail [EMAIL PROTECTED] stating SUBSCRIBE ADSM-L yourfirstname yourlastname in the body of the e-mail. Further instructions will be sent to you. To leave the list at any time, e-mail [EMAIL PROTECTED] stating SIGNOFF ADSM-L in the body of the e-mail. To send a message to all the people currently subscribed to the list, just send mail to [EMAIL PROTECTED] This is called "sending mail to the list," because you send mail to a single address and LISTSERV makes copies for all the people who have subscribed. This address ([EMAIL PROTECTED]) is also called the "list address." You must never try to send any command to that address, as it would be distributed to all the people who have subscribed. All commands must be sent to the "LISTSERV address," [EMAIL PROTECTED] (or [EMAIL PROTECTED]). It is very important to understand the difference between the two, but fortunately it is not complicated. The LISTSERV address is like a FAX number that connects you to a machine, whereas the list address is like a normal voice line connecting you to a person. If you make a mistake and dial the FAX number when you wanted to talk to someone on the phone, you will quickly realize that you used the wrong number and call again. No harm will have been done. If on the other hand you accidentally make your FAX call someone's voice line, the person receiving the call will be inconvenienced, especially if your FAX then re-dials every 5 minutes. The fact that most people will eventually connect the FAX machine to the voice line to allow the FAX to go through and make the calls stop does not mean that you should continue to send FAXes to the voice number. People would just get mad at you. It works pretty much the same way with -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of Christoph Pilgram Sent: Thursday, April 15, 2004 10:07 AM To: [EMAIL PROTECTED] Subject: AW: AW: Upgrade Library 3494 Hi, One more question : does the "audit library" load every tape or does it scan the barcodes of the tapes or does it only look into the database of the library manager ? Thanks for help Chris -----Ursprüngliche Nachricht----- Von: Rainer Tammer [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 15. April 2004 15:55 An: [EMAIL PROTECTED] Betreff: Re: AW: Upgrade Library 3494 Hello, Christoph Pilgram wrote: >Question : Does the "audit library" not write the category from >library-manager to TSM ? > Can you explain why you had to define an additional tape library >? > >Thanks >Chris > > No, TSM writes the correct categories to the library manager. We had to do this because our library manager destroyed the database during an "teach library"... Bye Rainer >-----Ursprüngliche Nachricht----- >Von: Hart, Charles [mailto:[EMAIL PROTECTED] >Gesendet: Donnerstag, 15. April 2004 14:40 >An: [EMAIL PROTECTED] >Betreff: Re: Upgrade Library 3494 > > >We just went through this as part of our 3590-3592 Tape migration in a 3494 >library. Remember that the TSM Library Definition is where the Pri/Scratch >Cat comes from. So as long as you do not change the value you should be >fine. >Once the CE is done you need to do an Audit lib. > >In or situation we had to define an additional (Logical) Tape Library >definition with new categories and then checkout all 3590 tapes with the >"Remove=No" parameter in the checkout libvol cmd then check them back in to >the new lib definition so our new 3592 tapes can use the original lib def >and categories so our scripts didn't blow. > >Hope that info helps. > >-----Original Message----- >From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] Behalf Of >Richard Sims >Sent: Thursday, April 15, 2004 7:24 AM >To: [EMAIL PROTECTED] >Subject: Re: Upgrade Library 3494 > > > > >>We are running TSM (AIX 5.1 / TSM 5.1) with a 3494 Library with about 2000 >>tapes inside (most of them private). Because we have new drives in our >>library (3592) we have to upgrade the library manager software (incl. New >>Library-Manager-PC inside the Library). Our support wants to take the old >> >> >PC > > >>out of the Library, the new one with the new Library-Manager-Software into >>the library and make just a reinventory of the library to build the >>library-manager-database. >>I know that the info about the status of the tapes (private or scratch) is >>available in the library-manager-database. With a new inventory, I think, >>all tapes will go to category scratch. In our tsm-server the category is >>also available. >>Is there a possibility to get the info about the status of the tapes >>synchronized from tsm-server to library. Is there a problem if library has >>the tape as category scratch and tsm has the tape as private (member of a >>tape-storage-pool with data)? >> >> > >Christoph - An interesting situation there... > >For the effects of a change implemented in that manner, refer to >"Re-inventory complete system" in redbook "IBM TotalStorage Enterprise Tape: >A >Practical Guide". (All tapes end up in Insert category. To be avoided.) > >Your IBM service people should be aware of better approaches... >The Library Manager consists of the industrial PC, LM software, and a >database. The database is a logically separate entity, and can be handled >in pretty much the same way as any other database can, to the best of my >knowledge, which includes preserving its contents across a hardware change. >If you activate the Service Menu portion of the control panel menu >repertoire, >under Utilities you will see "Backup database..." and "Restore database...". >Your service people should be exhorted to fully pursue the potential there, >and not needlessly disrupt the customer environment. Remind them that this >is Enterprise level hardware and software, which implies continuity without >untoward disruption. > > Richard Sims, http://people.bu.edu/rbs > > > > ----------------------------------------- This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country.