Re: TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary.

2006-12-13 Thread Roger Deschner
Also very happy and stable on 5.3.4.0. (You'd have already heard from me here on this list if it wasn't!) Another reason to go to 5.3.4.0 is that it fixes that nasty-sounding security exposure in TSM they've been yammering about from IBM and even at secunia.com. Roger Deschner University of I

Re: TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary.

2006-12-13 Thread Steve Roder
> Greetings, > I am updating the list about this problem in case anyone else gets > bit by it. > Richard was right in a measure; we had a tape drive that was failing > to eject tapes properly. The side effect, though, with TSM's library > inventory becoming corrupt, is a bug addressed

Re: TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary.

2006-12-11 Thread Schneider, John
Greetings, I am updating the list about this problem in case anyone else gets bit by it. Richard was right in a measure; we had a tape drive that was failing to eject tapes properly. The side effect, though, with TSM's library inventory becoming corrupt, is a bug addressed by APAR

Re: TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary.

2006-11-25 Thread Mark Scott
2006 12:17 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary. Richard, Thanks for your reply. I had already read the Technotes you referred to. I try to hit the knowledgebase before I go to the list; of course

Re: TSM inventory of empty slots becomes inconsistent wi th IBM3584 li brary.

2006-11-25 Thread Schneider, John
Richard, Thanks for your reply. I had already read the Technotes you referred to. I try to hit the knowledgebase before I go to the list; of course, I am certainly capable of overlooking something. The element numbers being misassigned would cause mounts to be done incorrect