Re: NetApp vfiler example scripts

[Stefan de Konink <skinkie@xs4all.nl>]

Mark Williamson schreef:
> Might be generally useful to people?  Is anybody else using this with a 
> NetApp?  Any other features wanted in order to make this work?

I have also created a patch for libvirt.

http://kinkrsoftware.nl/contrib/libvirt/pool.patch

Will most likely be included soon too. This allows to directly map the 
iscsi part:

<pool type="iscsi">
<name>netapp</name>
<source>
<host name="172.16.103.200"/>
<device 
path="iqn.1992-08.com.netapp:sn.118046347:vf.88fa4694-0ba6-11dd-b8a9-00a09807592f"/>
</source>
<target>
<path>/dev/disk/by-path</path>
</target>
</pool>


with:

<domain type='xen' >
   <name>Gentoo</name>
   <os>
     <type>linux</type>
     <kernel>/usr/lib/xen/boot/linux-2.6.20-xen-r6</kernel>
     <cmdline> root=/dev/xvda ro 
ip=85.17.131.4:1.2.3.4:85.17.131.253:255.255.255.0::eth0:off</cmdline>
   </os>
   <memory>131072</memory>
   <vcpu>1</vcpu>
   <devices>
     <disk type='pool'>
       <source pool='netapp' volume='lun-3' />
       <target dev='xvda'/>
     </disk>
     <interface type='bridge'>
       <source bridge='xenbr0'/>
       <mac address='aa:00:00:00:00:11'/>
       <script path='/etc/xen/scripts/vif-bridge'/>
     </interface>
   </devices>
</domain>


As you see this does not exploit the OnTap interface, but uses preknown 
lun numbers. More clean for Daniel and his crew.

But about NetApp; within Citrix, which persons do you talk to? The reply 
about Xen/NetApp that reached me didn't sound like exploiting the best 
of both worlds.


> If it's valuable it would be worth looking at adding it, or something like it, 
> into the Xen tree as an additional block script.  We've still not exploited 
> the ability to transparently support crazy networked block devices as much as 
> we could :-)

Please add my iscsi script too then, I have heard it is also in Suse ;) 
I've talked with the open-iscsi developer crew about making their code 
available in a shared library. This could eventually lead to a iscsi 
'program' instead of an iscsi script with heuristics.




Stefan