<div dir="ltr">Osquery [1] could also be considered as providing a lot of useful informations in a convenient way.<div><div><br></div><div>[1] <a href="https://osquery.io/">https://osquery.io/</a><br><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 30, 2016 at 3:20 PM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">​Igor,</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">I can not agree more. Wherever possible we should</div><div class="gmail_default" style="font-family:monospace,monospace">use existent mature solutions. Ansible is really</div><div class="gmail_default" style="font-family:monospace,monospace">convenient and well known solution, let's try to </div><div class="gmail_default" style="font-family:monospace,monospace">use it. </div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Yet another thing should be taken into account. </div><div class="gmail_default" style="font-family:monospace,monospace">One of Shotgun features is diagnostic report</div><div class="gmail_default" style="font-family:monospace,monospace">that could then be attached to bugs to identify </div><div class="gmail_default" style="font-family:monospace,monospace">the content of env. This report could also be </div><div class="gmail_default" style="font-family:monospace,monospace">used to reproduce env and then fight a bug. </div><div class="gmail_default" style="font-family:monospace,monospace">I'd like we to have this kind of report. </div><div class="gmail_default" style="font-family:monospace,monospace">Is it possible to implement such a feature</div><div class="gmail_default" style="font-family:monospace,monospace">using Ansible? If yes, then let's switch to Ansible</div><div class="gmail_default" style="font-family:monospace,monospace">as soon as possible.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">​</div></div><div class="gmail_extra"><span class="HOEnZb"><font color="#888888"><br clear="all"><div><div><div>Vladimir Kozhukalov</div></div></div></font></span><div><div class="h5">
<br><div class="gmail_quote">On Wed, Mar 30, 2016 at 3:31 PM, Igor Kalnitsky <span dir="ltr"><<a href="mailto:ikalnitsky@mirantis.com" target="_blank">ikalnitsky@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Neil Jerram wrote:<br>
> But isn't Ansible also over-complicated for just running commands over SSH?<br>
<br>
It may be not so "simple" to ignore that. Ansible has a lot of modules<br>
which might be very helpful. For instance, Shotgun makes a database<br>
dump and there're Ansible modules with the same functionality [1].<br>
<br>
Don't think I advocate Ansible as a replacement. My point is, let's<br>
think about reusing ready solutions. :)<br>
<br>
- igor<br>
<br>
<br>
[1]: <a href="http://docs.ansible.com/ansible/list_of_database_modules.html" rel="noreferrer" target="_blank">http://docs.ansible.com/ansible/list_of_database_modules.html</a><br>
<br>
On Wed, Mar 30, 2016 at 1:14 PM, Neil Jerram <<a href="mailto:Neil.Jerram@metaswitch.com" target="_blank">Neil.Jerram@metaswitch.com</a>> wrote:<br>
><br>
> FWIW, as a naive bystander:<br>
<span>><br>
> On 30/03/16 11:06, Igor Kalnitsky wrote:<br>
>> Hey Fuelers,<br>
>><br>
>> I know that you probably wouldn't like to hear that, but in my opinion<br>
>> Fuel has to stop using Shotgun. It's nothing more but a command runner<br>
>> over SSH. Besides, it has well known issues such as retrieving remote<br>
>> directories with broken symlinks inside.<br>
><br>
</span>> It makes sense to me that a command runner over SSH might not need to be<br>
> a whole Fuel-specific component.<br>
<span>><br>
>> So I propose to find a modern alternative and reuse it. If we stop<br>
>> supporting Shotgun, we can spend extra time to focus on more important<br>
>> things.<br>
>><br>
>> As an example, we can consider to use Ansible. It should not be tricky<br>
>> to generate Ansible playbook instead of generating Shotgun one.<br>
>> Ansible is a  well known tool for devops and cloud operators, and they<br>
>> we will only benefit if we provide possibility to extend diagnostic<br>
>> recipes in usual (for them) way. What do you think?<br>
><br>
</span>> But isn't Ansible also over-complicated for just running commands over SSH?<br>
<div><div>><br>
>         Neil<br>
><br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">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 href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div style="color:rgb(136,136,136);font-size:12.8000001907349px">Adam Heczko</div><div style="color:rgb(136,136,136);font-size:12.8000001907349px">Security Engineer @ Mirantis Inc.</div></div></div>
</div>