Shekhar Dhotre/US1/Lend Lease
04/15/2004 10:28 AM
ADSM-L AT VM.MARIST DOT EDU
Unsubscribe Unsubscribe Unsubscribe Unsubscribe Unsubscribe
I have sent this message three times unsuccessfully, have you had any
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 listserv AT vm.marist DOT edu stating SUBSCRIBE ADSM-L
yourlastname in the body of the e-mail.
Further instructions will be sent to you.
To leave the list at any time, e-mail listserv AT vm.marist DOT edu stating
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 ADSM-L AT VM.MARIST DOT EDU. 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
(ADSM-L AT VM.MARIST DOT EDU) 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," LISTSERV AT VM.MARIST DOT EDU (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
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
Sent: Thursday, April 15, 2004 10:07 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: AW: AW: Upgrade Library 3494
One more question : does the "audit library" load every tape or does it
the barcodes of the tapes or does it only look into the database of the
library manager ?
Thanks for help
Von: Rainer Tammer [mailto:tsm AT SPG.SCHULERGROUP DOT COM]
Gesendet: Donnerstag, 15. April 2004 15:55
An: ADSM-L AT VM.MARIST DOT EDU
Betreff: Re: AW: Upgrade Library 3494
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
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"...
>Von: Hart, Charles [mailto:charles.hart AT MEDTRONIC DOT COM]
>Gesendet: Donnerstag, 15. April 2004 14:40
>An: ADSM-L AT VM.MARIST DOT EDU
>Betreff: Re: Upgrade Library 3494
>We just went through this as part of our 3590-3592 Tape migration in a
>library. Remember that the TSM Library Definition is where the
>Cat comes from. So as long as you do not change the value you should be
>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
>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.
>From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On Behalf Of
>Sent: Thursday, April 15, 2004 7:24 AM
>To: ADSM-L AT VM.MARIST DOT EDU
>Subject: Re: Upgrade Library 3494
>>We are running TSM (AIX 5.1 / TSM 5.1) with a 3494 Library with about
>>tapes inside (most of them private). Because we have new drives in our
>>library (3592) we have to upgrade the library manager software (incl.
>>Library-Manager-PC inside the Library). Our support wants to take the
>>out of the Library, the new one with the new Library-Manager-Software
>>the library and make just a reinventory of the library to build the
>>I know that the info about the status of the tapes (private or scratch)
>>available in the library-manager-database. With a new inventory, I
>>all tapes will go to category scratch. In our tsm-server the category is
>>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
>>the tape as category scratch and tsm has the tape as private (member of
>>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
>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
>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
>If you activate the Service Menu portion of the control panel menu
>under Utilities you will see "Backup database..." and "Restore
>Your service people should be exhorted to fully pursue the potential
>and not needlessly disrupt the customer environment. Remind them that
>is Enterprise level hardware and software, which implies continuity
> 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.