<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<div id="compose" contenteditable="true" style="padding-left: 20px; padding-right: 20px; padding-bottom: 8px;">
<div>Yep! Thanks Jim!<br>
<br>
<div class="acompli_signature">___________________________</div>
</div>
</div>
<div class="gmail_quote">From: Jim Rollenhagen <<a dir="ltr" href="mailto:jim@jimrollenhagen.com" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="1">jim@jimrollenhagen.com</a>><br>
Sent: Friday, January 15, 2016 5:48 PM<br>
Subject: Re: [openstack-dev] Shovel (RackHD/OpenStack)<br>
To: OpenStack Development Mailing List (not for usage questions) <<a dir="ltr" href="mailto:openstack-dev@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="3">openstack-dev@lists.openstack.org</a>><br>
<br>
<br>
On Fri, Jan 15, 2016 at 06:44:42PM +0000, Heck, Joseph wrote:<br>
> They’re definitely overlapping, but RackHD wasn’t created, and isn’t<br>
> meant, to be specific to OpenStack, but as a more general purpose need for<br>
> low level automation of hardware. Just like there’s Cobbler, Razor, and<br>
> Hanlon out there - RackHD isn’t aiming to be OpenStack, just agnostic, and<br>
> with some different features and functionality than what Ironic is trying<br>
> to do.<br>
<br>
Right, I agree. I just don't see why a deployer would want to stand up<br>
ironic (and shovel) if they already had RackHD running, or vice versa.<br>
There's a pretty small feature gap, and it seems like features Ironic<br>
would like to have but doesn't yet.<br>
<br>
> That said, we do think they could work well together, which was the point<br>
> of putting together this effort and submitting it to the community for<br>
> potential inclusion within OpenStack, in my mind in the same fashion that<br>
> you have a Cisco or Juniper driver set of Neutron (yes, I still think of<br>
> it as Quantum). I suggested that Andre reach out to you guys to see how<br>
> best to accommodate that.<br>
> <br>
> We’ve started the process to set it up for incubation - is that still the<br>
> best route to take? Or more specifically to the general community as well<br>
> to to Ironic folks - in what way can we provide the means to make this<br>
> most available to the OpenStack Community at large?<br>
> <br>
> I haven’t been following the community and the norms closely for a couple<br>
> years - Stackforge appears to have dissipated in favor of projects in<br>
> incubation to share things like this. Is that accurate?<br>
<br>
Right, like Jeremy said, you'd now just create an unofficial OpenStack<br>
project, as described here:<br>
<a dir="ltr" href="http://docs.openstack.org/infra/manual/creators.html" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="5">http://docs.openstack.org/infra/manual/creators.html</a><br>
<br>
Then you'd be able to use the OpenStack infrastructure, like CI systems<br>
and Launchpad.<br>
<br>
The governance step is the part that makes it "official", and you could<br>
skip that for now. Later, if we do find that this is something that<br>
should be managed by the Ironic team, we'd add it to the Ironic project<br>
in the governance repo, making it an official OpenStack project. Note<br>
that you could also start your own project team (similar to the ironic<br>
project team) with its own mission statement and set of code<br>
repositories. This is roughly the equivalent of the old "incubation"<br>
thing OpenStack used to do.<br>
<br>
Does that help?<br>
<br>
// jim<br>
<br>
> <br>
> -joe<br>
> <br>
> On 1/15/16, 10:15 AM, "Jim Rollenhagen" <<a dir="ltr" href="mailto:jim@jimrollenhagen.com" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="7">jim@jimrollenhagen.com</a>> wrote:<br>
> >On Wed, Jan 13, 2016 at 09:56:57PM +0000, Heck, Joseph wrote:<br>
> >> Hey Jay! (yeah, I’m here and lurking in the corners, albeit with a<br>
> >> different email at the moment)<br>
> >> <br>
> >> Yep - RackHD was created by a company that was acquired by EMC to attack<br>
> >> the lowest-level of hardware automation. EMC was interesting in pushing<br>
> >> that into Open Source, and surprisingly I was completely game for that<br>
> >> project :-) There’s all sorts of PR around that project that I won’t<br>
> >> bother replaying here, but if anyone’s interested, I’d be happy to share<br>
> >> more details.<br>
> >> <br>
> >> There was immediately interest in how this could work with OpenStack,<br>
> >>and<br>
> >> as a plugin/driver to Ironic was the obvious play. We took a couple<br>
> >> different options of possible attacks, and decided to leverage something<br>
> >> that would both show off the underlying hardware introspection which<br>
> >> wasn’t obviously visible (or arguably perhaps relevant) from the Ironic<br>
> >> style APIs (the horizon plugin) as well as be leverage by Ironic to do<br>
> >> hardware provisioning using those APIs.<br>
> >> <br>
> >> Andre (who was key in doing this effort inside EMC) was interested in<br>
> >> helping manage it and is bringing it here to introduce folks to the fact<br>
> >> that we’ve done this work, and that it will be submitted it into<br>
> >> incubation with OpenStack. So yep - we totally want to contribute it to<br>
> >> the Ironic efforts. Andre and Jim are coordinating on that effort (hi<br>
> >> jroll, nice to meet you) and it was Jim that suggested that Andre let<br>
> >>the<br>
> >> community know here that we’ve started this effort.<br>
> ><br>
> >Hi. :)<br>
> ><br>
> >So, to be clear, I haven't been working with Andre on this, except to<br>
> >help him figure out how to create an OpenStack project, and to suggest<br>
> >he email this list.<br>
> ><br>
> >From what I know, the things RackHD/shovel offer that Ironic (Inspector)<br>
> >doesn't have is additional SEL monitoring, as well as the capability to<br>
> >register a second ironic node as a failover for another node (I haven't<br>
> >investigated how this actually works).<br>
> ><br>
> >I do share Jay's concern - why are these separate projects, rather than<br>
> >contributing to ironic (inspector) itself? Why would a user want to use<br>
> >both ironic *and* RackHD?<br>
> ><br>
> >From the RackHD docs:<br>
> >"RackHD is focused on being the lowest level of automation that<br>
> >interrogates agnostic hardware and provisions machines with operating<br>
> >systems."<br>
> ><br>
> >And the Ironic mission statement:<br>
> >"To produce an OpenStack service and associated libraries capable of<br>
> >managing and provisioning physical machines, and to do this in a<br>
> >security-aware and fault-tolerant manner."<br>
> ><br>
> >So, I'm not sure I see much difference in the goals, which makes me<br>
> >wonder if ironic and RackHD are truly complementary (as shovel implies)<br>
> >or if they are actually aiming to do the same thing.<br>
> ><br>
> >I'd love to see RackHD folks contributing to Ironic. Would it possible<br>
> >for EMC to work on contributing RackHD features that Ironic lacks into<br>
> >Ironic, rather than building a bridge between the two?<br>
> ><br>
> >// jim<br>
> ><br>
> >> <br>
> >> Anyway, I’m lurking here again - but Andre is doing to real lifting :-)<br>
> >> <br>
> >> -joe<br>
> >> <br>
> >> On 1/13/16, 1:22 PM, "Mooney, Sean K" <<a dir="ltr" href="mailto:sean.k.mooney@intel.com" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="10">sean.k.mooney@intel.com</a>> wrote:<br>
> >> <br>
> >> ><br>
> >> ><br>
> >> >> -----Original Message-----<br>
> >> >> From: Jay Pipes [<a dir="ltr" href="mailto:jaypipes@gmail.com" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="11">mailto:jaypipes@gmail.com</a>]<br>
> >> >> Sent: Wednesday, January 13, 2016 8:53 PM<br>
> >> >> To: <a dir="ltr" href="mailto:openstack-dev@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="13">
openstack-dev@lists.openstack.org</a><br>
> >> >> Subject: Re: [openstack-dev] Shovel (RackHD/OpenStack)<br>
> >> >> <br>
> >> >> On 01/13/2016 03:28 PM, Keedy, Andre wrote:<br>
> >> >> > Hi All, I'm pleased to announce a new application called 'Shovel<br>
> >>'that<br>
> >> >> > is now available in a public repository on GitHub<br>
> >> >> > (<a dir="ltr" href="https://github.com/keedya/Shovel" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="15">https://github.com/keedya/Shovel</a>). Shovel is a server with a set<br>
> >>of<br>
> >> >> > APIs that wraps around RackHD/Ironic's existing APIs allowing<br>
> >>users to<br>
> >> >> > find Baremetal Compute nodes that are dynamically discovered by<br>
> >>RackHD<br>
> >> >> > and register them with Ironic. Shovel also uses the SEL pollers<br>
> >> >> > service in RackHD to monitor compute nodes and logs errors from SEL<br>
> >> >> > into the Ironic Database. Shovel includes a graphical interface<br>
> >>using<br>
> >> >> Swagger UI.<br>
> >> >> ><br>
> >> >> > Also provided is a Shovel Horizon plugin to interface with the<br>
> >>Shovel<br>
> >> >> > service that is available in a public repository on GitHub<br>
> >> >> > (<a dir="ltr" href="https://github.com/keedya/shovel-horizon-plugin" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="16">https://github.com/keedya/shovel-horizon-plugin</a>). The Plugin adds<br>
> >>a<br>
> >> >> > new Panel to the admin Dashboard called rackhd that displays a<br>
> >>table<br>
> >> >> > of all the Baremetal systems discovered by RackHD. It also allows<br>
> >>the<br>
> >> >> > user to see the node catalog in a nice table view,<br>
> >>register/unregister<br>
> >> >> > node in Ironic, display node SEL and enable/register a failover<br>
> >>node.<br>
> >> >> ><br>
> >> >> > I invite you to take a look at Shovel and Shovel horizon plugin<br>
> >>that<br>
> >> >> > is available to the public on GitHub.<br>
> >> >> <br>
> >> >> Would EMC be interested in contributing to the OpenStack Ironic<br>
> >>project<br>
> >> >> around hardware discovery and automated registration of hardware? It<br>
> >> >> would be nice to have a single community pulling in the same<br>
> >>direction.<br>
> >> >> It looks to me that RackHD is only a few months old. Was there a<br>
> >> >> particular reason that EMC decided to start a new open source project<br>
> >> >> for doing hardware management instead of contributing to the<br>
> >>OpenStack<br>
> >> >> Ironic project?<br>
> >> >> <br>
> >> >> It was a bit surprising to me actually, to see Joe Heck, who used to<br>
> >>be<br>
> >> >> a very active contributor in OpenStack, started the RackHD project.<br>
> >> >> <br>
> >> >> Also, just FYI, "Shovel" is a RabbitMQ thing:<br>
> >> >> <br>
> >> >> <a dir="ltr" href="https://www.rabbitmq.com/shovel.html" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="17">
https://www.rabbitmq.com/shovel.html</a><br>
> >> >> <br>
> >> >> Might be worth looking into a rename of your project to avoid<br>
> >>confusion,<br>
> >> >> but that's just a suggestion.<br>
> >> >Its also a python library for converting function into tasks invokable<br>
> >> >From the commandline however it has not had a release in the past year<br>
> >>so<br>
> >> >Development may not be ongoing.<br>
> >> ><br>
> >> ><a dir="ltr" href="https://github.com/seomoz/shovel" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="18">https://github.com/seomoz/shovel</a><br>
> >> ><a dir="ltr" href="https://pypi.python.org/pypi/shovel" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="19">https://pypi.python.org/pypi/shovel</a><br>
> >> ><br>
> >> >> <br>
> >> >> Best,<br>
> >> >> -jay<br>
> >> >> <br>
> >> >> <br>
> >> >> <br>
> >>________________________________________________________________________<br>
> >> >> __<br>
> >> >> OpenStack Development Mailing List (not for usage questions)<br>
> >> >> Unsubscribe: OpenStack-dev-<br>
> >> >> <a dir="ltr" href="mailto:request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="20">
request@lists.openstack.org</a>?subject:unsubscribe<br>
> >> >> <a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="21">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> >> ><br>
> >> <br>
> >>>________________________________________________________________________<br>
> >>>__<br>
> >> >OpenStack Development Mailing List (not for usage questions)<br>
> >> >Unsubscribe: <br>
> >><a dir="ltr" href="mailto:OpenStack-dev-request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="22">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
> >> ><a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="23">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> >> <br>
> >> <br>
> >>_________________________________________________________________________<br>
> >>_<br>
> >> OpenStack Development Mailing List (not for usage questions)<br>
> >> Unsubscribe: <br>
> >><a dir="ltr" href="mailto:OpenStack-dev-request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="24">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
> >> <a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="25">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> ><br>
> >__________________________________________________________________________<br>
> >OpenStack Development Mailing List (not for usage questions)<br>
> >Unsubscribe: <a dir="ltr" href="mailto:OpenStack-dev-request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="26">
OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
> ><a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="27">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
> <br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a dir="ltr" href="mailto:OpenStack-dev-request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="28">
OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
> <a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="29">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a dir="ltr" href="mailto:OpenStack-dev-request@lists.openstack.org" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="30">
OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br>
<a dir="ltr" href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="31">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
<br>
</div>
</body>
</html>