[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] xcp-xapi devscan.py kernel support

  • To: xen-api@xxxxxxxxxxxxx
  • From: George Shuklin <george.shuklin@xxxxxxxxx>
  • Date: Fri, 18 Jan 2013 12:23:09 +0400
  • Delivery-date: Fri, 18 Jan 2013 08:23:26 +0000
  • List-id: User and development list for XCP and XAPI <xen-api.lists.xen.org>

You should be 146% sure no other hosts will access storage in that case. If some background process (f.e. VHD coalesing) will collide with others hosts activity on SR, you will trash some random peice of data (may be including LVM metadata).

17.01.2013 22:34, Andrey ÐÐÑÐÑ:
Thank you for the patch, will try to apply it.

In our configuration we don't need shared lvm SR because we have one server with dual-path directly attached P2000 SAN. I also have configured multipath for the LUNs. So may be we can create local LVM SR then for the multipath devices?

17.01.2013 18:19, Simon Beaumont ÐÐÑÐÑ:
-----Original Message-----
From: xen-api-bounces@xxxxxxxxxxxxx [mailto:xen-api-bounces@xxxxxxxxxxxxx] On
Behalf Of Andrey
Sent: 17 January 2013 12:56 PM
To: xen-api@xxxxxxxxxxxxx
Subject: [Xen-API] xcp-xapi devscan.py kernel support

I installed xcp-xapi on the Debian Wheezy and can't get LVMoHBA to work:

stderr: Traceback (most recent call last):
    File "/usr/lib/xcp/sm/LVMoHBASR", line 220, in <module>
      SRCommand.run(LVHDoHBASR, DRIVER_INFO)
    File "/usr/lib/xcp/sm/SRCommand.py", line 261, in run
      sr = driver(cmd, cmd.sr_uuid)
    File "/usr/lib/xcp/sm/SR.py", line 136, in __init__
    File "/usr/lib/xcp/sm/LVMoHBASR", line 94, in load
      print >>sys.stderr,self.hbasr.print_devs()
    File "/usr/lib/xcp/sm/HBASR.py", line 224, in print_devs
    File "/usr/lib/xcp/sm/HBASR.py", line 61, in _init_hbadict
      dict = devscan.adapters(filterstr=self.type)
    File "/usr/lib/xcp/sm/devscan.py", line 168, in adapters
IndexError: list index out of range

Can you please send devscan.py patch to support lvmohba in kernel 3.X.

I have attached the patch in question. It uses the right sysfs paths after detecting the kernel version. It might not apply to your version but it may help you make the change you require.

Also will in this case other lvmohba features will work smoothly in that case
on Debian, especially multipath?

It's unlikely you'll get LVM to work with your setup since we use a patched version that accepts another option (--master) which affords us a different locking mechanism to allow shared SRs. This option doesn't exist in the upstream Debian LVM.

It may(!) be possible to get it to work if you remove the --master option from the calls to lvm in the source and ensure that you are only using these SRs in single-host pools. Again, your mileage may vary.

Hope this helps,


Xen-api mailing list

Xen-api mailing list



Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.