Hi,
Does anyone have some experience or some document for how to configure
keystone work with https? If so, can you please help share with me or show
some links that can help?
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack
Hi,
I have a question for Murano: Suppose I want to manage two different
version Spark packages, does Murano can enable me create one Application in
application catalog but can enable me select different version spark
packages to install?
--
Thanks,
Jay Lau (Guangya Liu
interest to
> contribute?
>
>
>
> [1] https://blueprints.launchpad.net/magnum/+spec/mesos-dcos
>
>
>
> Best regards,
>
> Hongbin
>
>
>
> *From:* Jay Lau [mailto:jay.lau@gmail.com]
> *Sent:* April-22-16 12:12 AM
> *To:* OpenStack Development Mail
ttp://lists.openstack.org/cgi-bin/mailman/listinfo/foundation
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscr
Yes, that's exactly what I want to do, adding dcos cli and also add Chronos
to Mesos Bay to make it can handle both long running services and batch
jobs.
Thanks,
On Fri, Mar 25, 2016 at 5:25 PM, Michal Rostecki <michal.roste...@gmail.com>
wrote:
> On 03/25/2016 07:57 AM, Jay Lau wrote
.
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu
__
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Thanks,
Jay Lau
; >> Best regards,
>> > >>
>> > >> Honbgin
>> > >>
>> > >>
>> > >>
>> > >> *From:* Adrian Otto [mailto:adrian.o...@rackspace.com]
>> > >> *Sent:* December-20-15 12:50 PM
>> > >> *To:* OpenS
to CRUD the lower level resources. In the case we could check the maximum
>> allowed number of (or access rate of) whatever lower level resource before
>> requesting it, and raising an understandable error. I see that as an
>> enhancement rather than a must-have. In all honesty that feature
than a must-have. In all honesty that feature is
> probably more complicated than it's worth in terms of value.
>
> --
>
> Adrian
>
>
> On Dec 20, 2015, at 6:36 AM, Jay Lau <jay.lau@gmail.com> wrote:
>
> I also have the same concern with Lee, as Magnum depend
/lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: openstack-dev-requ...@lists.openstack.org
> ?subject:unsubscribe
enStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __
...' will use the
> same REST API for both cases.
> >
> > Let me know your opinion/comments on this and correct me if I am wrong
> >
> > [1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor.
> > [2]https://mesospher
e correct strategy is to selectively containerize
> some COE daemons, but we don’t have to containerize **all** COE daemons.
>
>
>
> [1] https://blueprints.launchpad.net/magnum/+spec/mesos-bay-with-coreos
>
>
>
> Best regards,
>
> Hongbin
>
>
>
> *From:* Jay
want to upgrade, just update the dockerfile is enough. Comments?
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
,
> No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China 100193
>
> --------
> Follow your heart. You are miracle!
>
> [image: Inactive hide details for Jay Lau ---26/11/2015 07:15:59 am---Hi,
> It is becoming more and more popula
-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage q
on/comments on this and correct me if I am wrong
> >
> > [1]https://blueprints.launchpad.net/magnum/+spec/mesos-conductor.
> > [2]https://mesosphere.github.io/marathon/docs/application-basics.html
> > [3]https://mesosphere.github.io/marathon/docs/application-groups.html
> >
> >
>
ood signal for Magnum and the Magmum can leverage those features
to unify the client interface for different COEs. i.e we can use "magnum
app create" to create pod, rc, service, pv, pvc even marathon service etc.
Just some early thinking from my side...
Thanks!
On Thu, Nov 19, 2015 at 10:01
gt;
> [image: Inactive hide details for Jay Lau ---11/17/2015 10:05:27 PM---It's
> great that we discuss this in mail list, I filed a bp here h]Jay Lau
> ---11/17/2015 10:05:27 PM---It's great that we discuss this in mail list, I
> filed a bp here https://blueprints.launchpad.net/mag
&
tack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
bscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u
ore reviewer team so there is already a majority but I’d
>> like to
>> > give everyone an opportunity weigh in).
>>
>> As one of the core reviewers who couldn't make the summit, this sounds
>> like a very exciting direction to go in. I'd love to see more docs (I
>> realize it's still ear
_
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe:
>>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>&
nStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Thanks,
Jay Lau (Guangya Liu)
g?subject:unsubscribe>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.op
Anyone who have some comments/suggestions on this? Thanks!
On Mon, Sep 14, 2015 at 3:57 PM, Jay Lau <jay.lau@gmail.com> wrote:
> Hi Vikas,
>
> Thanks for starting this thread. Here just show some of my comments here.
>
> The reason that Magnum want to get k8s resource
to be shared by
multi-tenants, the reason is that sometimes, creating a bay maybe time
consuming, and enabling the bay shared by multi-tenant can save some time
for some users.
Any comments on this?
--
Thanks,
Jay Lau (Guangya Liu
t;
> [1] https://review.openstack.org/#/c/213368/
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/m
Hi,
I see that we already have a magnum ui team, just wondering what is the
current status of this project? I'm planning a PoC and want to see if there
are some current magnum ui work that I can leverage.
--
Thanks,
Jay Lau (Guangya Liu
,
nova-consoleauth, nova-compute[x N], whereas magnum not.
For magnum, at this point creating 'service-list' only for api/conductor -
do you see a strong need?
Regards,
SURO
irc//freenode: suro-patz
On 8/3/15 12:00 PM, Jay Lau wrote:
Hi Suro and others, comments on this? Thanks.
2015-07
Building), ZhongGuanCun Software Park,
No.8 Dong Bei Wang West Road, Haidian District Beijing P.R.China
100193
Follow your heart. You are miracle!
[image: Inactive hide details for Jay Lau ---08/04/2015 05:51
Hi Suro and others, comments on this? Thanks.
2015-07-30 5:40 GMT-04:00 Jay Lau jay.lau@gmail.com:
Hi Suro,
In my understanding, even other CoE might have service/pod/rc concepts in
future, we may still want to distinguish the magnum service-list with
magnum coe-service-list.
service
name
collision of different COEs. Also, if we are going to support pluggable
COE, adding prefix to COE-specific command is unavoidable.
Best regards,
Hongbin
*From:* SURO [mailto:suro.p...@gmail.com suro.p...@gmail.com]
*Sent:* July-29-15 4:03 PM
*To:* Jay Lau
*Cc:* s...@yahoo-inc.com
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List
Thanks Adrian, we can talk later in the IRC meeting.
2015-07-28 4:07 GMT-04:00 Adrian Otto adrian.o...@rackspace.com:
Jay,
Yes, it is on the agenda.
Thanks,
Adrian
On Jul 27, 2015, at 8:32 AM, Jay Lau jay.lau@gmail.com wrote:
Adrian,
Can we put hyper as a topic
, [special attention: Jay Lau] The bp[1] registered, asks for the
following implementation -
- 'magnum service-list' should be similar to 'nova service-list'
- 'magnum service-list' should be moved to be ' magnum
k8s-service-list'. Also similar holds true for 'pod-list'/'rc-list'
As I dug
/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
committing to a
Hyper integration. I’ll be asking those of Peng also on this thread, so
keep an eye out.
Thanks,
Adrian
On Jul 16, 2015, at 3:23 AM, Jay Lau *jay.lau@gmail.com*
jay.lau@gmail.com wrote:
Thanks Peng, then I can see two integration points
, Jay Lau jay.lau@gmail.com wrote:
Thanks Peng, then I can see two integration points for Magnum and Hyper:
1) Once Hyper and k8s integration finished, we can deploy k8s in two
mode: docker and hyper mode, the end user can select which mode they want
to use. For such case, we do not need
to a
Hyper integration. I’ll be asking those of Peng also on this thread, so
keep an eye out.
Thanks,
Adrian
On Jul 16, 2015, at 3:23 AM, Jay Lau jay.lau@gmail.com wrote:
Thanks Peng, then I can see two integration points for Magnum and Hyper:
1) Once Hyper and k8s integration
also offer Hyper as an
alternative, with some caveats.
There may be some caveats/drawbacks to consider before committing to a
Hyper integration. I’ll be asking those of Peng also on this thread, so
keep an eye out.
Thanks,
Adrian
On Jul 16, 2015, at 3:23 AM, Jay Lau jay.lau
-
Hyper - Make VM run like Container
On Thu, Jul 16, 2015 at 3:47 PM, Jay Lau jay.lau@gmail.com wrote:
Hi Peng,
Just want to get more for Hyper. If we create a hyper bay, then can I set
up multiple hosts in a hyper bay? If so, who will do the scheduling, does
mesos or some others
/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack
List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack
Hi Sahara Team,
Just notice that the CloudBreak (https://github.com/sequenceiq/cloudbreak)
also support running on top of OpenStack, can anyone show me some
difference between Sahara and CloudBreak when both of them using OpenStack
as Infrastructure Manager?
--
Thanks,
Jay Lau (Guangya Liu
!
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu
)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage
I have filed a bp for this
https://blueprints.launchpad.net/magnum/+spec/auto-generate-name Thanks
2015-06-04 14:14 GMT+08:00 Jay Lau jay.lau@gmail.com:
Thanks Adrian, I see. Clear now.
2015-06-04 11:17 GMT+08:00 Adrian Otto adrian.o...@rackspace.com:
Jay,
On Jun 3, 2015, at 6:42 PM
Thanks Adrian, I see. Clear now.
2015-06-04 11:17 GMT+08:00 Adrian Otto adrian.o...@rackspace.com:
Jay,
On Jun 3, 2015, at 6:42 PM, Jay Lau jay.lau@gmail.com wrote:
Thanks Adrian, some questions and comments in-line.
2015-06-03 10:29 GMT+08:00 Adrian Otto adrian.o...@rackspace.com
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List
,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
CoE engine? If so, yes, this should be made
clear in configuration file.
Adrian
On Jun 2, 2015, at 8:44 PM, Jay Lau jay.lau@gmail.com wrote:
I think that we did not come to a conclusion in today's IRC meeting.
Adrian proposed that Magnum generate a unique name just like what docker
don't see the wisdom in forcing that style of use without a
technical reason for it.
Thanks,
Adrian
On May 31, 2015, at 4:43 PM, Jay Lau jay.lau@gmail.com wrote:
Just want to use ML to trigger more discussion here. There are now
bugs/patches tracing this, but seems more discussions
manage a few Marathon objects (i.e. app). The effect is
that Magnum will have additional API object(s) that is from Marathon (like
what we have for existing k8s objects: pod/service/rc).
Thoughts?
Thanks
Hongbin
*From:* Jay Lau [mailto:jay.lau@gmail.com jay.lau@gmail.com]
* Sent
, it will just work. You can't do that with
a UUID since it is different on every cloud.
Thanks,
Kevin
--
*From:* Jay Lau [jay.lau@gmail.com]
*Sent:* Tuesday, June 02, 2015 12:33 AM
*To:* OpenStack Development Mailing List (not for usage questions)
*Subject:* Re
2015-06-01 21:54 GMT+08:00 Jay Pipes jaypi...@gmail.com:
On 05/31/2015 05:38 PM, Jay Lau wrote:
Just want to use ML to trigger more discussion here. There are now
bugs/patches tracing this, but seems more discussions are needed before
we come to a conclusion.
https://bugs.launchpad.net
...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev
]
name id ram disk vcpus
Please show your comments if any.
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
(not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing
/
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
was created, how to let user use this bay? Still using
swarm CLI? The magnum do not have API/CLI to interact with swarm bay now.
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage
Greetings,
Currently, there is a docker-swarm bay in magnum, but the problem is after
this swarm bay was created, how to let user use this bay? Still using swarm
CLI? The magnum do not have API/CLI to interact with swarm bay now.
--
Thanks,
Jay Lau (Guangya Liu
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu
} |
+--+--+---+-+
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu
at 3:58 AM, Jay Lau jay.lau@gmail.com wrote:
Can you check the kubelet log on your minions? Seems the container failed
to start, there might be something wrong for your minions node. Thanks.
2015-02-22 15:08 GMT+08:00 Hongbin Lu hongbin...@gmail.com:
Hi all,
I tried to go through the new
(not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack
://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org
Thanks Steve, just want to discuss more for this. Then per Andrew's
comments, we need a generic scheduling interface, but if our focus is
native docker, then does this still needed? Thanks!
2015-02-10 14:52 GMT+08:00 Steven Dake (stdake) std...@cisco.com:
From: Jay Lau jay.lau@gmail.com
specific scheduler that we
can learn from and iterate.
Cheers,
Adrian
On Feb 9, 2015, at 10:57 PM, Jay Lau jay.lau@gmail.com wrote:
Thanks Steve, just want to discuss more for this. Then per Andrew's
comments, we need a generic scheduling interface, but if our focus is
native docker
/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin
questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List
?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ
/Neutron.template
I will try to file a bp to see if we can introduce a new source such as
OS::Heat::PortPool etc to heat.
Thanks!
2015-01-27 13:30 GMT+08:00 Qiming Teng teng...@linux.vnet.ibm.com:
On Tue, Jan 27, 2015 at 10:34:47AM +0800, Jay Lau wrote:
2015-01-27 10:28 GMT+08:00 Qiming Teng teng
2015-01-27 10:28 GMT+08:00 Qiming Teng teng...@linux.vnet.ibm.com:
On Tue, Jan 27, 2015 at 10:13:59AM +0800, Jay Lau wrote:
Greetings,
I have a question related to MAC and IP binding, I know that we can
create
a port to bind a private IP and MAC together then create VM using
a
solution for this, does anyone can give some suggestions for how to
configure this in heat template to achieve this goal?
--
Thanks,
Jay Lau (Guangya Liu)
__
OpenStack Development Mailing List (not for usage questions
want to discuss is still network, currently, magnum only support
neutron, what about nova-network support?
2015-01-19 0:39 GMT+08:00 Steven Dake sd...@redhat.com:
On 01/18/2015 09:23 AM, Jay Lau wrote:
Thanks Steven, more questions/comments in line.
2015-01-19 0:11 GMT+08:00 Steven Dake sd
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Thanks,
Jay Lau (Guangya Liu
Thanks Steven, more questions/comments in line.
2015-01-19 0:11 GMT+08:00 Steven Dake sd...@redhat.com:
On 01/18/2015 06:39 AM, Jay Lau wrote:
Thanks Steven, just some questions/comments here:
1) For native docker support, do we have some project to handle the
network? The current
was
added to compute_nodes table.
2014-12-30 14:52 GMT+08:00 Lingxian Kong anlin.k...@gmail.com:
Thanks, Jay Pipes and Jay Lau, for your reply!
Just as what Jay Lau said, 'nova hypervisor-show hypervisor_id'
indeed returns host ip address, and there are more other information
included than 'nova
Does nova hypervisor-show help? It already include the host ip address.
2014-12-29 21:26 GMT+08:00 Jay Pipes jaypi...@gmail.com:
On 12/29/2014 06:51 AM, Lingxian Kong wrote:
Hi Stackers:
As for now, we can get the 'host name', 'service' and 'availability
zone' of a host through the CLI
There is no problem for your cluster, it is working well. With nova docker
driver, you need to use namespace to check the network as you did:
2014-12-29 13:15 GMT+08:00 Iván Chavero ichav...@chavero.com.mx:
Hello,
I've installed OpenStack with Docker as hypervisor on a cubietruck,
So you are using heat docker driver but not nova docker driver, right?
If you are using nova docker driver, then the container was treated as VM
and you can do monitoring and auto scaling with heat.
But with heat docker driver, it talk to docker host directly which you need
to define in HEAT
When I review a patch for OpenStack, after review finished, I want to check
more patches for this project and then after click the Project content
for this patch, it will **not** jump to all patches but project
description. I think it is not convenient for a reviewer if s/he wants to
review more
, ZhongGuanCun Software Park, Haidian
District, Beijing 100193, PRC
[image removed] Jay Lau ---12/01/2014 01:56:48 PM---When I review a
patch for OpenStack, after review finished, I want to check more
patches for this pr
From: Jay Lau jay.lau@gmail.com
To: OpenStack Development Mailing List
I'm OK if all reviewers agree on this proposal, I may need to bookmark the
projects that I want to review. ;-)
2014-12-01 14:35 GMT+08:00 OpenStack Dev cools...@gmail.com:
Jay this has been informed discussed, pre post the gerrit upgrade :)
On Mon Dec 01 2014 at 12:00:02 PM Jay Lau jay.lau
The current behavior is not flexible to customer, I see that we have a
blueprint want to enhance this behavior.
https://blueprints.launchpad.net/heat/+spec/autoscaling-api-resources
https://wiki.openstack.org/wiki/Heat/AutoScaling
In Use Case section, we have the following:
Hi Alex,
You can continue the work https://review.openstack.org/#/c/88983/ from here
;-)
2014-10-29 13:42 GMT+08:00 Chen CH Ji jiche...@cn.ibm.com:
Yes, I remember that spec might talk about local storage (in local db?)
and it can be the root cause
And I think we need persistent storage
This is also a use case for Congress, please check use case 3 in the
following link.
https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRkX-zrkSw/edit#
2014-10-14 5:59 GMT+08:00 Russell Bryant rbry...@redhat.com:
Nice timing. I was working on a blog post on this topic.
On
Hi Jay,
There was actually a discussion about file a blueprint for object
notification http://markmail.org/message/ztehzx2wc6dacnk2
But for patch https://review.openstack.org/#/c/107954/ , I'd like we keep
it as it is now to resolve the requirement of server group notifications
for 3rd party
I know that Congress is still under development, but it is better that it
can provide some info for How to use it just like docker
https://wiki.openstack.org/wiki/Docker , this might attract more people
contributing to it.
2014-08-21 22:07 GMT+08:00 Madhu Mohan mmo...@mvista.com:
Hi,
I am
There is already a blueprint tracing KVM host maintain:
https://blueprints.launchpad.net/nova/+spec/host-maintenance , but I think
that nova will not handle the case of auto live migration for maintenance
host, this should be a use case of Congress:
https://wiki.openstack.org/wiki/Congress
, 2014, at 7:54 AM, Jay Lau jay.lau@gmail.com wrote:
I know that Congress is still under development, but it is better that
it can provide some info for How to use it just like docker
https://wiki.openstack.org/wiki/Docker , this might attract more people
contributing to it.
2014-08-21 22:07
1 - 100 of 209 matches
Mail list logo