The stable-maint team has been more active in the last couple months of
keeping on top of stable branch specific gate breakage (usually identified
by periodic job failures). We managed to flush a bunch of reviews through
the gate over the last couple weeks [1] Yea, many required rechecks, but
the
On Wed, Oct 1, 2014 at 6:04 PM, Akihiro Motoki amot...@gmail.com wrote:
Hi,
Hi Akihiro!
To display localized strings, we need to compile translated message
catalogs (PO files) into compiled one (MO files).
I would like to discuss and get a consensus who and when generate
compiled message
Excerpts from James Polley's message of 2014-10-02 05:37:25 +:
All three of the options presented here seem to assume that UIDs will always
be allocated at image-build time. I think that's because most of these UIDs
will be used to write files into the chroot at image-create time - if I
The original idea was that these stable branches would be maintained by the
distros, and that is clearly not happening if you look at the code review
Stable branches are maintained by the _upstream_ stable-maint team[1]
where most members might be from (two) distros but please note that
all
Hi together,
I'm wondering why ovs was integrated into openstack in the way it is
today
(http://docs.openstack.org/grizzly/openstack-network/admin/content/under_the_hood_openvswitch.html)
Especially I would like to understand
- why does every physical interface have its own bridge? (I guess you
I'm on retry #7 of modifying the tox.ini file in devstack.
Which review# is that so I can have a look?
Cheers,
Alan
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Hi, folks!
I drafted the document where we can see how task affinity will be applied
to Mistral:
https://docs.google.com/a/mirantis.com/document/d/17O51J1822G9KY_Fkn66Ul2fc56yt9T4NunnSgmaehmg/edit
--
Best Regards,
Nikolay
@Mirantis Inc.
___
On 2 Oct 2014 08:19, Alan Pevec ape...@gmail.com wrote:
The original idea was that these stable branches would be maintained by
the
distros, and that is clearly not happening if you look at the code
review
Stable branches are maintained by the _upstream_ stable-maint team[1]
where most
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
I guess the following review is meant:
https://review.openstack.org/#/c/125075/
I went thru each of the failure for the patch (no dependency failures
checked), and here are some damned lies (c) about those failures:
- - bug 1323658: 2
Thanks guys for the heads up
Indeed making it backwards compat by adding the [ip_]version key to
the dictionary sounds like the best way to go.
Cheers,
Lucas
On Thu, Oct 2, 2014 at 3:53 AM, Carlino, Chuck chuck.carl...@hp.com wrote:
As a 'heads up', adding ironic to the thread since they are a
Hello everyone,
Another day, another RC. Heat just published its first Juno release
candidate. The list of fixed bugs and the RC1 tarball are available at:
https://launchpad.net/heat/juno/juno-rc1
Unless release-critical issues are found that warrant a release
candidate respin, this RC1 will be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/10/14 18:04, Akihiro Motoki wrote:
Hi,
To display localized strings, we need to compile translated
message catalogs (PO files) into compiled one (MO files). I would
like to discuss and get a consensus who and when generate compiled
- why does every physical interface have its own bridge? (I guess you could
also plug it directly into the br-int)
This is where iptables rules are applied. Until they are implemented in OVS
directly, this bridge is necessary.
- and why does the br-int use vlan separation and not directly the
-Original Message-
From: Clint Byrum [mailto:cl...@fewbar.com]
Sent: 02 October 2014 02:51
To: openstack-dev
Subject: [openstack-dev] [TripleO] a need to assert user ownership in
preserved state
Recently we've been testing image based updates using TripleO, and we've
run into an
Hi,
As i understood you want to store some mappings of tags to hosts in
database, but then you need to sort out api
for registering hosts and/or discovery mechanism for such hosts. It is
quite complex.
It maybe be usefull, in my opinion it would be better to have simpler/more
flexible variant.
Thank you Mark for the answer.
andrey
On 29.09.2014 18:31, Mark McClain wrote:
On Sep 29, 2014, at 7:09 AM, Andrey Epifanov aepifa...@mirantis.com
mailto:aepifa...@mirantis.com wrote:
Hi All,
I started working on the the
https://bugs.launchpad.net/neutron/+bug/1339028
and realized that
Hi all,
This is related to the following blueprint:
https://blueprints.launchpad.net/nova/+spec/pxe-boot-instance
I would like to discuss here briefly an implementation detail and
collect some feedback.
With this new feature, the boot option boot from network will be added
to the existing
On Thu, Oct 02, 2014 at 11:45:54AM +0200, Ondrej Wisniewski wrote:
Hi all,
This is related to the following blueprint:
https://blueprints.launchpad.net/nova/+spec/pxe-boot-instance
I would like to discuss here briefly an implementation detail and collect
some feedback.
With this new
So I have substantial concerns about hierarchy based designs and data
mass - the interconnect between leaves in the hierarchy are often
going to be fairly thin, particularly if they are geographically
distributed, so the semantics of what is allowed to access what data
resource (glance, swift,
Hi,
About half the regulars at the Nova API meeting are on vacation
this week so I'm cancelling this weeks meeting as I don't
think there is anything urgent to discuss. We'll meet as usual
next week.
Chris
___
OpenStack-dev mailing list
Hi,
I don't know if it's a known issue, but we have this patch in Ironic
here https://review.openstack.org/#/c/124610/ and the gate jobs for
python26 and python27 are failing because of some import error[1] and
it doesn't show me what is the error exactly, it's important to say
also that the
On 10/02/2014 01:30 PM, Lucas Alvares Gomes wrote:
Hi,
I don't know if it's a known issue, but we have this patch in Ironic
here https://review.openstack.org/#/c/124610/ and the gate jobs for
python26 and python27 are failing because of some import error[1] and
it doesn't show me what is the
On 10/02/2014 04:47 AM, Ihar Hrachyshka wrote:
Hi,
I guess the following review is meant:
https://review.openstack.org/#/c/125075/
I went thru each of the failure for the patch (no dependency failures
checked), and here are some damned lies (c) about those failures:
- bug 1323658: 2
Michael Still wrote:
I agree with Sean here.
The original idea was that these stable branches would be maintained by
the distros, and that is clearly not happening if you look at the code
review latency there. We need to sort that out before we even consider
supporting a release for more
On 02/10/14 14:32, Łukasz Jernaś wrote:
On Wed, Oct 1, 2014 at 6:04 PM, Akihiro Motoki amot...@gmail.com wrote:
Hi,
Hi Akihiro!
To display localized strings, we need to compile translated message
catalogs (PO files) into compiled one (MO files).
I would like to discuss and get a
On 10/02/2014 07:57 AM, Thierry Carrez wrote:
Michael Still wrote:
I agree with Sean here.
The original idea was that these stable branches would be maintained by
the distros, and that is clearly not happening if you look at the code
review latency there. We need to sort that out before we
Sean Dague wrote:
If stable branches are important to the project, then stable branches
need to be front and center in the weekly project meeting. Maintaining a
thing is actually knowing the current status and working to make it better.
FWIW, the current weekly meeting is no longer a general
On 10/02/2014 11:56 AM, Daniel P. Berrange wrote:
On Thu, Oct 02, 2014 at 11:45:54AM +0200, Ondrej Wisniewski wrote:
Hi all,
This is related to the following blueprint:
https://blueprints.launchpad.net/nova/+spec/pxe-boot-instance
I would like to discuss here briefly an implementation detail
On 2 October 2014 12:57, Thierry Carrez thie...@openstack.org wrote:
As far as stable is concerned, the fix is relatively simple and has been
proposed a while back: push responsibility of stable branch maintenance
down at project-level. The current stable-maint team would become
stable branch
Hello, Duncan,
Your substantial concerns are warmly welcome and very important.
Agree with you that the interconnect between leaves should be faily thin:
During the PoC, all Nova/Cinder/Ceilometer/Neutron/Glance (Glance is optional
to be located in leave) in the leave work independently from
On Thu, Oct 2, 2014 at 6:04 AM, Ken'ichi Ohmichi ken1ohmi...@gmail.com
wrote:
Thanks for your advice, that is very useful input for me.
I read both keystone-specs and ietf draft-spec for JSON-Home.
I have a question.
JSON-Home is useful for advertising API URL paths to clients, I guess
Slawek,
did you change Swift proxy-server.conf file too?
On Wed, Oct 1, 2014 at 11:26 PM, Sławek Kapłoński sla...@kaplonski.pl
wrote:
Hello,
Thanks for Your help but it not helps. I checked that for sure on each
swift
node there is a lot of free space. What can confirm that is fact that
Hi,
It turns out that there is a 1:1 relationship between rpc_thread_pool_size
messaging config [1] and the number of instances that can be spawned
simultaneously.
Please see bug [2] for more details.
I think this should be at least documented. Thoughts?
Thanks,
Oleg
[1]
Hello,
I make some more debugging on that problem and I found what is happend:
Glance is sending first chunk (in my config it was 200MB) and after
finishing sending it to swift it send some bad http request. Swift has
got in logs something like:
proxy-server ERROR WSGI: code 400, message Bad
Excerpts from Gregory Haynes's message of 2014-10-01 19:09:38 -0700:
Excerpts from Clint Byrum's message of 2014-10-02 01:50:33 +:
Recently we've been testing image based updates using TripleO, and we've
run into an interesting conundrum.
Currently, our image build scripts create a
Excerpts from James Polley's message of 2014-10-01 22:37:25 -0700:
All three of the options presented here seem to assume that UIDs will always
be allocated at image-build time. I think that's because most of these UIDs
will be used to write files into the chroot at image-create time - if I
-Original Message-
From: Clint Byrum [mailto:cl...@fewbar.com]
Sent: 02 October 2014 15:16
To: openstack-dev
Subject: Re: [openstack-dev] [TripleO] a need to assert user ownership
in preserved state
Excerpts from Gregory Haynes's message of 2014-10-01 19:09:38 -0700:
Excerpts
Excerpts from Sullivan, Jon Paul's message of 2014-10-02 02:08:26 -0700:
-Original Message-
From: Clint Byrum [mailto:cl...@fewbar.com]
Sent: 02 October 2014 02:51
To: openstack-dev
Subject: [openstack-dev] [TripleO] a need to assert user ownership in
preserved state
Hi,
murano-dashboard effectively needs django-nose=1.2. As per this:
https://review.openstack.org/125651
it's not a problem for Ubuntu and Debian. Does anyone have a concern
about this dependency freeze exception?
Cheers,
Thomas Goirand (zigo)
___
On 2 October 2014 14:30, joehuang joehu...@huawei.com wrote:
In our PoC design principle, the cascaded OpenStack should work passively,
and has no kowledge whether it is running under cascading senario or not to
and whether there is sibling OpenStack or not, to reduce interconnect
between
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Red Hat should be fine with the change. We're going to ship Juno for
Fedora 21+ and EL7 only (no EL6), and they both have the needed
versions packaged [1].
[1]: https://admin.fedoraproject.org/updates/python-django-nose
On 02/10/14 16:29,
Not only ERROR state, but also VERIFY_RESIZE might have this kind problem
https://review.openstack.org/#/c/101435/ has more info
so guess the server task stuff might be the right direction to those
problems ...
Best Regards!
Kevin (Chen) Ji 纪 晨
Engineer, zVM Development, CSTL
Notes: Chen CH
Hello team,
Thank you for attending meeting today.
I'm puting here meeting minutes and link to logs [1] [2] [3]
As usually agenda for meeting is free to extend [4]
[1]
http://eavesdrop.openstack.org/meetings/magnetodb/2014/magnetodb.2014-10-02-13.00.html
[2]
Hi Huang,
Thanks for looking in to my proposal.
Yes, Alliance is will be utilizing/retain all Northbound service APIs, in
addition it will expose APIs for inter Alliance (inter cloud) communication.
Alliance will be running at topmost layer on each individual OpenStack Cloud of
multi-site
On Thu, Oct 2, 2014 at 12:47 PM, Dmitry Tantsur dtant...@redhat.com wrote:
On 10/02/2014 01:30 PM, Lucas Alvares Gomes wrote:
Hi,
I don't know if it's a known issue, but we have this patch in Ironic
here https://review.openstack.org/#/c/124610/ and the gate jobs for
python26 and python27
On 10/02/2014 08:10 AM, Oleg Bondarev wrote:
Hi,
It turns out that there is a 1:1 relationship between
rpc_thread_pool_size messaging config [1] and the number of instances
that can be spawned simultaneously.
Please see bug [2] for more details.
I think this should be at least documented.
Good questions!
Jay, I have a request for some clarification in-line.
On 10/01/2014 01:37 PM, Jay Pipes wrote:
Hi Akihiro!
IMO, this is precisely where having an API standards working group can
help to make the user experience of our public APIs less frustrating.
Such a working group
Hi folks,
We'll be having the Sahara team meeting as usual in
#openstack-meeting-alt channel.
Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings
http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meetingiso=20141002T18
P.S. I'd like to start discussing
Reminder.
Folks, we have a month before summit to finalise list of sessions and
prepare to them. Please, propose things you're interested in.
On Tue, Sep 9, 2014 at 3:29 AM, Sergey Lukjanov slukja...@mirantis.com wrote:
Hi sahara folks,
I'd like to start brainstorming ideas for the upcoming
Congrats and welcome!
On Tue, Sep 30, 2014 at 5:25 PM, Kurt Taylor kurt.r.tay...@gmail.com wrote:
Congratulations everyone, well deserved!
Kurt Taylor (krtaylor)
On Tue, Sep 30, 2014 at 9:54 AM, Jeremy Stanley fu...@yuggoth.org wrote:
With unanimous consent[1][2][3] of the OpenStack Project
[Lurker popping up to get whacked :-)]
both State (admin_state_up) and Status² are usually used in Neutron
resources...
but it seems the meaning of State and Status are reversed...
I am really confused what is the right usage of these words
state: the particular condition that someone or
Hi all,
Definitely attend this Friday's bootstrapping session if you're interested
in this thread. Don't let the Docs in the title throw you off. :)
https://wiki.openstack.org/wiki/BootstrappingHour/Diving_Into_Docs
Schedule: Friday Oct 3rd - 19:00 UTC (15:00 Americas/New_York)
Host(s): Sean
On 10/02/2014 11:23 AM, Chris Friesen wrote:
On 10/02/2014 08:10 AM, Oleg Bondarev wrote:
Hi,
It turns out that there is a 1:1 relationship between
rpc_thread_pool_size messaging config [1] and the number of instances
that can be spawned simultaneously.
Please see bug [2] for more details.
I
On 10/02/2014 11:23 AM, Jay S. Bryant wrote:
As I re-read this I think maybe you have answered my question but want
to be clear. You feel that 'State' is the only term that should be
used. Based on the definitions above, that would make sense. The
complication is there are may places in the
On 10/02/2014 09:54 AM, Brant Knudson wrote:
When discussing the document schema I think we're planning to use
JSONSchema... In Keystone, we've got J-S implemented on some parts (I
don't think it covers all resources yet). I also don't think our
JSONSchema is discoverable yet (i.e., you can't
On 3 Oct 2014, at 00:25, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Polley's message of 2014-10-01 22:37:25 -0700:
All three of the options presented here seem to assume that UIDs will always
be allocated at image-build time. I think that's because most of these UIDs
will
Looks good to me (cinder core)
On 29 September 2014 19:59, Patrick East patrick.e...@purestorage.com wrote:
Hi All,
I am writing to request voting permissions as per the instructions for third
party CI systems[1]. The account email is cinder...@purestorage.com.
The system has been
On 3 Oct 2014, at 02:57, James Polley j...@jamezpolley.com wrote:
On 3 Oct 2014, at 00:25, Clint Byrum cl...@fewbar.com wrote:
Excerpts from James Polley's message of 2014-10-01 22:37:25 -0700:
All three of the options presented here seem to assume that UIDs will
always be
Looks good to me using this query: http://paste.openstack.org/show/117844/
Generated via: https://review.openstack.org/#/c/125716/
Ramy
-Original Message-
From: Duncan Thomas [mailto:duncan.tho...@gmail.com]
Sent: Thursday, October 02, 2014 10:10 AM
To: OpenStack Development Mailing
Thanks for setting this up Clark, I'll look into this close once I'm
back from traveling this week.
Michael, from a parity perspective, we have closed the gaps and there
is nothing that should prevent this functionally from working. That
said, it's likely there could be gaps as part of this type
I'm sorry about my slow responses. For some reason, gmail didn't think
this was an important e-mail :(
2014-09-30 18:41 GMT+02:00 Jay Pipes jaypi...@gmail.com:
On 09/30/2014 08:03 AM, Soren Hansen wrote:
2014-09-12 1:05 GMT+02:00 Jay Pipes jaypi...@gmail.com:
How would I go about getting the
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-10-02-18.02.html
Log:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-10-02-18.02.log.html
On Thu, Oct 2, 2014 at 8:26 AM, Sergey Lukjanov slukja...@mirantis.com wrote:
Hi folks,
We'll be having the
Hi,
I'm interested in running nova evacuate on an instance that has local
storage but was booted from a cinder volume. OpenStack allows
live-migration of this sort of instance, so I'm assuming that we would
want to allow evacuation as well...
I'm getting ready to test it, but I see that
Currently, within our Icehouse Openstack environment, we are trying to see if
we can 1) setup a cluster of CoreOS VMs by using the Heat template 2) invoking
the fleetctl command to deploy the Docker containers to the newly setup CoreOS
cluster by placing some instructions in the Heat
Unfortunately, there is no error in nova or glance logs. It seems very
likely that we are missing doing something to make the status transition
happen, but we don't know what that could be.
On Wed, Oct 1, 2014 at 8:20 PM, Vishvananda Ishaya vishvana...@gmail.com
wrote:
It is hard to tell if
On 10/02/2014 11:14 AM, Jay Pipes wrote:
On 10/02/2014 11:23 AM, Jay S. Bryant wrote:
As I re-read this I think maybe you have answered my question but want
to be clear. You feel that 'State' is the only term that should be
used. Based on the definitions above, that would make sense. The
On 10/01/2014 12:37 PM, Jay Pipes wrote:
IMO, the term state should be the only one used in the OpenStack APIs
to refer to the condition of some thing at a point in time. The term
state can and should be prefaced with a refining descriptor such
task or power to denote the *thing* that the state
On 10/02/2014 03:14 PM, Chris Friesen wrote:
On 10/01/2014 12:37 PM, Jay Pipes wrote:
IMO, the term state should be the only one used in the OpenStack APIs
to refer to the condition of some thing at a point in time. The term
state can and should be prefaced with a refining descriptor such
task
Hi Chris,
I have submitted a patch for nova evacuate against Ceph(RBD) backend,
see https://review.openstack.org/#/c/121745/. But I'm not really sure if
it can fix your issue. So could you please post your error log of Nova?
Cheers.
On 03/10/14 07:29, Chris Friesen wrote:
Hi,
I'm
On 10/02/2014 02:29 PM, Chris Friesen wrote:
Hi,
I'm interested in running nova evacuate on an instance that has local
storage but was booted from a cinder volume. OpenStack allows
live-migration of this sort of instance, so I'm assuming that we would
want to allow evacuation as well...
I'm
On 10/02/2014 01:47 PM, Jay Pipes wrote:
On 10/02/2014 03:14 PM, Chris Friesen wrote:
On 10/01/2014 12:37 PM, Jay Pipes wrote:
IMO, the term state should be the only one used in the OpenStack APIs
to refer to the condition of some thing at a point in time. The term
state can and should be
The os-interface (v2) and os-attach-interfaces (v3) APIs are only used
for the neutron network API, you'll get a NotImplemented if trying to
call the related methods with nova-network [1].
Since we aren't proxying to neutron in the v3 API (v2.1), why does
os-attach-interfaces [2] exist? Was
On 10/02/2014 02:24 PM, Jay Pipes wrote:
On 10/02/2014 02:29 PM, Chris Friesen wrote:
Hi,
I'm interested in running nova evacuate on an instance that has local
storage but was booted from a cinder volume. OpenStack allows
live-migration of this sort of instance, so I'm assuming that we would
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a series
of patches against the openstack/governance repository [1].
I have tried to include all of the inputs, as well as my own opinions, and look
Hi Steve,
Could you post this question on ask.openstack.org? The -dev mailing list
is not for usage questions; ask.openstack is a much better place to
ensure that others with the same question will benefit from the answer.
FWIW I'd be really surprised if the version of cloud-init in CoreOS is
os-attach-interfacees is actually a a forward port of:
http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/attach_interfaces.py
which is a compute action that is valid for both nova-network and neutron:
In other words, all our APIs would look like the Neutron API as it exists
today.
That's a bad comparison because the Neutron API doesn't have a standard
that it follows at all. If there was a standard for states/statuses that
Neutron was following for all of the objects, the status of the Neutron
On 10/2/2014 4:34 PM, Vishvananda Ishaya wrote:
os-attach-interfacees is actually a a forward port of:
http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/attach_interfaces.py
which is a compute action that is valid for both nova-network and neutron:
On Oct 2, 2014, at 2:05 PM, Chris Friesen chris.frie...@windriver.com wrote:
On 10/02/2014 02:24 PM, Jay Pipes wrote:
On 10/02/2014 02:29 PM, Chris Friesen wrote:
Hi,
I'm interested in running nova evacuate on an instance that has local
storage but was booted from a cinder volume.
Dredging up this thread because I was reminded of it today by a question
on ask.openstack.org.
On 18/07/14 09:19, Ayenson, Michael D. wrote:
Hello All,
My name is Mika Ayenson and I have to privilege to intern at Johns Hopkins - Applied
Physics Lab. I'm really excited to release the latest
These are the spec action items from the policy summit a few weeks ago. Some of
these specs are in the process of being written. See
https://github.com/stackforge/congress-specs/tree/master/specs/kilo for the
merged specs and
Sean Dague is working on adjusting the gate tests related to Oslo libraries and
the integrated projects. I don’t think we have any releases planned, but just
in case:
Please wait to tag any new releases of any Oslo libraries until this work is
complete to ensure that the new jobs are
Heat updates work pretty well and this is a right way to track all the
changes you do with your infrastructure. Heat declarative templates define
state of the OpenStack or any other application in a good, well designed
abstract form of resources and their dependencies. If you use Heat updates,
the
Hello, Duncan,
Good questions. Currently, the availability zone (AZ in short) terms are not
applied to both Cinder and Nova together, but seperately. That is to say, the
AZ for Cinder can has no relationship to the AZ for Nova.
Under OpenStack cascading scenario, we would like to make each
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann d...@doughellmann.com wrote:
As promised at this week’s TC meeting, I have applied the various blog posts
and mailing list threads related to changing our governance model to a series
of patches against the openstack/governance repository [1].
I
Hello, Tiwari,
Thanks for your interesting. We have tried to adress multi-site cloud
integration in fully distributed manner. We found that it's ok if all OpenStack
instances work with no association, but if we want to introduce L2/L3
networking across OpenStack, then it's very hard to
On 10/02/2014 05:44 PM, Vishvananda Ishaya wrote:
On Oct 2, 2014, at 2:05 PM, Chris Friesen chris.frie...@windriver.com wrote:
On 10/02/2014 02:24 PM, Jay Pipes wrote:
On 10/02/2014 02:29 PM, Chris Friesen wrote:
Hi,
I'm interested in running nova evacuate on an instance that has local
Sorry I couldn't make the IRC meeting. sdake quite rightly suggested I send
this to the broader list for dissection.
I spent yesterday templatising my k8s configs so I could publish them without
revealing all my passwords ;)
https://github.com/anguslees/kube-openstack
Please take a look
Hi, For the past couple of weeks one of the agenda items on our weekly
IRC meetings [1][2] has been to finalize on resources' naming
convention to avoid any conflict/confusion in the future. Based on
community feedback we had earlier agreed to rename Endpoints and
Endpoint Groups to Policy
On Thu, 02 Oct 2014 15:57:55 -0500
Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
The os-interface (v2) and os-attach-interfaces (v3) APIs are only
used for the neutron network API, you'll get a NotImplemented if
trying to call the related methods with nova-network [1].
Since we aren't
Hi,
I am trying to extend the DataTable column.
Trying to figure out how exactly it resolves the appropriate html page.
My code below
from horizon import tables
class MyTable(tables.DataTable):
id = tables.Column(id, verbose_name=_(ID),
-Original Message-
From: Brant Knudson [mailto:b...@acm.org]
Sent: Thursday, October 02, 2014 10:55 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova] Some ideas for micro-version
implementation
Thanks for your advice, that is
On Thu, Oct 2, 2014 at 4:16 PM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Oct 2, 2014 at 2:16 PM, Doug Hellmann d...@doughellmann.com
wrote:
As promised at this week’s TC meeting, I have applied the various blog
posts and mailing list threads related to changing our
Hi,
Mistral team has selected blueprints for Mistral 0.2 which is currently
scheduled for 10/31/2014 (may slightly change). Below are the links to release
LP page and etherpad with our estimations
https://launchpad.net/mistral/+milestone/0.2
https://etherpad.openstack.org/p/mistral-0.2-planning
Yes, Dmitri, thank you for your comments. We basically came to the same
conclusion. For now DB is not going to be involved and it will be possible to
fill ‘targets’ from workflow input using YAQL expressions to be able to assign
tasks to executors dynamically.
Renat Akhmerov
@ Mirantis Inc.
On 10/02/2014 10:46 PM, Joe Gordon wrote:
After seeing Jay's idea of making a yaml file modeling things and
talking to devananda about this I went ahead and tried to graph the
relationships out.
repo: https://github.com/jogo/graphing-openstack
preliminary YAML file:
Thanks Renat for running and capturing.
One addition - allocate time for bug fixes, we’ll have quite a few :)
DZ.
On Oct 2, 2014, at 9:56 PM, Renat Akhmerov rakhme...@mirantis.com wrote:
Hi,
Mistral team has selected blueprints for Mistral 0.2 which is currently
scheduled for 10/31/2014
97 matches
Mail list logo
