Thanks for everybody who responded, but when you reply to a post on this list, please try to make sure you know what you are talking about. Of the 5 responses I got, 4 of them made no sense. Like the guy who recommended I upgrade to TSM 5.1.9, when I stated I was running TSM 5.2.7.1 already.
Or the guy who asked me what storage pool my scratch tapes were in. If their libv status is scratch, they aren't in a storage pool, by definition. Or the guy who asked me to check if the scratch tapes were marked 'unavailable'. They can't be unavailable unless they are in a storage pool, they they wouldn't be scratch tapes. I would actually like to upgrade this box to 5.3.4, maybe this is my excuse to do it. I queued this to IBM support, and showed me the detailed status from these tapes from 'mtlib -l /dev/lmcp0 -qI -v' is: volume state........Volume present in Library, but Inaccessible e.g. record 1073.....category............012E volser..............300430 volume state........Volume present in Library, but Inaccessible logical volume......No volume class........3590 1/2 inch cartridge tape volume type.........EHPCT extended length 3590 tape I am going to call in a CE to tell us how why the library can see the volume present, but be inaccessible? Is it stuck in a slot, or whatever. Best Regards, John D. Schneider Sr. System Administrator - Storage Sisters of Mercy Health System 3637 South Geyer Road St. Louis, MO. 63127 Email: [EMAIL PROTECTED] Office: 314-364-3150, Cell: 314-486-2359 -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Lee, Gary D. Sent: Tuesday, January 16, 2007 6:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Emergency help:ANR1405W even w/ plenty of scratch tapes John: Had a similar problem last year. It was fixed in version 5.1.7.2. I would recommend an upgrade to 5.1.9, as this also fixes a security exposure. Good luck. Gary Lee Senior System Programmer Ball State University -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED] On Behalf Of Schneider, John Sent: Monday, January 15, 2007 9:59 AM To: ADSM-L@VM.MARIST.EDU Subject: Emergency help:ANR1405W even w/ plenty of scratch tapes Help! Running TSM 5.2.7.1 under AIX 5.2. Problem I have not seen before. I am receiving: 01/15/07 08:09:15 ANR0984I Process 64 for DATABASE BACKUP started in the BACKGROUND at 08:09:15. (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:15 ANR2280I Full database backup started as process 64. (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:15 ANR0609I BACKUP DB started as process 64. (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:31 ANR8945W Scratch volume mount failed . (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:31 ANR1405W Scratch volume mount request denied - no scratch volume available. (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:34 ANR4578E Database backup/restore terminated - required volume was not mounted. (SESSION: 4439, PROCESS: 64) 01/15/07 08:09:34 ANR0985I Process 64 for DATABASE BACKUP running in the BACKGROUND completed with completion state FAILURE at 08:09:34. (SESSION: 4439, PROCESS: 64) Other processes like migrations, etc. are also failing. But from a q libv I can tell I have 16 scratch tapes. My 3590 device class is set to format=drives, so that isn't my problem. Since this isn't a storage pool volume, Maxscratch does not apply, but it is set to 6000, and our tape storage pool has only 1500 tapes in it. I was having the problem yesterday, and rebooted the TSM server. It came back up, and I was able to do a Backup DB at that time, and it also mounted a few scratch tapes in our primary tape pool. It added the scratch tapes to the tape pool with no problem. Then about an hour later (after I had gone to bed) it started getting the same problem. It says I don't have scratch tapes, but I do. Can anyone give me any insite? I am really stumped. Best Regards, John D. Schneider Sr. System Administrator - Storage Sisters of Mercy Health System 3637 South Geyer Road St. Louis, MO. 63127 Email: [EMAIL PROTECTED] Office: 314-364-3150, Cell: 314-486-2359
