I agree that you should be using switches in there, but if you don't you will absolutely need two HBAs to avoid failures.

Two other documents that you may want to look at are:

"CLARiiON Open Systems Configuration Guide"
"EMC CLARiiON Best Practice for Fibre Channel Storage"

Both of these provides good information on general setup and use.

Also, there is a White Paper:

"CLARiiON Initial Configuration¿Best Practices Planning"

And, the Host Connectivity Guides for the different operating systems.

Generally, for failover protection you need two HBAs in the host and two switches. This allows you to connect each HBA to both SPA and SPB - then is one SP or switch or HBA fails you have an alternate path to the LUNs.

glen k

both above suggestions are valid, dot on.

if you want to continue in the current situation, or you would not want to hold up setup till new hbas are brought in, you may

1. put both hbas in one node and configure it for full redundancy (one hba in spa and other in spb, with powerpath) and then configure other host when hbas arrive.

2. connect one hba to spa and other on spb ...but your nodes will failover in case path to one sp fails before adding other hba...

yes, in theory you can direct-attach as many hbas as many ports are there...so if you have one hbas in each system, you can connect 4 hosts i guess (2 ports per sp on cx500)

but make sure that if hbas are connected to spa, then luns are owned by spa only otherwise host will not see it.

Hi, (I'm the author of the original question).

Thanks for your replies so far. I want to clarify/emphasize that this will be an in-house DEV system, not a production system and we're not interested in failover right now. If it is avoidable, management does not want to purchase a switch or any more HBA (for now).

I just need to know:

Is it possible to directly attach 3 servers (each with only one HBA) to a CX500?

Thanks.

Thank you very much.

Also, make sure that you set the failover mode to 0 (zero) - the default sometimes gets set to 1 (for PowerPath) and it allows an HBA on SPA to "see" LUNs on SPB.

glenk

will setting autotrespass off also help in here? we do not want sp to trespass the lun here on its own since there is not going to be alternate path on peer sp

autotrespass should be off by default when you create a new LUN, do not set it on.

glenk

Thanks everyone, for all your input. Much appreciated.