<div dir="ltr"><br><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Dec 6, 2018 at 8:04 AM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-12-06 15:24:37 +0000 (+0000), Balázs Gibizer wrote:<br>
[...]<br>
> In order to boot bare metal instance from ScaleIO volume, the BIOS<br>
> should be able to act as ScaleIO client, which will likely never<br>
> happen. ScaleIO used to have a capability to expose the volumes<br>
> over standard iSCSI, but this capability has been removed long<br>
> time ago. As this was a feature in the past, making Dell/EMC to<br>
> re-introduce it may not be completely impossible if there is high<br>
> enough interest for that. However, this would vanish the power of<br>
> the proprietary protocol which let the client to balance the load<br>
> towards multiple servers. </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
[...]<br>
<br>
You'd only need iSCSI support for bootstrapping though, right? Once<br>
you're able to boot a ramdisk with the ScaleIO (my friends at EMC<br>
would want me to remind everyone it's called "VFlexOS" now) driver<br>
it should be able to pivot to their proprietary protocol. In theory<br>
some running service on the network could simply act as an iSCSI<br>
proxy for that limited purpose.<br>
-- <br>
Jeremy Stanley<br></blockquote><div><br></div><div>This is a great point. I fear the issue would be how to inform the guest of what and how to pivot. At some point it might just be easier to boot the known kernel/ramdisk and have a command line argument. That being said things like this is why ironic implemented the network booting ramdisk interface so an operator could choose something along similar lines. If some abstraction pattern could be identified, and be well unit tested at least, I feel like we might be able to pass along the necessary information if needed. Naturally the existing ironic community does not have access to this sort of hardware, and it would be a bespoke sort of integration. We investigated doing something similar for Ceph integration but largely pulled back due to a lack of initial ramdisk loader standardization and even support for the root filesystem on Ceph.</div></div></div></div>