<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Arial,Helvetica,sans-serif;" dir="ltr">
<p><br>
</p>
<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" color="#000000" face="Calibri, sans-serif"><b>From:</b> Alan Pevec <apevec@redhat.com><br>
<b>Sent:</b> Wednesday, November 30, 2016 12:19 PM<br>
<b>To:</b> Boris Derzhavets<br>
<b>Cc:</b> rdo-list@redhat.com; Emilien Macchi<br>
<b>Subject:</b> Re: [rdo-list] RDO Survey Results</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi Boris,<br>
<br>
thanks for the feedback, I'll try to address them inline:<br>
<br>
On Mon, Nov 28, 2016 at 10:03 PM, Boris Derzhavets<br>
<bderzhavets@hotmail.com> wrote:<br>
> I do realize that Core RDO deployment tool is TripleO ( TripleO QS ) been<br>
> pushed and stable on bare metal.<br>
<br>
TripleO is one of the deployment tools which work with RDO packages,<br>
it never was and never will be the only one, so you have a choice.<br>
<br>
> However, numbers in report bellow:- 38% packstack deployments vs 20% TripleO<br>
> deployments<br>
> fairly prove that just for Newton && Ocata releases makes sense to have<br>
> storage.pp role for packstack.<br>
<br>
Sample was rather small so I would not jump to the conclusion, but<br>
just to clarify that Packstack is a community supported project and<br>
you can report the request details in<br>
<a href="https://bugs.launchpad.net/packstack" id="LPlnk524838" previewremoved="true">https://bugs.launchpad.net/packstack</a> and/or propose a patch in gerrit
<div id="LPBorder_GT_14805120613320.05644599139118278" style="margin-bottom: 20px; overflow: auto; width: 100%; text-indent: 0px;">
<table id="LPContainer_14805120613260.0721726745728718" style="width: 90%; background-color: rgb(255, 255, 255); position: relative; overflow: auto; padding-top: 20px; padding-bottom: 20px; margin-top: 20px; border-top: 1px dotted rgb(200, 200, 200); border-bottom: 1px dotted rgb(200, 200, 200);" cellspacing="0">
<tbody>
<tr style="border-spacing: 0px;" valign="top">
<td id="TextCell_14805120613270.9165508251169832" style="vertical-align: top; position: relative; padding: 0px; display: table-cell;" colspan="2">
<div id="LPRemovePreviewContainer_14805120613290.53954275539061"></div>
<div id="LPTitle_14805120613290.13764900646181177" style="top: 0px; color: rgb(0, 120, 215); font-weight: 400; font-size: 21px; font-family: "wf_segoe-ui_light","Segoe UI Light","Segoe WP Light","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; line-height: 21px;">
<a id="LPUrlAnchor_14805120613300.2727688174206008" style="text-decoration: none;" href="https://bugs.launchpad.net/packstack" target="_blank">Bugs : Packstack</a></div>
<div id="LPMetadata_14805120613300.6729349677678788" style="margin: 10px 0px 16px; color: rgb(102, 102, 102); font-weight: 400; font-family: "wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size: 14px; line-height: 14px;">
bugs.launchpad.net</div>
<div id="LPDescription_14805120613310.0659035065516792" style="display: block; color: rgb(102, 102, 102); font-weight: 400; font-family: "wf_segoe-ui_normal","Segoe UI","Segoe WP",Tahoma,Arial,sans-serif; font-size: 14px; line-height: 20px; max-height: 100px; overflow: hidden;">
#1453269 wrong endpoint for swift in a multi node setup when using CONFIG_STORAGE_HOST</div>
</td>
</tr>
</tbody>
</table>
</div>
<br>
then we can discuss how it can fit. Maybe feature does not fit in<br>
Packstack directly e.g. cloud be integrated with some other tool,<br>
let's keep open mind and not assume implementation details.<br>
As an example, recent Magnum support in Packstack was contributed from<br>
outside Red Hat.<br>
<br>
>  TripleO is exciting , but maintain prod environment via update of heat stack<br>
> "overcloud"  targeting for instance :-<br>
> 1. Adding one more compute node<br>
> 2. Replacing Controller node in PCS Cluster<br>
> would scare too much admins.<br>
<br>
Can you provide more details, I'm sure Emilien as TripleO PTL would<br>
like to hear them :)<br>
<br>
> Regression in packstack been done ahead of right time might have negative<br>
> drawback and it would.<br>
<br>
I guess you mean focusing Packstack to be excellent all-in-one<br>
proof-of-concept installation tool?<br>
Repeating myself again: if we don't have it covered in CI, it will be<br>
> broken by design so focusing is all about _avoiding_ regressions.<br>
<br>
<div>Hi Alan,<br>
<br>
      Thanks a lot for feedback. Finally I understood  the nature of issue.<br>
      I don't have in depth knowledge of packstack's internals to write<br>
      a patch on my own. So, only controller.pp, network.pp and compute.pp<br>
      are CI compatible. Would I like to have storage.pp it also has to be compatible<br>
      with CI  and this effort should be attempted by community, rather then by<br>
      RH's staff.  What in fact means that TripleO is core deployment tool.<br>
      Without ability split Storage Server from Controller packstack as quick<br>
      and efficient deployment utility is almost useless in prod environment <br>
      via my experience.<br>
<br>
      Looking at <a href="https://etherpad.openstack.org/p/rdo-survey-answers" rel="noopener" target="_blank" data-snippet-id="336fcb2e-3362-fc6f-158d-439aabcca65b" data-mce-href="https://etherpad.openstack.org/p/rdo-survey-answers" id="LPlnk748377" previewremoved="true">
https://etherpad.openstack.org/p/rdo-survey-answers</a><br>
      ( down from line 25 )  I am really happy to see  that I was heard.<br>
<br>
      Thank you once again.<br>
      Boris.<br>
</div>
<br>
> E.g. we have found out today that Nagios support in Packstack is<br>
broken only after being reported on #rdo ... because it is not covered<br>
in CI. To fix that, I would propose to drop Nagios support in<br>
Packstack and instead look at integrating with CentOS Opstools SIG.<br>
<br>
Cheers,<br>
Alan<br>
</div>
</span></font></div>
</div>
</body>
</html>