Hi Gerrit/Paul,

Here is an extract from the readme.txt that comes with the
QLOGIC drivers for NT:
2. Select HKEY_LOCAL_MACHINE and follow the tree structure down to
      the QLogic driver as follows:

          HKEY_LOCAL_MACHINE
             SYSTEM
                CurrentControlSet
                   Services
                      Ql2200
                         Parameters
                            Device

   3. Double click on

          MaximumSGList:REG_DWORD:0x21

   4. Enter a value from 16 to 255 (0x10 hex to 0xFF).  A value of
      255 (0xFF) enables the maximum 1 MByte transfer size.  Setting
      a value higher than 255 results with the default of 64K
      transfers.  The default value is 33 (0x21).

Cheers
Christo
----------------------------------------------------------------------------
-


Been here, seen this, fixed this.  Actually we found the solution on the
Knowledge base but the answer in the knowledge base is wrong.  Sorry, I do
not remember the KB solution number, but this is what you have to do.

The default in the Device\Parameters section for the Qlogic card defaults to
0x21.  The KB says to change it to at least 131 from 21.  What it meant to
say is 131 decimal.  We set it to 255 or 0xFF and now the SAN agent works
fine.  The issue is the tape header blocks are read/written as one on the
SAN agent apparently differently than the server.  The result is what you
see.  The keyword to set is MaximumSGList.  Sorry I cannot remember the HKEY
for this.

-----Original Message-----
From: Joe Cascanette [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 10:03 AM
To: [EMAIL PROTECTED]
Subject: Re: SAN Problem - TDP for SAP on Windows 2000


Are you using Removable Storage on the Windows2000 server attached to the
SAN connected tape unit?, or are you using the drivers supplied by Tivoli
(device drivers)?.

My server is NT based (not sure about the AIX based) and I am using the
Tivoli drivers to connect to my tape storage. I noticed since I needed to
disable the Removable Storage service on my Windows 2000 server attached to
the SAN to get this to work correctly. Some how the 2 drivers were fighting
for control, by disabling this service Tivoli's device drivers had no
problem.

Joe

-----Original Message-----
From: Gerrit van Zyl [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 17, 2002 7:21 AM
To: [EMAIL PROTECTED]
Subject: SAN Problem - TDP for SAP on Windows 2000


Hi all TSM'ers

The setup:

TSM 4.2.1.0 Server on AIX 4.3.
TSM 4.2.1.26 Client on Windows 2000
TSM Storageagent 4.2.0.1 on Windows 2000
TDP for SAP on Windows 2000

The Win2000 is connected to the SAN via a Qlogic card.

When we start a SAP backup, the tape gets mounted in the correct tape drive,
however the following error occurs: (output from dsmsta)

ANR0400I Session 6 started for node BSASAP31 (TDP R3 WINNT) (Named Pipe).
ANR8337I LTO volume 541ABW mounted in drive DRIVE1 (\\.\Tape2). ANR8938E The
adapter for tape drive DRIVE1 (\\.\Tape2) cannot handle  the block size
needed to use the volume. ANR8468I LTO volume 541ABW dismounted from drive
DRIVE1 (\\.\Tape2) in library LIB3584. ANR1401W Mount request denied for
volume 541ABW - mount failed.

Any ideas as to why it complains about the "block size" and how to fix it?

Thanks and regards
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Gerrit van Zyl
Tel: +27 11 800 7400
Fax: +27 11 802 3814
Cell: +27 82 570 4266
Email: [EMAIL PROTECTED]
Web: www.faritec.co.za
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

______________________________________________
"The information contained in this communication is confidential and
may be legally privileged.  It is intended solely for the use of the
individual or entity to whom it is addressed and others authorised to
receive it.  If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking action
in reliance of the contents of this information is strictly prohibited
and may be unlawful.  Absa is neither liable for the proper, complete
transmission of the information contained in this communication, any
delay in its receipt or that the mail is virus-free."

Reply via email to