Kyle,
Let me know if I can help resolve the concerns around rootwrap. I
think in this case, the return on investment could be high with a
relatively low investment.
Carl
On Wed, Jul 30, 2014 at 11:52 AM, Kyle Mestery mest...@mestery.com wrote:
I wanted to send an email to let everyone know
+1
I think this is important for scalability.
On Jul 23, 2014 5:45 PM, Miguel Angel Ajo Pelayo majop...@redhat.com
wrote:
+1
Sent from my Android phone using TouchDown (www.nitrodesk.com)
-Original Message-
From: Yuriy Taraday [yorik@gmail.com]
Received: Thursday, 24 Jul
I wondered the same as Kevin. Could you confirm that the vpn gateway is
directly connected to the external subnet or not? The diagram isn't quite
clear
Assuming it is directly connected then it is probable that routes through
the external gateway are not considered, hence the error you
Kyle,
Somehow I missed this thread until now. I will encourage the dvr team to
be there. It's this still the time?
Carl
On Jul 16, 2014 8:24 PM, Kyle Mestery mest...@mestery.com wrote:
As we're getting down to the wire in Juno, I'd like to propose we have
a weekly meeting on the
Anna,
Your second point is going to be a bit of a maintenance headache. I
was reviewing a patch [1] where you caught the lack of an import in
head.py. I'm not sure that I can be trusted to check consistently for
this in future reviews. I'm not sure that we can rely on you catching
them all
+1. Well put. No one is arguing against this other approach. The two
efforts can be taken independently.
Carl
On Jul 11, 2014 10:48 PM, Mike Bayer mba...@redhat.com wrote:
On 7/11/14, 11:26 PM, Jay Pipes wrote:
Yep, couldn't agree more.
Frankly, the steps you outline in the wiki above
On Jul 11, 2014 5:32 PM, Vishvananda Ishaya vishvana...@gmail.com wrote:
I have tried using pymysql in place of mysqldb and in real world
concurrency
tests against cinder and nova it performs slower. I was inspired by the
mention
of mysql-connector so I just tried that option instead.
Clark,
You make a good point. It's there some resistance to this or is it just a
matter of asking?
Carl
On Jul 11, 2014 12:23 PM, Clark Boylan clark.boy...@gmail.com wrote:
Before we get too far ahead of ourselves mysql-connector is not hosted
on pypi. Instead it is an external package link.
The Neutron L3 Subteam will meet tomorrow at the regular time in
#openstack-meeting-3. The agenda [1] is posted, please update as
needed.
DVR is our priority. I have had some encouraging success this week
deploying my own two-node devstack with distributed routers. I would
like to discuss that
It could be that it this behavior has merely become more noticeable
since Jenkins is now reverifying patch sets when new comments show up
and it sees that the patch set hasn't been verified recently.
Carl
On Tue, Jul 1, 2014 at 5:00 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-07-01
The east/west case is the only case with this asymmetric routing problem
being discussed. However, the north/south case might still be interesting
from a FWaaS perspective. The fact that the router is distributed in
pieces may affect it depending on the firewall implementation.
Carl
On Jun 28,
Paul,
Is there a blueprint filed on the subject of logging? This really
doesn't have anything to do with DVR. The current solution has no
logging either.
Carl
On Thu, Jun 26, 2014 at 5:41 AM, CARVER, PAUL pc2...@att.com wrote:
Original message
From: Yi Sun
A sprint in Lisbon sounds very good to me. I lived a while in Portugal and
Portuguese is my second language.
This is very short notice so it is probably not possible for me to make it
during this cycle. Don't count on me but if an event is scheduled in
Lisbon, I'd certainly want to give it a
We'll meet tomorrow at the regular time in #openstack-meeting-3. The
agenda [1] is posted.
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
___
OpenStack-dev mailing list
OpenStack-dev
I have it on my list to review today. Thanks, Paul.
Carl
On Fri, Jun 6, 2014 at 9:11 AM, Paul Michali (pcm) p...@cisco.com wrote:
https://review.openstack.org/#/c/88406/
Thanks!
PCM (Paul Michali)
MAIL …..…. p...@cisco.com
IRC ……..… pcm_ (irc.freenode.com)
TW ………... @pmichali
GPG Key
I have seen the Ryu team is involved and responsive to the community.
That goes a long way to support it as the reference implementation for
BPG speaking in Neutron. Thank you for your support. I'll look
forward to the API and documentation refinement
Let's be sure to document any work that
to discuss as well.
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
it would be a separate process that would communicate over
the RPC channel or something.
memcached?
Eugene.
On Sat, May 31, 2014 at 2:27 AM, Carl Baldwin c...@ecbaldwin.net wrote:
Eugene,
That was part of the whole new set of complications that I
dismissively waved my hands at. :)
I
to do a little bit more testing with real backends to make sure
parameters are optimal.
Thanks,
Eugene.
On Thu, Jun 5, 2014 at 12:29 AM, Carl Baldwin c...@ecbaldwin.net wrote:
Yes, memcached is a candidate that looks promising. First things first,
though. I think we need the abstraction
Yes, I was able to book it for $114 a night with no prepayment. I had
to call. The agent found the block under Cisco and the date range.
Carl
On Wed, Jun 4, 2014 at 4:43 PM, Kyle Mestery mest...@noironetworks.com wrote:
I think it's even cheaper than that. Try calling the hotel to get the
How does ovs handle tcp flows? Does it include stateful tracking of tcp --
as your wording below implies -- or does it do stateless inspection of
returning tcp packets? It appears it is the latter. This isn't the same
as providing a stateful ESTABLISHED feature. Many users may not fully
Chuck,
I accidentally uploaded by local.conf changes to gerrit [1]. I
immediately abandoned them so that reviewers wouldn't waste time
thinking I was trying to get changes upstream. But, since they're up
there now, you could take a look.
I am currently running a multi-node devstack on a couple
+1. After reading through this thread, I think that a blind --retries
N could be harmful and unwise given the current API definition. Users
that need a retry for an SSL error are going to get in to the habit of
adding --retries N to all their calls and they'll end up in trouble
because they
Carl,
The idea of in-memory storage was discussed for similar problem, but might
not work for multiple server deployment.
Some hybrid approach though may be used, I think.
Thanks,
Eugene.
On Fri, May 30, 2014 at 8:53 PM, Carl Baldwin c...@ecbaldwin.net wrote:
This is very similar to IPAM
,
Keshava.A
*From:* jcsf31...@gmail.com [mailto:jcsf31...@gmail.com]
*Sent:* Thursday, May 29, 2014 9:14 AM
*To:* openstack-dev@lists.openstack.org; Carl Baldwin; Kyle Mestery;
OpenStack Development Mailing List (not for usage questions)
*Subject:* Re: [openstack-dev] [neutron][L3] VM Scheduling v/s
Does this make sense in Neutron? In my opinion it doesn't.
DNSaaS is external to Neutron and is independent. It serves DNS
requests that can come from the internet just as well as they can come
from VMs in the cloud (but through the network external to the cloud).
It can serve IPs for cloud
. I'm getting
suspicious of the programs for projects model if every new project
incubating in seems to need a new program. Which isn't really a
reflection on designate, but possibly on our program structure.
-Sean
On 05/28/2014 02:21 PM, Carl Baldwin wrote:
Does this make sense
topics [1] first and then use the
remainder of the meeting for DVR.
Please double check your actions items from last week's meeting [2].
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
[2]
http://eavesdrop.openstack.org/meetings/neutron_l3/2014
That is what I was not sure about, if they are currently one in the same.
Thanks for the link.
Carl
On May 28, 2014 2:47 PM, Hayes, Graham graham.ha...@hp.com wrote:
Sorry - not sure what happened there - as I was saying:
The Networking Program is Neutron.
On May 23, 2014, at 6:09 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Paul,
On Fri, May 23, 2014 at 8:24 AM, Paul Michali (pcm) p...@cisco.com wrote:
Hi,
I’m working on a task for a BP to separate validation from persistence
logic
in L3 services code (VPN currently), so that providers can
off. So I am proposing his
removal from neutron-core.
Since we're losing a core team member, I'd like to propose Carl
Baldwin (carl_baldwin) for Neutron core. Carl has been a very active
reviewer for Neutron, his stats are well in-line with other core
reviewers. Additionally, Carl has been
PUT /subnets/subnet allocation_pools: {}
It's perhaps time we look at the patch and merge it. PUT on allocation pools
have been a #TODO for about 2 years now!
thanks! marios
[1] https://review.openstack.org/#/c/62042/
Mohammad
From: Carl Baldwin c...@ecbaldwin.net
Paul,
On Fri, May 23, 2014 at 8:24 AM, Paul Michali (pcm) p...@cisco.com wrote:
Hi,
I’m working on a task for a BP to separate validation from persistence logic
in L3 services code (VPN currently), so that providers can override/extend
the validation logic (before persistence).
So I’ve
If an IP is reserved for a tenant, should the tenant need to
explicitly ask for that specific IP to be allocated when creating a
floating ip or port? And it would pull from the regular pool if a
specific IP is not requested. Or, does the allocator just pull from
the tenant's reserved pool
Hi,
I found this message in my backlog from when I was at the summit.
Sorry for the delay in responding.
The default SNAT or dynamic SNAT use case is one of the last
details being worked in the DVR subteam. That may be why you do not
see any code around this in the patches that have been
improvements to the current IPAM implementation in
Neutron. Please review the etherpad [2] from the pod discussion and
come join us at the meeting.
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
[2] https://etherpad.openstack.org/p/ipam_pod
Sławek,
There is some grass roots interest in improved IPAM within Neutron. This
feature of which you speak could be proposed as part of -- or a follow-on
to -- that work.
I have added this subject to the L3 subteam agenda [2] for tomorrow's
meeting as I announced earlier today [1]. There is a
There was a question during my summit session on Friday at 4:00 about
providing diagrams. There are diagrams in the specification [2] that
show where IP addresses are used in the various external network
schemes. The first diagram, almost half-way down, shows the current
method which uses public
...@rackspace.com wrote:
On 4/29/14, 3:09 PM, Carl Baldwin
c...@ecbaldwin.netmailto:c...@ecbaldwin.net wrote:I feel this is an
important subject to discuss because the end resultwill be a better cloud
user experience overall. The design summitcould be a great time to bring
together interested parties
) {
title.style.color='#66'
} else {
title.style.color='blue'
}
}
})()
marios
On Tue, Mar 04, at 4:00 pm, Carl Baldwin wrote:
Nachi,
Great! I'd been meaning to do something like this. I took yours and
tweaked it a bit to highlight
this now be done on the backend somehow?
On Tue, Mar 04, at 4:00 pm, Carl Baldwin wrote:
Nachi,
Great! I'd been meaning to do something like this. I took yours and
tweaked it a bit to highlight failed Jenkins builds in red and grey
other Jenkins messages. Human reviews are left in blue
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The
current agenda can be found on the subteam meeting page [1].
We will not hold a meeting next week during the summit.
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
Is there a map, a list, or some other official reference? I may like
to use a pod for a cross-project discussion about DNS between Nova,
Neutron, and Designate. Not a big deal but it might be nice to know
more about what we're looking for when we get there.
Thanks,
Carl
On Tue, May 6, 2014 at
this in the
discussion then that may work out well.
Thanks,
Carl
[1] https://etherpad.openstack.org/p/juno-dns-neutron-nova-designate
[2] https://etherpad.openstack.org/p/DesignateAtlantaDesignSession
On Tue, May 6, 2014 at 8:58 AM, Joe Mcbride jmcbr...@rackspace.com wrote:
On 4/29/14, 3:09 PM, Carl Baldwin c
in Atlanta
[2].
Cheers,
Carl Baldwin
Neutron L3 Subteam
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam
[2] https://etherpad.openstack.org/p/juno-dns-neutron-nova-designate
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
will happen here)), so, the old internet
infrastructure will be able to reach a IPv6-Only project subnet using a well
know FQDN DNS IPv4 entry...
Best!
Thiago
On 29 April 2014 17:09, Carl Baldwin c...@ecbaldwin.net wrote:
The design summit discussion topic I submitted [1] for my DNS
blueprints
it out.
Carl Baldwin
Neutron L3 Subteam
[1] http://summit.openstack.org/cfp/details/403
[2] https://blueprints.launchpad.net/neutron/+spec/internal-dns-resolution
[3] https://blueprints.launchpad.net/nova/+spec/internal-dns-resolution
[4] https://blueprints.launchpad.net/neutron/+spec/external-dns
Kyle,
Could you point to any information about the pod area? I would like
to do something with the DNS discussion. Will this area be
schedulable or first-come-first-served?
Carl
On Fri, Apr 25, 2014 at 7:17 AM, Kyle Mestery mest...@noironetworks.com wrote:
Hi everyone:
I've pushed out the
Resolution internal and external to Neutron
- Pluggable External Networks
Carl Baldwin
Neutron L3 Subteam Lead
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
Keys are distributed via dns records.
https://tools.ietf.org/html/rfc4322
Carl
On Apr 21, 2014 5:35 PM, Kevin Benton blak...@gmail.com wrote:
This is interesting. How is key distribution handled when I want to use OE
with someone like Google.com for example?
On Thu, Apr 17, 2014 at 12:07
Cedric,
I'm just getting back from a short vacation. Please excuse the delayed reply.
I have a feeling that this subject may have been discussed in the past
before I was very active in Neutron. So, others may chime in if I'm
missing something.
For the customizations that you're making, it
Personally, I try not to be disagreeable and to be considerate in my
reviews. However, I don't want to worry too much about hurting
someone's feelings by making a comment. As a community we should be
considerate and polite but we should also embrace critical reviews of
our own work.
I think
I'd prefer that others *not* upload a new patch over mine just to make
a spelling correction. I might be in the middle of another version of
the patch myself and mine will overwrite yours. If you want to upload
a patch over mine please ask me first so that we can coordinate and
discuss the
at 3:43 PM, Kyle Mestery mest...@noironetworks.com wrote:
On Wed, Apr 16, 2014 at 4:26 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Neutron (and Nova),
I have had one thing come up as I've been using the template. I find
that I would like to add just a little document structure in the form
I don't see any indication that a floating ip can be associated with
any of the secondary addresses. Can this be done?
If not, then multiple addresses are not useful if a floating ip is
required to make the server public facing.
Carl
On Wed, Apr 16, 2014 at 10:46 PM, Aaron Rosen
Wow, easiest merge ever! Can we get this repository counted in our stats?! ;)
Carl
On Thu, Apr 17, 2014 at 1:09 PM, Kyle Mestery mest...@noironetworks.com wrote:
On Thu, Apr 17, 2014 at 1:18 PM, Carl Baldwin c...@ecbaldwin.net wrote:
Sure thing [1]. The easiest change I saw was to remove
-show.
Carl
On Thu, Apr 17, 2014 at 12:29 PM, Carl Baldwin c...@ecbaldwin.net wrote:
I don't see any indication that a floating ip can be associated with
any of the secondary addresses. Can this be done?
If not, then multiple addresses are not useful if a floating ip is
required to make
].
Carl Baldwin
Neutron L3 Subteam Lead
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
[2] http://summit.openstack.org/cfp/details/81
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
Neutron (and Nova),
I have had one thing come up as I've been using the template. I find
that I would like to add just a little document structure in the form
of a sub-heading or two under the Proposed change heading but before
the required Alternatives sub-heading. However, this is not allowed
+1. I think we'll like this process better. I hope to have some of
the first blueprints to propose to the new repository very soon.
On Tue, Apr 15, 2014 at 4:07 PM, Kyle Mestery mest...@noironetworks.com wrote:
Given the success the Nova team has had in handling reviews using
their new
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The
current agenda can be found on the subteam meeting page [1].
New on the agenda this week: Multiple Subnets on External Network
Carl
[1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
Hi All,
The neutron L3 subteam [1] has been discussing dynamic routing use
cases for a couple of weeks in our meeting. I attempted to capture
the use cases at a high level here [2]. It is far from complete, I'd
like some feedback from the community on the use cases.
Carl Baldwin
[1] https
Hanish,
I have observed this behavior as well. Without digging in to recall
the details, I believe that when the DHCP agent restarts, it makes a
call that schedules any unscheduled networks to it. Upon scheduling
the network to the agent, the port is created by the agent.
Without restarting the
+1 to all Ben said.
There are reasons to split things up in to a logical progression of
changes but each change must stand alone and must pass tests.
Carl
On Mon, Mar 24, 2014 at 10:03 AM, Ben Nemec openst...@nemebean.com wrote:
I should point out that Jenkins can't apply the next patch in
Don't discard the first number so quickly.
For example, say we use a timeout mechanism for the daemon running
inside namespaces to avoid using too much memory with a daemon in
every namespace. That means we'll pay the startup cost repeatedly but
in a way that amortizes it down.
Even if it is
I was thinking that we could document the information about sudo and
iproute2 patches with the upcoming release. How would I go about
doing this? Is there any section in our documentation about OS level
tweaks or requirements such as these that could present this
information as part of the
Right, the L3 agent does do this already. Agreed that the limiting
factor is the cumulative effect of the wrappers and executables' start
up overhead.
Carl
On Thu, Mar 13, 2014 at 9:47 AM, Brian Haley brian.ha...@hp.com wrote:
Aaron,
I thought the l3-agent already did this if doing a full
Tomorrow's meeting will be at 1500 UTC in #openstack-meeting-3. The
current agenda can be found at
https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda
Watch out for your local daylight savings time shifts.
Carl
___
OpenStack-dev
All,
I was writing down a summary of all of this and decided to just do it
on an etherpad. Will you help me capture the big picture there? I'd
like to come up with some actions this week to try to address at least
part of the problem before Icehouse releases.
+1
On Fri, Mar 7, 2014 at 2:42 AM, Édouard Thuleau thul...@gmail.com wrote:
+1
I though it must merge as experimental for IceHouse, to let the community
tries it and stabilizes it during the Juno release. And for the Juno
release, we will be able to announce it as stable.
Furthermore, the
one of the items Carl Baldwin has been investigating. Have
you checked out his early work? [1]
mark
[1] https://review.openstack.org/#/c/67490/
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin
Nachi,
Great! I'd been meaning to do something like this. I took yours and
tweaked it a bit to highlight failed Jenkins builds in red and grey
other Jenkins messages. Human reviews are left in blue.
javascript:(function(){
list = document.querySelectorAll('td.GJEA35ODGC');
for(i in
Assaf,
It would be helpful if these notes were on the reviews [1]. I think
there are concerns in this email that I have not noticed in the
review. Maybe I missed them.
Carl
[1] https://blueprints.launchpad.net/neutron/+spec/l3-high-availability
On Mon, Feb 24, 2014 at 8:58 AM, Assaf Muller
Brian,
In shell it is correct to return 0 for success and non-zero for failure.
Carl
On Feb 26, 2014 10:54 AM, Brian Haley brian.ha...@hp.com wrote:
While trying to track down why Jenkins was handing out -1's in a Neutron
patch,
I was seeing errors in the devstack tests it runs. When I dug
Aaron,
I was thinking the same thing recently with this patch [1]. Patch
sets 1-5 should have failed for any plugin besides ml2 yet some passed
and I wondered how that could happen. Kudos to those patches that
failed my patch sets correctly.
Carl
[1] https://review.openstack.org/#/c/72565/
Hi,
Good find. This looks like a duplicate of a bug that is in progress
[1]. Stephen Ma has a review up that addresses it [2].
Carl
[1] https://bugs.launchpad.net/neutron/+bug/1244853
[2] https://review.openstack.org/#/c/57954
On Thu, Feb 13, 2014 at 1:19 AM, shihanzhang
Paul,
I'm interesting in joining the discussion. UTC-7. Any word on when
this will take place?
Carl
On Mon, Feb 3, 2014 at 3:19 PM, Paul Michali p...@cisco.com wrote:
I'd like to see if there is interest in discussing vendor plugins for L3
services. The goal is to strive for consistency
I have looked at the code that you posted. I am concerned that there
are db queries performed inside nested loops. The approach looks
sound from a functional perspective but I think these loops will run
very slowly and increase pressure on the db.
I tend to think that if a router has an extra
I think I agree. The new check isn't adding much value and we could
debate for a long time whether /30 is useful and should be disallowed
or not. There are bigger fish to fry.
Carl
On Fri, Jan 24, 2014 at 10:43 AM, Paul Ward wpw...@us.ibm.com wrote:
Given your obviously much more extensive
of the subnet.
Carl Baldwin c...@ecbaldwin.net wrote on 01/21/2014 09:22:55 PM:
From: Carl Baldwin c...@ecbaldwin.net
To: OpenStack Development Mailing List
openstack-dev@lists.openstack.org,
Date: 01/21/2014 09:27 PM
Subject: Re: [openstack-dev] [neutron] Neutron should disallow /32
I think there may be some confusion between the two concepts: subnet
and allocation pool. You are right that an ipv4 subnet smaller than
/30 is not useable on a network.
However, this method is checking the validity of an allocation pool.
These pools should not include room for a gateway nor
into that more tomorrow.
Carl Baldwin c...@ecbaldwin.net wrote on 01/21/2014 05:27:49 PM:
From: Carl Baldwin c...@ecbaldwin.net
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org,
Date: 01/21/2014 05:32 PM
Subject: Re: [openstack-dev] [neutron
, Carl Baldwin c...@ecbaldwin.net wrote:
Creating separate processes for API workers does allow a bit more room
for RPC message processing in the main process. If this isn't enough
and the main process is still bound on CPU and/or green
thread/sqlalchemy blocking then creating separate worker
logical step to scale. I'll give it
some thought today and possibly create a blueprint.
Carl
On Thu, Dec 5, 2013 at 7:13 AM, Maru Newby ma...@redhat.com wrote:
On Dec 5, 2013, at 6:43 AM, Carl Baldwin c...@ecbaldwin.net wrote:
I have offered up https://review.openstack.org/#/c/60082
Sorry to have taken the discussion on a slight tangent. I meant only
to offer the solution as a stop-gap. I agree that the fundamental
problem should still be addressed.
On Tue, Dec 3, 2013 at 8:01 PM, Maru Newby ma...@redhat.com wrote:
On Dec 4, 2013, at 1:47 AM, Stephen Gran
of other stop-gap solutions like what Maru
proposed in the original post.
Carl
On Wed, Dec 4, 2013 at 9:12 AM, Ashok Kumaran ashokkumara...@gmail.com wrote:
On Wed, Dec 4, 2013 at 8:30 PM, Maru Newby ma...@redhat.com wrote:
On Dec 4, 2013, at 8:55 AM, Carl Baldwin c...@ecbaldwin.net wrote
Stephen, all,
I agree that there may be some opportunity to split things out a bit.
However, I'm not sure what the best way will be. I recall that Mark
mentioned breaking out the processes that handle API requests and RPC
from each other at the summit. Anyway, it is something that has been
? I'll go read through the meeting log.
Carl Baldwin
On Thu, Nov 7, 2013 at 11:18 PM, Nachi Ueno na...@ntti3.com wrote:
Hi folks
let's use #openstack-meeting on the meetings.
I have also created an etherpad for this discussion
(If you have any slide, please link to the page)
https
was still appearing when idle_timeout is set to 1 and the
quantum API server did not work in my case.
Could you perhaps share your conf file when applying this patch?
Thanks.
On Thu, Nov 21, 2013 at 3:34 AM, Carl Baldwin c...@ecbaldwin.net wrote:
Hi, sorry for the delay in response. I'm glad
usage in the community
earlier than later.
Carl Baldwin
PS Here are the two remaining patches. The third has been abandoned.
https://review.openstack.org/#/c/37131/
https://review.openstack.org/#/c/36487/
___
OpenStack-dev mailing list
Swami,
I would like to participate in discussions as well.
Carl
On Tue, Oct 22, 2013 at 12:50 PM, Vasudevan, Swaminathan (PNB
Roseville) swaminathan.vasude...@hp.com wrote:
Hi Folks,
Thanks for your interests in the DVR feature.
We should get together to start discussing the details in the
301 - 391 of 391 matches
Mail list logo