On 01/04/14 19:49, Tian, Shuangtai wrote:
Hi,
Though the libvirt+ xen is in the group C to support, I am still
interested in a try to have look at the case.
When I used the last xen and libvirt code from the community. I cannot
boot a VM, the error log is below.
Is anyone once encountered such
Hello everyone.
I'm looking for an independence test between an OpenStack environment
and virtual environments.
In case of updating an openstack environment, you need to stop each
OpenStack process, but you don't want the instances to be affected by
OpenStack outages.
So before maintenane, you wa
Hello,
I have openstack installation with neutron. When I made test and create
many instances in one query (using --num-instances) all was ok but one
instance (from 80 created) has no IP address when I made "nova list" or
"nova show ". I found that there is missing value in "network info" in
Hello,
Maybe the problem is not that missing data in nova's database becasue when I
made:
nova --debug list
then I see that it is asking neutron about ports and this missing IP is
corretly send from neutron.
Also when I made:
nova interface-list
then there is no problem and IP is displayed. B
Hi Don,
Le 01/04/2014 06:30, Dugger, Donald D a écrit :
(Even though it's 4/1 this is not a joke :-)
1) No-db scheduler
It was discussed during last meeting, and IIRC there was a resource
issue for targeting it now, at least until Juno summit.
Could we consider that this topic is not neces
confirmed
On 04/01/2014 03:39 AM, Nikhil Manchanda wrote:
>
> I'd like to announce my candidacy for the Database (Trove) PTL.
>
> I'm currently a member of the Trove Core team, and have been working
> on OpenStack and Trove for more than a year and a half now. I've
> helped Trove grow from the t
According the recent PCI passthru and SR-IOV design wiki as follows, my
understanding is the pci filter resides on a compute node needs to be aware of
VFIO to determine which devices can satisfy user requests. Feel free to correct
me if it is wrong.
https://wiki.openstack.org/wiki/PCI_passthro
Hi Goto-san,
I think this is an interesting test case. But AFAIK, Tempest and its
scenario tests don't have such test cases now, and we can't stop the
OpenStack processes through Tempest.
Do you know Grenade[1]? I think Grenade is the only one upgrading test in
the OpenStack community now. So I g
Hi,
I will organize a sprint to Port OpenStack to Python 3 during 4 days at
Montreal (Canada) during Pycon Montreal 2014, between April, 14 (Monday) and
April, 17 (Thursday).
The goal of the sprint is to port OpenStack components and OpenStack
dependencies to Python 3, send patches to port as
Hi,
all
Such as the subject, there is no mechanism to check the tenant_id, Do
you think it is necessary?
Thanks!
Lee Li
___
OpenStack-dev mailing list
[email protected]
http://lists.openstack.org/cgi-bin/mailman/listinfo/op
Hello.
On Mon, Mar 31, 2014 at 9:32 PM, Dan Smith wrote:
>
> >
> > (self, context, [], {'migration': migration, 'image': image,
> > 'instance': instance, 'reservations': reservations})
> >
> > while when running a test case, they see these arguments:
> >
> > (self, context, [instance, image, re
Hi folks,
On the last meeting we decided to collect usage data so we could prioritize
features and see what is demanded most.
Here's the blank page to do that (in a free form). I'll structure it once
we have some data.
https://wiki.openstack.org/wiki/Neutron/LBaaS/Usecases
Please fill with the d
You are correct. The testing we do for this is in Grenade, which we run
in the gate. Grenade tests an upgrade from last stable release to
current master. It creates a few resources before the upgrade, and fails
if those are interupted after the upgrade.
Grenade is still pretty light on the number
On 25 Mar 2014, at 01:51, Joshua Harlow wrote:
> The first execution model I would call the local execution model, this model
> involves forming tasks and flows and then executing them inside an
> application, that application is running for the duration of the workflow
> (although if it cras
Thanks Jamie,
then the following question is do we intend to move other services client
library V3 identity support to python-openstackclient?
AFAIK it's poorly supported for Nova Cinder Neutron client library, and I
am working on add v3 support for those libraries[1], just
want to make sure that
I won't be attending PyCon this year, but count me in as a remote reviewer.
Will you be setting up an IRC channel we should join?
On Tue, Apr 1, 2014 at 4:40 AM, victor stinner
wrote:
> Hi,
>
> I will organize a sprint to Port OpenStack to Python 3 during 4 days at
> Montreal (Canada) during Py
Hi Russell,
My intent was to create a common code starting point, where others, who are
also interested in bringing OpenStack to FreeBSD could develop the missing
features, have it reviewed and do progress. Those changes are, as Roman
have noticed, a work in progress, however, given the limitation
Hi Roman,
I agree, I'm going to revive the old blueprint and maybe you're right to
have a separate one for the freebsd_net. I wanted to ask at the first place
the OpenStack community what do they think, are they going to accept our
work at all, etc.
Actually the code for the bhyve support is quit
Hello,
What's the definition of deprecation of config variables in Openstack? I'd have
thought that the new variables would be usable during the grace period. But it
looks like that's not the case.
For instance, currently libvirt_type is deprecated and virt_type is the new
variable. However, o
Hello everyone,
Neutron just published its first Icehouse release candidate. It contains
9 feature-freeze-exception blueprints and an impressive 146 bugfixes
since the icehouse-3 development milestone. Congrats to all the Neutron
developers on a busy month of March !
The RC1 is available for down
On 04/01/2014 08:20 AM, Michał Dubiel wrote:
> Hi Russell,
>
> My intent was to create a common code starting point, where others, who
> are also interested in bringing OpenStack to FreeBSD could develop the
> missing features, have it reviewed and do progress. Those changes are,
> as Roman have n
On 2014-03-31 13:28:24 +0900 (+0900), Emmet Hikory wrote:
> There are any number of projects that may have specific requirements
> that aren't documented on that page (please add them), but I found that
> having read that gave me great confidence to submit more reviews.
I also just updated it to r
On 04/01/2014 04:40 AM, victor stinner wrote:
> Hi,
>
> I will organize a sprint to Port OpenStack to Python 3 during 4 days
> at Montreal (Canada) during Pycon Montreal 2014, between April, 14
> (Monday) and April, 17 (Thursday).
>
> The goal of the sprint is to port OpenStack components and Ope
Hi
oslo.messaging 1.3.0 is now available on pypi and should be available in
our mirror shortly.
Full release notes are available here:
http://docs.openstack.org/developer/oslo.messaging/
The master branch will soon be open for Juno targeted development and
we'll publish 1.4.0aN beta releases
On 04/01/2014 08:40 AM, Parthipan, Loganathan wrote:
> Hello,
>
>
>
> What’s the definition of deprecation of config variables in Openstack?
> I’d have thought that the new variables would be usable during the grace
> period. But it looks like that’s not the case.
>
>
>
> For instance, curr
On Mon, Mar 31, 2014 at 12:07 PM, wrote:
>
> openstack-dev,
>
> A question about the fix from https://review.openstack.org/#/c/82931
>
> After this fix, the neutron code now explicitly checks for kernel
> version 3.13- was this deliberate? (I was using an older 3.11 version
> before, and did not
On Mon, Mar 31, 2014 at 2:42 PM, Nathanael Burton
wrote:
> Also, how does this work for RHEL-based distros where they tend to backport
> new kernel features? For instance vxlan support was added in the kernel for
> RHEL6.5 which is 2.6.32-based... That changeset looks like it breaks
> Neutron fo
>
> We've already started requiring CI for compute drivers. I expect that
> in the Juno cycle we will formalize a base set of features required for
> any compute driver in the tree. While we haven't decided on that set
> yet, it sounds like it may be too soon for this platform to meet those
> req
On 04/01/2014 04:40 AM, victor stinner wrote:
> Hi,
>
> I will organize a sprint to Port OpenStack to Python 3 during 4 days
> at Montreal (Canada) during Pycon Montreal 2014, between April, 14
> (Monday) and April, 17 (Thursday).
>
> The goal of the sprint is to port OpenStack components and Ope
We can talk at the meeting today but I'd prefer not to drop the topic
completely, this is important enough that I don't want us to forget about it.
How about I add it as a post script so it's always there but we don't really
need to discuss it.
--
Don Dugger
"Censeo Toto nos in Kansa esse decis
Ok with that, pinning the current scheduler status in an etherpad and
iterating over it each time we go on meeting would be fine.
(eg. #topic Gantt status and current actions)
-Sylvain
Le 01/04/2014 15:56, Dugger, Donald D a écrit :
We can talk at the meeting today but I'd prefer not to drop
> -Original Message-
> From: Russell Bryant [mailto:[email protected]]
> Sent: 01 April 2014 14:24
> To: [email protected]
> Subject: Re: [openstack-dev] Deprecation of config variables
>
>
> You may have just mixed up the sections the options go in.
>
You're correc
Hi,
On the pci passthrough meeting
(https://wiki.openstack.org/wiki/Meetings/Passthrough) we decided to create the
etherpad page for the topics that should to be covered during cross project
(neutron - nova) Juno design session:
Here's the link to the etherpad page:
https://etherpad.openstack.o
This has been applied for - the description is here:
http://summit.openstack.org/cfp/details/196
It hasn't been reviewed yet, so if you see anything you would like to
change, let me know.
Graham
On Mon, 2014-03-31 at 16:35 +, Betsy Luzader wrote:
> Graham,
>
> I'm definitely interested in
On Tue, Apr 1, 2014 at 9:44 AM, John Dennis wrote:
> On 04/01/2014 04:40 AM, victor stinner wrote:
>> Hi,
>>
>> I will organize a sprint to Port OpenStack to Python 3 during 4 days
>> at Montreal (Canada) during Pycon Montreal 2014, between April, 14
>> (Monday) and April, 17 (Thursday).
>>
>> The
So, I've been watching the etherpad and the summit submissions and I
noticed that there isn't anything for nova. Maybe I'm off base, but it
seems like we'd be missing the mark to not have a Developer/Operator's
exchange on the key product. Is there anything we can do to get a session
slotted like
On 04/01/2014 09:44 AM, John Dennis wrote:
> FWIW projects that deal with web services, wire protocols, external
> datastores, etc. who have already started porting to Py3 have
> encountered significant pain points with Py3, some of which is just
> being resolved and which have caused on-going chan
On Mon, Mar 31, 2014 at 01:17:39PM -0400, Russell Bryant wrote:
> On 03/31/2014 01:01 PM, Michał Dubiel wrote:
> > Hi All,
> >
> > I have prepared commits I would like to have it reviewed and eventually
> > merged that add initial, limited support for FreeBSD as a host to nova.
> > It includes bas
On 04/01/2014 11:16 AM, Daniel P. Berrange wrote:
> On Mon, Mar 31, 2014 at 01:17:39PM -0400, Russell Bryant wrote:
>> On 03/31/2014 01:01 PM, Michał Dubiel wrote:
>>> Hi All,
>>>
>>> I have prepared commits I would like to have it reviewed and eventually
>>> merged that add initial, limited suppor
cliff 1.6.0 has been released to PyPI and should be in our mirror soon.
* Add max-width support for table formatter
* Add value only output formatter
* Fix doc build with Python 2.6.x
* Fix interactive mode with command line args
* Escape double quotes in shell formatter
* Rename private attribute
On 04/01/2014 09:39 AM, Michał Dubiel wrote:
> We've already started requiring CI for compute drivers. I expect that
> in the Juno cycle we will formalize a base set of features required for
> any compute driver in the tree. While we haven't decided on that set
> yet, it sounds li
On 2014-03-31 14:45:20 -0700 (-0700), Clint Byrum wrote:
> Would it be entirely out of line to take a portion of an infra-team
> session to do this?
[...]
> * This seems relevant to OpenStack development infrastructure.
[...]
About the only place we have any existing infrastructure automation
curr
Hi,
Le lundi 17 mars 2014, 09:19:03 John Eckersberg a écrit :
> There are a couple of known bugs that can prevent rabbitmq-server from
> starting on F20.
>
> First one (same bug, two BZs) is related to SELinux and port probing:
> https://bugzilla.redhat.com/show_bug.cgi?id=1032595#c8
> https://bu
Hi,
Le mardi 1 avril 2014, 08:12:20 Doug Hellmann a écrit :
> I won't be attending PyCon this year, but count me in as a remote reviewer.
Cool :-)
> Will you be setting up an IRC channel we should join?
Hum, let's say #openstack-pycon on the Freenode server.
Victor
___
Hi,
Le mardi 1 avril 2014, 09:11:52 John Dennis a écrit :
> What are the plans for python-ldap? Only a small part of python-ldap is
> pure python, are you also planning on tackling the CPython code?
Oh, python-ldap was just an example, I don't have concrete plan for each
dependency. We are porti
Hello all,
Marconi team met today and discussed:
* FAQ Meetup: a plan to meet and work on clarifying the Marconi vision
* Tempest testing: plans to handle MongoDB at the gate
* Oslo Liaison: Flavio volunteered/was elected to help communicate
between Oslo/Marconi
* Use of Marconi for the Unified G
Victor Stinner writes:
> Hi,
>
> Le lundi 17 mars 2014, 09:19:03 John Eckersberg a écrit :
>> There are a couple of known bugs that can prevent rabbitmq-server from
>> starting on F20.
>>
>> First one (same bug, two BZs) is related to SELinux and port probing:
>> https://bugzilla.redhat.com/show_
Le mardi 1 avril 2014, 09:44:11 John Dennis a écrit :
> > The goal of the sprint is to port OpenStack components and OpenStack
> > dependencies to Python 3,
>
> This is a great goal, thank you! But I'm concerned it might be premature.
The portage is already in progress. There are many components
Good day.
Playing with designate (powerdns @ mysql). It works fine with CRUD
operations with domains, but I stuck at sink configuration. Even with
debug=True nothing happens when instances creating of float ip assigning.
My configuration:
(skip)
rabbit_userid = guest
rabbit_password = pass
r
Hi,
Le mardi 1 avril 2014, 10:48:21 John Dennis a écrit :
> Oh, almost forgot. One of the significant issues in Py3 string handling
> occurs when dealing with the underlying OS, specifically Posix, the
> interaction with Posix "objects" such as pathnames, hostnames,
> environment values, etc. Virt
oslo.config 1.3.0 has been tagged. It should be available on PyPI and
our mirror shortly.
* Include the 'meta' trove classifiers for python versions
* Do substitution on overrides and defaults too
* Follow style guide for help strings
* Updated from global requirements
* Convert to oslo.test
* Fix
- Original Message -
> Hi Liuji,
>
> I'm the owner of bp support-libvirt-vcpu-topology,
> There are four main reasons that I did not continue to work on it:
> 1. the design proposal has not confirmed by core developers of nova
> 2. this bp is not accepted in Icehouse development stage
> 3.
The first official version of the new oslotest library, containing
base classes for unit tests and fixtures, is tagged as 1.0.0. The
release is building now and should be available on PyPI and mirror
shortly.
See http://git.openstack.org/cgit/openstack/oslo.test for the source
code. We will be pre
Version 2.1.0 of oslosphinx, the Sphinx theme package for OpenStack,
has been tagged. It should be available on PyPI and our mirror
shortly.
* Update manifest to use oslosphinx
* Remove vim header
* Remove references to oslo.sphinx
* Update .gitreview after repo rename
___
Hello All,
As OpenStack Marconi grows, I think it's time we addressed the question on
everyone's mind:
why isn't the project called OpenStack Macaroni?
There are several compelling reasons to change Marconi's name to Macaroni:
1. Macaroni, being tube-shaped, exemplify the concept of connecting
Le mardi 1 avril 2014, 12:17:39 John Eckersberg a écrit :
> An update has been submitted for Fedora 20 which corrects this issue:
>
> https://admin.fedoraproject.org/updates/rabbitmq-server-3.1.5-4.fc20
>
> Please give it a try and if it works for you, be sure to leave karma on
> the update so it
Given that it is way behind on supported features, I think it needs
some active maintenance or it will be falling out of tree. If anybody
knows of a usable setup guide, a pointer would be appreciated.
On 29 March 2014 04:08, Steve Gordon wrote:
>
>
> - Original Message -
>> On 28/03/14 14
Thanks Eugene
John
On Tuesday, April 1, 2014 at 3:02 AM, Eugene Nikanorov wrote:
> Hi folks,
>
> On the last meeting we decided to collect usage data so we could prioritize
> features and see what is demanded most.
>
> Here's the blank page to do that (in a free form). I'll structure it onc
+2 everyone loves macaroni!
From: Solly Ross mailto:[email protected]>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:[email protected]>>
Date: Tuesday, April 1, 2014 at 10:19 AM
To: "OpenStack Development Mailing List (not for usage questions)"
m
On 04/01/2014 12:15 PM, Victor Stinner wrote:
> Hi,
>
> Le mardi 1 avril 2014, 09:11:52 John Dennis a écrit :
>> What are the plans for python-ldap? Only a small part of python-ldap is
>> pure python, are you also planning on tackling the CPython code?
>
> Oh, python-ldap was just an example, I d
Please ask usage questions on the users list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Thanks.
-Ben
On 04/01/2014 01:49 AM, Tian, Shuangtai wrote:
Hi,
Though the libvirt+ xen is in the group C to support, I am still
interested in a try to have look at the case.
When I u
Solly,
As a core developer for the Marconi project, I favor this request and
bless it with a +2.
In addition to the listed benefits, I've discovered the following
additional benefits during my free time:
1. The naming of a clustered Marconi deployment would be called a
"Macaroni Salad". This wil
On 04/01/2014 04:03 AM, Jeremy Stanley wrote:
> On 2014-03-31 10:55:06 +0200 (+0200), Thierry Carrez wrote:
>> No miracle here... All slots are pretty full as expected. I think our
>> best bet is still the 30-min morning break on Wednesday or Thursday at
>> 10:30am.
>
> Would finding an available
Please ask usage questions on the users list:
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
Thanks.
-Ben
On 04/01/2014 02:10 AM, Sławek Kapłoński wrote:
Hello,
Maybe the problem is not that missing data in nova's database becasue when I
made:
nova --debug list
then I see that
On 04/01/2014 01:19 PM, Solly Ross wrote:
> Hello All,
>
> As OpenStack Marconi grows, I think it's time we addressed the question on
> everyone's mind:
> why isn't the project called OpenStack Macaroni?
>
> There are several compelling reasons to change Marconi's name to Macaroni:
What a timel
On 01/04/14 13:19 -0400, Solly Ross wrote:
As OpenStack Marconi grows, I think it's time we addressed the question on
everyone's mind:
why isn't the project called OpenStack Macaroni?
Strong +1 from me.
OpenStack is growing incredibly fast, but if there's one thing it
lacks, it's cheesy pasta
On 01/04/14 13:19 -0400, Solly Ross wrote:
Hello All,
As OpenStack Marconi grows, I think it's time we addressed the question on
everyone's mind:
why isn't the project called OpenStack Macaroni?
There are several compelling reasons to change Marconi's name to Macaroni:
1. Macaroni, being tube
On 04/01/2014 12:28 PM, Victor Stinner wrote:
> Le mardi 1 avril 2014, 09:44:11 John Dennis a écrit :
>>> The goal of the sprint is to port OpenStack components and
>>> OpenStack dependencies to Python 3,
>>
>> This is a great goal, thank you! But I'm concerned it might be
>> premature.
>
> The p
Hi!
Jaromir reminded me that I should jot down some ideas about a Horizon tab
for Ironic in advance of the summit, so we can get the conversations
started and some ideas flowing I've done that here:
https://etherpad.openstack.org/p/ironic-ui
Cheers,
Devananda
___
On Tue, Apr 1, 2014 at 11:09 AM, Devananda van der Veen <
[email protected]> wrote:
> Hi!
>
> Jaromir reminded me that I should jot down some ideas about a Horizon tab
> for Ironic in advance of the summit, so we can get the conversations
> started and some ideas flowing I've done that h
I am running for another term as DevStack PTL. I have been the
acting/elected PTL since DevStack became a program and have been working on
DevStack since its first public demo in a lightning talk at the Essex
Design Summit. In addition I have also contributed to Grenade and am the
primary instiga
OK, thanks Russell and Daniel for your suggestions.
Stackforge sounds reasonable for the time being, though it's not perfect as
it doesn't prevent from occasional conflicts we may hit while pulling
changes from the original Nova repository to our clone.
An example is code that is not pure additio
Hi Hyper-V CI maintainers,
CC: openstack-dev
As per [0] Hyper-V CI is failing 100% of the time, what are the blockers in
making this work again? are there any outstanding nova patches that will
fix this? We would like to hyper-v working in icehouse, and if not we will
be forced to add a note sayin
Guys!
I would like to do this:
1- Create and maintain a Ubuntu PPA Archive to host Neutron with IPv6
patches (from Nephos6 / Shixiong?).
Why?
Well, I'm feeling that Neutron with native and complete IPv6 support will
be only available in October (or maybe later, am I right?) but, I really
nee
Hello!
Recently we've made an attempt to make MuranoPL class definitions more
conceivable for everyone, and decided to use UML diagrams for that
purpose. The most obvious (and quick) solution was to use a well-known
tool [1], the command-line script which uses it is almost ready [2],
and the final
On 04/01/2014 02:27 PM, Joe Gordon wrote:
> Hi Hyper-V CI maintainers,
> CC: openstack-dev
>
> As per [0] Hyper-V CI is failing 100% of the time, what are the blockers
> in making this work again? are there any outstanding nova patches that
> will fix this? We would like to hyper-v working in iceh
For those interested in translations, I'd like to jot down a few notes from
the last few days' work to get i18n'd strings into Ironic before our RC.
Hopefully some of this will be helpful to someone out there -- it's been a
learning experience for me :)
Quick background:
- the project was set up w
On 04/01/2014 02:22 PM, Michał Dubiel wrote:
> OK, thanks Russell and Daniel for your suggestions.
>
> Stackforge sounds reasonable for the time being, though it's not perfect
> as it doesn't prevent from occasional conflicts we may hit while pulling
> changes from the original Nova repository to
Hi Joe,
We have issues with Nova resize that we are troubleshooting. If we don’t find
the root cause by today we’ll temporarily skip the resize tests.
Thanks,
Alessandro
On 01 Apr 2014, at 21:27, Joe Gordon
mailto:[email protected]>> wrote:
Hi Hyper-V CI maintainers,
CC: openstack-dev
On Tue, Apr 1, 2014 at 10:19 AM, Solly Ross wrote:
> Hello All,
>
> As OpenStack Marconi grows, I think it's time we addressed the question on
> everyone's mind:
> why isn't the project called OpenStack Macaroni?
>
> There are several compelling reasons to change Marconi's name to Macaroni:
>
> 1
On 04/01/2014 02:08 PM, John Dennis wrote:
>>> My concern is this. The singled biggest change in Py2 -> Py3 is
>>> string handling, especially with regards to str vs. unicode. We
>>> have a significant number of bugs in the current code base with
>>> regards to encoding exceptions, I just got done
I'd like to announce my candidacy for the Block Storage (Cinder) PTL
position.
I've been involved with OpenStack for about two and a half years now,
starting out by trying to help with some things in Nova-Volumes and then
with the help of a lot of great folks creating Cinder. I have been the
unof
Talking about regressions, there’s one that forced us to move back to VHD disks
from VHDX in the Hyper-V CI: https://bugs.launchpad.net/nova/+bug/1294682
The patch is up for review but I didn’t get any reply to my latest comments on
March 25th.
Thanks,
Alessandro
On 01 Apr 2014, at 21:27, Joe
On 2014-04-01 13:19:12 -0400 (-0400), Solly Ross wrote:
[...]
> I call for a vote to change the name of the OpenStack Marconi
> project to OpenStack Macaroni.
[...]
If it helps, I'm happy to expedite this change on the infrastructure
side. We normally schedule maintenance windows for project renam
What about Graphviz?
On 4/1/14, 1:34 PM, "Timur Sufiev" wrote:
>Hello!
>
>Recently we've made an attempt to make MuranoPL class definitions more
>conceivable for everyone, and decided to use UML diagrams for that
>purpose. The most obvious (and quick) solution was to use a well-known
>tool [1],
pyCADF is the python implementation of the DMTF Cloud Auditing Data
Federation Working Group (CADF) specification. pyCADF 0.5 has been tagged
and should be available on PyPI and
our mirror shortly.
this release includes two changes:
* pycadf documentation
* Updated from global requirements
pl
Excerpts from Solly Ross's message of 2014-04-01 10:19:12 -0700:
> Hello All,
>
> As OpenStack Marconi grows, I think it's time we addressed the question on
> everyone's mind:
> why isn't the project called OpenStack Macaroni?
>
> There are several compelling reasons to change Marconi's name to
Hey folks,
I'd like to announce my intention to continue being PTL of the Data
Processing program (Sahara) PTL.
I'm working on Sahara (ex. Savanna) project from scratch, from the
initial idea, proof of concept implementation and till now. I have
been the acting/elected PTL since Sahara was an ide
Hello everyone,
Glance just published its first Icehouse release candidate. The list of
bugs fixed since feature freeze and the RC1 tarball are available at:
https://launchpad.net/glance/icehouse/icehouse-rc1
Unless release-critical issues are found that warrant a release
candidate respin, this
On Tue, Apr 1, 2014 at 11:36 AM, Russell Bryant wrote:
> On 04/01/2014 02:27 PM, Joe Gordon wrote:
> > Hi Hyper-V CI maintainers,
> > CC: openstack-dev
> >
> > As per [0] Hyper-V CI is failing 100% of the time, what are the blockers
> > in making this work again? are there any outstanding nova pa
On Mon, Mar 31, 2014 at 9:09 AM, Elizabeth Krumbach Joseph
wrote:
> No joke, the OpenStack Infrastructure (Infra) team is hosting our
> weekly meeting tomorrow, Tuesday April 1st, at 19:00 UTC in
> #openstack-meeting
Thanks everyone, meeting minutes and logs here:
Minutes:
http://eavesdrop.open
While I heartily approve of this renaming for all the reasons already
listed, and am clearly not a robot because I like cheese, you should
know that I will fork Macaroni to make a gluten-free version of the project.
I'll help out on this fork. My low carb diet would only let me use
Macaroni onc
On Tue, Apr 1, 2014 at 11:51 AM, Alessandro Pilotti <
[email protected]> wrote:
> Hi Joe,
>
> We have issues with Nova resize that we are troubleshooting. If we don't
> find the root cause by today we'll temporarily skip the resize tests.
>
How long has resize been broken for? Is
We've decided to cancel the project.
April Fools. Thanks all for another good meeting. We have some action
items to build on, so we should be rolling onward for next week.
Minutes:
http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-04-01-19.00.html
Minute
Howdy, folks!
I'd like to announce my wish to continue being Climate PTL during next Juno
release cycle.
I have been working on Climate initiative since really early stages of its
development and was leading the subteam responsible for the implementation
of core Climate functionality and virtual
On Tue, Apr 1, 2014 at 11:27 AM, Joe Gordon wrote:
> Hi Hyper-V CI maintainers,
> CC: openstack-dev
>
> As per [0] Hyper-V CI is failing 100% of the time, what are the blockers
> in making this work again? are there any outstanding nova patches that will
> fix this? We would like to hyper-v worki
When enabling hw_qemu_guest_agent on an image and booting it up, qemu
creates a unix socket in /var/lib/libvirt/qemu. However, it looks like
it never gets cleaned up when the instance is deleted.
Ideally it seems like something that qemu or libvirt should handle, but
would it maybe make sense
I added our priorities. I hope its formatted well enough. I just took a stab in
the dark.
Thanks,
Kevin
From: Eugene Nikanorov [[email protected]]
Sent: Tuesday, April 01, 2014 3:02 AM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [Neutron]
Hi,
I am looking at the ODL mechanism driver implemented in IceHouse and it seems
that this driver only supports networks of type local/vxlan/gre. Is there a
reason that VLAN and flat were explicitly excluded?
Thanks,
Ramkumar
DISCLAIMER:
This e-mail and any
confirmed
On 04/01/2014 02:19 PM, Dean Troyer wrote:
> I am running for another term as DevStack PTL. I have been the
> acting/elected PTL since DevStack became a program and have been working on
> DevStack since its first public demo in a lightning talk at the Essex
> Design Summit. In addition
1 - 100 of 128 matches
Mail list logo
