MF52632 - OSP-INTSRVSUP-SRC573BB300-INCORROUT DEPLOY OF AN ESX TEMPLAT

TYPE PROGRAM  REL  NUMBER   MIN/MAX  OPTION
---- -------- ---  -------  -------  ------
TR   5770999  710  MF99002   00/00    0000



NOTICE:
-------
Application of this PTF may disable or render ineffective programs that
use system memory addresses not generated by the IBM translator,
including programs that circumvent control technology designed to limit
interactive capacity to purchased levels.  This PTF may be a prerequisite
for future PTFs.  By applying this PTF you authorize and agree to the
foregoing.

This PTF is subject to the terms of the 'IBM License Agreement for Machine
Code', the terms of which were provided in a printed document that was
delivered with the machine.

SUBJECT TO ANY WARRANTIES WHICH CAN NOT BE EXCLUDED OR EXCEPT AS EXPLICITLY
AGREED TO IN THE APPLICABLE LICENSE AGREEMENT OR AN APPLICABLE SUPPORT
AGREEMENT, IBM MAKES NO WARRANTIES OR CONDITIONS EITHER EXPRESS OR IMPLIED,
INCLUDING BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OR CONDITIONS OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NON INFRINGEMENT,
REGARDING THE PTF.





APAR Error Description / Circumvention

-----------------------------------------------
Customer is running ESX 4.0 U1. He has a D/T3550 M2 with 32 GB
of memory, and a single quad core processor 2.8 GHZ. He has 750
GB nwsstg linked to the server and is running virtual machines
in ESX on the nwsstg. He has a duel port Qlogic card which was
running MPIO but has since removed an nwsh from the multipath
group and changed to use a single nwsh. When the attempts to
deploy a template that is about 1 GB and expands to 20 GB for
the virtual machine. Virtual machine contains Ubuntu, but has
attempted to deploy windows images as well. This action always
causes the HBA or HBA's (when using mpio) to fail immediately
with 573BB300 or 573BA6D9. Both HBA's and the planer in the IBM
i have been replaced without changing the result. Initial
hardware investigation indicated that the adapter may not be
handling an unexpected large write that is outside of its
maximum burst parameters, but it is still being investigated.
VMware support was contacted by the customer but they have so
far seen no issues.

CORRECTION FOR APAR MA40589 :
-----------------------------
There was a problem in the iSCSI adapter driver that caused
large (> 2MB) SCSI write transfers to fail the adapter. When
large ESX storage spaces (> 512 GB) are created the block size
must be set to 4MB or 8MB, which results in the large SCSI
writes. The driver can now handle the large transfers without
issue.

CIRCUMVENTION FOR APAR MA40589 :
--------------------------------
None.


Activation Instructions


None.




Special Instructions


None.


Default Instructions

THIS IS A DELAYED PTF TO BE APPLIED AT IPL TIME.



Supersedes

PTF/FIX NO(S).  APAR TITLE LINE
--------------  ------------------------------------------------------------
     NONE

Summary Information

System i Support