Doesn’t this overlap with the work done for the OSProfiler ?
More comments inline.
Miguel Ángel Ajo
On Wednesday, 3 de June de 2015 at 11:43, Kekane, Abhishek wrote:
Hi Devs,
So for I have got following responses on the proposed solutions:
Solution 1: Return tuple containing
,
Miguel Ángel Ajo
On Tuesday, 2 de June de 2015 at 9:32, Ian Wells wrote:
The fix should work fine. It is technically a workaround for the way
checksums work in virtualised systems, and the unfortunate fact that some
DHCP clients check checksums on packets where the hardware has checksum
Ooook, fully understood now. Thanks Ihar Ian for the clarification :)
Miguel Ángel Ajo
On Tuesday, 2 de June de 2015 at 13:33, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 06/02/2015 10:10 AM, Miguel Ángel Ajo wrote:
The backport seems reasonable IMO
.
Miguel Ángel Ajo,
None the less, would love to help and contribute code in any effort around
this area and would like to see this move forward, i believe we have
an opportunity to give added value to the users with this.
Thanks
Gal.
[1] https://review.openstack.org/#/c/169784/
[2
Thanks for sharing Sukhdev, I’ll join the meetings.
Miguel Ángel Ajo
On Thursday, 28 de May de 2015 at 6:59, Sukhdev Kapur wrote:
Folks,
Starting next monday (June 1, 2015), we are kicking off weekly meeting to
discuss and track the integration of Ironic and Neutron (ML2).
We
Ahh, I missed this email while I was in the summit.
Thank you for so many years of hard work Salvatore, as Edgar said, your
“pedant” comments
made it better. I will miss your sense of humor ;)
Best,
Miguel Ángel Ajo
On Thursday, 21 de May de 2015 at 21:04, Gary Kotton wrote:
-1
From
Gal, thank you very much for the update to the list, I believe it’s very
helpful,
I’ll add some inline notes.
On Thursday, 7 de May de 2015 at 8:51, Gal Sagie wrote:
Hello All,
I think that the Neutron QoS effort is progressing into critical point and i
asked Miguel if i could post an
Does the library require root privileges to work
for the operations you’re planning to do?
That would be a stopper, since all the agents run unprivileged, and all the
operations are filtered by the oslo root wrap daemon or cmdline tool.
Best,
Miguel Ángel.
Miguel Ángel Ajo
On Monday, 4 de
at 08:56, Miguel Ángel Ajo majop...@redhat.com
(mailto:majop...@redhat.com) wrote:
I’d like to co-organized a QoS weekly meeting with Sean M. Collins,
In the last few years, the interest for QoS support has increased,
Sean has been leading
this effort [1] and we believe
anybody I know is interested in the CC of this mail.
Miguel Ángel Ajo
[1] https://blueprints.launchpad.net/neutron/+spec/quantum-qos-api
[2]
https://drive.google.com/file/d/0B2XATqL7DxHFRHNjU3k1UFNYRjQ/view?usp=sharing
[3]
https://docs.google.com/document/d/1xUx0Oq
On Tuesday, 31 de March de 2015 at 7:14, George Shuklin wrote:
On 03/30/2015 11:18 AM, Kevin Benton wrote:
What does fog do? Is it just a client to the Neutron HTTP API? If so,
it should not have broken like that because the API has remained
pretty stable. If it's a deployment
://review.openstack.org/#/c/167671/
[2] https://github.com/justinpettit/ovs/tree/conntrack
[3] https://github.com/justinpettit/ovs/commits/conntrack
Miguel Ángel Ajo
On Tuesday, 31 de March de 2015 at 9:34, Kevin Benton wrote:
Very cool. What's the latest status on data-plane support
.
For project Calico, why do you need no netns and why do you patch it?
Kevin, thanks for pointing that out.
Best,
Miguel Ángel Ajo
On Monday, 23 de March de 2015 at 7:34, Miguel Ángel Ajo wrote:
+1 for deprecation if people don’t have use cases / good reasons to keep it,
I don’t know
and I
+1 for deprecation if people don’t have use cases / good reasons to keep it, I
don’t know
and I can’t think of any, but that doesn’t mean they don’t exist.
Miguel Ángel Ajo
On Monday, 23 de March de 2015 at 2:34, shihanzhang wrote:
+1 to deprecate this option
At 2015-03-21 02:57
On Monday, 23 de March de 2015 at 8:20, Van Leeuwen, Robert wrote:
Are the setups out there *not* using the use_namespaces option? I'm
curious as
to why, and if it would be difficult to migrate such a setup to use
namespaces.
At my previous employer we did not use
I see you point Van,
In the other hand, removing it, cleans up lot of conditional code parts (moving
parts at the other side),
and also the non-netns case is not tested by upstream CI, AFAIK, so it could be
broken anytime
and we would not notice it.
Miguel Ángel Ajo
On Monday, 23 de March
Thanks to everybody working on this,
Answers inline:
On Tuesday, 10 de March de 2015 at 0:34, Tidwell, Ryan wrote:
Thanks Salvatore. Here are my thoughts, hopefully there’s some merit to them:
With implicit allocations, the thinking is that this is where a subnet is
created in a
+project:openstack/neutron+branch:master+topic:bp/rpc-docs-and-namespaces,n,z
Best regards,
Miguel Ángel Ajo
On Wednesday, 4 de March de 2015 at 17:00, Assaf Muller wrote:
Hello everyone,
I'd like to highlight an issue with:
https://review.openstack.org/#/c/154670/
According to my
name).
Best,
Miguel Ángel Ajo
On Friday, 27 de February de 2015 at 14:50, Miguel Ángel Ajo wrote:
Ok, I moved the document here [1], and I will eventually submit another patch
with the testing scripts when those are ready.
Let’s move the discussion to the review!,
Best,
Miguel
Ok, I moved the document here [1], and I will eventually submit another patch
with the testing scripts when those are ready.
Let’s move the discussion to the review!,
Best,
Miguel Ángel Ajo
[1] https://review.openstack.org/#/c/159840/
On Friday, 27 de February de 2015 at 7:03, Kevin Benton
the
measures
within it, to make sure we just measure the difference due to the software
layers.
Suggestions or ideas on what to measure are welcome, there’s an initial draft
here:
https://github.com/mangelajo/ovs-experiments/tree/master/ovs-ct
Miguel Ángel Ajo
Sounds like a very good idea. Cross project development shared knowledge.
Miguel Ángel Ajo
On Wednesday, 25 de February de 2015 at 22:32, michael mccune wrote:
On 02/25/2015 02:54 PM, Doug Hellmann wrote:
During yesterday’s cross-project meeting [1], we discussed the Eventlet
Best
On Thursday, 26 de February de 2015 at 7:48, Miguel Ángel Ajo wrote:
Inline comments follow after this, but I wanted to respond to Brian question
which has been cut out:
We’re talking here of doing a preliminary analysis of the networking
performance,
before writing any real code
merged into ovs.
-Tapio
On Wed, Feb 25, 2015 at 5:07 PM, Rick Jones rick.jon...@hp.com
(mailto:rick.jon...@hp.com) wrote:
On 02/25/2015 05:52 AM, Miguel Ángel Ajo wrote:
I’m writing a plan/script to benchmark OVS+OF(CT) vs
OVS+LB+iptables+ipsets,
so we can make sure there’s
On Thursday, 19 de February de 2015 at 23:15, Kyle Mestery wrote:
[Adding neutron tag to subject, comments below.]
On Thu, Feb 19, 2015 at 3:55 PM, Ben Pfaff b...@nicira.com
(mailto:b...@nicira.com) wrote:
[moving this conversation to openstack-dev because it's more
interesting there
On Friday, 20 de February de 2015 at 17:06, Ben Pfaff wrote:
On Fri, Feb 20, 2015 at 12:45:46PM +0100, Miguel Ángel Ajo wrote:
On Thursday, 19 de February de 2015 at 23:15, Kyle Mestery wrote:
On Thu, Feb 19, 2015 at 3:55 PM, Ben Pfaff b...@nicira.com
(mailto:b...@nicira.com) wrote
Thank you Ben!,
Cross posting [1] to openstack list /neutron.
[1] http://benpfaff.org/~blp/dist-docs.
On Thursday, 19 de February de 2015 at 09:13, Ben Pfaff wrote:
On Thu, Feb 19, 2015 at 12:12:26AM -0800, Ben Pfaff wrote:
This commit adds preliminary design documentation for Open
Miguel Ángel Ajo
On Wednesday, 18 de February de 2015 at 08:14, yamam...@valinux.co.jp wrote:
hi,
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp
(mailto:yamam...@valinux.co.jp) wrote:
hi,
i want to add an extra requirement specific to OVS-agent
On Wednesday, 18 de February de 2015 at 07:00, yamam...@valinux.co.jp wrote:
hi,
i want to add an extra requirement specific to OVS-agent.
(namely, I want to add ryu for ovs-ofctl-to-python blueprint. [1]
but the question is not specific to the blueprint.)
to avoid messing deployments
are the good bad points of privsep.
The advantage of rootwrap-daemon, is that we don’t need to change all our
networking libraries across neutron,
and we kill the sudo/rootwrap spawn for every call, yet keeping the rootwrap
permission granularity.
Miguel Ángel Ajo
On Friday, 13 de
forwarding and re-starting
evaluation due to patch ports.
(Please correct me here where I’m wrong, I just have very high level view
of this).
Best,
Miguel Ángel Ajo
On Friday, 13 de February de 2015 at 13:42, Miguel Ángel Ajo wrote:
Hi, Ihar Jiri, thank you for pointing this out.
I’m
ports would
be perfect, yet I understand
the change is a big feature.
If we had 1 3, may be 4 wouldn’t be a problem anymore.
[1] https://github.com/justinpettit/ovs/tree/conntrack
Miguel Ángel Ajo
On Friday, 13 de February de 2015 at 13:14, Ihar Hrachyshka wrote:
-BEGIN PGP
://www.hpl.hp.com/research/linux/httperf/
[2] http://httpd.apache.org/docs/2.2/programs/ab.html
Miguel Ángel Ajo
On Wednesday, 4 de February de 2015 at 01:58, Varun Lodaya wrote:
Hi,
We were trying to use haproxy as our LBaaS solution on the overlay. Has
anybody done some baseline
Miguel Ángel Ajo
On Wednesday, 4 de February de 2015 at 10:41, Cory Benfield wrote:
On Wed, Feb 04, 2015 at 08:59:54, Kevin Benton wrote:
I proposed an alternative to adjusting the lease time early on the in
the thread. By specifying the renewal time (DHCP option 58), we can
have
Miguel Ángel Ajo
On Wednesday, 28 de January de 2015 at 09:50, Kevin Benton wrote:
Hi,
Approximately a year and a half ago, the default DHCP lease time in Neutron
was increased from 120 seconds to 86400 seconds.[1] This was done with the
goal of reducing DHCP traffic with very little
] https://github.com/openstack/neutron-lbaas
[2] https://github.com/openstack/neutron-fwaas
Miguel Ángel Ajo
On Sunday, 18 de January de 2015 at 13:42, Salvatore Orlando wrote:
Hello Mario,
IDS surely is an interesting topic for OpenStack integration. I think there
might be users out
Hi Sukhdev, thanks,
Can you post links to the specific patches?
Miguel Ángel Ajo
On Wednesday, 14 de January de 2015 at 09:01, Sukhdev Kapur wrote:
Hi All,
I noticed that several neutron patches are failing
check-grenade-dsvm-neutron. I pinged it on IRC, did not get any response
That’s nice Sunil, can you send the patch for review on gerrit?
May be it’s also interesting to avoid sending a notify_routers_updated when
there are
no router_ids.
Miguel Ángel Ajo
On Sunday, 11 de January de 2015 at 08:42, Sunil Kumar wrote:
This trivial patch fixes the tracebacks
Now that I re-read the patch.
Shouldn't the version checking need to be converted into a sanity check?
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 12:51, Kevin Benton wrote:
Thanks for the insight.
On Thu, Jan 8, 2015 at 3:41 AM, Miguel Ángel Ajo majop...@redhat.com
Correct, that’s the problem, what Kevin said should be the ideal case, but
distros have
proven to fail satisfying this kind of requirements earlier.
So at least a warning to the user may be good to have IMHO.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 12:36, Ihar Hrachyshka wrote
Seems like a good reason to keep it, this allows us to test
internal integration in isolation from keystone.
Miguel Ángel Ajo
On Wednesday, 7 de January de 2015 at 10:05, Assaf Muller wrote:
- Original Message -
The option to disable keystone authentication in the neutron
Totally correct, that’s what I was meaning with “will remain active”
but “unmanaged”.
Yes, it would be good to have something to tell the schedulers to ban a host.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 00:52, Kevin Benton wrote:
The problem is that if you just stop
will be spawned on other hosts.
Depending on your use case this will be enough or not.
It’s intended for upgrades and maintenance. But not
for controlling resources in a node.
Miguel Ángel Ajo
On Thursday, 8 de January de 2015 at 00:20, Itsuro ODA wrote:
Carl,
Thank you for your comment
Happy Holidays!, thank you Kyle.
Miguel Ángel Ajo
On Monday, 22 de December de 2014 at 21:12, Kyle Mestery wrote:
Hi folks, given I expect low attendance today and next week, lets just cancel
the next two Neutron meetings. We'll reconvene in the new year on Monday,
January 5, 2015
Correct, this is for the security groups implementation
Miguel Ángel Ajo
On Friday, 19 de December de 2014 at 23:50, Sridar Kandaswamy (skandasw) wrote:
+1 Mathieu. Paul, this is not related to FWaaS.
Thanks
Sridar
On 12/19/14, 2:23 PM, Mathieu Gagné mga...@iweb.com (http
be beneficial.
Best regards,
Miguel Ángel Ajo
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
it’s enabled by default and seems
to be working without problems), and make it an standard way to handle “IP”
groups
from the iptables perspective.
Thoughts?,
Best regards,
Miguel Ángel Ajo
___
OpenStack-dev mailing list
OpenStack-dev
On Thursday, 4 de December de 2014 at 15:19, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thursday, 4 de December de 2014 at 15:06, Miguel Ángel Ajo
wrote:
During Juno, we introduced the enhanced security groups rpc
Congratulations to Henry and Kevin, very well deserved!,
keep up the good work! :)
Miguel Ángel Ajo
On Wednesday, 3 de December de 2014 at 09:44, Oleg Bondarev wrote:
+1! Congrats, Henry and Kevin!
On Tue, Dec 2, 2014 at 6:59 PM, Kyle Mestery mest...@mestery.com
(mailto:mest
conntrack state associated with an IP address.
[2] http://www.soyoustart.com/ (http://www.soyoustart.com/en/essential-servers/)
[3] http://www.ovh.co.uk/ (http://www.ovh.co.uk/dedicated_servers/)
[4] http://www.kimsufi.com/ (http://www.kimsufi.com/uk/)
Miguel Ángel Ajo
+1 from me! good catch.
Miguel Ángel Ajo
On Tuesday, 25 de November de 2014 at 16:57, Kyle Mestery wrote:
On Tue, Nov 25, 2014 at 9:28 AM, Sean Dague s...@dague.net
(mailto:s...@dague.net) wrote:
So as I was waiting for other tests to return, I started looking through
our existing test
Thanks for cleaning up the house!,
Best regards,
Miguel Ángel Ajo
On Friday, 14 de November de 2014 at 00:46, Salvatore Orlando wrote:
There are a lot of neutron patches which, for different reasons, have not
been updated in a while.
In order to ensure reviewers focus on active patch, I
able to test yet, but wanted to share it before I forget.
Miguel Ángel
ajo @ freenode.net
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
,
upstart).
The idea is that daemons themselves could provide feedback about their inner
status, with an status code + status message. To allow, for example, degraded
operation.
Feedback on the spec/comments is appreciated.
Best regards,
Miguel Ángel
Miguel Ángel
ajo @ freenode.net
On Thursday
“homework to the ones at CEST without
making your work more difficult I’d allocate those days to help where
I can/It’s needed.
Miguel Ángel
ajo @ freenode.net
On Friday, 14 de November de 2014 at 00:17, Kyle Mestery wrote:
A severe typo hopefully didn't result in people booking week and a half
Wow Xu!, that was fast,
Thank you very much.
Miguel Ángel
ajo @ freenode.net
On Friday, 14 de November de 2014 at 04:01, Xu Han Peng wrote:
I opened a new bug and submitted a fix for this problem since it was
introduced by my previous patch.
https://bugs.launchpad.net/neutron/+bug
Congratulations :-)
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Monday, 10 de November de 2014 at 21:22, Brandon Logan wrote:
Congrats! Another little mestery in the world, scary!
On Mon, 2014-11-10 at 12:22 -0600, Kyle Mestery wrote:
Since most
to upgrade the spec [1] to the new Kilo format.
Do you have some time to do it?, I can allocate some time and do it right
away.
[1] https://review.openstack.org/#/c/93889/
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Thursday, 24 de July de 2014 at 01:42, Miguel
Ohh, sad to hear that Yuriy, you were doing an awesome work. I will take some
time to re-review the final state of the code and specs, and move it forward.
Thank you very much for your contribution.
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, 7 de
Yuriy, what’s the status of the rootwrap-daemon implementation on the nova
side?, was it merged?, otherwise do you think there could be anyone interested
in picking it up?
Best regards,
--
Miguel Ángel Ajo
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Friday, 7 de November
60 matches
Mail list logo
