I posted a fix that does not break things and supports HA.
https://review.openstack.org/154029
On 2/11/15, 5:55 PM, Matthew Booth mbo...@redhat.com wrote:
On 11/02/15 15:49, Gary Kotton wrote:
Hi,
I do not think that that is a healthy solution. That effectively would
render a cluster down
On 2/11/15, 6:35 PM, Sylvain Bauza sba...@redhat.com wrote:
Le 11/02/2015 17:04, Gary Kotton a écrit :
I posted a fix that does not break things and supports HA.
https://review.openstack.org/154029
Just let's be clear, HA is *not* supported by Nova now.
That is not correct. It is actually
Hi,
The support for the feature has been in flight for over a year now. There is
one outstanding patch - the resize of ephemeral disks [I].
The patch is based on a series of patches that address critical issues when
resizing (which were exposed when we were testing this feature).
I really hope
On 2/11/15, 3:26 PM, Nikola Đipanov ndipa...@redhat.com wrote:
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 effects
start taking over. You get people start
Hi,
I do not think that that is a healthy solution. That effectively would
render a cluster down if the compute node goes down. That would be a real
disaster. The ugly work around is setting the host names to be the same
value.
This is something that we should discuss at the next summit and I
Public bug reported:
When running more than one nova compute configured for the same cluster,
rebooting one of the computes will delete all running instances.
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug
Hi,
At the mid cycle meet up it was discussed that we need to prioritize the BP's
that require review. This will at least get us a chance of getting something
into Nova this cycle.
The following BP's are ready for review:
1. Ephemeral disk support -
. A VXLAN
port group also needs to contain then DVS and VDN scope morefs.
The fact that the name is included in the search for the matching portgroup
leads to instances not being able to be booted and a error 'No available host'
** Affects: nova
Importance: Critical
Assignee: Gary Kotton
Hi,
Code reviews are also a integral part of openstack development. Once they start
reviewing code they will be able to also see where they can contribute.
Thanks
Gary
From: Joe Gordon joe.gord...@gmail.commailto:joe.gord...@gmail.com
Date: Friday, January 23, 2015 at 8:56 PM
To: Michael Gale
+1
On 1/22/15, 2:18 AM, Akihiro Motoki amot...@gmail.com wrote:
+1 for Doug
2015-01-20 13:59 GMT+09:00 Aaron Rosen aaronoro...@gmail.com:
+1
On Fri, Jan 16, 2015 at 12:03 PM, Carl Baldwin c...@ecbaldwin.net
wrote:
+1
On Thu, Jan 15, 2015 at 3:31 PM, Kyle Mestery mest...@mestery.com
Public bug reported:
Booting a image that was snapshoted from a VM with an ephemarl disk
fails. This is due to the fact that the wrong root disk is uploaded!
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Public bug reported:
When resizing a root disk the first datastore is selected. This may not
be the datastore that has the root disk. We need the root disk datstore
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: New
** Changed in: nova
Public bug reported:
When config drive is configured. A resize may fail when the selected
host does not have access to the original datastore of the host that the
instance was running on.
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
Hi,
We have a few CI issues. We are working on them at the moment. I hope that we
get to the bottom of this soon.
Thanks
Gary
From: Hirofumi Ichihara
ichihara.hirof...@lab.ntt.co.jpmailto:ichihara.hirof...@lab.ntt.co.jp
Reply-To: OpenStack List
Two reasons to celebrate. Its Elvis¹s birthday!
On 12/22/14, 10:46 PM, Carl Baldwin c...@ecbaldwin.net wrote:
The L3 sub team meeting [1] will not be held until the 8th of January,
2015. Enjoy your time off. I will try to move some of the
refactoring patches along as I can but will be down to
Hi,
I am not sure that we will have enough people around for the up and coming
meetings. I suggest that we cancel them and resume in the New Year. Happy
holidays to all!
A luta continua
Gary
___
OpenStack-dev mailing list
On 12/18/14, 2:06 PM, Mike Kolesnik mkole...@redhat.com wrote:
Hi Neutron community members.
I wanted to query the community about a proposal of how to fix HA routers
not
working with L2Population (bug 1365476[1]).
This bug is important to fix especially if we want to have HA routers and
DVR
On 12/16/14, 2:41 PM, Doug Hellmann d...@doughellmann.com wrote:
On Dec 16, 2014, at 7:27 AM, Ihar Hrachyshka ihrac...@redhat.com wrote:
Signed PGP part
On 16/12/14 12:50, Doug Hellmann wrote:
On Dec 16, 2014, at 5:13 AM, Ihar Hrachyshka ihrac...@redhat.com
wrote:
Signed PGP part
Public bug reported:
A resize of a VM does not update the cpu limits correctly. That is if
resources or sharing were on the flavor extra specs then they were not
updated after the resize (if necessary)
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status
Hi,
Anyone familiar with the cause of this - seems like all unit tests are failing.
An example is below:
Traceback (most recent call last):
2014-12-14
12:38:38.595http://logs.openstack.org/69/140669/4/check//gate-nova-python27/ca17eb5/console.html#_2014-12-14_12_38_38_595
| File
...@yuggoth.org
wrote:
On 2014-12-14 13:40:56 + (+), Gary Kotton wrote:
Anyone familiar with the cause of this seems like all unit tests
are failing. An example is below:
[...]
2014-12-14 12:38:38.596 | File
nova/openstack/common/versionutils.py, line 200, in is_compatible
2014-12-14 12:38
On 12/11/14, 12:50 PM, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
+100. I vote -1 there and would like to point out that we *must* keep
history during the split, and split from u/s code base, not random
repositories. If you don't know how to
Hi,
I do the following:
1. Go to master branch. git checkout master
2. Get latest master code: git pull
3. Checkout you code: git checkout yourbranchname
4. Rebase this on the laster master: git rebase -i master
5. Resolve conflicts: git status (this will show conflicts)
6.
Hi,
I would expect that if a core does not understand a piece of code then he/she
would not approve it they can always give a +1 and be honest that it is not
part of the code base that they understand. That is legitimate in such a
complex and large project.
We all make mistakes, it is the only
Hi,
The whole review process starts again from scratch :). You can feel free to
reach out the guys who originally reviewed and then go from there. Good luck!
Thanks
Gary
From: Eduard Matei
eduard.ma...@cloudfounders.commailto:eduard.ma...@cloudfounders.com
Reply-To: OpenStack List
Public bug reported:
The creation of a volume would not enable the caller to pass the
volume_type_id. This will default to default value set in cinder.
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Assignee
I agree -1 for Padraig
On 12/6/14, 7:42 PM, Jay Pipes jaypi...@gmail.com wrote:
On 12/04/2014 04:05 PM, Michael Still wrote:
One of the things that happens over time is that some of our core
reviewers move on to other projects. This is a normal and healthy
thing, especially as nova continues
Hi,
I have raised my concerns on the proposal. I think that all plugins should be
treated on an equal footing. My main concern is having the ML2 plugin in tree
whilst the others will be moved out of tree will be problematic. I think that
the model will be complete if the ML2 was also out of
Please see http://stackalytics.com/report/contribution/nova-group/90. If
we are following the average of 2 reviews per day then proposed list
should be updated.
On 12/7/14, 11:19 AM, Michael Still mi...@stillhq.com wrote:
On Sun, Dec 7, 2014 at 7:03 PM, Gary Kotton gkot...@vmware.com wrote
On 12/7/14, 6:41 PM, Dan Smith d...@danplanet.com wrote:
I'm going to be honest and say I'm confused here.
We've always said we expect cores to maintain an average of two
reviews per day. That's not new, nor a rule created by me. Padraig is
a great guy, but has been working on other
can accomplish during
Kilo.
Find me on IRC Monday morning and we can discuss further if you still have
questions and concerns.
Thanks!
Kyle
On Sun, Dec 7, 2014 at 2:08 AM, Gary Kotton
gkot...@vmware.commailto:gkot...@vmware.com wrote:
Hi,
I have raised my concerns on the proposal. I think
Hi,
I have raised my concerns on the proposal. I think that all plugins should be
treated on an equal footing. My main concern is having the ML2 plugin in tree
whilst the others will be moved out of tree will be problematic. I think that
the model will be complete if the ML2 was also out of
can accomplish during
Kilo.
Find me on IRC Monday morning and we can discuss further if you still have
questions and concerns.
Thanks!
Kyle
On Sun, Dec 7, 2014 at 2:08 AM, Gary Kotton
gkot...@vmware.commailto:gkot...@vmware.com wrote:
Hi,
I have raised my concerns on the proposal. I think
Hi,
MS has been down for a few days. The following patches will help us get it up
and running again:
- requirements - https://review.openstack.org/139545
- oslo.vmware - https://review.openstack.org/139296 (depends on the patch
above)
- devstack - https://review.openstack.org/139515
Hopefully
+1 for both. Long overdue!
From: Aaron Rosen aaronoro...@gmail.commailto:aaronoro...@gmail.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Wednesday, December 3, 2014 at 4:13 AM
To: OpenStack List
Hi,
You are able to do this when you boot using block device mappings. You can
have a number of ephemeral devices.
Thanks
Gary
On 12/1/14, 8:13 PM, Georgios Dimitrakakis gior...@acmac.uoc.gr wrote:
Hi all!
A rather strange question:
Is it possible to have more than one ephemeral disks
...@gmail.commailto:lmihaie...@gmail.com
Date: Monday, December 1, 2014 at 9:46 PM
To: Georgios Dimitrakakis gior...@acmac.uoc.grmailto:gior...@acmac.uoc.gr
Cc: Gary Kotton gkot...@vmware.commailto:gkot...@vmware.com,
openstack@lists.openstack.orgmailto:openstack@lists.openstack.org
openstack
Hi,
A few months back we started to work on a umbrella spec for Vmware networking
support (https://review.openstack.org/#/c/105369). There are a number of
different proposals for a number of different use cases. In addition to
providing one another with an update of our progress we need to
Hi,
In order to enforce our translation policies -
http://docs.openstack.org/developer/oslo.i18n/guidelines.html - we have added a
hacking rule in Neutron. If you wish to jump aboard this effort then please let
me know. There are patches for all directories except the plugins and services.
Hi,
For those unable to attend will there be an option of remote access?
Thanks
Gary
On 11/11/14, 3:04 PM, Kyle Mestery mest...@mestery.com wrote:
Hi folks:
Apologies for the delay in announcing the Neutron mid-cycle, but I was
confirming the details up until last night. I've captured the
Mazal tov!!!
On 11/10/14, 8:22 PM, Kyle Mestery mest...@mestery.com wrote:
Since most folks are either freshly back from traveling, in the midst
of returning, or perhaps even with a new baby, we'll be skipping this
week's meeting. We'll resume next week at our normally scheduled time
[1] of
Public bug reported:
Need to protect the host name with '[' and ']' before we create a
http/https connection
** Affects: nova
Importance: Medium
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Importance: Undecided = Medium
--
You received this bug
Thanks for the heads up.
As we say in Africa ³Go Well!
On 10/23/14, 9:00 AM, Sam Morrison sorri...@gmail.com wrote:
Thanks for all the help Chris and all the best.
Now on the lookout for another cells core I can harass and pass obscure
bugs too. It was always reassuring knowing you¹d probably
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Assignee: (unassigned) = Gary Kotton (garyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to OpenStack Compute (nova).
https
Australia
On 10/18/14 1:55 AM, Gary Kotton wrote:
Hi,
Anyone aware why Turbo his peter is failing with:
real-db-upgrade_nova_percona_user_002:th-perconahttps://urldefense.proofpoint.com/v1/url?u=http://localhostk=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0Ar=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0Am
' object has no
attribute 'ManagedObjectReference'
2014-10-20 06:23:38.107 TRACE nova
n-cpu failed to start
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: juno-backport-potential vmware
** Changed in: nova
Assignee
Hi,
Anyone aware why Turbo his peter is failing with:
real-db-upgrade_nova_percona_user_002:th-perconahttp://localhost Exception:
[Errno 2] No such file or directory: '/var/lib/turbo-hipster/datasets_user_002'
in 0s
Thanks
Gary
___
OpenStack-dev
You can always try:
http://www.timeout.com/paris/en/food-and-drink/vegetarian-restaurants-in-pa
ris.
On 10/16/14, 8:02 PM, Anita Kuno ante...@anteaya.info wrote:
On 10/16/2014 12:49 PM, Julien Danjou wrote:
On Thu, Oct 16 2014, Sylvain Bauza wrote:
Sure thing Est-ce que ce plat contient de
Hi,
I am really in favor of this. The implementation looks great! Nova can
surely benefit from this and we can make Neutron allocations at the API
level and save a ton of complexity at the compute level.
Kudos!
Thanks
Gary
On 10/13/14, 11:31 PM, Chuck Carlino chuckjcarl...@gmail.com wrote:
Hi,
Public bug reported:
When booting from a volume the config driver will not be mounted (if
configured)
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: juno-rc-potential vmware
** Changed in: nova
Assignee: (unassigned) = Gary
Hi,
At the moment the resource tracker in Nova ignores that statistics that are
returned by the hypervisor and it calculates the values on its own. Not only is
this highly error prone but it is also very costly - all of the resources on
the host are read from the database. Not only the fact
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Importance: Undecided = High
** Changed in: nova
Assignee: (unassigned) = Gary Kotton (garyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
Hi,
In the V2 API the attach interface is a blocking operation. This is
problematic. I posted a patch for the V3 to be non blocking -
https://review.openstack.org/#/c/103094/ (as we cannot break existing
API¹s). I would prefer that you do not remove the V3 api. I am not sure
what you mean by
Hi,
Is the process documented anywhere? That is, if say for example I had a
spec approved in J and its code did not land, how do we go about kicking
the tires for K on that spec.
Thanks
Gary
On 9/29/14, 1:07 PM, John Garbutt j...@johngarbutt.com wrote:
On 27 September 2014 00:31, Joe Gordon
Public bug reported:
If the VC did not get the port group in the first response form the VC
then it will not match any of the networks. This happens when there are
many (more than a few hundred port groups defined)
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (garyk
Hi,
I think that it was very informative and useful. I have forwarded it to a
number of new people starting to work on OpenStack and who were wondering
how to use mockŠ So two birds with one stone.
Thanks!
Gary
On 9/22/14, 7:27 PM, Jay Pipes jaypi...@gmail.com wrote:
Hi all,
OK, so we had our
|
+--+--+-+-+
This should never happen as the admin user is not even spinning up the
vm's
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you
Public bug reported:
On a fresh installation, without spinning up any instance, if one boots
a number of instances via nova there are a number of default security
groups created for the admin user:
mysql select * from securitygroups;
Hi,
Below is a short update of the current status of the driver in Juno.
We managed to complete the following specs:
* Integration with oslo.vmware
(https://github.com/openstack/nova-specs/blob/master/specs/juno/use-oslo-vmware.rst)
* Hot plug interface
On 9/16/14, 11:12 AM, Daniel P. Berrange berra...@redhat.com wrote:
On Tue, Sep 16, 2014 at 07:30:26AM +1000, Michael Still wrote:
On Tue, Sep 16, 2014 at 12:30 AM, Russell Bryant rbry...@redhat.com
wrote:
On 09/15/2014 05:42 AM, Daniel P. Berrange wrote:
On Sun, Sep 14, 2014 at 07:07:13AM
Hi,
I am not sure why your setup is not working. The Vmware configuration looks
correct. Please note that the ML2 plugin is currently not supported when
working with the Vmware driver. You should use traditional nova networking.
Please note that there are plans in K to add this support.
Thanks
Hi,
I am not sure why your setup is not working. The Vmware configuration looks
correct. Please note that the ML2 plugin is currently not supported when
working with the Vmware driver. You should use traditional nova networking.
Please note that there are plans in K to add this support.
Thanks
Public bug reported:
Integration with oslo VMware did not treat the exception
'TaskInProgress' correctly. The probelm here is that a retry will not be
invoked and the exception will be raised.
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status
: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Importance: Undecided = Critical
** Changed in: nova
Assignee: (unassigned) = Gary Kotton (garyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed
Public bug reported:
When a flavor contains a ephemeral disk definition the driver does not
create the disk
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: vmware
** Changed in: nova
Importance: Undecided = High
** Changed
On 9/11/14, 2:55 PM, Thierry Carrez thie...@openstack.org wrote:
Sean Dague wrote:
[...]
Why don't we start with let's clean up the virt interface and make it
more sane, as I don't think there is any disagreement there. If it's
going to take a cycle, it's going to take a cycle anyway (it
On 9/11/14, 4:30 PM, Sean Dague s...@dague.net wrote:
On 09/11/2014 09:09 AM, Gary Kotton wrote:
On 9/11/14, 2:55 PM, Thierry Carrez thie...@openstack.org wrote:
Sean Dague wrote:
[...]
Why don't we start with let's clean up the virt interface and make it
more sane, as I don't think
Public bug reported:
VMware ESX driver was deprecated in J.This console class will break.
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Importance: Undecided = High
** Changed in: nova
Assignee: (unassigned
On 9/8/14, 7:23 PM, Sylvain Bauza sba...@redhat.com wrote:
Le 08/09/2014 18:06, Steven Dake a écrit :
On 09/05/2014 06:10 AM, Sylvain Bauza wrote:
Le 05/09/2014 12:48, Sean Dague a écrit :
On 09/05/2014 03:02 AM, Sylvain Bauza wrote:
Le 05/09/2014 01:22, Michael Still a écrit :
On Thu,
Public bug reported:
VM's created by VC 5.0 and 5.1 will have hardware version 8. VM's
created by VC 5.5 will have hardware version 10. This break
compatibility between VM's on older clusters.
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status
Public bug reported:
When an ephemeral disk is used there in an unnecesasry call to save.
** Affects: nova
Importance: Medium
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
Importance: Undecided = Medium
--
You received this bug notification
Public bug reported:
An administrator can delete VM's running omthe VC without knowing that
they belong to OpenStack
** Affects: nova
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: vmware
** Changed in: nova
Importance: Undecided = High
Public bug reported:
instance save is used by the driver when it does not need to be. each
instance save will invoke a db access. after the spawn method is called
the instance is updated so there is no need for the save
** Affects: nova
Importance: High
Status: New
** Changed in:
: nova
Importance: Medium
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: libvirt
** Changed in: nova
Importance: Undecided = Medium
** Tags added: libvirt
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Hi,
I do not think that Nova is in a death spiral. I just think that the
current way of working at the moment is strangling the project. I do not
understand why we need to split drivers out of the core project. Why not
have the ability to provide Œcore review¹ status to people for reviewing
those
On 9/4/14, 4:30 PM, Sean Dague s...@dague.net wrote:
On 09/04/2014 09:21 AM, Daniel P. Berrange wrote:
On Thu, Sep 04, 2014 at 03:07:24PM +0200, Nikola Đipanov wrote:
On 09/04/2014 02:31 PM, Sean Dague wrote:
On 09/04/2014 07:58 AM, Nikola Đipanov wrote:
Hi team,
I am requesting the
Hi,
Very nice write up. I take my hat off for taking the time and doing a
postmortem. As a community we really need to work on how we communicate
with one another. At the end of the day we all have the common goal in the
success of the project.
At times I feel like things are done very quickly
Hi,
A few cycles ago the Nova group decided to remove @author from copyright
statements. This is due to the fact that this information is stored in git.
After adding a similar hacking rule to Neutron it has stirred up some debate.
Does anyone have any reason to for us not to go ahead with
From: Joe Gordon joe.gord...@gmail.commailto:joe.gord...@gmail.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Monday, August 18, 2014 at 9:31 PM
To: OpenStack List
Hi,
Minesweeper is back up and running - this is now called Vmware NSX CI.
A patch for the deprecation of the ESX driver resulted in endless Minesweeper
failures (https://review.openstack.org/#/c/108854/). These were resolved by a
number of patches, the last being
Hi,
Over the last few weeks I have seen a number of patches where LOG.warn is
replacing LOG.warning. I think that if we do something it should be the
opposite as warning is the documented one in python 2 and 3
https://docs.python.org/3/howto/logging.html.
Any thoughts?
Thanks
Gary
+1
From: Eric Windisch ewindi...@docker.commailto:ewindi...@docker.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday, August 15, 2014 at 9:45 PM
To: OpenStack List
Public bug reported:
It should have been 324 and not 324
commit 243879f5c51fc45f03491bcb78765945ddf76be8 was bad
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo
sense?
Thanks
Gary
From: Irena Berezovsky ire...@mellanox.commailto:ire...@mellanox.com
Date: Wednesday, August 13, 2014 at 9:01 AM
To: Gary Kotton gkot...@vmware.commailto:gkot...@vmware.com, OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: RE
Huge +1
On 8/13/14, 5:19 PM, Paul Michali (pcm) p...@cisco.com wrote:
+1
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
On Aug 13, 2014, at 10:05
Public bug reported:
When doing a rescue VM the user is unable to access the VCN console of that VM
In addition the state of the rescue VM is also 'SHUTDOWN'
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status: New
** Changed in: nova
Milestone
Date: Tuesday, August 12, 2014 at 10:25 AM
To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Cc: Gary Kotton gkot...@vmware.commailto:gkot...@vmware.com
Subject: RE: [openstack-dev] [Nova] PCI support
Hi Gary,
Mellanox already established CI support
:45.453 TRACE nova.openstack.common.threadgroup
NotImplementedError
2014-08-12 07:53:45.453 TRACE nova.openstack.common.threadgroup
nicira@Ubuntu1404Server:/opt/stack/nova$
** Affects: nova
Importance: Critical
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: nova
In the past there was smokestack that used a fedora version of libvirt.
Any idea what happened to that?
On 8/11/14, 12:53 PM, Daniel P. Berrange berra...@redhat.com wrote:
On Fri, Aug 08, 2014 at 09:06:29AM -0400, Russell Bryant wrote:
On 08/07/2014 08:06 PM, Michael Still wrote:
It seems to
Hi,
At the moment all of the drivers are required CI support. Are there any plans
regarding the PIC support. I understand that this is something that requires
specific hardware. Are there any plans to add this?
Thanks
Gary
___
OpenStack-dev mailing
-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Nova] PCI support
Gary,
Cisco is adding it in our CI testbed. I guess that mlnx is doing the same for
their MD as well.
-Robert
On 8/11/14, 9:05 AM, Gary Kotton
gkot...@vmware.commailto:gkot...@vmware.com wrote:
Hi,
At the moment all
On 8/11/14, 6:06 PM, Dan Smith d...@danplanet.com wrote:
As the person who -2'd the review, I'm thankful you raised this issue on
the ML, Jay. Much appreciated.
The metadetails term isn't being invented in this patch, of course. I
originally complained about the difference when this was
Hi,
I took a look at https://review.openstack.org/#/c/105331/ and had one minor
issue which I think can be addressed. Prior to approving we need to understand
what the state of the V2 API will be.
Thanks
Gary
From: Vijay Venkatachalam
: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: icehouse-backport-potential
** Tags added: icehouse-backport-potential
** Changed in: nova
Importance: Undecided = High
** Changed in: nova
Assignee: (unassigned) = Gary Kotton (garyk)
** Changed in: nova
+1
From: chandankumar
chandankumar.093...@gmail.commailto:chandankumar.093...@gmail.com
Reply-To: OpenStack List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Friday, August 8, 2014 at 2:14 PM
To: OpenStack List
Hi,
Sorry for taking such long time to chime in but these mails were sadly
missed. Please see my inline comments below. My original concerns for the
revert of the service were as follows:
1. What do we do about existing installation. This support was added at
the end of Havana and it is in
On 8/5/14, 8:53 PM, Russell Bryant rbry...@redhat.com wrote:
On 08/05/2014 01:23 PM, Gary Kotton wrote:
Ok, thanks for the clarification. This means that it will not be done
automagically as it is today the tenant will need to create a Neutron
port and then pass that through.
FWIW, that's
Correct, this work is orthogonal to the parity work, which I understand is
coming along very nicely. Do new features in Nova also require parity -
https://blueprints.launchpad.net/nova/+spec/better-support-for-multiple-networks
(for example enables the MTU to be configured instead of via a
@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] Group Based Policy and the way forward
On Tue, Aug 5, 2014 at 11:18 PM, Gary Kotton
gkot...@vmware.commailto:gkot...@vmware.com wrote:
On 8/5/14, 8:53 PM, Russell Bryant
rbry...@redhat.commailto:rbry...@redhat.com wrote:
On 08/05/2014 01:23 PM
@lists.openstack.org
Subject: Re: [openstack-dev] [Neutron] Group Based Policy and the way forward
On Wed, Aug 6, 2014 at 12:59 AM, Gary Kotton
gkot...@vmware.commailto:gkot...@vmware.com wrote:
From: Aaron Rosen aaronoro...@gmail.commailto:aaronoro...@gmail.com
Reply-To: OpenStack List
openstack-dev
501 - 600 of 1125 matches
Mail list logo