On 05/29/2009 09:32 AM, Owen.Mann(a)interactivedata.com wrote:
Hmm, I'm not the "storage guy", but from what I gather,
provisioning
the volumes requires the two main steps of 1) allocating the space on
the SAN, and 2) setting up the SAN switch ports (similar to setting a
VLAN). The main pieces of info needed seem to be the card's WWN
(similar to a MAC) and the volume size. I understand that different
brands need varying other info, such as RAID groups, etc.
On the surface, the actual provisioning could be done similar to
cman's "fence_xxx" stuff, but would need some way of keeping track of
the volume after it's been created.
One hurdle I've come across is that it seems that the only practical
way to acquire the WWN's is from the running kernel, so it would seem
that the provisioning would have to be done in the %pre section once
the WWN's are known. Thus, to keep track of the volume in the cobbler
system object, the volume ID (and perhaps also the WWN) would need to
get from the %pre section into a cobbler system variable somehow.
I'm obviously far from an expert on this, and have a modest
programming background (though I did kludge in a "PXE this machine"
for HP blades-button into the power control menu - anyone
interested?), so anyone please feel free to add to or correct anything
I've said. I'll do my best to try or figure out any ideas towards this.
I think the storage provisioning can be broken down into two portions.
There is NAS (for me this means NFS) and SAN. As far as NAS goes, we
create the volume and give hosts access to the volume in question. We
have the ip address of the host, so it should be relatively easy.
As for SAN, there are two steps for us (using NetApps) as far as the
filer goes. We need to create the initiator group with the hostname and
then create the SAN lun on the proper volume (and create the volume if
it doesn't exist, though we may not want to do this part). We need the
WWN for the igroup creation, but once we have the igroup created, we use
it to give the hosts access to the luns. For getting the WWNs, we have
a mapping of MAC address to physical hosts, which then have the WWNs.
There is a wrinkle in it for virtual guests. We would need to find the
virtual server hosting the guest and map the volume to that igroup
instead. We would then need to expose the lun to the guest, but I would
settle for the lun showing up on the virtual server.
Of course, all of the above assumes that the SAN fabric is properly
configured and both the filer and the host are logged into the fabric.
That is probably outside of cobbler and not something we want to get into.
As for the PXE this machine for HP blades, I would be interested in
that. We have IBM blades so I don't know if we could use it, but I
think it would be better to put that in the new deploy code instead of
the power code. (cobbler deploy --name foo --virt-host bladecenter)
--
Scott Henson
Red Hat CIS Operator
WVU Alum BSAE/BSME