I have had to redefine all the paths to drives & from storage agents to each drive in the past, when I get reservation conflicts it generally takes a path offline for that server, I found that running tapeutil -f /dev/rmtx reset would reset the state of the device at the o/s level then removing and re-defining the path would sort it out.
HTH. -----Original Message----- From: ADSM: Dist Stor Manager [mailto:[email protected]] On Behalf Of Nick Laflamme Sent: 04 June 2010 05:15 To: [email protected] Subject: Re: [ADSM-L] TS3500 PROBLEM Have you tried to verify that the devices your paths point to are still the same? Or, better yet, deleted all your paths from all the library clients and regenerated them from scratch? We haven't run with a real 3584 in a while, but whenever I get weird errors with library managers and shared libraries, that's where I go first. You probably have, but you haven't said so, only that you've worked with the SANDISCOVERY settings. Just a thought, Nick On Jun 3, 2010, at 11:03 PM, Fred Johanson wrote: > About 6 weeks ago, our hardware guy upgraded the code on the TS3500 and ATape to the latest levels and made some hardware upgrades (details on request). Within days we began to have assorted tape mount problems. Supports initial response was to upgrade the TSM level to 5.5.4.2 to avoid a known problem with SANDISCOVERY. So we upgrade to the latest V5R5 level, but we still see problems. So we turn off SANDISCOVERY, and things get quiet; the telltale AIX message "RESERVATION CONFLICT". Support asks us to turn on SANDISCOVERY on various Library clients, with no effect until last Friday, when the Library Manager goes crazy. So turn off SANDISCOVERY on the LM and all goes quiet. > > Yesterday the CE upgraded the TS3500 to the very latest, and within minutes the Library begins refusing to mount tapes, with total disregard to the presence or absence of SANDISCOVERY and potentially disastrous effect on LANFREE backups. As I see it, from my TSM seat, the common thread here is the AIX message of "Reservation Conflict", which points to the hardware changes made. > > So after hours of looking at logs and mount messages and traces, which has left me groggy, the question is "Is anyone out there seen any difficulty with the software combination of latest version of AIX 5, TSM 5.5, and the TS3500. Jeremiah, that's me, has been saying for weeks that the problem lies somewhere in the combination of hba, switch, port, and whatever, but management always blames TSM. > > Pardon my incoherence, but I've been reading logs, etc., for the lastin 15 hours. Please check that this email is addressed to you. If not, you should delete it immediately as its contents may be confidential and its disclosure, copying or distribution unlawful. C. & J. Clark International Limited takes steps to prevent the transmission of electronic viruses but responsibility for screening incoming messages and the risk of such transmission lies with the recipient. C. & J. Clark International Limited Trading as Clarks Registered in England number 141015. Registered office 40 High Street, Street, Somerset. BA16 0EQ. England. This message has been scanned for viruses by BlackSpider MailControl - www.blackspider.com
