Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Tags: l3-bgp
** Tags added: l3-bgp
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1620516
Title
Thanks!
On 9/5/16, 6:20 PM, "Jakub Libosvar" <jlibo...@redhat.com> wrote:
On 05/09/16 16:45, Gary Kotton wrote:
> Hi,
>
> It is unclear what our policy is with objects. My understanding is that
> an object should handle all of the database
Hi,
It is unclear what our policy is with objects. My understanding is that an
object should handle all of the database interaction. Is that not one of the
benefits of the objects? I posted https://review.openstack.org/#/c/365459 and
it has a number of interesting comments – the main is that
to neutron_lib.db.model_base.BASEV2
class BgpSpeakerDrAgentBinding(model_base.BASEV2):
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Public bug reported:
neutron_lbaas/services/loadbalancer/data_models.py:88: DeprecationWarning:
neutron.db.model_base.BASEV2: moved to neutron_lib.db.model_base.BASEV2
if isinstance(attr, model_base.BASEV2):
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1620220
Title:
Depercation warnings with Qos
Status in neutron:
In Progress
Bug
Public bug reported:
Commit 2aa23de58f55f7b1001508326c5ac2627ba3a429 added in a warning in
the event that a release failed. This would have no information that can
help anyone deal with it.
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status
indicating bad input was
specified.
:param error_message: Details on the operation that failed due to bad
input.
"""
message = _("Invalid input for operation: %(error_message)s.")
** Affects: neutron
Importance: Undecided
Assignee: Gary Kot
this is
a overkill.
From: Gary Kotton <gkot...@vmware.com>
Reply-To: OpenStack List <openstack-dev@lists.openstack.org>
Date: Wednesday, August 31, 2016 at 2:36 PM
To: OpenStack List <openstack-dev@lists.openstack.org>
Subject: [openstack-dev] [neutron][ipam] max_fixed_ips_per_p
Hi,
In commit 37277cf4168260d5fa97f20e0b64a2efe2d989ad [i] and commit
fc661571765054ff09e41aa6c7fc32f80fd0a98d [ii] this variable was marked as
deprecated. A number of neutron plugins make use of this to ensure that only
one IP address can be configured per port per subnet. There are cases
to be able to have a external interface on the external network)
Another reason may be the tenant exceed in the router quota they she/he has.
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because
Hi,
At the moment it is still not clear to me the upgrade process from V1 to V2.
The migration script https://review.openstack.org/#/c/289595/ has yet to be
approved. Does this support all drivers or is this just the default reference
implementation driver?
Are there people still using V1?
Public bug reported:
The vmware_nsx NSX|V and DVS plugins enable a admin to create a provide
network that points to an existing portgroup.
One is uanble to spin up and instance on these networks.
The trace is as follows:
2016-08-20 01:16:01.289 13629 TRACE nova.compute.manager [instance:
Public bug reported:
2016-08-21 14:02:57.227 13823 ERROR neutron.db.db_base_plugin_v2
[req-7eb3586f-e5c8-440c-9252-108612807472 tempest-BulkNetworkOpsTest-2010636197
-] An exception occurred while creating the subnet:{'subnet': {'host_routes':
, 'prefixlen':
, 'name': '',
'enable_dhcp':
Hi,
Has anyone else seen the issue at
https://bugs.launchpad.net/neutron/+bug/1615403 . This happens quite often
since the upgrade of the deafutl value last week.
Thanks
Gary
__
OpenStack Development Mailing List (not for
*** This bug is a duplicate of bug 1613069 ***
https://bugs.launchpad.net/bugs/1613069
I think that this is a devstack issues. Please see
https://review.openstack.org/#/c/355244/
** Changed in: nova
Importance: Undecided => Critical
** Also affects: devstack
Importance: Undecided
Hi,
In the vmware_nsx code base we make use of tooz extensively and the results
have been very good. Just depends on what type of backend you use ☺
We wrote a wrapper that enables the deployer to decide on what type of locking
to use. This can be seen at:
Hi,
This was breaking the code in many places, for example snapshots, rescue etc.
For spinning up VM’s the very simple use case worked. So we derpracated it.
If you want more than one cluster supported I suggest running an additional
nova-compute.
The trade off is a little extra resources for
, constants.DHCPV6_STATELESS]
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: neutron
Assignee: (unassigned) => Gary Kotton (garyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering T
Hi,
This also seems related - https://review.openstack.org/345717 and
https://review.openstack.org/345720
Thanks
Gary
On 7/30/16, 12:49 AM, "Moshe Levi" wrote:
Hi,
I encounter a weird behavior with neutron create port command.
I am using neutron master.
ecurity groups
3. There is no l3 support
The purpose of the plugin was to enable a user to get the look and feel of
Neutron with the VC. A more complete, robust and production grade plugin would
be one of the NSX plugins.
Thanks
Gary
From: Vaidyanath Manogaran <vaidyanat...@gmail.com&
nat...@gmail.com>
Date: Friday, July 29, 2016 at 10:35 AM
To: Gary Kotton <gkot...@vmware.com>
Cc: Scott Lowe <scott.l...@scottlowe.org>, "openstack@lists.openstack.org"
<openstack@lists.openstack.org>, "commun...@lists.openstack.org"
<commun...@lists.op
There is no need for the OVS agent. The code I gave you below does the OVS
wiring.
From: Vaidyanath Manogaran <vaidyanat...@gmail.com>
Date: Friday, July 29, 2016 at 10:42 AM
To: Gary Kotton <gkot...@vmware.com>
Cc: Scott Lowe <scott.l...@scottlowe.org>, "openst
nfigured by the OVS agent and that is not needed….
Thanks
Gary
From: Vaidyanath Manogaran <vaidyanat...@gmail.com>
Date: Thursday, July 28, 2016 at 8:33 PM
To: Gary Kotton <gkot...@vmware.com>
Cc: Scott Lowe <scott.l...@scottlowe.org>, "openstack@lists.openstack.org"
&
;
Date: Thursday, July 28, 2016 at 8:25 PM
To: Gary Kotton <gkot...@vmware.com>
Cc: Scott Lowe <scott.l...@scottlowe.org>, "openstack@lists.openstack.org"
<openstack@lists.openstack.org>, "commun...@lists.openstack.org"
<commun...@lists.openstack.org>
Su
Hi,
Which backend NSX version are you using? Is this NSX|V, NSX|MH or simple DVS?
Thanks
Gary
From: Vaidyanath Manogaran
Date: Thursday, July 28, 2016 at 8:04 PM
To: Scott Lowe
Cc: "openstack@lists.openstack.org" ,
Hi,
This morning I discovered that the project does not have python 3 support. This
was due to the fact that it broke the vmware-nsx unit tests.
I have started to kick the wheels with the python 3 support:
1. Project infra - https://review.openstack.org/346701 (currently
non-voting)
2.
+1
On 7/22/16, 9:49 PM, "Brandon Logan" wrote:
+1
On Fri, 2016-07-22 at 09:19 -0500, Darek Śmigiel wrote:
> I’m not a core, so treat this as +0 but I think Jakub will be good
> addition to core team.
>
>
not found
./tools/migration_report.sh: line 33: [: : integer expression expected
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
** Project changed: neutron => vmware-nsx
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1600697
Title:
Using VMware NSXv driver, when update the port with specified address
pair, got
Hi,
Is anyone looking at creating a stable/mitaka version? What if someone want to
use this for stable/mitaka?
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
4 17:12:59.057 TRACE neutron.api.v2.resource File
"/usr/local/lib/python2.7/dist-packages/pymysql/err.py", line 112, in
_check_mysql_exception
2016-07-04 17:12:59.057 TRACE neutron.api.v2.resource raise
errorclass(errno, errorvalue)
2016-07-04 17:12:59.057 TRACE neutron.api.v2.resourc
Proposal for fix is https://review.openstack.org/330368
From: Gary Kotton <gkot...@vmware.com>
Reply-To: OpenStack List <openstack-dev@lists.openstack.org>
Date: Thursday, June 16, 2016 at 11:21 AM
To: OpenStack List <openstack-dev@lists.openstack.org>
Subject: Re: [openstack-de
Hi,
The reason is https://review.openstack.org/#/c/327413/
Thanks
Gary
From: Gary Kotton <gkot...@vmware.com>
Reply-To: OpenStack List <openstack-dev@lists.openstack.org>
Date: Thursday, June 16, 2016 at 10:47 AM
To: OpenStack List <openstack-dev@lists.openstack.org>
Subje
Hi,
The unitests are failing because of:
Captured traceback:
~~~
Traceback (most recent call last):
File
"neutron_lbaas/tests/unit/db/loadbalancer/test_db_loadbalancerv2.py", line
1020, in test_delete_loadbalancer
'tenant_id': acontext.tenant_id}})
File
<mailto:ihrac...@redhat.com>> wrote:
> On 15 Jun 2016, at 20:18, Gary Kotton
> <gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote:
>
> Hi,
> The following patch breaks stable liberty drivers -
> https://review.openstack.org/#/c/238745/
> This means
Hi,
The following patch breaks stable liberty drivers -
https://review.openstack.org/#/c/238745/
This means that plugins will need to be updated to support this.
What do we do:
1. Revert – which could break people using latest stable/liberty
2. Have a requirement that Neutron plugins be
That is already supported in stable/mitaka – please see
https://review.openstack.org/#/c/260700/
I agree with Kevin
From: Kevin Benton
Reply-To: OpenStack List
Date: Monday, June 13, 2016 at 11:59 PM
To: OpenStack List
I think for a major change like this we should have at least had a mail list
discussion.
On 6/10/16, 7:24 PM, "Carl Baldwin" <c...@ecbaldwin.net> wrote:
>On Fri, Jun 10, 2016 at 2:40 AM, Gary Kotton <gkot...@vmware.com> wrote:
>> Hi,
>> The patch https:/
' and will be removed in version 'newton':
moved to neutron_lib.constants
n_const.PROTO_NAME_TCP)
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering
Hi,
If this is a handful of get_port then it is ok. If is is list_ports, where
provider network information has to be updated, that is very heavy on the
system. Today nova does a ton of polling to Neutron. That sometimes leads to
spikes in CPU. In addition to this there is the side affect of
(self.remove_networks_from_down_agents)
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net
Hi,
The patch https://review.openstack.org/#/c/292207/ has broken decomposed
plugins. I am not sure if we can classify this as a API change - basically the
IP address allocation model has changed. So someone prior to the patch could
create a network and expect addresses A, B and C to be
Hi,
In git the project has a stable/liberty and trunk version. Will this be
supported in stable/mitaka?
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
In the even that a core plugin does not support this we should not be
posting this for each update sent by the agent
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member
or port['status'] ==
constants.PORT_STATUS_ACTIVE:
2016-05-28 23:32:20.397 |
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Summary changed:
- ML2: warnings for PORT_STATUS_ACTIV not from neutron-lib
+ ML2: warnings
t; % value, FutureWarning)
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1586776
Title:
Hi,
The VMware driver supports rescue. Live migration should be pretty simple here
as the rescue is only for the disk. So you can migrate the instance to whatever
host you want. The only concern with the VMware driver is that the live
migration patches are in review and I think that they
to neutron_lib.constants
2016-05-24 08:48:14.108 | n_const.PROTO_NAME_IPV6_ICMP_LEGACY,
2016-05-24 08:48:14.108 |
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member
ror(details)
2016-05-24 05:46:28.846 | fixtures.fixture.SetupError: {}
** Affects: neutron
Importance: High
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: neutron
Importance: Undecided => High
** Summary changed:
- OSProfiler break deocmposed unit
Hi,
We have used tooz to enable concurrency. Zookeeper and Redis worked well. I
think that it is certainly something that we need to consider. The challenge
becomes a deployment.
Thanks
Gary
From: Damon Wang
Reply-To: OpenStack List
Today the DHCP schedulers have support for ‘AZ hints’. My understanding is that
a segment is a subset of an AZ. So why are we not able to leverage that logic
or make it more generic?
Thanks
Gary
On 5/22/16, 4:02 AM, "Carl Baldwin" wrote:
>On Fri, May 20, 2016 at 1:44 PM,
Hi,
The patch [i] broke all of the Neutron plugins that do not run L3 agents. This
was due to the fact that some different plugins expected different values for
the Q_L3_ENABLED.The revert for that patch has been blocked [ii]. In order to
get out of this pickle we have proposed the following:
+1
On 5/17/16, 2:56 PM, "Henry Gessau" wrote:
>+1 for Brian. (And retroactive +1 for Cedric.)
>
>Ihar Hrachyshka wrote:
>> Hi stable-maint-core and all,
>>
>> I would like to propose Brian for neutron specific stable team.
>>
>> His stats for neutron
to
'neutron_lib.api.converters.convert_to_int()' in version 'mitaka' and will be
removed in version 'ocata': moved to neutron_lib
res_dict[attr] = attr_vals['convert_to'](res_dict[attr])
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
as of Python 2.6
2016-05-17 02:58:05.692 | 2016-05-17 02:58:05.640 | raise
webob.exc.HTTPForbidden(e.message)
2016-05-17 02:58:05.693 | 2016-05-17 02:58:05.641 |
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug
Hi,
This is even more motivation for us to revert the patch.
Please consider this.
Thanks
Gary
On 5/16/16, 6:23 PM, "Sean M. Collins" <s...@coreitpro.com> wrote:
>Gary Kotton wrote:
>> Hi,
>> Actually the breakage is not sue to Q_L3_ENABLED. It is due to
>&g
Hi,
Actually the breakage is not sue to Q_L3_ENABLED. It is due to
https://review.openstack.org/#q,d894221457efa3a2a0bf3db76a4c5e8ffba36e29,n,
z
The Q_L3_ENABLED is something that each CI can configure depending on what
their supported mode is.
Until now this mean that L3 was supported by the
I disagree. Sadly I approved the patch and it breaks all of the plugins
that have L3 support but do not require an agent.
Would it be possible that we unblock all of the plugins and try and work
towards a better solution.
The OVN example is good but that have a very small subset of tests.
Thanks
Correct - https://review.openstack.org/#/c/316660 - addresses the issue (this
was posted first)
From: Gary Kotton <gkot...@vmware.com>
Reply-To: OpenStack List <openstack-dev@lists.openstack.org>
Date: Monday, May 16, 2016 at 1:00 PM
To: OpenStack List <openstack-dev@lists.opensta
Hi,
A recent change in devstack
https://review.openstack.org/#q,d894221457efa3a2a0bf3db76a4c5e8ffba36e29,n,z
has broken plugins that do not run l3 agents.
I have reverted the patch https://review.openstack.org/#/c/316690/.
Thanks
Gary
in constants.ICMPV6_ALLOWED_TYPES:
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
** Changed in: neutron
Assignee: (unassigned) => Gary Kotton (garyk)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, wh
Hi,
Are there plans to cut a a stable/mitaka version for the l2gw?
https://github.com/openstack/networking-l2gw
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1579967
Title:
segments extension has deprcated warnings
Status in neutron:
In Progress
unbreaking the children. We’ll have to unwind those child projects first.
doug
On Apr 24, 2016, at 8:09 AM, Gary Kotton
<gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote:
Another example is Lbaas - <https://review.openstack.org/#/c/309766>
https://review.o
: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>>
Reply-To: OpenStack List
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>
Date: Sunday, April 24, 2016 at 4:48 PM
To: OpenStack List
<openstack-dev@lists.openstack.org<mailto:ope
Hi,
I suggest that you speak with Kobi Samoray - he implemented this for the
vmware_nsx repository using tooz. Its pretty cool.
Thanks
Gary
On 4/23/16, 5:16 PM, "John Schwarz" wrote:
>Hi guys,
>
>I'm interested in discussing the DLM RFE [1] during the unplugged
>track
Hi,
Commit 4b17f1da1a5f65f0c4db395034ed732174a19315 has broken the pep8 of all of
the decomposed projects.
Do we need this hacking check? Can we have it reverted
An example of this is -
OVN -
http://logs.openstack.org/35/299835/3/check/gate-networking-ovn-pep8/3ad066e/console.html
Thanks
Gary
=0, rx_crc_err=0, rx_dropped=0,
rx_errors=0, rx_frame_err=0, rx_over_err=0, rx_packets=0, tx_bytes=648,
tx_dropped=0, tx_errors=0, tx_packets=8}
status : {driver_name=openvswitch}
type: internal
** Affects: neutron
Importance: Undecided
Assignee: Gary
** Changed in: vmware-nsx
Status: New => Fix Released
** Changed in: neutron
Status: New => Fix Released
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1478879
Title:
** Changed in: neutron
Status: New => Invalid
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1483103
Title:
When subnetpool didn't follow the cidr's prefix which input at the
Public bug reported:
Not used since commit d9832282cf656b162c51afdefb830dacab72defe
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status: In Progress
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which
Hi,
Is anyone else having problems with gerrit:
1. Sometimes get a proxy error
2. Performance is very bad
Thanks
Gary
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
On 4/6/16, 12:42 PM, "Daniel P. Berrange" wrote:
>On Tue, Apr 05, 2016 at 06:00:55PM -0400, Adam Young wrote:
>> We have a use case where we want to register a newly spawned Virtual
>>machine
>> with an identity provider.
>>
>> Heat also has a need to provide some form of
ilto:openstack-dev@lists.openstack.org>>,
Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>>
Subject: Re: [openstack-dev] [Neutron] BGP support
Hi Gary,
The new L2GW spec is [1] comes to enable inter-cloud connection to stretch the
network between the local and the remote cloud
BGP support
Hi Gary,
You can look at the discussion in here[1, 2]
[1]: https://bugs.launchpad.net/neutron/+bug/1560003
[2]: https://review.openstack.org/#/c/268726
Thanks,
Hirofumi
On 2016/03/28 15:36, Gary Kotton wrote:
Hi,
In the M cycle BGP support was added in tree. I have seen specs in the
Hi,
In the M cycle BGP support was added in tree. I have seen specs in the L2 GW
project for this support too. Are we planning to consolidate the efforts? Will
the BGP code be moved from the Neutron git to the L2-GW project? Will a new
project be created?
Sorry, a little in the dark here and it
Public bug reported:
Tracker for removing the deprecated method in the agents directoy. The commits
where these were added is
- pullup_route (commit 23b907bc6e87be153c13b1bf3e069467cdda0d27) -
** Affects: neutron
Importance: Undecided
Assignee: Gary Kotton (garyk)
Status
Hi,
Thanks for posting this. This is very interesting. I think that there are a
number of different things to take into account here:
1. There is a service chaining project in Neutron
https://wiki.openstack.org/wiki/Neutron/ServiceInsertionAndChaining. Is the API
there sufficient or
+1
From: Dave Walker >
Reply-To: OpenStack List
>
Date: Sunday, March 20, 2016 at 12:27 PM
To: OpenStack List
Public bug reported:
The patch https://review.openstack.org/#/c/255285/ breaks the CI. The
floating IP tests fail with:
"Details: {u'message': u"Quota exceeded for resources: ['port'].",
u'type': u'OverQuota', u'detail': u’’}"
This does not happen when using the patch before this as the HEAD.
YihVMNtXt-uEs=VlZxHpZBmzzkWT5jqz9JYBk8YTeq9N3-diTlNj4GyNc=0W0JwODAYJdy_tB4tQT0nd1zhv2OJ35zOHr5UM4KUSs=yxUgpc6J-xovf-ZwLu-wFeU6dGj4Ne6P-vTR32UCjrI=>
On Thu, Mar 17, 2016 at 1:30 AM, Gary Kotton
<gkot...@vmware.com<mailto:gkot...@vmware.com>> wrote:
Hi,
The review https://review.openst
Hi,
The review https://review.openstack.org/#/c/255285/ breaks our CI. Since this
has landed we are getting failed tests with the:
"Details: {u'message': u"Quota exceeded for resources: ['port'].", u'type':
u'OverQuota', u'detail': u’’}"
When I revert the patch and run our CI without it the
Hi,
It would be nice if we could get a little more reviews in the neutron-lib.
I think that we should maybe strive to cut a new version prior to the
release.
Thanks
Gary
On 3/14/16, 6:17 PM, "Venkata Anil" wrote:
>Hi All
>
> I have added a new flag in neutron-lib
t of doing the read after the create in the plugin. As
long as you read after all db changes and call the dict extend function, it
should be the same.
As far as order goes, python doesn't guarantee order on dictionary keys. Or did
I misinterpret what you meant by order?
On Mar 7, 2016 01:41, "Gary
g in
Newton. Calling the dictionary extension processing outside of the plugin and
placing it somewhere in the core before returning the API response may be
possible, but the difficult part is getting the DB object to pass to the hooks
without an additional read since plugins only return dicts.
2 - https://review.openstack.org/#/c/276219/
OVN - https://review.openstack.org/#/c/277844/
Thanks
Gary
From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>>
Reply-To: OpenStack List
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>&g
/
Thanks
Gary
From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>>
Reply-To: OpenStack List
<openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>>
Date: Sunday, March 6, 2016 at 4:04 PM
To: OpenStack List
<openstack-dev@lists.opensta
Hi,
The commit
https://review.openstack.org/#q,4c2c983618ddb7a528c9005b0d7aaf5322bd198d,n,z
causes the CI to fail. This is due to the fact that the port creation does not
return the created_at and updated_at keys. The tempest test that the keys are
the same. Please see [I]
I posted patch
Mar 6, 2016 at 2:17 AM, Kevin Benton
<ke...@benton.pub<mailto:ke...@benton.pub>> wrote:
Looking into it now. The filtering seems to be messed up on the association
proxy that references the other table.
On Sun, Mar 6, 2016 at 2:07 AM, Gary Kotton
<gkot...@vmware.com<mailto:
The tests that are failing are those where the security groups are being
searched by the ‘description’. When running these tests individually they pass
but when running all of the tests together they fail.
From: Gary Kotton <gkot...@vmware.com<mailto:gkot...@vmware.com>>
Reply-T
Hi,
The resent addition of https://review.openstack.org/#/c/269887/ has broken our
unit tests with random tests with listing of security groups – for example –
test_list_security_groups
Has anyone else also hit this issue?
Thanks
Gary
+1
Gracias Dims!
On 3/3/16, 2:26 PM, "Sean Dague" wrote:
>On 03/03/2016 06:32 AM, Davanum Srinivas wrote:
>> Team,
>>
>> It has been great working with you all as PTL for Oslo. Looks like the
>> nominations open up next week for elections and am hoping more than
>> one of
Hi,
I suggest that the guys who maintain this driver provide you the reasons why
they maintain the Nova driver like this It is problematic and at times the
driver can break as it is not in tree.
Thanks
Gary
From: Monotosh Das >
22 21:52:35.471 TRACE nova.virt.vmwareapi.vmops [instance:
fb488363-759e-4da5-a57e-01756bdf9cb0] Details: {'obj': 'vm-35'}
2016-02-22 21:52:35.471 TRACE nova.virt.vmwareapi.vmops [instance:
fb488363-759e-4da5-a57e-01756bdf9cb0]
** Affects: nova
Importance: Undecided
Assignee: Gary Kotton (ga
I think that IBM has a very interesting policy in that two IBM cores should not
approve a patch posted by one of their colleagues (that is what Chris RIP used
to tell me). It would be nice if the community would follow this policy.
Thanks
Gary
From: "Armando M."
Thanks for the update. Will there be an option of connecting remotely? Google
chat? Webex?
From: "Armando M." >
Reply-To: OpenStack List
>
Date: Saturday, February 20, 2016 at
Yes, you could consider Neutron as a proxy for this. It creates the network,
subnet, router… To be honest I think that we should maybe consider ofering a
template that can be created by Neutron and then the template ID passed from
Nova or wherever. This will enable an admin to pre cook a number
On 2/14/16, 3:59 PM, "Ken'ichi Ohmichi" wrote:
>2016-02-12 11:19 GMT-08:00 Andrew Laski :
>> On Fri, Feb 12, 2016, at 01:45 PM, John Garbutt wrote:
>>> On 12 February 2016 at 18:17, Andrew Laski wrote:
>>> >
>>> >
>>> > On Fri, Feb
;
released by "neutron.agent.dhcp.agent.network_create_end" :: held 0.521s^[[00m
^[[00;33mfrom (pid=26547) inner
/usr/local/lib/python2.7/dist-packages/oslo_concurrency/lockutils.py:282
** Affects: neutron
Importance: High
Assignee: Gary Kotton (garyk)
Status:
201 - 300 of 1125 matches
Mail list logo