Greetings all stackers,
I propose that we add Ivan Melnikovhttps://launchpad.net/~imelnikov to the
taskflow-core team [1].
Ivan has been actively contributing to taskflow for a while now, both in
code and reviews. He provides superb quality reviews and is doing an awesome
job
with the engine
Gary (or others), did you have some time to look at my issue?
FYI, I opened a bug [1] on Launchpad. I'll update it with the outcome of
this discussion.
Cheers,
Simon
[1] https://bugs.launchpad.net/nova/+bug/1218878
Le 03/09/2013 15:54, Simon Pasquier a écrit :
I've done a wrong copypaste,
To me this sounds like extra docs and bugs, which is exactly what we
need to tidy up before RC.
So I think this should be given an exception.
John
On 6 September 2013 01:31, Christopher Yeoh cbky...@gmail.com wrote:
Hi,
I'd just like to clarify whether adding api samples for the V3 API
is
John Garbutt wrote:
To me this sounds like extra docs and bugs, which is exactly what we
need to tidy up before RC.
So I think this should be given an exception.
Yes, extra tests and docs don't really count as feature code. No need
for an exception for that.
Cheers,
--
Thierry Carrez
Mark McLoughlin wrote:
I'd like to request a feature freeze exception for the final (and
admittedly the largest) patch in the series of 40 patches to port Nova
to oslo.messaging:
https://review.openstack.org/39929
I'm generally adverse to granting feature freeze exceptions to code
Debojyoti Dutta wrote:
As per my IRC chats with dansmith, russellb, this feature needs the
user auth checks (being taken care of in
https://bugs.launchpad.net/nova/+bug/1221396).
Dan has some more comments
Could we please do a FFE for this one has been waiting for a long
time
Alessandro Pilotti wrote:
This is an FFE request for adding console support for Hyper-V. Unlike
most other hypervisors, Hyper-V guest console access is based on RDP
instead of VNC. This blueprint adds RDP support in Nova, implemented in
a way consistent with the existing VNC and SPICE
Michael Still wrote:
Hi. This code has been in review since July 29, but a combination of
my focus on code reviews for others and having a baby has resulted in
it not landing. This feature is important to libvirt and closes a
critical bug we've had open way too long. The reviews:
Wang, Shane wrote:
Hi core developers and everyone,
Please allow me to make an FFE request for adding utilization aware
scheduling support in Havana.
The blueprint:
https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling.
[...]
This is a bit in the same bucket as the
On 05/09/13 16:51 +0100, Mark McLoughlin wrote:
On Thu, 2013-09-05 at 11:00 -0400, Russell Bryant wrote:
On 09/05/2013 10:17 AM, Mark McLoughlin wrote:
Hi
I'd like to request a feature freeze exception for the final (and
admittedly the largest) patch in the series of 40 patches to port Nova
On 06/09/13 11:28, Thierry Carrez wrote:
Wang, Shane wrote:
Hi core developers and everyone,
Please allow me to make an FFE request for adding utilization aware
scheduling support in Havana.
The blueprint:
https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling.
[...]
The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration
to instances by sharing the host's GPU resources.
Blueprint: https://blueprints.launchpad.net/nova/+spec/hyper-v-remotefx
This feature provides big improvements for VDI related scenarios based on
OpenStack and
Seems like a reasonable FFE to me.
(And congratulations on the baby ;-)
-Original Message-
From: Michael Still [mailto:mi...@stillhq.com]
Sent: 06 September 2013 02:20
To: OpenStack Development Mailing List
Subject: [openstack-dev] [Nova] FFE request: unix domain socket consoles for
On Fri, Sep 06, 2013 at 10:56:10AM +, Alessandro Pilotti wrote:
The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration
to instances by sharing the host's GPU resources.
Blueprint: https://blueprints.launchpad.net/nova/+spec/hyper-v-remotefx
This feature provides
Hi,
The following patch was approved but failed as it required a rebase -
https://review.openstack.org/#/c/41058/. Would it be possible that a core
reviewer takes a look.
Thanks in advance
Gary
___
OpenStack-dev mailing list
On 06/09/13 14:12, Gary Kotton wrote:
Hi,
The following patch was approved but failed as it required a rebase
- https://review.openstack.org/#/c/41058/. Would it be possible that a
core reviewer takes a look.
Re-approved.
Cheers,
N.
Thanks in advance
Gary
Hi,
Sorry for the delayed response (it is new years my side of the world and
have some family obligations).
Would it be possible that you please provide the nova configuration file
(I would like to see if you have the group anti affinity filter in your
filter list), and if this exists to at least
On Sep 6, 2013, at 14:26 , Daniel P. Berrange
berra...@redhat.commailto:berra...@redhat.com
wrote:
On Fri, Sep 06, 2013 at 10:56:10AM +, Alessandro Pilotti wrote:
The RemoteFX feature allows Hyper-V compute nodes to provide GPU acceleration
to instances by sharing the host's GPU
Thanks for the answer.
I already posted the links in my previous email but here they are again:
* nova.conf = http://paste.openstack.org/show/45671/
* scheduler logs = http://paste.openstack.org/show/45672/
Just to re-iterate, my setup consists of 2 compute nodes which already
run instances not
On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez wrote:
Mark McLoughlin wrote:
I'd like to request a feature freeze exception for the final (and
admittedly the largest) patch in the series of 40 patches to port Nova
to oslo.messaging:
https://review.openstack.org/39929
I'm
That's great.
Once done, what will the procedure be for me to verify it without
becoming a Cloudera customer? What will the limitations be to its use,
if any, if I'm not a Cloudera customer?
Best,
matt
On 09/05/2013 08:13 AM, Andrei Savu wrote:
Thanks Matt!
I've added the following
On Sep 6, 2013, at 15:36 , Daniel P. Berrange
berra...@redhat.commailto:berra...@redhat.com
wrote:
On Fri, Sep 06, 2013 at 12:22:27PM +, Alessandro Pilotti wrote:
On Sep 6, 2013, at 14:26 , Daniel P. Berrange
berra...@redhat.commailto:berra...@redhat.commailto:berra...@redhat.com
+1
Great work Ivan!
Thanks
Changbin
On Fri, Sep 6, 2013 at 1:55 AM, Joshua Harlow harlo...@yahoo-inc.comwrote:
Greetings all stackers,
I propose that we add Ivan Melnikov https://launchpad.net/~imelnikov to
the taskflow-core team [1].
Ivan has been actively contributing to taskflow
Dear all,
I think that there is a poor documentation about Trove architecture and
operation.
1) Can you link me a guide to the Trove architecture, in order to better
understand how databases instances are created by Trove's components?
Thank you very much,
Giuseppe
On 09/06/2013 08:30 AM, Mark McLoughlin wrote:
On Fri, 2013-09-06 at 10:59 +0200, Thierry Carrez wrote:
Mark McLoughlin wrote:
I'd like to request a feature freeze exception for the final (and
admittedly the largest) patch in the series of 40 patches to port Nova
to oslo.messaging:
On 09/06/2013 08:36 AM, Daniel P. Berrange wrote:
That we're having this level of design debate, is exactly why I think this
is not suitable for a feature freeze exception. Freeze exception is for
things that are basically complete, baring small bug fixes / changes.
Agreed. If there's more
On 09/06/2013 07:07 AM, Nikola Đipanov wrote:
On 06/09/13 11:28, Thierry Carrez wrote:
Wang, Shane wrote:
Hi core developers and everyone,
Please allow me to make an FFE request for adding utilization aware
scheduling support in Havana.
The blueprint:
On 09/06/2013 05:19 AM, Thierry Carrez wrote:
Michael Still wrote:
Hi. This code has been in review since July 29, but a combination of
my focus on code reviews for others and having a baby has resulted in
it not landing. This feature is important to libvirt and closes a
critical bug we've
On 09/06/2013 05:16 AM, Thierry Carrez wrote:
Alessandro Pilotti wrote:
This is an FFE request for adding console support for Hyper-V. Unlike
most other hypervisors, Hyper-V guest console access is based on RDP
instead of VNC. This blueprint adds RDP support in Nova, implemented in
a way
On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota giuseppegale...@gmail.com wrote:
Dear all,
I think that there is a poor documentation about Trove architecture and
operation.
Thanks for your interest in trove. I agree. As ptl I will devote time (now that
the h3 madness has slowed for us) to
Could we please do a FFE for this one has been waiting for a long
time and we have done all that we were asked relatively quickly
in H2 it was gated by API object refactor. Most of the current
comments (pre last one by Dan) are due to
https://bugs.launchpad.net/nova/+bug/1221396
On 09/06/2013 05:06 AM, Thierry Carrez wrote:
Debojyoti Dutta wrote:
As per my IRC chats with dansmith, russellb, this feature needs the
user auth checks (being taken care of in
https://bugs.launchpad.net/nova/+bug/1221396).
Dan has some more comments
Could we please do a FFE for this
I propose a NACK on the FFE, and instead going with the above plan.
I agree, especially with Thierry's concerns. This is a lot of deep
change for little user-visible benefit (user-visible release notes
notwithstanding!)
--Dan
___
OpenStack-dev
Puppet is failing to build the packages - which is probably understandable
given it's a refactor.
I'm not sure if this is something that points to a problem with the refactor or
the packaging itself - hopefully Dan can review the logs, or if others want to
see more of the details look at the
On Fri, Sep 06, 2013 at 01:07:49PM +0200, Nikola Đipanov wrote:
On 06/09/13 11:28, Thierry Carrez wrote:
Wang, Shane wrote:
Hi core developers and everyone,
Please allow me to make an FFE request for adding utilization aware
scheduling support in Havana.
The blueprint:
This blueprint, implemented during the H3 timeframe
I remember this being a hot topic at the end of the previous cycle, and
the last summit. Thus, I was surprised to see it make such a late
entrance this cycle. Since it has seen little review thus far, I don't
think we should expect to squeeze
Hey all,
One of the things we were working on this cycle was splitting the
version handling code out of pbr into its own library - oslo.version.
This work did not make Feature Freeze. I wanted to check in with folks
to take temperature about whether it's worth attempting to get it done
by the
Howdy!
I'm trying to get ml2 up and running with devstack. I'm falling at the
first hurdle - getting devstack working with Neutron. I would love a hint!
Here is my localrc:
disable_service n-net
enable_service q-svc
enable_service q-agt
enable_service q-dhcp
enable_service q-l3
enable_service
Hi Michael,
I am very grateful to you. I can't wait to see your documentation about
Trove/Reddwarf!
Giuseppe.
2013/9/6 Michael Basnight mbasni...@gmail.com
On Sep 6, 2013, at 8:30 AM, Giuseppe Galeota giuseppegale...@gmail.com
wrote:
Dear all,
I think that there is a poor documentation
Hi Luke -
Make sure you have the latest devstack which contains the ml2 hooks.
Remove the comments on the ML2 info below. Note that the mech driver keyword
for the logger is logger, not log.
Thanks,
Rich
From: Luke Gorrie [mailto:l...@tail-f.com]
Sent: Friday, September 06, 2013 11:33 AM
To:
+1
On Thu, Sep 5, 2013 at 3:47 AM, Alex Xu x...@linux.vnet.ibm.com wrote:
+1
On 2013年09月05日 17:51, John Garbutt wrote:
+1 I meant to raise that myself when I saw some changes there the other
day.
On 4 September 2013 15:52, Thierry Carrez thie...@openstack.org wrote:
Russell Bryant
+1 to NACK on the FFE. Let's do this first thing in Icehouse :)
On Fri, Sep 6, 2013 at 10:06 AM, Daniel P. Berrange berra...@redhat.comwrote:
On Fri, Sep 06, 2013 at 09:49:18AM -0400, Russell Bryant wrote:
On 09/06/2013 08:30 AM, Mark McLoughlin wrote:
On Fri, 2013-09-06 at 10:59 +0200,
Dear all,
this is a technical question. I would try to modify the source code of
Trove in order to create databases instances using Postgres engine. I think
that it is necessary to modify the create method in the
InstanceController class. Is it right? What other things should I modify?
Thank you
On 9/6/13 5:07 PM, Russell Bryant rbry...@redhat.com wrote:
On 09/06/2013 05:06 AM, Thierry Carrez wrote:
Debojyoti Dutta wrote:
As per my IRC chats with dansmith, russellb, this feature needs the
user auth checks (being taken care of in
https://bugs.launchpad.net/nova/+bug/1221396).
Dan
This is a great lead on 'pool_recycle'. Thank you. Last night I was
poking around in the sqlalchemy pool code but hadn't yet come to a
complete solution. I will do some testing on this today and hopefully
have an updated patch out soon.
Carl
From: Yingjun Li liyingjun1...@gmail.com
Reply-To:
On 09/06/2013 10:51 AM, Thierry Carrez wrote:
Monty Taylor wrote:
Hey all,
One of the things we were working on this cycle was splitting the
version handling code out of pbr into its own library - oslo.version.
This work did not make Feature Freeze. I wanted to check in with folks
to take
The purpose of this email is to brainstorm some ideas about how TripleO could
be scaled out for large deployments.
Idea 0
--
According to what we've read (and watched), the TripleO idea is that you're
going to have a single undercloud composed of at least 2 machines running the
undercloud
Hi everyone!
We would like to introduce you initial version of Murano User Guide!
It's available in attachment and
herehttp://murano-docs.github.io/0.2/user-guide/content/ch02.html
.
Check out Murano with this document!
Regards,
Ekaterina Fedorova
Junior Software Engineer,
Mirantis, Inc.
On 09/04/2013 09:11 AM, Zhu Bo wrote:
hi,
I'm working on bp:nova-v3-tests in tempest. The nova tests in
tempest mostly have been ported into v3 and sent off.
but we got some feedbacks that there was mass code duplication and
suggested to do this by inheritance.
So I have sent another
Sounds like a plan, Dan. Thanks.
On Fri, Sep 6, 2013 at 3:12 PM, Dan Prince dpri...@redhat.com wrote:
- Original Message -
From: Bob Ball bob.b...@citrix.com
To: OpenStack Development Mailing List
openstack-dev@lists.openstack.org, Mark McLoughlin mar...@redhat.com
Cc: Dan
This pool_recycle parameter is already configurable using the idle_timeout
configuration variable in neutron.conf. I tested this with a value of 1
as suggested and it did get rid of the mysql server gone away messages.
This is a great clue but I think I would like a long-term solution that
+1 Gary
If this was allowed in H2 and not stopped due to the mandatory
requirement to use API objects (then), this feature would have
definitely seen the light of day (and we would have improved it to use
the objects/v3api anyway). This API leads to a bunch of new features
that make Openstack
We request that volume encryption [1] be granted an exception to the feature
freeze for Havana-3. Volume encryption [2] provides a usable layer of
protection to user data as it is transmitted through a network and when it is
stored on disk. The main patch [2] has been under review since the
Hey James, thanks for starting this thread : it's clear we haven't
articulated what we've discussed well enough [it's been a slog
building up from the bottom...]
I think we need to set specific goals - latency, HA, diagnostics -
before designing scaling approaches makes any sense : we can't
Hi Mark,
in localrc you can modify the number of services installed using the
values below. You can try uncommenting the last two lines shown below to
dramatically reduce the amount of openstack software installed by
devstack.
Excerpts from James Slagle's message of 2013-09-06 10:27:32 -0700:
The purpose of this email is to brainstorm some ideas about how TripleO could
be scaled out for large deployments.
Thanks for thinking this through and taking the time to vet the ideas
TripleO has presented thus far.
Idea 0
I would lov
On Thu, Sep 5, 2013 at 2:57 PM, Miller, Mark M (EB SW Cloud - RD -
Corvallis) mark.m.mil...@hp.com wrote:
Thanks Dean. I was able to combine sections of each script to make one
that installs OpenLdap for Keystone.
**
I would love to have a write up for the docs -- write
On 09/06/2013 04:14 PM, Benjamin, Bruce P. wrote:
We request that volume encryption [1] be granted an exception to the
feature freeze for Havana-3. Volume encryption [2] provides a usable
layer of protection to user data as it is transmitted through a network
and when it is stored on disk.
Here are my rough notes with contributions from web pages
https://github.com/openstack-dev/devstack/blob/master/lib/ldap and
https://github.com/openstack-dev/devstack/blob/master/lib/keystone :
apt-get install slapd
apt-get install ldap-utils
LDAP_PASSWORD=password
SLAPPASS=`slappasswd -s
On Fri, Sep 6, 2013 at 4:17 PM, Bryan D. Payne bdpa...@acm.org wrote:
2) There is general consensus that the simple config based key manager
(single key) does provide some amount of useful security. I believe it
does, just want to make sure we're in agreement on it. Obviously we
want to
Hi, The patch https://review.openstack.org/43583 was approved but failed to
get merged. Could any core reviewer take a look at this after rebase ?
Thanks
Yingjun
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
2) There is general consensus that the simple config based key manager
(single key) does provide some amount of useful security. I believe it
does, just want to make sure we're in agreement on it. Obviously we
want to improve this in the future.
I believe that it does add value. For
Thank you Russell for the special consideration.
+1
The positive vote is for multiple reasons, the JHU team took care of:
1) boot from encrypted volume
2) have laid the foundation for securing volumes with keys served from a strong
key manager
3) blueprint and diligently addressing concerns
4)
Bruce - well-crafted message. Good work, looks like it is eliciting desired
result.
From: Benjamin, Bruce P. [mailto:bruce.benja...@jhuapl.edu]
Sent: Friday, September 06, 2013 1:14 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes
We
Hi there - in HK we have 5 slots for Tripleo Sessions.
Please put forward proposals now, we may have some competition for
slots and I'd rather not be doing that at the last minute.
Cheers,
Rob
--
Robert Collins rbtcoll...@hp.com
Distinguished Technologist
HP Converged Cloud
65 matches
Mail list logo