<div dir="ltr"><div dir="ltr">On Mon, Jun 22, 2020 at 4:06 PM Clark Boylan <<a href="mailto:cboylan@sapwetik.org">cboylan@sapwetik.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Thu, May 21, 2020, at 11:40 AM, Clark Boylan wrote:<br>
> Hello everyone,<br>
> <br>
> I've BCC'd potentially interested parties to ensure they get this <br>
> email, but didn't CC to avoid putting too much pressure on them if I've <br>
> gauged potential interest poorly. I'm also sure that this list isn't <br>
> complete. Please share it with others that may be interested.<br>
> <br>
> One of the governance bodies that we've described is the OpenDev <br>
> Advisory Board [0]. The purpose of this group is to work with the <br>
> OpenDev admins to ensure that project and resource provider needs are <br>
> being met. Through this group OpenDev can communicate important <br>
> updates, manage load on cloud resources over time, and plan for future <br>
> needs. I'm also hopeful that it can serve as a conduit for our <br>
> collaborating constituents to find time to help administer OpenDev as <br>
> well.<br>
> <br>
> We would like to welcome both projects consuming OpenDev resources and <br>
> OpenDev resource providers to join the Advisory Board. The OpenDev <br>
> admins don't want to prescribe how various groups decide who represents <br>
> them as what works for OpenStack may not work for Zuul or Vexxhost. I <br>
> don't expect this will be a large time sink, more that we'll have <br>
> better communication channels when necessary. Once a participating <br>
> group has decided who their representation should be, it would be great <br>
> to have that representative reply to this thread publicly and introduce <br>
> themselves. This way we'll build a roster over time.<br>
> <br>
> For Advisory Board process, I'd like to avoid making it heavyweight and <br>
> suggest using this mailing list (<a href="mailto:service-discuss@lists.opendev.org" target="_blank">service-discuss@lists.opendev.org</a>) <br>
> with a subject tag of [AdvisoryBoard]. That said, I think the Advisory <br>
> Board can decide if something else would work better for them once <br>
> we've started to collect a roster here.<br>
> <br>
> [0] <br>
> <a href="https://docs.opendev.org/opendev/system-config/latest/project.html#governance" rel="noreferrer" target="_blank">https://docs.opendev.org/opendev/system-config/latest/project.html#governance</a><br>
<br>
Going to give this a quick bump. We've got ~3.5 volunteers so far which is great. Rather than wait for a certain number of people I think we'll move forward with who we've got by say July 2, 2020 and others can always join at a later date. This will help ensure that we keep things moving forward. Since membership isn't required having a cut off date for those interested makes sense. Thank you to those of you who have volunteered and looking forward to seeing more of you.<br>
<br>
I'll send out an email to all those I've seen volunteer on July 3, 2020 in order to start formalizing communication channels.<br>
<br>
Clark<br></blockquote><div><br></div><div>Clark,</div><div><br></div><div>Thanks for the invitation! I'm interested in participating on behalf of Limestone Networks, one of the organizations sponsoring resources for OpenDev jobs. I operate the cloud that Limestone sponsors, and am happy to address any needs or issues that arise.</div><div><br></div><div>A quick intro to the CI cloud we host. Limestone is a bare-metal hosting provider. The cloud hosting OpenDev nodepool instances at Limestone is also shared with our internal CI system, which also uses Zuul and Nodepool.</div><div><br></div><div>Our internal jobs primarily consist of operating system image build jobs which proceed to test a variety of bare-metal scenarios, such as various RAID configurations, etc., in nodepool instances using nested virt. As a result, we rely heavily on properly functioning nested virt in this cloud for our internal jobs, so I am always interested to hear feedback from OpenDev users regarding the reliability of nested virt on our test nodes.</div><div><br></div><div>Logan<br></div></div></div>