Path goes offline after upgrade to 5.5.3.0

[uno]

Hi.
Yesterday I upgraded our TSM installation from 5.5.2.0 to 5.5.3.0, and now, every time TSM tries to access the SCSI drive, the path is taken offline.
Setup is RHEL5.3, IBM ULT3580-HH3 88M3 drive, IBM 3573-TL 7.30 library. SCSI HBA is LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI

I have tried updating the paths to online, and also deleted them and redefined them.

From actlog during startup of TSM:
08/06/2009 09:20:58 ANR1792W HBAAPI vendor library failed to load or is missing.
08/06/2009 09:20:58 ANR8470W Initialization failure on drive DRIVE0 in library STOTS3100.
08/06/2009 09:20:58 ANR8439I SCSI library STOTS3100 is ready for operations.
08/06/2009 09:20:59 ANR0993I Server initialization complete.

After setting the path online and testing to audit library:
08/06/2009 09:22:22 ANR0984I Process 1 for AUDIT LIBRARY started in the BACKGROUND at 09:22:22 AM. (SESSION: 1, PROCESS: 1)
08/06/2009 09:22:22 ANR8457I AUDIT LIBRARY: Operation for library STOTS3100 started as process 1. (SESSION: 1, PROCESS: 1)
08/06/2009 09:22:22 ANR8482W The server is unable to obtain the serial number of the SCSI device DRIVE0. (SESSION: 1, PROCESS: 1)
08/06/2009 09:22:22 ANR8873E The path from source STOBS3 to destination DRIVE0 (/dev/IBMtape0) is taken offline. (SESSION: 1, PROCESS: 1)
08/06/2009 09:22:22 ANR8873E The path from source STOBS3 to destination DRIVE0 (/dev/IBMtape0) is taken offline. (SESSION: 1, PROCESS: 1)

Do you have any idea what might cause the path to the drive to go offline?

[uno]

I changed sandiscovery to passive, and now it seems to work

[HonzaW]

Hi,
This week I upgraded TSM from 5.5.0.0. to 5.5.3.0 version and I have the same problem:
ANR8873E The path from source TSM1 to destination TAPE0 (/dev/IBMtape0) is taken offline.
ANR8873E The path from source TSM1 to destination TAPE1 (/dev/IBMtape1) is taken offline.

I can make only one operation in drive , after drive paths go to offline.

Before upgrade it was ok.

The option SANDISCOVERY is OFF.

Please help me!

Thanks.

[picay]

try delete and redefine drive, library with serial=autodetect
delete and redefine paths with autodetect=y

[HonzaW]

I tried it. But didn't help it.

[lweron]

I had the same problem, and had to reinstall TSM to get back to 5.5.2.
Luckily I had backed up the database before applying the patch.

My Library is a TS3310 with SCSI LTO3.

After installing the patch, TSM was looking for fibre drives instead of SCSI. There was another thread on this, but I don't think anyone posted a solution that works. The first thing IBM told them was to check the firmware levels on the drives and library. Mine are current and I still had problems with TSM 5.5.3. You may want to open a pmr with IBM, and don't let the first level support tell you it is just a firmware or drive issue.

[Harry_Redl]

Hi,

not encontered this problem personally but seen few people battling it - just to see everything is set up correctly, can you attach the output from redefining the library?

Another helpful outputs:

q libr f=d
q dri f=d
q path f=d

We are talking about AIX, aren't we?
Try to set the SANDISCOVERY to PASSIVE (new option value)
http://www-01.ibm.com/support/docvie...id=swg1IC60173

show us "ls -l /dev/rmt*"
and "tapeutil -f /dev/rmtX path"


Harry

[HonzaW]

I use IBM TS3200 with FC connection to SAN. Operation system: RedHat

[lweron]

Mine was on Red Hat 5.3

[Harry_Redl]

Hi,

RedHat ... so sorry for misguiding you. Which driver you use? lintaped? Have you tried to restart the service? Can you show us the output I asked for? (not the AIX part ...)

Harry

P.S. Had one TS3200 on RHEL 5.x with no problem ... was reinstalled to SLES because of customer preference - works as well

[HonzaW]

I set up SANDISCOVERY to PASSIVE. (I didn't know this new option.) Drive path is still online. It's OK. Thanks Harry.

[Harry_Redl]

Hi,

great Can you confirm it really works? (you can really use the drive - try backup db for example)

Harry