<div dir="ltr">Julia,<div><br></div><div>It would be nice to add grouping by Status to the existing 'Grouping' dropdown. It would save some time finding faulty/offline nodes in the list and performing bulk actions (like Delete) on them.</div><div><br></div><div>Another useful feature for large deployments would be an ability to see IP addresses of nodes (including Management and Public addresses) in the UI and group/sort by those addresses.</div><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div><div>Mirantis Labs</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Feb 14, 2015 at 11:27 AM, Julia Aranovich <span dir="ltr"><<a href="mailto:jkirnosova@mirantis.com" target="_blank">jkirnosova@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>Hi All,</div><div><br></div><div>Currently we [Fuel UI team] are planning the features of <b>sorting and filtering of node list </b>to introduce it in 6.1 release.</div><div><br></div><div>Now user can filter nodes just by it's name or MAC address and no sorters are available. It's rather poor UI for managing 200+ nodes environment. So, the current suggestion is to filter and sort nodes by the following parameters:</div><div><ol><li>name<br></li><li>manufacturer<br></li><li>IP address<br></li><li>MAC address<br></li><li>CPU<br></li><li>memory<br></li><li>disks total size (we need to think about "less than"/"more than" representation)<br></li><li>interfaces speed<br></li><li>status (Ready, Pending Addition, Error, etc.)<br></li><li>roles<br></li></ol><div><br></div><div>It will be a form-based filter. Items [1-4] should go to a single text input and other go to a separate controls.<br>And also there is an idea to <span style="font-size:12.8000001907349px">translate a user filter selection to a query and add it to a location string. Like it's done for the logs search: </span><i>#cluster/x/logs/type:local;source:api;level:info</i><span style="font-size:12.8000001907349px">.</span></div><div><br></div>Please also note, that the changes we are thinking about should not affect backend code.</div><div><br></div><div><br></div><div>I will be very grateful if you share your ideas about this or tell some of the cases that would be useful to you at work with real deployments.<br>We would like to introduce really usefull tools based on your feedback.<br></div><div><br></div><div><br></div>Best regards,<br>Julia<span class="HOEnZb"><font color="#888888"><br clear="all"><div><br></div>-- <br><div><div dir="ltr"><div><span style="color:rgb(153,153,153)">Kind Regards,</span><br></div><span style="color:rgb(153,153,153)">Julia Aranovich,</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Software Engineer,</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Mirantis, Inc</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">+7 (905) 388-82-61 (cell)</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)">Skype: juliakirnosova</span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)"><a href="http://www.mirantis.ru" target="_blank">www.mirantis.ru</a></span><br style="color:rgb(153,153,153)"><span style="color:rgb(153,153,153)"><a href="mailto:jkirnosova@mirantis.com" target="_blank">jaranovich@mirantis.com</a></span></div></div>
</font></span></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>