Hi All,
In the nova meeting this week, we discussed some of the shortcomings of our
recent bug day, one of the ideas that was brought up was to do a better job
of keeping track of stale bugs (assigned but not worked on) [0]. To that
end I put something together based on what infra uses for there
still not, I did not successfully set up my Ironic environment.
has your Ironic environment run well now?
2014-06-06 11:53 GMT+08:00 严超 yanchao...@gmail.com:
Hi, Jander:
Thank you very much .
Does this work after you follow these steps ?
*Best Regards！*
*Chao Yan--**My
Hi Devananda
I have 16 compute nodes, as your suggestion (you should use host aggregates
to differentiate the nova-compute services configured to use different
hypervisor drivers (eg, nova.virt.libvirt vs nova.virt.ironic) .
（1）I can set 4 of them with nova.virt.ironic(for bare metal provision)
On Fri, 2014-05-30 at 18:22 +, Hemanth Makkapati wrote:
Hello All,
I'm writing to notify you of the approach the Glance community has
decided to take for doing functional API. Also, I'm writing to
solicit your feedback on this approach in the light of cross-project
API consistency.
At
Hi,
By working on providing a new scheduler client for compute nodes, I
began to use the ComputeNode object instead of placing a call to
conductor directly.
Unfortunately, I recently discovered that some changes have been done in
the DB model for ComputeNode that haven't been populated on the
On Wed, 2014-06-04 at 18:03 -0700, Mark Washenberger wrote:
Hi folks,
I'd like to propose the Images program to adopt a mission statement
[1] and then change it to reflect our new aspirations of acting as a
Catalog that works with artifacts beyond just disk images [2].
Since the
Michael Still wrote:
Nova will hold its Juno mid cycle meetup between July 28 and 30, at an
Intel campus in Beaverton, OR (near Portland). There is a wiki page
with more details here:
https://wiki.openstack.org/wiki/Sprints/BeavertonJunoSprint
On https://wiki.openstack.org/wiki/Sprints
ML2 mechanism drivers are becoming another kind of plugins. Although they
can be loaded together, but can not work with each other.
Today, there are more and more drivers, supporting all kinds of networking
hardware and middleware (sdn controller). Unfortunately, they are designed
exclusively as
Hi,
I'm using icehouse devstack version. I'm testing the vendor_passthru methods
behavior using curl , But it is failing with 404 not found error.
Here is the query/response.
curl -H X-Auth-Token:${token}
Hi,
On Fri, Jun 6, 2014 at 9:44 AM, Gopi Krishna Saripuri
saripurig...@outlook.com wrote:
Hi,
I'm using icehouse devstack version. I'm testing the vendor_passthru methods
behavior using curl , But it is failing with 404 not found error.
Here is the query/response.
curl -H
Hi,
vendor_passthru is a POST request and that might be missing here.
curl -i -X POST -H 'Content-Type: application/json' -H 'Accept:
application/json' -H X-Auth-Token:${token}
http://10.105.214.179:6385/v1/nodes/2d70d135-85b5-4f75-b741-0ead90a42b29/vendor_passthru/get_firmware_info
Can you just
Could we remove all device related adaption(rest/ssh/netconf/of... proxy)
from these mechanism driver to the agent side, leaving only necessary code
in the plugin?
I'm not sure I understand what you are advocating removing vs leaving in
the plugin. I know that some of the drivers are used to
Apologies for a late response. I agree, it’s an unfortunate aspect of Ironic’s
hardware-focused role in the project that means CI test coverage is hard to
achieve. And it is misleading to present our drivers as continuously tested
when they are not.
Nevertheless, I add a +1 in favour of
From: Scott Devoid [mailto:dev...@anl.gov]
Sent: 04 June 2014 17:36
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] Proposal: Move CPU and memory allocation
ratio out of scheduler
Not only live upgrades but also dynamic reconfiguration.
From: Scott Devoid [mailto:dev...@anl.gov]
Sent: 04 June 2014 17:36
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] Proposal: Move CPU and memory allocation
ratio out of scheduler
Not only live upgrades but also dynamic reconfiguration.
Hello all,
During our most recent php sdk team meeting, a suggestion to use the PHP
framework Behat (http://behat.org/) was brought up. I'd like to begin a
discussion around the pros/cons of using Behat to create tests. For those not
familiar with the php sdk or Behat, we are currently using
Hi Sylvain,
I think the idea is that anyone making changes to the db data model has to make
changes to the corresponding object and that is captured in the data model
implications of nova-specs (or it should be). Then reviewers check it is done.
Tests on the objects will necessarily exercise
Yes, I followed this link
https://etherpad.openstack.org/p/IronicDeployDevstack
So Ironic can automatically install ubuntu to bare metal.
*Best Regards！*
*Chao Yan--**My twitter：Andy Yan @yanchao727
https://twitter.com/yanchao727*
*My Weibo：http://weibo.com/herewearenow
On Fri, Jun 6, 2014 at 3:18 AM, David Shrewsbury
shrewsbury.d...@gmail.com wrote:
FYI for all,
I have posted http://review.openstack.org/98201 in an attempt to at least
give *some* warning to developers that a change to one of the public
methods on classes we derive from may have consequences
Hi Paul,
Thanks for replying quickly,
Agreed with the fact it should be managed by a spec, now we have it.
The problem is that we can't guaranttee that an unused field in DB won't
be used someday without approving a blueprint, if there is still a
possibility to directly use the conductor (take a
Forcing an instance to a specific host is very useful for the operator - it
fulfills a valid use case for monitoring and testing purposes. I am not
defending a particular way of doing this, just bringing up that it has to be
handled. The effect on limits is purely implementation - no limits get
On Fri, Jun 6, 2014 at 4:04 AM, Thierry Carrez thie...@openstack.org
wrote:
Michael Still wrote:
Nova will hold its Juno mid cycle meetup between July 28 and 30, at an
Intel campus in Beaverton, OR (near Portland). There is a wiki page
with more details here:
On 2014-06-06 00:19:15 -0400 (-0400), Kevin Benton wrote:
So if I'm understanding you correctly, a job can fail and will be
held onto in case one of the parent jobs causes a reset in which
case it will be retested?
Correct. If change E suffers a job failure and so does change B
ahead of it,
On 06/06/2014 04:00 AM, Mark McLoughlin wrote:
On Wed, 2014-06-04 at 18:03 -0700, Mark Washenberger wrote:
Hi folks,
I'd like to propose the Images program to adopt a mission statement
[1] and then change it to reflect our new aspirations of acting as a
Catalog that works with artifacts
hi henry,
On Fri, Jun 6, 2014 at 10:17 AM, henry hly henry4...@gmail.com wrote:
ML2 mechanism drivers are becoming another kind of plugins. Although they
can be loaded together, but can not work with each other.
Today, there are more and more drivers, supporting all kinds of networking
So this is an issue that’s been heavily discussed recently in the PHP community.
Based on personal opinion, I heavily favor and use private properties in
software I write. I haven’t, however, used the “final” keyword that much. But
the more I read about and see it being used, the more inclined
This sounds like a reasonable thing to open a bug against Horizon on
Launchpad.
On 06/04/2014 06:25 PM, Martinx - ジェームズ wrote:
Hello Stackers!
I'm using SPICE Consoles now but, there is no button to send Ctrl + Alt +
Del to a Windows Instance, so, it becomes very hard to log in into those
Mehdi has been making great contributions and reviews on oslo.messaging
for months now, so I've added him to oslo.messaging-core.
Thank you for all your hard work Mehdi!
Mark.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
On 06/05/2014 04:48 AM, Thierry Carrez wrote:
Hey everyone,
With all those mid-cycle sprints being proposed I found it a bit hard to
track them all (and, like, see if I could just attend one). I tried to
list them all at:
https://wiki.openstack.org/wiki/Sprints
I'm pretty sure I missed
On 06/06/2014 10:57 AM, Mark McLoughlin wrote:
Mehdi has been making great contributions and reviews on oslo.messaging
for months now, so I've added him to oslo.messaging-core.
Thank you for all your hard work Mehdi!
Mark.
___
OpenStack-dev
Please don't make review requests on openstack-dev. See
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
for details.
Thanks.
-Ben
On 06/05/2014 10:51 PM, Jian Hua Geng wrote:
Hi All,
Can anyone help to review this patch
Great! I know I'm not much use reviewing oslo.messaging patches, so now
I can feel slightly less guilty about it. :-)
-Ben
On 06/06/2014 09:57 AM, Mark McLoughlin wrote:
Mehdi has been making great contributions and reviews on oslo.messaging
for months now, so I've added him to
https://review.openstack.org/#/c/88406/
Thanks!
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key … 4525ECC253E31A83
Fingerprint .. 307A 96BB 1A4C D2C7 931D 8D2D 4525 ECC2 53E3 1A83
signature.asc
Description: Message signed with
Welcome to the team, Mehdi!
On Fri, Jun 6, 2014 at 10:57 AM, Mark McLoughlin mar...@redhat.com wrote:
Mehdi has been making great contributions and reviews on oslo.messaging
for months now, so I've added him to oslo.messaging-core.
Thank you for all your hard work Mehdi!
Mark.
I have it on my list to review today. Thanks, Paul.
Carl
On Fri, Jun 6, 2014 at 9:11 AM, Paul Michali (pcm) p...@cisco.com wrote:
https://review.openstack.org/#/c/88406/
Thanks!
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key
On 06/06/2014 11:29 AM, Carl Baldwin wrote:
I have it on my list to review today. Thanks, Paul.
Carl
On Fri, Jun 6, 2014 at 9:11 AM, Paul Michali (pcm) p...@cisco.com wrote:
https://review.openstack.org/#/c/88406/
Thanks!
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_
Hi,
I need to make some changes to the horizon.instances.js file and I was
wondering what the best method would be to help debug issues in this file? Is
there a debugger or something available to debug this file separately?
Thanks!
Abishek
___
Thanks Daniele,
This is a good summary (also pasted more or less on the etherpad).
There is also a third possibility of bypassing the job-server problem
and call directly Spark commands on the master node of the cluster.
I am starting to play around with this idea as a simple
On 06/06/2014 05:39 PM, Abishek Subramanian (absubram) wrote:
Hi,
I need to make some changes to the horizon.instances.js file and I was
wondering what the best method would be to help debug issues in this
file? Is there a debugger or something available to debug this file
separately?
(resend with proper subject markers)
Thanks Daniele,
This is a good summary (also pasted more or less on the etherpad).
There is also a third possibility of bypassing the job-server problem
and call directly Spark commands on the master node of the cluster.
I am starting to play around
Renat,
Regarding blueprint
https://blueprints.launchpad.net/mistral/+spec/mistral-engine-executor-protocol,
can you clarify what it means by worker parallelism and
engine-executor parallelism?
Currently, the engine and executor are launched with the eventlet driver
in oslo.messaging. Once a
Several of the TC requested we have an openstack-infra managed DevStack
gate enabled before they would cast their vote - I'm happy to say, we've
got it :)
With the merge of [1], Designate now has voting devstack /
requirements / docs jobs. An example of the DevStack run is at [2].
Vote Designate
So there are certain words that mean certain things, most don't, some do.
If words that mean certain things are used then some folks start using
the word and have expectations around the word and the OpenStack
Technical Committee and other OpenStack programs find themselves on the
hook for
Hey Stephen,
What we really care about are the following:
- Inbound bandwidth (bytes)
- Outbound bandwidth (bytes)
- Instance Uptime (requires create/delete events)
Just to note our current LBaaS implementation at Rackspace keeps track of
when features are enabled/disabled. For example, we have
I have just announced the Ironic mid-cycle in Beaverton, co-located
with Nova. That's the main one for Ironic.
However, there are many folks working on both TripleO and Ironic, so I
wouldn't be surprised if there is a (small?) group at the TripleO
sprint hacking on Ironic, even if there's nothing
Hey everyone,
Per our IRC discussion yesterday I'd like to continue the discussion on
how Barbican and Neutron LBaaS will interact. There are currently two
ideas in play and both will work. If you have another idea please free to
add it so that we may evaluate all the options relative to each
On Fri, 2014-06-06 at 13:29 -0400, Anita Kuno wrote:
The issue I have with the word certify is that it requires someone or a
group of someones to attest to something. The thing attested to is only
as credible as the someone or the group of someones doing the attesting.
We have no process, nor
Yuriy,
And I think if we use proxy object of multiprocessing, the green thread
will not switch during we call libguestfs. Is that correct?
On Fri, Jun 6, 2014 at 2:44 AM, Qin Zhao chaoc...@gmail.com wrote:
Hi Yuriy,
I read multiprocessing source code just now. Now I feel it may not solve
On Fri, Jun 6, 2014 at 1:29 PM, Anita Kuno ante...@anteaya.info wrote:
So there are certain words that mean certain things, most don't, some do.
If words that mean certain things are used then some folks start using
the word and have expectations around the word and the OpenStack
Technical
On 06/06/2014 03:29 PM, Doug Hellmann wrote:
On Fri, Jun 6, 2014 at 1:29 PM, Anita Kuno ante...@anteaya.info wrote:
So there are certain words that mean certain things, most don't, some do.
If words that mean certain things are used then some folks start using
the word and have expectations
+1 for option 2.
In addition as an additional safeguard, the LBaaS service could check with
Barbican when failing to use an existing secret to see if the secret has
changed (lazy detection).
Youcef
-Original Message-
From: Jorge Miramontes [mailto:jorge.miramon...@rackspace.com]
Sorry missed the -dev list on my response.
Original Message
Subject: Re: [openstack-tc] [openstack-dev] use of the word certified
Date: Fri, 06 Jun 2014 15:45:02 -0400
From: Anita Kuno ante...@anteaya.info
To: openstack...@lists.openstack.org
On 06/06/2014 03:29 PM, Doug
On Fri, Jun 6, 2014 at 1:23 PM, Mark McLoughlin mar...@redhat.com wrote:
On Fri, 2014-06-06 at 13:29 -0400, Anita Kuno wrote:
The issue I have with the word certify is that it requires someone or a
group of someones to attest to something. The thing attested to is only
as credible as the
On Fri, Jun 6, 2014 at 1:55 PM, John Griffith john.griff...@solidfire.com
wrote:
On Fri, Jun 6, 2014 at 1:23 PM, Mark McLoughlin mar...@redhat.com wrote:
On Fri, 2014-06-06 at 13:29 -0400, Anita Kuno wrote:
The issue I have with the word certify is that it requires someone or a
group of
Hello Jorge,
Just noting that for option #2, it seems to me that the registration feature in
Barbican would not be required for the first version of this integration
effort, but we should create a blueprint for it nonetheless.
As for your question about services not registering/unregistering,
Hey John,
Correct, I was envisioning that the Barbican request would not be
affected, but rather, the GUI operator or API user could use the
registration information to do so should they want to do so.
Cheers,
--Jorge
On 6/6/14 4:53 PM, John Wood john.w...@rackspace.com wrote:
Hello Jorge,
Jorge + John,
I am most concerned with a user changing his secret in barbican and then the LB
trying to update and causing downtime. Some users like to control when the
downtime occurs.
For #1 it was suggested that once the event is delivered it would be up to a
user to enable an auto-update
I think some things are broken in the oslo-incubator db migration code.
Ironic moved to this when Juno opened and things seemed fine, until
recently when Lucas tried to add a DB migration and noticed that it didn't
run... So I looked into it a bit today. Below are my findings.
Firstly, I filed
The serviceBase and insertion spec has been up for review for a while. It
would be great if it can be reviewed and moved forward.
https://review.openstack.org/#/c/93128/
Thanks,
Kanzhe
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
59 matches
Mail list logo
