<div dir="ltr">Thanks Egor, I will update.<div><br></div><div><br></div><div><br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 23, 2015 at 2:15 AM, Egor Guz <span dir="ltr"><<a href="mailto:EGuz@walmartlabs.com" target="_blank">EGuz@walmartlabs.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">thx, for clarification. do you mind to add this information to bp?<br>
<br>
I think we can get similar states through docker info against swarm, but not sure about mesos. could you check?<br>
<span class=""><br>
—<br>
Egor<br>
<br>
From: Vikas Choudhary <<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a><mailto:<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a>>><br>
</span>Date: Wednesday, October 21, 2015 at 16:04<br>
To: Walmart Associate <<a href="mailto:eguz@walmartlabs.com">eguz@walmartlabs.com</a><mailto:<a href="mailto:eguz@walmartlabs.com">eguz@walmartlabs.com</a>>><br>
<span class="">Subject: Re: [openstack-dev] [Magnum] Coe components status<br>
<br>
</span><span class="">@Egor,<br>
<br>
Kubectl commnad is "kubectl get cs"<br>
<br>
<br>
<br>
</span><span class="">On Wed, Oct 21, 2015 at 10:09 PM, Egor Guz <<a href="mailto:EGuz@walmartlabs.com">EGuz@walmartlabs.com</a><mailto:<a href="mailto:EGuz@walmartlabs.com">EGuz@walmartlabs.com</a>>> wrote:<br>
Vikas,<br>
<br>
Could you clarify what do you mean under ’status’? I don’t seed this command in kubectl, so I assume it is get or describe?<br>
Also for Docker, is it info, inspect or stats? We can get app/container details through Marathon API in Mesos, but it’s very depend what information we are looking for ;)<br>
<br>
My two cents, I think we should implement/found common ground between 'kub describe’, ‘docker inspect’ and 'curl http://${MASTER_IP}:8080/v2/tasks' first. These commands<br>
are very useful for troubleshooting.<br>
<br>
About 'magnum container’ command for all COEs, we should definitely discuss this topic during summit. But challenge here that Marathon/Mesos app/container definition is<br>
very different form Kub model.<br>
<br>
—<br>
Egor<br>
<br>
</span>From: Vikas Choudhary <<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a><mailto:<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a>><mailto:<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a><mailto:<a href="mailto:choudharyvikas16@gmail.com">choudharyvikas16@gmail.com</a>>>><br>
Reply-To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>>>><br>
<span class="">Date: Tuesday, October 20, 2015 at 20:56<br>
</span>To: "OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a><mailto:<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>>>><br>
<span class="">Subject: Re: [openstack-dev] [Magnum] Coe components status<br>
<br>
@ Eli ,<br>
<br>
I will look into how to support this feature for other COEs also(mesos and swarm). But anyways Magnum's goal is to provide users *atleast* what other coes are providing (if not something extra). All coes dont have common features, so we cant be very strict on providing common interface apis for all coes. For example "magnum container" commands work only with swarm not k8s or mesos.<br>
It will not be justified if k8s is providing a way to monitor at more granular level but magnum will not allow user to use it just beacuse other coes does not provide this feature.<br>
<br>
Agree that it will be nice if could support this feature for all. I will prefer to start with k8s first and if similar feature is supported by mesos and swarm also, incrementally will implement that also.<br>
<br>
Regards<br>
Vikas Choudhary<br>
<br>
</span><span class="">On Wed, Oct 21, 2015 at 6:50 AM, Qiao,Liyong <<a href="mailto:liyong.qiao@intel.com">liyong.qiao@intel.com</a><mailto:<a href="mailto:liyong.qiao@intel.com">liyong.qiao@intel.com</a>><mailto:<a href="mailto:liyong.qiao@intel.com">liyong.qiao@intel.com</a><mailto:<a href="mailto:liyong.qiao@intel.com">liyong.qiao@intel.com</a>>>> wrote:<br>
hi Vikas,<br>
thanks for propose this changes, I wonder if you can show some examples for other coes we currently supported:<br>
swarm, mesos ?<br>
<br>
if we propose a public api like you proposed, we'd better to support all coes instead of coe specific.<br>
<br>
thanks<br>
Eli.<br>
<br>
<br>
On 2015年10月20日 18:14, Vikas Choudhary wrote:<br>
Hi Team,<br>
<br>
I would appreciate any opinion/concern regarding "coe-component-status" feature implementation [1].<br>
<br>
For example in k8s, using API api/v1/namespaces/{namespace}/componentstatuses, status of each k8s component can be queried. My approach would be to provide a command in magnum like "magnum coe-component-status" leveraging coe provided rest api and result will be shown to user.<br>
<br>
[1] <a href="https://blueprints.launchpad.net/magnum/+spec/coe-component-status" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/magnum/+spec/coe-component-status</a><br>
<br>
<br>
<br>
-Vikas Choudhary<br>
<br>
<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
</span>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><<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><mailto:<a href="mailto:OpenStack-dev-request@lists.openstack.org">OpenStack-dev-request@lists.openstack.org</a><mailto:<a href="mailto:OpenStack-dev-request@lists.openstack.org">OpenStack-dev-request@lists.openstack.org</a>>?subject:unsubscribe><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>
<span class=""><br>
<br>
--<br>
BR, Eli(Li Yong)Qiao<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
</span>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><<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>><<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">http://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>
<br>
</blockquote></div><br></div>