Open Stack

Hi all,


I was implementing the cinder driver for cinder mange existing volume,

Base line:


1.       Our storage api has a unique number<deviceid/lun number> alone to recognise the lun in storage

2.       When I import using the horizon I have to enter the same unique number to fetch the details from storage api

Problem facing :


1.       Same same unique ID am able import more then one time (duplicate imports)



I know we should not use the "DB " calss in drivers,  am not sure how to fetch avilable volume and run check over it, to ensure same LUN from storage is not imported more then once!

When I went though the different driver, I saw LVM has the below method, which needs refrence to DB

Question :
Is  it ok to use like this?
Or
Is there any better solution?



Please suggest

Thanks
Dilip



[cid:image001.png at 01D1C63C.ACED3820]



[cid:image002.png at 01D1C63C.ACED3820]
The information contained in this e-mail message and in any
attachments/annexure/appendices is confidential to the 
recipient and may contain privileged information. 
If you are not the intended recipient, please notify the
sender and delete the message along with any 
attachments/annexure/appendices. You should not disclose,
copy or otherwise use the information contained in the
message or any annexure. Any views expressed in this e-mail 
are those of the individual sender except where the sender 
specifically states them to be the views of 
Toshiba Software India Pvt. Ltd. (TSIP),Bangalore.

Although this transmission and any attachments are believed to be
free of any virus or other defect that might affect any computer 
system into which it is received and opened, it is the responsibility
of the recipient to ensure that it is virus free and no responsibility 
is accepted by Toshiba Embedded Software India Pvt. Ltd, for any loss or
damage arising in any way from its use.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160614/5c6d8a18/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 20417 bytes
Desc: image001.png
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160614/5c6d8a18/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 24922 bytes
Desc: image002.png
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20160614/5c6d8a18/attachment-0001.png>