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:ADSM-L AT vm.marist DOT edu] On Behalf Of
Nick Laflamme
Sent: 04 June 2010 05:15
To: ADSM-L AT vm.marist DOT edu
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
|
