Hi,
I have a patchset ready for your review https://review.openstack.org/#/c/38802/
This patchset is to remove table compute_node_stats and add one more column
"stats" in table compute_nodes as JSON dict. With that, compute_node_get_all()
doesn't need to join another table when nova schedulers c
Hi,
There will be OpenStack I18n team meeting at 0700UTC on Thursday (August
1st) in IRC channel #openstack-meeting.
The time, we use Asia/Europe friendly time. Welcome to join the meeting.
We will cover following topics this time:
Action items from the last meeting
Progress wi
I would definitely encourage you to think about how we could apply at
tool like this in the OpenStack gate itself as you go through the
process of openning it up. If we could catch those kinds of corruptions
before the commits land we move the cost of finding those problem way down.
It obvious
I haven't opened it because currently it is too tied to our proprietary
platform. I have actually submitted a talk for the summit and planned
on having an open version ready for this.
It is good to hear that I am not the only one out there dealing with
these sorts of issues and trying to find
Hi,
I was designing a Openstack service that listens on notifications
generated from Nova, Neutron etc., for our custom needs to monitor and act
up on events.
I have an interesting observation from openstack perspective and I would
like to know community thinking about it.
By the time an openstac
On Mon, Jul 29, 2013 at 11:13 AM, Elizabeth Krumbach Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting tomorrow, Tuesday July 30th, at 19:00 UTC in
> #openstack-meeting
Logs and meeting minutes:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/2013/
Hi,
There is a blueprint [1] that I'd like to get involved with. I know quite a bit
about cells but not much about ceilometer.
I'm trying to figure out all the message flows to see where the best place
would be to intercept the message and forward it up to a higher level rabbit
server.
Essenti
I would love that tool, is it opened??
I've thought about such a tool myself actually. Something that keeps
enough info on the compute node to be able to analyze the actual state of
the cluster and find discrepancies for what the varying openstack db's
believe is the 'state' of the clusters.
Seem
Hi Eugene,
I have some comments on your considerations. I do apologise but perhaps I
did not understand correctly the workflow for removal of a service provider.
Salvatore
On 30 July 2013 23:24, Eugene Nikanorov wrote:
> Salvatore, thanks for your feedback.
>
> Let me comment on some of your s
Salvatore, thanks for your feedback.
Let me comment on some of your statements
*> The possibility Eugene describes in his post - a service provider being
deleted - is probably not a 'regular' use case, but more the consequence of
a potentially error-prone operation.*
Nachi initially raised a conce
In general, I think this is fantastic and I know that Glance would benefit
from something similar.
I have a few opinions I want to share:
- I'd love to use this as a way to OpenStack-validate plugins that live
outside of the project--and then kick most plugins out of the project to
some other sem
Here are the logs from the last meeting (July, 25), sorry for delay.
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-07-25-18.06.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-07-25-18.06.txt
Log:
http://eavesdrop.openstack.org/
Hello everyone,
I'm glad to announce the 0.2.1 release of Savanna. This release contains 3
components: Savanna core, plugin for OpenStack Dashboard and diskimage-builder
elements.
Release Notes (https://wiki.openstack.org/wiki/Savanna/ReleaseNotes/0.2.1):
Features implemented:
* diskimage-bui
On Tue, Jul 30, 2013 at 3:56 AM, Ruslan Kamaldinov wrote:
> This question was asked several times. So we decided to provide a
> detailed response.
>
> 1. The first question is “Why doesn’t Savanna use Heat to provision VMs?”
>
> Generally using Heat underneath for infrastructure provisioning look
Hello Heat devs,
I've started doing some testing to find multi-engine bugs, and I
discovered that it's possible to create two stacks with the same name
when only a single heat-engine is running.
Here are the results of my tests:
http://dunsmor.com/heat/multi-engine.html#sec-1-1
Before I create a
On Tue, Jul 30, 2013 at 11:47 AM, Walter A. Boring IV
wrote:
> So how frequently would this be required and when do the results need to
> be provided?
>
To start I'd like to propose any new driver, and then each driver upon
milestone release, or at the very least each cycle.
> I generally t
In our deployment we have a custom solution for the orchestration of
Openstack through the API that connects with billing and other external
systems on the back end.
We have found that most of the corruption is introduced by messaging
issues in Openstack. There are a myriad of edge cases wher
After lots of discussion, here are the image import/export/cloning blueprints
unified as a tasks API. Please reply with comments!
Take a look at this doc first:
https://wiki.openstack.org/wiki/Glance-tasks-api
It's got a "related documents" section with links to the previous proposals and
a
I got this weeks report out a bit late this week because I spent the time I
usually use for the task writing a Python script to help me manage this report.
Sorry for the formatting it's a Work in Progress.
You should take notice that some abandoned patches are there because they had a
single -1
Hi Stefano,
thank you!
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
On Jul 30, 2013, at 21:29, Stefano Maffulli wrote:
> Hi Sergey
>
>
> On 07/24/2013 01:49 AM, Sergey Lukjanov wrote:
>> We decided to use openstack-dev@lists.openstack.org mailing list
>> instead of s
Hello,
Below, you can see the meeting minutes from today's Murano meeting.
Minutes:
http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-07-30-15.00.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-07-30-15.00.txt
Log:
http://eavesdrop.openstack.org/
So how frequently would this be required and when do the results need to
be provided?
I generally think this is a good idea, but as well all know that the
project seems to be in flux at times around the milestones. Especially
around G3 when we changed the way the CONF object was accessed, al
Hi Sergey
On 07/24/2013 01:49 AM, Sergey Lukjanov wrote:
> We decided to use openstack-dev@lists.openstack.org mailing list
> instead of savanna-...@lists.launchpad.net for all savanna-related
> communication.
I have created a mailman topic for Savanna too, so people interested
only in receiving
Do u have a writeup of the corruption issues you have seen.
I would most definitely appreciate said tools.
Any little overview of what they do/are??
On 7/30/13 9:44 AM, "Jacob Bushman" wrote:
>I have been working with various corruption issues within openstack.
>Issues like failed or partial p
Hi Everyone,
Here are the minutes from today's meeting.
Minutes:
http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.2013-07-30-16.02.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/hyper_v/2013/hyper_v.2013-07-30-16.02.txt
Log:
http://eavesdrop.openstac
I have been working with various corruption issues within openstack.
Issues like failed or partial provisions, quantum port / ip corruption
and database corruption. There are several edge cases that I have run
into where the existing periodic task to clean up corruption were
inadequate for ou
Hey Liz,
I briefly brought up horizontal navigation in the IRC meeting last week. I
agree, first of all, that Left Nav will run into scaling issues at some point
but I think Gabriel Hurley made a good point in that doing something as drastic
as getting rid of the Left Nav and replacing it with
Joe Gordon wrote:
> Going forward I think we should support two approaches:
>
> 1) some faster mostly python based (because we are a python project)
> rootwrap solution, there are many good ideas proposed above. Although
> Robert Collins comments have yet to be addressed.
About Robert's argume
Hi Everyone,
Hyper-V meeting will resume today.
Topics will include:
* Development Updates
* Summit Sessions
* Puppet Openstack-Hyper-V
Peter J. Pouliot, CISSP
Senior SDET, OpenStack
Microsoft
New England Research & Development Center
One Memorial Drive,Cambridge,
On Jul 19, 2013, at 3:34 AM, Jaromir Coufal wrote:
> Hi Jeff,
>
> thanks for contribution. As long as there is no more input in gathering
> issues, I'll try to wrap all the problems up in BP's whiteboard and we can
> start designing proposals.
>
> Best
> -- Jarda
Hi Jarda,
Thanks for takin
Gary-
We discussed this at the last meeting, log at:
http://eavesdrop.openstack.org/meetings/scheduler/2013/scheduler.2013-07-23-15.00.log.html
basically, the concensus was somethings should be done in the Nova scheduler
(reduce dependencies on other components) but we should l
On Mon, Jul 29, 2013 at 7:06 PM, Aaron Rosen wrote:
> Hi Peter,
>
> Great article. Any interest in pushing your N-work quantum-server patch
> upstream?
Thanks Aaron!
I'm certainly interested in pushing the patch upstream :-) When I
submit a review, we'll see if the community reciprocates.
As on
Gary-
Sure, we should have time to go over this.
--
Don Dugger
"Censeo Toto nos in Kansa esse decisse." - D. Gale
Ph: 303/443-3786
-Original Message-
From: Gary Kotton [mailto:gkot...@vmware.com]
Sent: Tuesday, July 30, 2013 4:07 AM
To: OpenStack Development Mailing List
Subject: Re: [
As admin, use the parameter is_public='none' to retrieve all the
images(using v1 api). With v2 api, there is no need for a extra parameter
(also as admin).
Ghe Rivero
On Mon, Jul 29, 2013 at 11:29 PM, Nikhil Komawar <
nikhil.koma...@rackspace.com> wrote:
> you could always try using the user as
Please discard
Thanks
Ofer
- Original Message -
> From: "Ofer Blaut"
> To: openstack-dev@lists.openstack.org
> Cc: aro...@nicira.com
> Sent: Tuesday, July 30, 2013 3:50:42 PM
> Subject: Blueprint information - security-group-rules-protocol-numbers
>
> Hi,
>
> I am interested in help
Hi,
I am interested in helping out with QE efforts on upstream
OpenStack, specifically around Neutron.
I'm trying to understand the following blueprint,It will be great if you can
point me to a detailed spec
https://blueprints.launchpad.net/neutron/+spec/security-group-rules-protocol-numbers
Gary,
+1 for groups
Best regards,
Boris Pavlovic
On Tue, Jul 30, 2013 at 2:07 PM, Gary Kotton wrote:
> Hi,
> Would it be possible that we also discuss the instance groups. This was
> blocked because the new API did not support objects. The relevant patches
> for objects have been added and i
This question was asked several times. So we decided to provide a
detailed response.
1. The first question is “Why doesn’t Savanna use Heat to provision VMs?”
Generally using Heat underneath for infrastructure provisioning looks
reasonable. In a tactic perspective there are few factors making Hea
Hi All,
Recently I have come across a bug in launchpad/nova which states that,
while creating flavors, leading/trailing spaces around flavor names is
currently allowed and expected not to be allowed. Bug reference -
https://bugs.launchpad.net/nova/+bug/1206396
I want to extend this to other resou
Hi,
Would it be possible that we also discuss the instance groups. This was blocked
because the new API did not support objects. The relevant patches for objects
have been added and it is pending review.
Thanks
Gary
-Original Message-
From: Dugger, Donald D [mailto:donald.d.dug...@intel.
Hi,
>From reviewing the patches for
>https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling it
>seems like there is a lot of code here that may already existing the
>Ceilometer. I wonder if this is something that should be implemented in Nova
>or if Nova should receive the inf
Jay Buffington wrote:
> I haven't closely looked at rootwrap, but it seems to me that you could
> use the
> rootwrap config files to generate a gigantic sudoers config file which
> would not
> necessarily be human readable. That would have the flexibility and
> maintainability of rootwrap with th
Today in the Project & release status meeting, we'll look into havana-3
plans.
Feel free to add extra topics to the agenda:
[1] http://wiki.openstack.org/Meetings/ProjectMeeting
All Technical Leads for integrated programs should be present (if you
can't make it, please name a substitute on [1]).
It is my personal opinion that there is no necessary condition between
'having the possibility of leaving a resource without service provider' and
'API users want to create resources without service providers'.
While being able to change the 'provider' associated with a resource is a
reasonable use
Many thanks!
On Tue, Jul 30, 2013 at 2:52 AM, Stefano Maffulli wrote:
> I have created a mailman topic for Murano too, so people interested
> only in receiving messages with "[Murano]" in the subject line can
> subscribe to the topic only.
>
> How to use Mailman topics:
> http://www.gnu.org/soft
45 matches
Mail list logo