La connaissance d'un n° de LUN est uniquement soit par le serveur, soit par le stockage.
Et la numérotation est propre à ces systèmes. C'est pour ça qu'une LUN 1 côté serveur peut très bien être la LUN 345 côté stockage.
Donc lorsque ton serveur boot, il essaye de monter de son côté la LUN 1, mais sa numérotation propre. Ca ne signifie pas qu'il souhaite monter la LUN numérotée 1 sur le stockage.
Si ton zoning est fait correctement, et que côté baie tu as bien ton LUN Masking, normalement c'est bon.
J'ai trouvé ça dans un coin sur le BOS avec UCS : (http://jeffsaidso.com/2010/11/boot-from-san-101-with-cisco-ucs/)
Citation :
UCS Manager Tasks Create a Service Profile Template with x number of vHBAs. Create a Boot Policy that includes SAN Boot as the first device and link it to the Template Create x number of Service Profiles from the Template Use Server Pools, or associate servers to the profiles Let all servers attempt to boot and sit at the “Non-System Disk” style message that UCS servers return Switch Tasks Zone the server WWPN to a zone that includes the storage array controller’s WWPN. Zone the second fabric switch as well. Note: For some operating systems (Windows for sure), you need to zone just a single path during OS installation so consider this step optional. Array Tasks On the array, create a LUN and allow the server WWPNs to have access to the LUN. Present the LUN to the host using a desired LUN number (typically zero, but this step is optional and not available on all array models)
|
Message édité par MirabelleBenou le 12-04-2011 à 15:14:12
---------------
== Esprits.net est de retour !! ==