On Thu, Feb 12, 2015 at 12:32:10PM -0500, Sean Dague wrote:
Looking recently at the following failure -
http://logs.openstack.org/04/154804/1/gate/gate-nova-python27/1fe94bf/console.html#_2015-02-12_15_02_19_593
It appears that the fakelibvirt fixture is potentially causing races in
tests
On Wed, Feb 11, 2015 at 7:53 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Tue, Feb 10, 2015, at 07:12 PM, Joe Gordon wrote:
Hi,
As you know a few of us have been spending way too much time digging
stable/juno out of the ditch its currently in. And just when we thought
we
were
On Thu, Feb 12, 2015 at 3:59 AM, Tomasz Napierala tnapier...@mirantis.com
wrote:
On 10 Feb 2015, at 23:02, Andrew Woodward xar...@gmail.com wrote:
previously we used squid in 3.0 and before. The main problem is that the
deployment would proceeded even if not all the packages where cached
On 02/12/2015 12:47 PM, Chris Hoge wrote:
In the most recent Defcore committee meeting we discussed the need
for a repository to host artifacts related to the Defcore process[1].
These artifacts will include documentation of the Defcore process,
lists of advisory and required capabilities for
Hi Tim,
Thanks for your response. Excited too to extend the collaboration and ensure
there is no need to duplicate effort in the open source community.
My responses inline.
1) Choice of LP solver.
I see solver-scheduler uses Pulp, which was on the Congress short list as well.
So we’re
I meant to get to this in today's meeting[1] but we ran out of time
and based on the rest of the conversation it was likely to lead to a
spiral of different interpretations, so I thought I'd put it up here.
$SUBJECT says it all: When writing guidelines to what extent do we
think we should be
From: Salvatore Orlando sorla...@nicira.commailto:sorla...@nicira.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Thursday, February 12, 2015 at 8:36 AM
To: OpenStack Development Mailing
Thierry Carrez thie...@openstack.org writes:
So what is it we actually want for that repository ? In a world where
Gerrit can do anything, what would you like to have ?
Personally, I want our technical community in general, and our PTLs/CPLs
in particular, to be able to record their opinion
On Thu, 12 Feb 2015, Flavio Percoco wrote:
On 11/02/15 11:24 +, Chris Dent wrote:
I think it is time we recognize and act on the fact that the corporate
landlords that pay many of us to farm on this land need to provide more
resources. This will help to ensure the health of semi-artifical
On 2/12/2015 11:32 AM, Sean Dague wrote:
Looking recently at the following failure -
http://logs.openstack.org/04/154804/1/gate/gate-nova-python27/1fe94bf/console.html#_2015-02-12_15_02_19_593
It appears that the fakelibvirt fixture is potentially causing races in
tests because after the
In the most recent Defcore committee meeting we discussed the need for a
repository to host artifacts related to the Defcore process[1]. These artifacts
will include documentation of the Defcore process, lists of advisory and
required capabilities for releases, and useful tools and instructions
On 12/02/15 12:04 +, Chris Dent wrote:
On Thu, 12 Feb 2015, Flavio Percoco wrote:
The important bit, thoguh, is that email is meant for asynchronous
communication and IRC isn't. If things that require the intervention
of other folks from the community are being discussed and those folks
On 2015-02-12 18:34:56 +0100 (+0100), Flavio Percoco wrote:
[...]
we *don't* have a public voip channel
[...]
Well, technically we do if you want one.
https://wiki.openstack.org/wiki/Infrastructure/Conferencing
But of course the logistics around all the project connecting in and
talking at
Hi Nova cores,
We’d like to request an FFE for this added nova feature. It gives a real
interface - a JSON file - to network data inside the instance. This is a patch
Rackspace carries downstream, and we’ve had lots of interested users, including
the OpenStack Infra team and upstream
On 02/12/2015 10:40 AM, Alexander Makarov wrote:
A trust token cannot be used to get another token:
https://github.com/openstack/keystone/blob/master/keystone/token/controllers.py#L154-L156
You have to make your Nova client use the very same trust scoped token
obtained from authentication using
On 02/12/2015 01:08 PM, Jay Pipes wrote:
On 02/12/2015 01:01 PM, Chris Dent wrote:
I meant to get to this in today's meeting[1] but we ran out of time
and based on the rest of the conversation it was likely to lead to a
spiral of different interpretations, so I thought I'd put it up here.
Hi,
My experience with Ceilometer is that MongoDB is/was a major bottleneck.
You need sharding + servers with lot of RAM. You need to set TTL on your
samples, and only save in DB the metrics that really mater to you. MongoDB
v3 should also help.
Regarding RabbitMQ pressure, I think this blueprint
Hi Debo and Yathiraj,
I took a third look at the solver-scheduler docs and code with your comments in
mind. A few things jumped out.
1) Choice of LP solver.
I see solver-scheduler uses Pulp, which was on the Congress short list as well.
So we’re highly aligned on the choice of underlying
On 02/12/2015 01:09 PM, Daniel P. Berrange wrote:
On Thu, Feb 12, 2015 at 12:32:10PM -0500, Sean Dague wrote:
Looking recently at the following failure -
http://logs.openstack.org/04/154804/1/gate/gate-nova-python27/1fe94bf/console.html#_2015-02-12_15_02_19_593
It appears that the fakelibvirt
Is it possible to have multiple oslo messaging notification listeners
using different executors on the same target?
For example, I was to create multiple notification listeners [1] each
using a different executor for the same set of targets (e.g.
glance/notifications).
When I try this [2], only
On 02/12/2015 01:01 PM, Chris Dent wrote:
I meant to get to this in today's meeting[1] but we ran out of time
and based on the rest of the conversation it was likely to lead to a
spiral of different interpretations, so I thought I'd put it up here.
$SUBJECT says it all: When writing guidelines
On Thu, Feb 12, 2015 at 01:17:55PM -0500, Sean Dague wrote:
On 02/12/2015 01:09 PM, Daniel P. Berrange wrote:
On Thu, Feb 12, 2015 at 12:32:10PM -0500, Sean Dague wrote:
Looking recently at the following failure -
On Thu, Feb 12, 2015 at 11:49:12AM -0600, Matt Riedemann wrote:
On 2/12/2015 11:32 AM, Sean Dague wrote:
Looking recently at the following failure -
http://logs.openstack.org/04/154804/1/gate/gate-nova-python27/1fe94bf/console.html#_2015-02-12_15_02_19_593
It appears that the fakelibvirt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
there were some moves recently to make monkey patching strategy sane
in neutron.
This was triggered by some bugs found when interacting with external
oslo libraries [1], and a cross project spec to make eventlet usage
sane throughout the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack'
- Original Message -
From: Attila Fazekas afaze...@redhat.com
To: Jay Pipes jaypi...@gmail.com
Cc: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org, Pavel Kholkin pkhol...@mirantis.com
Sent: Thursday, February 12, 2015 11:52:39 AM
Subject:
Our CI failed when building devstack, the error is about “Unauthorized”.
Following is the segment of the devstacklog:
2015-02-12 11:16:14.639 | + is_service_enabled c-api
2015-02-12 11:16:14.646 | + return 0
2015-02-12 11:16:14.646 | + is_service_enabled tls-proxy
2015-02-12 11:16:14.646 | +
On 02/12/2015 06:10 AM, Jaume Devesa wrote:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack'
On Wed, Feb 11, 2015 at 1:55 AM, Flavio Percoco fla...@redhat.com wrote:
[...]
## Keep discussions open
I don't believe there's anything wrong about kicking off some
discussions in private channels about specs/bugs. I don't believe
there's anything wrong in having calls to speed up some
@Manickam, thank you for the information :)
+1 for the use case
-1 for the approach in patch https://review.openstack.org/#/c/117116/
I think we should try to filter the current host and auto fallback to
select a host in nova-scheduler if the current host is no suitable.
2015-02-12 16:17
sean roberts wrote:
so
git checkout master
git pull https://git.openstack.org/stackforge/congress.git
dbef982ea72822e0b7acc16da9b6ac89d3cf3530
git tag -s 2015.1.0b2
git push gerrit 2015.1.0b2
You could also try to use the milestone.sh release script I use:
Hi,
I think that the filters should be applied to the list of hosts that are in
'force_hosts'. I am not sure if this is what you are suggesting. If this is not
then case then it sounds like a bug.
Thanks
Gary
From: Rui Chen chenrui.m...@gmail.commailto:chenrui.m...@gmail.com
Reply-To: OpenStack
Excerpts from Flavio Percoco's message of 2015-02-12 00:13:35 -0800:
On 11/02/15 09:37 -0800, Clint Byrum wrote:
Excerpts from Stefano Maffulli's message of 2015-02-11 06:14:39 -0800:
On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote:
This email is dedicated to the openness of our
On 12/02/15 01:41 -0800, Nikhil Manchanda wrote:
On Wed, Feb 11, 2015 at 1:55 AM, Flavio Percoco fla...@redhat.com wrote:
[...]
## Keep discussions open
I don't believe there's anything wrong about kicking off some
discussions in private channels about specs/bugs. I don't believe
there's
- Original Message -
From: Jay Pipes jaypi...@gmail.com
To: Attila Fazekas afaze...@redhat.com
Cc: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org, Pavel
Kholkin pkhol...@mirantis.com
Sent: Wednesday, February 11, 2015 9:52:55 PM
On 02/10/2015 03:24 PM, Tomasz Napierala wrote:
Hi,
We are currently redesigning our apporach to upstream distributions and
obviusly we will need some cache system for packages on master node. It
should work for deb and rpm packages, and be able to serve up to 200 nodes.
I know we had bad
On 10 Feb 2015, at 23:02, Andrew Woodward xar...@gmail.com wrote:
previously we used squid in 3.0 and before. The main problem is that the
deployment would proceeded even if not all the packages where cached or even
available on the remote. This often lead to broken deployments that where
Hi,
Just a reminder that the weekly Nova API meeting is being held tomorrow
Friday UTC .
We encourage cloud operators and those who use the REST API such as
SDK developers and others who and are interested in the future of the
API to participate.
In other timezones the meeting is at:
EST
Hello.
I would like to ask for a FFE for the x509 keypairs blueprint:
https://blueprints.launchpad.net/nova/+spec/keypair-x509-certificates
This blueprint is split up into 3 commits:
[1] Database migration: previously merged, but had to be reverted because of a
small issue. Everything is
Jaume Devesa devv...@gmail.com writes:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack' directory repository, ec2api is a whole project with a
'devstack' directory
filters should be applied to the list of hosts that are in ‘force_hosts’.
Yes, @Gray, it's my point.
Operator can live-migrate a instance to a specified host and skip filters,
it's apposite and important, I agree with you.
But when we boot instance, we always want to launch a instance
-Original Message-
From: Donald Stufft [mailto:don...@stufft.io]
Sent: Wednesday, February 11, 2015 4:34 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [all][tc] Lets keep our community open, lets
fight for it
On Feb 11, 2015,
On 02/11/2015 06:20 PM, Clint Byrum wrote:
Excerpts from Nikola Đipanov's message of 2015-02-11 05:26:47 -0800:
On 02/11/2015 02:13 PM, Sean Dague wrote:
If core team members start dropping off external IRC where they are
communicating across corporate boundaries, then the local tribal
Hello.
I would like to request a FFE for the Hyper-V unit tests refactoring blueprint:
https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring
The point of the blueprint was to get rid of the ancient test_hypervapi.py
tests, that use mox, as they prove more and more difficult to
Hi Doug,
Thank you very much for your reply. I don't have any codes, so no any
special codes as well.
Only thing I did is that:
1, use devstack to install a fresh openstack env, all are ok.
2, import neutron-vpnaas directory (no any my own codes) into eclipse as
pydev project, for
On Wed, Jan 28, 2015, at 08:25 AM, Thierry Carrez wrote:
Hi everyone,
When we first introduced the cross-project specs (specs for things that
may potentially affect all OpenStack projects, or where more convergence
is desirable), we defaulted to rather simple rules for approval:
-
On Thu, Feb 12, 2015, at 03:47 PM, Dean Troyer wrote:
On Thu, Feb 12, 2015 at 2:22 PM, Doug Hellmann d...@doughellmann.com
wrote:
It's Thursday, so we're outside of the Oslo team's release window, so we
I didn't know this was a thing. Thank You! Now let's point some other
upstream
On Thu, Feb 12, 2015 at 2:22 PM, Doug Hellmann d...@doughellmann.com
wrote:
It's Thursday, so we're outside of the Oslo team's release window, so we
I didn't know this was a thing. Thank You! Now let's point some other
upstream maintainers in this direction... ;)
dt
/me crawls back into
Hi folks,
Here is another way to do this. Lu had mentioned Oozie shell actions
previously.
Sahara doesn't support them, but I played with it from the Oozie command
line
to verify that it solves our hbase problem, too.
We can potentially create a blueprint to build a simple Shell action
around a
Hmm, my attachments were removed :)
Well, the interesting parts were the doit.sh and workflow.xml:
$ more doit.sh
#!/bin/bash
/usr/lib/jvm/java-7-oracle-cloudera/bin/java -cp HBaseTest.jar:`hbase
classpath` HBaseTest
$ more workflow.xml
workflow-app xmlns='uri:oozie:workflow:0.3'
On Wed, Feb 11, 2015 at 12:06 PM, Dan Prince dpri...@redhat.com wrote:
I wanted to take a few minutes to go over the progress we've made with
TripleO Puppet in Kilo so far.
For those unfamilar with the efforts our initial goal was to be able to
use Puppet as the configuration tool for a
On Thu, Feb 12, 2015, at 02:17 PM, Joe Gordon wrote:
On Wed, Feb 11, 2015 at 7:53 AM, Doug Hellmann d...@doughellmann.com
wrote:
On Tue, Feb 10, 2015, at 07:12 PM, Joe Gordon wrote:
Hi,
As you know a few of us have been spending way too much time digging
stable/juno out of
Yep, that's what i'm looking for, thanks,
another notification from nova that is missed in ceilometer is info from nova
api:
https://github.com/openstack/nova/blob/master/nova/notifications.py#L64
this notify_decorator will decorate every nova/ec2 rest api and send out a
notification for each
Bryan and Zhipeng,
Sean Roberts (CCed) is planning to be in Santa Rosa. Sean’s definitely there
on Wed. Less clear about Thu/Fri.
I don’t know if I’ll make the trip yet, but I’m guessing Wed early afternoon if
I can.
Tim
On Feb 11, 2015, at 9:04 PM, SULLIVAN, BRYAN L
This was discussed in the nova meeting this morning. In that meeting
we declared ourselves unwedged and ready to do a release, and I said
I'd do that today.
On reflection, I want to recant just a little -- I think its a bad
idea for me to do a release on a Friday. So, I'll do this early next
week
I'm happy to sponsor this. I've reviewed all the patches as well and as
Claudiu mentions we have this lined up as being the first api change to use
microversions
Regards,
Chris
On Thu, Feb 12, 2015 at 10:50 PM, Claudiu Belu cb...@cloudbasesolutions.com
wrote:
Hello.
I would like to ask
2015-02-12 21:20 GMT+09:00 Claudiu Belu cb...@cloudbasesolutions.com:
Hello.
I would like to ask for a FFE for the x509 keypairs blueprint:
https://blueprints.launchpad.net/nova/+spec/keypair-x509-certificates
This blueprint is split up into 3 commits:
[1] Database migration: previously
Why did the services fail with the stdlib patched? Are they incompatible
with eventlet?
On Thu, Feb 12, 2015 at 11:25 AM, Ihar Hrachyshka ihrac...@redhat.com
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
there were some moves recently to make monkey patching strategy sane
Hi, Rui,
I think resize VM to the same host if the host could pass scheduler
filters makes sense to me.
2015-02-12 15:01 GMT+08:00 Rui Chen chenrui.m...@gmail.com:
Hi:
Currently, resizing instance cause migrating from the host that the
instance run on to other host, but maybe the current
On 11/02/15 09:37 -0800, Clint Byrum wrote:
Excerpts from Stefano Maffulli's message of 2015-02-11 06:14:39 -0800:
On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote:
This email is dedicated to the openness of our community/project.
It's good to have a reminder every now and then. Thank
On Wed, 11 Feb 2015 17:27:19 +
Daniel P. Berrange berra...@redhat.com wrote:
On Wed, Feb 11, 2015 at 08:32:31AM -0800, Clark Boylan wrote:
On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote:
Hi Daniel,
with your recent change[1] to error handling in stack.sh, compute
Thanks for the info, I surely will let you know when I have doubts to dive deep
into the code.
Thanks
-yuntong
From: Nikolay Starodubtsev [mailto:nstarodubt...@mirantis.com]
Sent: Wednesday, February 11, 2015 5:05 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Thierry Carrez wrote:
You could also try to use the milestone.sh release script I use:
http://git.openstack.org/cgit/openstack-infra/release-tools/tree/
Hrm... I now realize the script is forcing openstack/* namespace and
won't work as-is for stackforge projects.
That repo is accepting
Le 12/02/2015 10:05, Rui Chen a écrit :
Hi:
If we boot instance with 'force_hosts', the force host will skip
all filters, looks like that it's intentional logic, but I don't know
the reason.
I'm not sure that the skipping logic is apposite, I think we should
remove the skipping
Flavio Percoco wrote:
On 11/02/15 17:19 +, Amrith Kumar wrote:
Personally, I think the focus on password protected IRC channels is a
distraction from the real issue that we need to ensure that the
rapidly growing community is one where public discussion and decision
making are still the
On Mon, Feb 09, 2015 at 10:04:49AM +, Czesnowicz, Przemyslaw wrote:
Hi,
I would like to request FFE for vhostuser vif driver.
2 reviews :
https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/libvirt-vif-vhost-user,n,z
BP:
Hi,
There is a patch on resize https://review.openstack.org/#/c/117116/
To address the resize, there are some suggestions and please refer the review
comments on this patch.
Regards
Kanagaraj M
From: Jesse Pretorius [mailto:jesse.pretor...@gmail.com]
Sent: Thursday, February 12, 2015 1:25 PM
Joe, thank you for the note!
Regards,
Yaroslav Lobankov.
On Thu, Feb 12, 2015 at 2:43 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Wed, Feb 11, 2015 at 3:58 AM, Alexandre Levine
alev...@cloudscaling.com wrote:
Yaroslav,
The bug:
https://bugs.launchpad.net/nova/+bug/1410622
And
Append blueprint link:
https://blueprints.launchpad.net/nova/+spec/verifiable-force-hosts
2015-02-13 10:48 GMT+08:00 Rui Chen chenrui.m...@gmail.com:
I agree with you @Chris
'--force' flag is a good idea, it keep backward compatibility and
flexibility.
We can select whether the filters was
So inspired by the Rootwrap on root-intensive nodes thread, I went and
wrote a proof-of-concept privsep daemon for neutron:
https://review.openstack.org/#/c/155631
There's nothing neutron-specific in the core mechanism and it could easily
be moved out into a common (oslo) library and reused across
THX Tim!
I think It'd be great if we could have some online discussion ahead of F2F
LFC summit.We could have the crash course early next week (Monday or
Tuesday), and then Bryan could discuss with Sean in detail when they met,
with specific questions.
Would this be ok for everyone ?
On Fri, Feb
On 5 February 2015 at 13:20, Rochelle Grober rochelle.gro...@huawei.com wrote:
Duncan Thomas [mailto:duncan.tho...@gmail.com] on Wednesday, February 04,
2015 8:34 AM wrote:
The downside of numbers rather than camel-case text is that they are less
likely to stick in the memory of regular
On 13 Feb 2015 17:42, Angus Lees g...@inodes.org wrote:
So inspired by the Rootwrap on root-intensive nodes thread, I went and
wrote a proof-of-concept privsep daemon for neutron:
https://review.openstack.org/#/c/155631
There's nothing neutron-specific in the core mechanism and it could
easily
Hi Brian, thanks for the response. Some comments inline :)
On 02/11/2015 09:57 AM, Brian Rosmaita wrote:
On 2/9/15, 8:44 PM, Joe Gordon joe.gord...@gmail.com
mailto:joe.gord...@gmail.com wrote:
On Mon, Feb 9, 2015 at 1:22 PM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com
All,
Several members of the Cinder team and I were discussing the current
state of volume replication while trying to figure out the best way to
resolve bug 1383524 [1]. The outcome of the discussion was a decision
to hold off on integrating volume replication support for additional
I agree with you @Chris
'--force' flag is a good idea, it keep backward compatibility and
flexibility.
We can select whether the filters was applied for force_hosts.
I will register blueprint to trace the feature.
The 'force_hosts' feature is so age-old that I don't know how many users
had used
On 2/12/15, 12:01, Chris Dent chd...@redhat.com wrote:
I meant to get to this in today's meeting[1] but we ran out of time
and based on the rest of the conversation it was likely to lead to a
spiral of different interpretations, so I thought I'd put it up here.
$SUBJECT says it all: When
yea, this patch is on good shape.
2015-02-13 9:05 GMT+08:00 Ken'ichi Ohmichi ken1ohmi...@gmail.com:
2015-02-12 21:20 GMT+09:00 Claudiu Belu cb...@cloudbasesolutions.com:
Hello.
I would like to ask for a FFE for the x509 keypairs blueprint:
ᐧ
from neutron.agent.privileged.commands import ip_lib as priv_ip
def foo():
# Need to create a new veth interface pair - that usually requires
root/NET_ADMIN
priv_ip.CreateLink('veth', 'veth0', peer='veth1')
Because we now have elevated privileges directly (on the
On Fri Feb 13 2015 at 4:05:33 PM Robert Collins robe...@robertcollins.net
wrote:
On 13 Feb 2015 17:42, Angus Lees g...@inodes.org wrote:
So inspired by the Rootwrap on root-intensive nodes thread, I went and
wrote a proof-of-concept privsep daemon for neutron:
Ryu/ofagent CI will be offline during this weekend.
sorry for inconvenience.
YAMAMOTO Takashi
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
On Thu, 2015-02-12 at 10:37 +0100, Thierry Carrez wrote:
Right. You can't prevent occasional private discussions and pings, and
you shouldn't. It's when you encourage and officialize them (by for
example creating a channel for them) that things start to go bad.
Yes, that's very bad. Private
In the spirit of summarizing conversations that have been had, I'd like
to point people that are interested at the Devstack FUTURE.rst document
- https://github.com/openstack-dev/devstack/blob/master/FUTURE.rst
This is an attempt by the Devstack team recently to write down a where
are we going
Log:
http://eavesdrop.openstack.org/meetings/sahara/2015/sahara.2015-02-12-14.00.txt
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2015/sahara.2015-02-12-14.00.html
On Thu, Feb 12, 2015 at 1:26 AM, Andrew Lazarev alaza...@mirantis.com
wrote:
Hi guys,
We'll be having the Sahara team
I’ll be around so I’ll do this if no one else will be around to do it.
On 2/11/15, 16:39, Everett Toews everett.to...@rackspace.com wrote:
I’ll be missing the next API WG meeting [1] as I’m in some all day
training. Someone else will have to #startmeeting api wg
Cheers,
Everett
[1]
Hi,
I have updated the patch; albeit not complete yet it's kind of closer to be
an allocator decent enough to replace the built-in logic.
I will be unable to attend today's L3/IPAM meeting due to a conflict, so
here are some highlights from me on which your feedback is more than
welcome:
- I
Hey
Designate is having a 2 hour docs sprint this Friday @ 16.00 UTC
List of topics is here -
https://etherpad.openstack.org/p/designate-documentation-sprint
If you are interested in helping out, please add your name to an
unclaimed topic :)
We will be co-ordinating via IRC in #openstack-dns
On Thu, 2015-02-12 at 10:35 +, Kuvaja, Erno wrote:
I'm not attacking against having summits, I think the face to face
time is incredibly valuable for all kind of things. My point was to
bring up general flaw of the flow between all inclusive decision
making vs. decided in summit session.
Hi Lu, folks,
I've been investigating how to run Java actions in Sahara EDP that
depend on
HBase libraries (see snippet from the original question by Lu below).
In a nutshell, we need to use Oozie sharelibs for this. I am working on
a spec now, thinking
about the best way to support this in
Hello.
I would like to ask for a FFE for the x509 keypairs blueprint:
https://blueprints.launchpad.net/nova/+spec/keypair-x509-certificates
This blueprint is split up into 3 commits:
[1] Database migration: previously merged, but had to be reverted because of a
small issue. Everything is
Hi stable maint folks,
I'd like to propose to add the following folks to the sahara stable maint
team:
* Trevor McKay (tmckay)
* Ethan Gafford (egafford)
* Andrew Lazarev (alazarev)
* Sergey Reshetnyak (sreshetniak)
Thanks.
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack
On Thu, Feb 12, 2015 at 12:18:49PM +, Claudiu Belu wrote:
Hello.
I would like to request a FFE for the Hyper-V unit tests refactoring
blueprint:
https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring
The point of the blueprint was to get rid of the ancient
On 02/12/2015 07:28 AM, Daniel P. Berrange wrote:
On Thu, Feb 12, 2015 at 12:18:49PM +, Claudiu Belu wrote:
Hello.
I would like to request a FFE for the Hyper-V unit tests refactoring
blueprint:
https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring
The point of the
On 2/12/15, 1:33 PM, Chmouel Boudjnah chmo...@enovance.com wrote:
Jaume Devesa devv...@gmail.com writes:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing: whereas glusterfs is a single
'devstack'
Sean Dague s...@dague.net writes:
I'm going to be -1ing most new or substantially redone drivers at this
point. External plugins are a better model for those.
+1
Chnmouel
__
OpenStack Development Mailing List (not for
On Wed, Feb 11, 2015 at 03:28:49PM +0300, aburluka wrote:
Hello,
I'd like to request a feature freeze exception for the change [1]
This change implements configuration drive support in Parallels containers.
It does not change existing Nova behaviour.
It's a last patch in parallels series,
Hello.
I would like to request a FFE for the Hyper-V unit tests refactoring blueprint:
https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring
The point of the blueprint was to get rid of the ancient test_hypervapi.py
tests, that use mox, as they prove more and more difficult to
I understand the fact that an opertaor can and should be able to place the VM
where she/he wants. The VM should just adhere to the scheduling constraints :)
(which are defined in the filters)
:)
From: Rui Chen chenrui.m...@gmail.commailto:chenrui.m...@gmail.com
Reply-To: OpenStack List
On 02/12/2015 07:49 AM, Gary Kotton wrote:
On 2/12/15, 1:33 PM, Chmouel Boudjnah chmo...@enovance.com wrote:
Jaume Devesa devv...@gmail.com writes:
Following the conversation...
We have seen that glusterfs[1] and ec2api[2] use different approach
when it comes to repository managing:
On Thu, 12 Feb 2015, Flavio Percoco wrote:
The important bit, thoguh, is that email is meant for asynchronous
communication and IRC isn't. If things that require the intervention
of other folks from the community are being discussed and those folks
are not on IRC, it'd be wrong to consider the
1 - 100 of 134 matches
Mail list logo