
<html><head><style>body{font-family:Helvetica,Arial;font-size:13px}</style></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div id="bloop_customfont" style="font-family:Helvetica,Arial;font-size:13px; color: rgba(0,0,0,1.0); margin: 0px; line-height: auto;"><br></div> <p class="airmail_on">On 11 March 2016 at 12:51:40, Igor Kalnitsky (<a href="mailto:ikalnitsky@mirantis.com">ikalnitsky@mirantis.com</a>) wrote:</p> <div><blockquote type="cite" class="clean_bq" style="font-family: Helvetica, Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><span><div><div></div><div>Patrick,<span class="Apple-converted-space"> </span><br><br>Sorry, but I meant another question. I thought that LMA plugin should<span class="Apple-converted-space"> </span><br>be installed in some environment before we can start use it. Is this a<span class="Apple-converted-space"> </span><br>case? If so, it means we can't use for master node until some<span class="Apple-converted-space"> </span><br>environment is deployed.<span class="Apple-converted-space"> </span></div></div></span></blockquote></div><p>Right. This is the chicken and egg problem I mentioned earlier...</p><p>But this is not a “problem” specific to Fuel. My take on this is is that ops management tooling (logging, monitoring) should be installed off-band before any OpenStack deployment. In fact, in real-world usage, we frequently get asks to have the monitoring and logging services of StackLight installed permanently for multi-enviroments. And so, one approach would be to make Stacklight backend services the first bits of software installed by Fuel (if not already there), then reconfigure Fuel to hook into those services and only then, enter into the regular OpenStack provisioning mode.</p><div><blockquote type="cite" class="clean_bq" style="font-family: Helvetica, Arial; font-size: 13px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><span><div><div><br><br>On Fri, Mar 11, 2016 at 12:52 PM, Patrick Petit <ppetit@mirantis.com> wrote:<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> On 11 March 2016 at 11:34:32, Igor Kalnitsky (ikalnitsky@mirantis.com)<span class="Apple-converted-space"> </span><br>> wrote:<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Hey Roman,<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Thank you for bringing this up. +1 from my side, especially taking<span class="Apple-converted-space"> </span><br>> into account the patch where we tried to solve logrotated logs problem<span class="Apple-converted-space"> </span><br>> [1]. It's complex and unsupportable, as well as already existed<span class="Apple-converted-space"> </span><br>> logview code in Nailgun.<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Patrick, Simon,<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Does LMA plugin support logs from master node? Or it's designed to<span class="Apple-converted-space"> </span><br>> watch environment's logs?<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> No it’s not designed specifically for environment logs. Can be adapted to<span class="Apple-converted-space"> </span><br>> any log format.<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Would just need to write a parser like you would with logstach when logs are<span class="Apple-converted-space"> </span><br>> not standard.<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Patrick<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> Thanks,<span class="Apple-converted-space"> </span><br>> Igor<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> [1]: https://review.openstack.org/#/c/243240/<span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> On Fri, Mar 11, 2016 at 11:53 AM, Patrick Petit <ppetit@mirantis.com> wrote:<span class="Apple-converted-space"> </span><br>>> Fuelers,<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> As Simon said, we already have a log centralisation solution for MOS<span class="Apple-converted-space"> </span><br>>> delivered as a Fuel plugins known as StackLight / LMA toolset. And so<span class="Apple-converted-space"> </span><br>>> objectively, there is no need to have log management in Nailgun anymore.<span class="Apple-converted-space"> </span><br>>> To<span class="Apple-converted-space"> </span><br>>> go one step further we suggested several times to have a StackLight agent<span class="Apple-converted-space"> </span><br>>> installed on the Fuel master node to also collect and centralise those<span class="Apple-converted-space"> </span><br>>> logs.<span class="Apple-converted-space"> </span><br>>> There is a little bit of a chicken and egg problem to resolve but I think<span class="Apple-converted-space"> </span><br>>> it<span class="Apple-converted-space"> </span><br>>> is worth a try to have that nailed down in the roadmap for Fuel 10.<span class="Apple-converted-space"> </span><br>>> Cheers<span class="Apple-converted-space"> </span><br>>> - Patrick<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> On 11 March 2016 at 10:07:28, Simon Pasquier (spasquier@mirantis.com)<span class="Apple-converted-space"> </span><br>>> wrote:<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> Hello Roman,<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> On Fri, Mar 11, 2016 at 9:57 AM, Roman Prykhodchenko <me@romcheg.me><span class="Apple-converted-space"> </span><br>>> wrote:<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> Fuelers,<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> I remember we’ve discussing this topic in our couloirs before but I’d<span class="Apple-converted-space"> </span><br>>>> like<span class="Apple-converted-space"> </span><br>>>> to bring that discussion to a more official format.<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> Let me state a few reasons to do this:<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> - Log management code in Nailgun is overcomplicated<span class="Apple-converted-space"> </span><br>>>> - Working with logs on big scale deployments is barely possible given the<span class="Apple-converted-space"> </span><br>>>> current representation<span class="Apple-converted-space"> </span><br>>>> - Due to overcomplexity and ineffectiveness of the code we always get<span class="Apple-converted-space"> </span><br>>>> recurring bugs like [1]. That eats tons of time to resolve.<span class="Apple-converted-space"> </span><br>>>> - There are much better specialized tools, say Logstash [2], that can<span class="Apple-converted-space"> </span><br>>>> deal<span class="Apple-converted-space"> </span><br>>>> with logs much more effectively.<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> There may be more reasons bus I think even the already mentioned ones are<span class="Apple-converted-space"> </span><br>>>> enough to think about the following proposal:<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> - Remove Logs tab from Fuel Web UI<span class="Apple-converted-space"> </span><br>>>> - Remove logs support from Nailgun<span class="Apple-converted-space"> </span><br>>>> - Create mechanism that allows to configure different log management<span class="Apple-converted-space"> </span><br>>>> software, say Logstash, Loggly, etc<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> - Choose a default software to install and provide a plugin for it from<span class="Apple-converted-space"> </span><br>>>> the box<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> This is what the LMA/StackLight plugins [1][2] are meant for. No need to<span class="Apple-converted-space"> </span><br>>> develop anything new.<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> And I'm +1 with the removal of log management from Fuel. As you said, it<span class="Apple-converted-space"> </span><br>>> can't scale...<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> [1] http://fuel-plugin-lma-collector.readthedocs.org/en/latest/<span class="Apple-converted-space"> </span><br>>> [2] http://fuel-plugin-elasticsearch-kibana.readthedocs.org/en/latest/<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> References<span class="Apple-converted-space"> </span><br>>>> 1. https://bugs.launchpad.net/fuel/+bug/1553170<span class="Apple-converted-space"> </span><br>>>> 2. https://www.elastic.co/products/logstash<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> - romcheg<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>>> __________________________________________________________________________<span class="Apple-converted-space"> </span><br>>>> OpenStack Development Mailing List (not for usage questions)<span class="Apple-converted-space"> </span><br>>>> Unsubscribe:<span class="Apple-converted-space"> </span><br>>>> OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<span class="Apple-converted-space"> </span><br>>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<span class="Apple-converted-space"> </span><br>>>><span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> __________________________________________________________________________<span class="Apple-converted-space"> </span><br>>> OpenStack Development Mailing List (not for usage questions)<span class="Apple-converted-space"> </span><br>>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<span class="Apple-converted-space"> </span><br>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>>> __________________________________________________________________________<span class="Apple-converted-space"> </span><br>>> OpenStack Development Mailing List (not for usage questions)<span class="Apple-converted-space"> </span><br>>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<span class="Apple-converted-space"> </span><br>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<span class="Apple-converted-space"> </span><br>>><span class="Apple-converted-space"> </span><br>><span class="Apple-converted-space"> </span><br>> __________________________________________________________________________<span class="Apple-converted-space"> </span><br>> OpenStack Development Mailing List (not for usage questions)<span class="Apple-converted-space"> </span><br>> Unsubscribe: OpenStack-dev-request@lists.openstack.org?subject:unsubscribe<span class="Apple-converted-space"> </span><br>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<span class="Apple-converted-space"> </span><br></div></div></span></blockquote></div></body></html>