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

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


  • To: 'Andrey' <basketboy@xxxxx>
  • From: Simon Beaumont <simon.beaumont@xxxxxxxxxx>
  • Date: Fri, 18 Jan 2013 11:57:27 +0000
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: "xen-api@xxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxx>
  • Delivery-date: Fri, 18 Jan 2013 12:00:33 +0000
  • List-id: User and development list for XCP and XAPI <xen-api.lists.xen.org>
  • Thread-index: Ac31SdZUDOmN9QqWRoal77nUUB60hQAJGycQ
  • Thread-topic: [Xen-API] xcp-xapi devscan.py kernel support

> Also noticed that /dev/disk/by-scsibus/* path does not exist as supposed in
> cacheSCSIidentifiers() in the scsiutil.py so devs property is empty while sr-
> probe and only general information returns. Does any patch exist too?

That directory is populated by udev by 55-xs-mpath-scsidev.rules using the 
xs-mpath-scsidev.sh script. This has also been patched to work with the 
different kernel sysfs entries but the script lives in a different repo so it 
escaped my attention. Here's the patch but the sysfs bit is related to iSCSI 
and there doesn't seem to be sysfs related work done for the directory you 
mention.

Try the following two patches anyway. One for the udev rules and one for the 
iSCSI related functionality in the SM.

Hope these help, or at least point you in the right direction.

-Si

>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__
>>>       self.load(sr_uuid)
>>>     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
>>>       self._init_hbadict()
>>>     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
>>>
>>> glob.glob(os.path.join(path,"device","block:*"))[0]).split(':')[1]
>>> 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,
>>
>> -Si
>>

Attachment: 3.x-kernel-udev-script.patch
Description: 3.x-kernel-udev-script.patch

Attachment: 3.x-kernel-iscsi-sysfs.patch
Description: 3.x-kernel-iscsi-sysfs.patch

_______________________________________________
Xen-api mailing list
Xen-api@xxxxxxxxxxxxx
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

 


Rackspace

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