<div dir="ltr"><div>just a bump.</div>can anyone offer any advice on this cinder driver cinder.volume.drivers.san.hp.hpmsa_fc.HPMSAFCDriver?<div><br></div><div>thanks!<br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">-- Jim</div></div><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 11, 2018 at 4:08 PM Jim Okken <<a href="mailto:jim@jokken.com">jim@jokken.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">hi All,<div><br></div><div>not sure if I can find an answer here to this specific situation with the cinder backend driver cinder.volume.drivers.san.hp.hpmsa_fc.HPMSAFCDriver.</div><div>If not how can I get in touch with someone more familiar with cinder.volume.drivers.san.hp.hpmsa_fc.HPMSAFCDriver</div><div><br></div><div><div>we have a HP MSA storage array connected to most of our compute nodes and we are using the cinder driver cinder.volume.drivers.san.hp.hpmsa_fc.HPMSAFCDriver as a second backend so that openstack can, if directed by metadata, create volumes on it during instance creation. Openstack creates volumes using this MSA backend if the metadata of the image selected contains "cinder_image_volume_type=MSA". This second MSA type of volume was added to cinder.</div><div><br></div><div>We use a CentOS-6-x86_64-GenericCloud-1707.qcow2 image which has this metadata added. Without this metadata RBD/CEPH images are made</div><div><br></div><div>This works great for the admin user but not for a regular _ member_ user.</div><div><br></div><div>With the admin user volumes created show Type=<b>MSA</b> and Host=node-44.domain.com@<b>MSA#A</b>. (correct)</div><div><br></div><div>With the _member_ user volumes created show Type=<b>MSA</b> but Host=rbd:volumes@RBD-backend#<b>RBD-backend (this is CEPH, incorrect!)</b>.</div><div><br></div><div>And I can confirm the volume is not on the MSA. Correct RBD/CEPH volumes show Type=<b>volumes_ceph</b> and Host=rbd:volumes@RBD-backend#<b>RBD-backend</b>.</div><div><br></div><div>This happens if the cinder volume type is created as a Private type or a Public type.<br></div><div><br></div><div>I have tried to set the properties on the cinder MSA volume type for the specific project we want to use this volume type in, and to set the project-domain for this volume type. nothing has helped.</div><div><br></div><div>can anyone shed any light on this behavior or point out anything helpful in the logs pls?</div><div><br></div><div><div>Looking at the logs I do see the _ member_ user is a non-default-domain user while admin is obviously the default domain. other than that I can't make heads or tails of the logs.</div><br class="m_-1824026413390049203gmail-Apple-interchange-newline"></div><div>Here are logs if anyone wants to look at them:</div><div>a bad _ member_ volume creation was UUID fb9047c3-1b6b-4d2b-bae8-5177e86eb1f2 <a href="https://pastebin.com/bmFAy6RR" target="_blank">https://pastebin.com/bmFAy6RR</a></div><div><br></div><div>a good admin volume creation was UUID b49e33db-8ab8-489f-b7cb-092f421178c1 <a href="https://pastebin.com/5SAecNJ2" target="_blank">https://pastebin.com/5SAecNJ2</a><br></div><div><br></div><div>We are using Newton, thanks!!!</div></div><div><br></div><div><br clear="all"><div><div dir="ltr" class="m_-1824026413390049203gmail-m_-7002154641252793566gmail_signature">-- Jim</div></div></div></div></div></div></div></div>
</blockquote></div></div></div>