(Sun branded) emulex vs (Sun branded) QLogic

From: De Smaele Kim (Kim.DeSmaele@bpo.be)
Date: Fri Jul 06 2007 - 05:30:55 EDT


Dear all,

I'm trying to gain some information/(dis)recommendations about emulex
hba's.

In a few weeks, we are about to migrate our JNI disk hba's to Qlogic
2460. For our backups we are currently using JNI hba's because of LTO1
drives (will be replaced by LTO3 very soon). One solution would be to
migrate all our hba's to Qlogic (disk storage HDS, Tape LTO1 & LTO3,
brocade SAN).

However, we might considder in the future to buy a EMC2 symmetrix. If
that would be the case, and we would be asked by EMC to change or add a
kernel parameter, it would have impact on all our hba's (disk and tape).
Therefor, I would prefere not to use the same hba (type|vendor) for
tapes and disks.

Sun pre-sales came with a sollution to use emulex for our tapes (LTO1 &
LTO3). We already have 2 solaris 10 servers with emulex hba's for the
tapes (emulex native driver) but till we experienced nothing else but
quiet big problems on these systems. As a storage node, at random it
happens the emulex hba declines to write to it's tape device or
performce incorrect operations. As a result, Legato networker disable
the drive globally into service mode (once a new request is sent by
nsrexec, same situation till all drives are in service mode...), which
results in all drives globally for all storage nodes disabled (drives
are shared on all storage nodes in the infrastructure).

Yesterday, I had a conversation on a solaris irc channel (freenode.org)
with a sysadmin who evaluated the Sun branded emulex hba (Solaris 8 and
Solaris 10). They experienced several issues (eg. After a disconnect of
a fiber, the hba declined to become online (cfgadm) and stayed
disconnected. Solution, reboot the server). I was recommended not to
implement emulex hba (sun branded nor emulex native).

Any sugestions are welcome!

I will summarize in 2 weeks.

Kind regards,
Kim DS.
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers



This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:42:06 EDT