<div dir="ltr">Hi all,<div><br></div><div>as we have agreed on the PTG, we are about to pull the ansible-deploy interface from ironic-staging-drivers to ironic. We obviously need to test it on gates too, in a non-voting mode like snmp and redfish ones.</div><div><br></div><div>This raises couple of questions/concerns:</div><div><br></div><div>1. Testing hardware types on gates.</div><div>This is the first? interface that does not have any "classic" driver associated with it. All our devstack setup logic is currently based on classic drivers instead of hardware types, in particular all the "is_deployed_by" functions and logic depending on them.</div><div>As we are about to deprecate the classic drivers altogether and eventually remove them, we ought to start moving our setup and testing procedures to hardware types as well.</div><div>(another interesting point would be how much effort we need to adapt all our unit tests to use hw types instead of 'fake' and other classic drivers...)</div><div><br></div><div>2. Deploy ramdisk image to use.</div><div>Current job in staging drivers does small rebuild of tinyipa image during deploy. I'd like to avoid it as much as possible, so I propose to add all the logic which is there to default build options and scripts of tinyipa build. This includes installing SSH server and enabling SSH access to the ramdisk, and some small mangling with files and file links.</div><div>A separate question would be SSH keys. We could either not bake them to the image and generate them each time anew, but that would still require an image rebuild on (each?) devstack run. Or we could generate them once, bake the public key to the image and publish the private key to tarballs.o.o, so it could be re-used by IPA scripts and jobs to build fresh images on merge and during tests. There are surely certain security consideration to such approach, but as tinyipa is targeted for testing (virtual) environments and not production, I suppose we could probably neglect them.</div><div><br></div><div>WDYT?</div><div><br></div><div>Another aspect of this is (as we agreed) we would need to move all the 'imagebuild' folder content from IPA repo to a separate repo, and devise a way to use this repo in our devstack plugin.</div><div><div><br></div><div>I'm eager to hear your thoughts and comments.</div><div><br></div><div>Best regards,</div>-- <br><div class="m_8806700780159862726gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Dr. Pavlo Shchelokovskyy<div>Senior Software Engineer</div><div>Mirantis Inc</div><div><a href="http://www.mirantis.com" target="_blank">www.mirantis.com</a></div></div></div></div></div>
</div></div>