> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ase do share how do tackle these issues?
>>
>> Thanks,
>> Fawad Khaliq
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listi
work for say xen, vmware or
>> powervm drivers.
>>
>> I think the solution right now is to namespace the keys in the dict that
>> is returned from the API so a caller could at least check for that and know
>> how to handle processing the result, but it's not ideal.
>>
>> Does your solution take into accou
>
>
> ___
> OpenStack-dev mailing
> listOpenStack-dev@lists.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
> OpenStack-dev mailing l
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-18602962792
Email: konglingx...@huawei.com; anlin.k...@gmail.com
___
OpenStack-dev mailing list
OpenStac
ke this to start immediately but what do you guys think?
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*-
Best regards!
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Lin
g/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*--
p://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-18602962792
Email: konglingx...@huawei.com; anlin.k...@gmail.com
___
;>
> >>> --
> >>> Itsuro ODA
> >>>
> >>>
> >>> ___
> >>> OpenStack-dev mailing list
> >>> OpenStack-dev@lists.openstack.org
> >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>&
stem in OpenStack.
>
> Best regards,
> Anastasios Andronidis
>
> [1] http://coarasa.dyndns.org/?p=162
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
&g
the way, there are two things should be noticed:
1. there is only unittest for 'bash-completion'.
2. the command 'bash_completion' can't be found with 'nova help', which
means it's not seen by users.
so, I purpose removing 'bash_completion'. Thoughts?
--
approach we'll remove both commands and simplify competition
> implementation.
>
> Regards,
> Alexei Kornienko
>
>
> On 01/15/2014 08:51 AM, Lingxian Kong wrote:
>
> Now, novaclient supports 'bash-completion' and 'bash_completion'
> commands a
w do?
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*Lingxian Kong*
Huawei Technolog
etwork, but allowed to add a VIF that it network is same with a
> existed VIF'network, there is the use case that a vm with two VIF in the
> same network, but why not allow to create the vm directly with two VIF in
> the same network?
>
>
>
> ____
[4]: https://review.openstack.org/#/c/38414/
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-18602962792
Email: konglingx...@huawei.com; anlin.k...@gmail.com
__
t;
>
> Eddie Sheffield
> Rackspace Hosting, Inc.
> eddie.sheffi...@rackspace.com
>
>
Hi Eddie, thanks for your prompt reply and the information you provided.
Could you add me in the review list if you have submmited new patches?
Thanks again!
--
*---
iguration values after data has been
> written to disk. You need to literally dump the contents of the DBs and
> reload the database after removing the files and restarting the DBs
> after changing the configuration options in my.cnf. See this bug for
> details on this pain in the behind:
>
penStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-18602962792
Email: konglingx...@hua
t;___
> >OpenStack-dev mailing list
> >OpenStack-dev@lists.openstack.org
> >http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> ___
> OpenStack-dev mailing list
>
gi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> <mailto:OpenStack-dev@lists.openstack.org>
>>
>> http:
in the body can be any string (e.g., a
> name, an uuid, etc.) But I think this tenant existence (I mean if the
> tenant exists in keystone) should be verified, if not, the subnet I created
> will be an useless resource.
>
> Regards,
> Dong Liu
>
>
> On 2014-02-25 0:22, Jay Pipe
an what it looks like.
>
> Salvatore
>
Thanks for your explanation and suggestion, Salvatore, I still think it's
a problem that we should handle in OpenStack or outside(through what you
said, say 3rd party scripts), maybe we could add some contents in wiki or
doc? any idea?
--
*-
;
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
O
2014-12-22 9:21 GMT+08:00 Alex Xu :
>
>
> 2014-12-22 9:01 GMT+08:00 Lingxian Kong :
>>
>>
>> but what if the compute node is back to normal? There will be
>> instances in the same server group with affinity policy, but located
>> in different hosts.
&g
if the topic was once covered and I missed it.
--
Regards!
---
Lingxian Kong
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
hould them be combined for more common use cases?
2014-12-29 21:40 GMT+08:00 Jay Lau :
> Does "nova hypervisor-show" help? It already include the host ip address.
>
> 2014-12-29 21:26 GMT+08:00 Jay Pipes :
>>
>> On 12/29/2014 06:51 AM, Lingxian Kong wrote:
>>>
>
; On Tue, 2014-12-30 at 14:52 +0800, Lingxian Kong wrote:
>> Just as what Jay Lau said, 'nova hypervisor-show '
>> indeed returns host ip address, and there are more other information
>> included than 'nova host-describe '. I feel a little
>> confused abou
ref-compute-v2-ext.html#ext-os-console-output
>
>
> Regards,
> Markus Zoeller
> IRC: markus_z
> Launchpad: mzoeller
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> 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:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/ope
lth_monitor.html
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*-*
*Lingxian Kong*
__
Do you know any information about examples or tutorials when using
SoftwareConfig and SoftwareDeployment? I found it's a little difficult
to understand for me.
I know there are already some wikis, but not sufficient for me, :(
Thanks!
--
*-
2014-05-16 11:33 GMT+08:00 Thomas Spatzier :
> Excerpts from Lingxian Kong's message on 15/05/2014 22:51:33:
> > From: Lingxian Kong
> > To: "OpenStack Development Mailing List (not for usage questions)"
> >
> > Date: 15/05/2014 22:53
> > Subj
doing some google search)
--
*-----*
*Lingxian Kong*
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
sorry for the inappropriate title...
2014-05-27 19:34 GMT+08:00 Lingxian Kong :
> Hi stackers:
>
> I have a question about the relationship between the release versions of
> the projects and their clients. As we already know, upstream client
> releases are independent on OpenSta
se.
>
>
> _______
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line C
ck itself. What do you think?
>
> Thanks,
> Mike
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---
le.
>> >
>> > --
>> > Mike Perez
>> >
>> > ___
>> > OpenStack-dev mailing list
>> > OpenStack-dev@lists.openstack.org
>> > http://lists.openstack.org/cgi-bin/mailman/listinfo/ope
___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi
-> An new Image
>
>
y
eah, this is what I want, but I wander whether it's reasonable for sombody
else.
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi'an
Mobile: +86-186029
backend.
So, I wander is 180s really suitable here? Are there some guidences
about when should we add an option? But at least, we should not avoid an
option, just because of the existing overwhelming number of them, right?
Thoughts?
--
*---*
*Lingxian Kong
yes, the bp also make sense to nova-cinder interaction, may I submmit
a blueprint about that?
Any comments?
2014-04-09 3:58 GMT+08:00 Mike Perez :
> On 23:58 Tue 08 Apr , Lingxian Kong wrote:
> > hi there:
> >
> > According to the patch https://review.openstack
em or ping them on IRC. Sending something which duplicates
the automatic email notification is ineffective and creates ML noise.
Good luck!
*-------*
*Lingxian Kong*
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack
2014-04-10 0:33 GMT+08:00 Nikola Đipanov :
> On 04/09/2014 03:54 AM, Lingxian Kong wrote:
> > yes, the bp also make sense to nova-cinder interaction, may I submmit
> > a blueprint about that?
> >
> > Any comments?
> >
>
> I was going to propose that sa
rate
> with nikola.
>
>
Thanks sxmatch for your work.
@Mike, would you please review the blueprint, so we can step further for
that?
@Nikola, waiting for your response, :)
--
*-----*
*Lingxian Kong*
___
OpenStack-dev
ck.org/99320
--
Regards!
-------
Lingxian Kong
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
ts.launchpad.net/nova/+spec/default-rules-for-default-security-group
>>[2]
>> https://blueprints.launchpad.net/neutron/+spec/default-rules-for-default-security-group
>>[3] https://review.openstack.org/98966
>>[4] https://review.openstack.org/99320
>>
>>--
>
-24 4:54 GMT+08:00 Mathieu Gagné :
> On 2014-06-22 10:23 PM, Lingxian Kong wrote:
>>
>>
>> So, for the functionality parity between nova-network and neutron and
>> for our use case, I registered a blueprint[2] about default security
>> group rules in Neutron days
specific examples where a
> project's core team required a "large spec" for what they considered
> to be a "small feature".
>
> I also feel strongly that the spec process has been very helpful for
> the projects that I'm involved in for fleshing out th
the failed request is failed by the delay recycle quotas.
> Am i right? or there is another story?
> Thanks
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
possible to get detailed information
> about API call flows (e.g. duration of API calls in different services).
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
OpenStack-dev mailing list
OpenS
firmed.
>
> Vish
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
**
*Lingxian Kong*
Huawe
**_
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.**org
> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack-dev<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>
--
*--
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*--
l_needed
> 2013-10-10 05:15:05.039 | AttributeError: No values given for arguments:
> is_secure
>
> Any ideas?
>
> Thanks
>
> Gary
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/ope
ues given for arguments:
> is_secure
>
> Any ideas?
>
> Thanks
>
> Gary
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
_
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-
gt; http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>
>>
>>
>> --
>>
>> -Dolph
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.ope
avior when taking
some actions on a server of other tenants using server name that is global
unique with admin role?
I apologize if this question was already covered and I missed it, but it
really bother me for a while.
--
*----*
*Lingxian Kong*
Huawei Technol
Ben Nemec
> **
>
> On 2013-10-14 04:29, Lingxian Kong wrote:
>
> Hi there:
>
> When I perform some operations on servers with administrator role, using
> CLI, I met tha same strage behavior as described:
> https://bugs.launchpad.net/python-novaclient/+bug/1050901. I
xtra
> privileges even if they modified novaclient.
>
> Chris
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*
>
> On 15 October 2013 20:54, Lingxian Kong wrote:
> > then, what's the conclusion that we can begin to start?
> >
> >
> > 2013/10/15 Christopher Yeoh
> >>
> >> On Tue, Oct 15, 2013 at 10:25 AM, Caitlin Bestler
> >> wrote:
> >&
er behaviour in v3, please ensure there is a
> >> --no-all-tenants to unbreak it for non-trivial clouds.
> >>
> >> Thanks!
> >> -Rob
> >>
> >> On 15 October 2013 20:54, Lingxian Kong wrote:
> >> > then, what's the conclusi
gly about it. Just seemed like a potential
> landmine.
> >
>
> I think this is something we want to test in the gate. But perhaps there
> could be a tag for these sorts of test cases that some people may not want
> to risk running on their system so they can exclude them easily?
>
s.openstack.orghttp://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*L
penStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*---*
*Lingxian Kong*
Huawei Technologies Co.,LTD.
IT Product Line CloudOS PDU
China, Xi
y use case at the summit today and
> do have plans to work on it for the Icehouse release.
>
> John
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/l
st (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
___
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
--
Regards!
---
Lingxian Kong
_
oll down the page to find their executions in
ascending order, executions are more time sensitive than workflows.
[1]: https://bugs.launchpad.net/mistral/+bug/1510417
--
Regards!
-------
Lingxian Kong
___
penstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Regards!
---
Lingxian Kong
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subje
I am gonna do this in Mistral project, but I wonder how
releasenotes/source/conf.py is generated? since I found there are some
contents specific to Glance.
--
Regards!
---
Lingxian Kong
_
: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
__
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
ist (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*Regards!*
*---*
*Lingxian Kong*
___
Hi, Zane, I think you must be interested in this:
https://review.openstack.org/#/c/308664/
Regards!
---
Lingxian Kong
On Fri, May 20, 2016 at 9:49 AM, Zane Bitter wrote:
> On 19/05/16 04:20, Thomas Herve wrote:
>>
>> On Wed, May 18, 2016 at 8:49
+1 to the mistral-tornado.png logo, looks amazing! Thanks!
Regards!
---
Lingxian Kong
On Tue, Jun 28, 2016 at 5:38 PM, Jason Rist wrote:
> On 06/27/2016 06:57 AM, Dougal Matthews wrote:
>> On 27 June 2016 at 07:45, Renat Akhmerov wrote:
>>
>&g
Hi guys, in case you are interested, here is a script that will do the
amphora upgrade automatically (ok, it's not totally automatic, need
two inputs).
https://github.com/LingxianKong/octavia-stuff/blob/master/utils/octavia-upgrade-vms.py
Regards!
---
Lin
s.com/report/contribution/octavia/90
>
> __
> 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
--
Regards
fort of Mistral team members!
Cheers!
--
Regards!
---
Lingxian Kong
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subj
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/c
st because they want to be charged less.
Regards!
---
Lingxian Kong
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u
On Tue, May 3, 2016 at 10:30 AM, Michael Johnson wrote:
> Hi Lingxian,
>
> On #2, we would like to enable neutron flavors to support the
> selection of topology. For example, "bronze" flavor may be
> standalone, "silver" would be active/standby. However, that
> capability is not yet implemented.
+1 to Hardik :-)
Regards!
---
Lingxian Kong
On Tue, May 10, 2016 at 8:49 PM, Renat Akhmerov
wrote:
> I’d like to promote Hardik Parekh to Mistral core reviewers.
>
> He was #1 by number of commits and #3 by number of reviews in Mitaka cycle
> an
> 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
>
>
>
>
>
enstack.org?subject:unsubscribe
>>> <http://openstack-dev-requ...@lists.openstack.org?subject:unsubscribe>
>>>
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>>>
>>> ___
be: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
__
OpenStack Development
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
--
Regards!
---
Lingxian Kong
__
OpenStack D
openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*Regards!*
*---*
*Lingxian Kong*
__
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
-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> __
> Op
ribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
*Regards!*
*---*
*Lingxian Kong*
__
Open
..@lists.openstack.org?subject:unsubscribe
>> <http://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
>
>
--
*Regards!*
*---*
*Lingxian Kong*
_
t; Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*Regards!*
*---*
*Lingxian Kong*
__
be
>> 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:unsubs
Sep 2015, at 22:21, Lingxian Kong wrote:
>
> To achieve that, we should record the execution/task-execution
> relationship during an execution is running, because we have no such info
> currently.
>
>
> Well, in DB model we, in fact, have a field pointing to parent task
> e
accomplish as well, but those are the
main pieces in my mind when I decide to run for PTL. I know the chance
is very small for me to be elected, but I still wanna have a try,
regardless of the outcome.
I'm looking forward to serving the Mistral community during Mitaka, as
g?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
*Regards!*
*---*
*Lingxian Kong*
__
OpenStack Development Mailing List (not for u
ge questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
--
Regards!
---
Lingxian Kong
stack-dev
>>
>>
>>
>> ______
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://lists.op
1 - 100 of 201 matches
Mail list logo