<div dir="ltr">Greetings Yolanda!<div><br></div><div>I guess I'm slightly not clear. In fact, I may be slightly even more confused since we've discussed this directly. Thinking out loud, there are two different scenarios of booting from iSCSI.</div><div><br></div><div>1) Human created/assigned/associated LUN off of a SAN which we want a node to boot from, and that LUN lives onward as the "storage" for the node.</div><div><br></div><div>2) Cinder facilitated LUN off of $something that we want a node to boot from. This largely would be the logic we added this past cycle to support either booting via iPXE to iSCSI, or in the case of the iRMC driver, to set the HBA to boot/attach from specific volumes.</div><div><br></div><div>I think your largely bringing up the first case when we speak of booting from iSCSI. If not, then we technically haven't reached the point where we are explicitly supporting hardware HBA use, but no time like the present!</div><div><br></div><div>Since there are many things here, I think we need to make sure we are contextually on the same page. If any of this is wrong, please correct me:</div><div><br></div><div>* You deploying a partition/filesystem image.</div><div>* Ironic is partitioning and executing the installation of grub.</div><div>* The scenario where your operating requires the boot loader command line to be updated with specific arguments.</div><div>* Part of the problem is the ramdisk initialization where it is only honors arguments in your specific case.</div><div>* Ironic does not presently provide a mechanism to append standard kernel arguments outside of netboot. Example from ages ago that many may remember, having to add ``noapic`` in some cases with a SMP kernel is to be used.</div><div><br></div><div>I believe it makes sense to have some sort of mechanism to append to the default list in this case. There is the ansible deploy driver, but it seems like that might be overkill for setting boot loader parameters, and Ironic is explicitly executing grub-isntall.</div><div><br></div><div>I think the only reason we've resisted in supporting updating the defaults file the past is because it would mean explicitly writing data to the grub defaults file on the filesystem, I suspect our comfort level with supporting that now may be different. In hindsight, considering we essentially already support this with netboot but not local boot with a partition image, I think we should add support for appending default parameters.</div><div><br></div><div>Thoughts?</div><div><br></div><div>-Julia</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 16, 2017 at 2:06 AM, Yolanda Robla Mota <span dir="ltr"><<a href="mailto:yroblamo@redhat.com" target="_blank">yroblamo@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div>Hi<br></div>Recently i've been helping some customers in the boot from ISCSI feature. So far everything was working, but we had a problem when booting the deployment image.<br></div>It needed specifically a flag rd.iscsi.ibft=1 rd.iscsi.firmware=1 in the grub commands. But as the generated deployment image doesn't contain these flags, ISCSI was not booting properly. For other hardware setups, different flags may be needed.<br></div>The solution was to manually execute a virt-customize on the deployment image to hardcode these parameters.<br></div>I wonder if we can add some feature in Ironic to support it. We have discussed about kernel parameters several times. But at this time, it affects ISCSI booting. Not having a way in Ironic to customize these parameters forces to manual workarounds.<br></div>So can we reconsider the proposal to add kernel parameters there? It could be a settable argument (driver_info/kernel_args), and then the IPA could set the parameters properly on the image. Or any other option is welcome.<br></div>What are your thoughts there?<br></div><div><br></div><div>Thanks<br></div><div><div><div><div><div><div><div><div><div><div><div><br>-- <br><div class="m_-1279475112016370194gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><p style="font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:uppercase"><span>Yolanda</span> <span>Robla Mota</span></p>
<p style="font-weight:normal;font-size:10px;margin:0px 0px 4px;text-transform:uppercase"><span>Principal Software Engineer</span><span style="color:rgb(204,204,204)">, <span style="font-weight:normal;color:rgb(170,170,170);margin:0px">RHCE</span></span></p>
<p style="font-weight:normal;margin:0px;font-size:10px;color:rgb(153,153,153)"><a style="color:rgb(0,136,206);font-size:10px;margin:0px;text-decoration:none;font-family:"overpass",sans-serif" href="https://www.redhat.com" target="_blank">Red Hat <span><br><br></span></a></p>
<span style="font-size:10px;margin:0px;color:rgb(153,153,153)"><p style="font-size:10px;margin:0px">C/Avellana 213</p></span>
<span><p style="font-size:10px;margin:0px;color:rgb(153,153,153)">Urb Portugal</p></span>
<p style="font-weight:normal;margin:0px 0px 6px;font-size:10px;color:rgb(153,153,153)"><span style="margin:0px;padding:0px">
<a style="color:rgb(0,136,206);font-size:10px;margin:0px;text-decoration:none;font-family:"overpass",sans-serif" href="mailto:yroblamo@redhat.com" target="_blank">yroblamo@redhat.com</a>   </span>
<span href="tel:+34605641639">M: <a href="http://redhatemailsignature-marketing.itos.redhat.com/" style="color:rgb(0,136,206);font-size:11px;margin:0px;text-decoration:none;font-family:"overpass",sans-serif" target="_blank">+34605641639</a>     </span>
</p>
<a href="https://red.ht/sig" target="_blank"> <img src="https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png" width="90" height="auto"></a></div></div></div></div></div></div>
</div></div></div></div></div></div></div></div></div></div></div></div>
<br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br></div>