I can lead it, but I'm not sure if there is anything new to discuss since
the QoS spec is still under review.
Did you have any specific agenda items that you wanted to cover?
On Mon, Jul 7, 2014 at 1:43 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
Hi,
I am currently at a book
On Mon, Jul 07, 2014 at 11:01:52PM PDT, Kevin Benton wrote:
I can lead it, but I'm not sure if there is anything new to discuss since
the QoS spec is still under review.
Did you have any specific agenda items that you wanted to cover?
Ah. The QoS IRC meeting will also need to be chaired in my
I think at this point the discussion is mostly contained in the review for
the spec[1] so I don't see a particular need to continue the IRC meeting.
1. https://review.openstack.org/#/c/88599/
On Mon, Jul 7, 2014 at 11:12 PM, Collins, Sean
sean_colli...@cable.comcast.com wrote:
On Mon, Jul
HI All,
Could someone please, review the bug
https://bugs.launchpad.net/horizon/+bug/1301359
Made Size parameter optional while creating DB Instance.
While creating Database Instance size parameter depends on
whether trove_volume_support is set. So size paramater is
set to mandatory if
On 07/07/2014 08:18 PM, Anne Gentle wrote:
Hi John,
There's a thread started on the legal-discuss list:
http://lists.openstack.org/pipermail/legal-discuss/2014-July/000304.html
Probably want to follow along there.
Hi!
a) I agree with Anne - so I have responded there.
b) I agree with Robert
On 08/07/14 08:29, Harshada Kakad wrote:
HI All,
Could someone please, review the bug
[...]
Hello Harshada,
please don't send such e-mails or ask in the IRC, submitting the patch
is enough to get reviewers to read it, eventually. If we sent such an
e-mail for every patch, this mailing list
I once used update-initramfs under ubuntu, building ramdisk to boot from
remote iscsi disk.
-
韦远科
3479
中国科学院 计算机网络信息中心
On Tue, Jul 8, 2014 at 12:15 PM, Adam Young ayo...@redhat.com wrote:
On 07/07/2014 01:16 PM, Victor Lowther
On 8 July 2014 01:25, Zane Bitter zbit...@redhat.com wrote:
With the Icehouse release we announced that there would be no further
backwards-incompatible changes to HOT without a revision bump. However, I
notice that we've already made an upward-incompatible change in Juno:
This appears to be a bug. I've filed it on launchpad[1] with a fix[2].
1. https://bugs.launchpad.net/python-neutronclient/+bug/1338910
2. https://review.openstack.org/#/c/105377/
On Mon, Jul 7, 2014 at 8:50 AM, Stefan Apostoaie ioss...@gmail.com wrote:
Hi,
I'm using openstack icehouse to
Hi David,
- Original Message -
From: Jian Hua Geng gen...@cn.ibm.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Tuesday, July 8, 2014 8:00:01 AM
Subject: [openstack-dev] [nova] [VMware] Can someone help to look at this
bug
Le 08/07/2014 00:35, Joe Gordon a écrit :
On Jul 7, 2014 9:50 AM, Lisa lisa.zangra...@pd.infn.it
mailto:lisa.zangra...@pd.infn.it wrote:
Hi all,
during the last IRC meeting, for better understanding our proposal
(i.e the FairShareScheduler), you suggested us to provide (for the
A bit more...
I have OpenStack IceHouse with Trusty up and running, *almost* in an
IPv6-Only environment, *there is only one place* that I'm still using IPv4,
which is:
1- For Metadata Network.
This means that, soon as OpenStack enables Metadata over IPv6, I'll kiss
goodbye IPv4. For real, I
Hi,
Just an update and a progress report:
1. Armando has created an umbrella BP -
https://review.openstack.org/#/q/status:open+project:openstack/neutron-spec
s+branch:master+topic:bp/esx-neutron,n,z
2. Whoever is proposing the BP’s can you please fill in the table -
Dmitry,
+2 on the approach, thanks for very clear explanation. Let's put this into
wiki and accept it into action.
On Tue, Jul 1, 2014 at 1:29 PM, Dmitry Pyzhov dpyz...@mirantis.com wrote:
+1
On Tue, Jul 1, 2014 at 2:33 AM, Dmitry Borodaenko
dborodae...@mirantis.com wrote:
When you
We got to the current place thusly:
- The initial ramdisk code in Nova-baremetal needed a home other than
a wikipage.
- And then there was a need/desire to build ramdisks from a given
distro != current host OS.
- Various bits of minor polish to make it more or less in-line with
the emerging
On Mon, 2014-07-07 at 16:46 -0400, Sean Dague wrote:
This thread was unfortunately hidden under a project specific tag (I
have thus stripped all the tags).
The crux of the argument here is the following:
Is a stackforge project project able to propose additions to
global-requirements.txt
Hi,
Bug https://bugs.launchpad.net/nova/+bug/1323578 was closed since the
design is add the localhost to the list of targets and not to only
migrate to localhost.
I think that there is an issue with that since the user will still
randomly fail resize with ssh-key errors when they configure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/07/14 22:28, Jay Pipes wrote:
On 07/07/2014 04:17 PM, Mike Bayer wrote:
On 7/7/14, 3:57 PM, Matt Riedemann wrote:
Regarding the eventlet + mysql sadness, I remembered this [1]
in the nova.db.api code.
I'm not sure if that's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/07/14 22:14, Jay Pipes wrote:
On 07/02/2014 09:23 PM, Mike Bayer wrote:
I've just added a new section to this wiki, MySQLdb + eventlet =
sad, summarizing some discussions I've had in the past couple of
days about the ongoing issue that
Hi,
Please note that you will need to draft a nova spec for the BP.
Thanks
Gary
On 7/8/14, 11:38 AM, Dafna Ron d...@redhat.com wrote:
Hi,
Bug
https://urldefense.proofpoint.com/v1/url?u=https://bugs.launchpad.net/nova
/%2Bbug/1323578k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0Ar=eH0pxTUZo8NPZyF6hgoM
- Original Message -
A bit more...
I have OpenStack IceHouse with Trusty up and running, *almost* in an
IPv6-Only environment, *there is only one place* that I'm still using IPv4,
which is:
1- For Metadata Network.
This means that, soon as OpenStack enables Metadata
Hi Hrushikesh,
On Tue, Jul 8, 2014 at 10:53 AM, Gangur, Hrushikesh (R D HP Cloud)
hrushikesh.gan...@hp.com wrote:
If it is not going to nova-compute, it must be thrown out directly at
nova-api due to any of the following reasons:
May be, but even doesn't see nova-api error logs.
1.
On 07/08/2014 04:33 AM, Mark McLoughlin wrote:
On Mon, 2014-07-07 at 16:46 -0400, Sean Dague wrote:
This thread was unfortunately hidden under a project specific tag (I
have thus stripped all the tags).
The crux of the argument here is the following:
Is a stackforge project project able to
On Tue, 2014-07-08 at 06:26 -0400, Sean Dague wrote:
On 07/08/2014 04:33 AM, Mark McLoughlin wrote:
On Mon, 2014-07-07 at 16:46 -0400, Sean Dague wrote:
This thread was unfortunately hidden under a project specific tag (I
have thus stripped all the tags).
The crux of the argument here
Yi, since am from India, the FwaaS at 11PM Wed is late for me.
Is it possible to have a meeting right after the l3 subteam meeting coming
Thursday.
This evaluates to 10AM PST Thursday.
Swami, please let me know your availability as well.
--
Thanks,
Vivek
From: Yi Sun
Hi Sylvain,
On 08/07/2014 09:29, Sylvain Bauza wrote:
Le 08/07/2014 00:35, Joe Gordon a écrit :
On Jul 7, 2014 9:50 AM, Lisa lisa.zangra...@pd.infn.it
mailto:lisa.zangra...@pd.infn.it wrote:
Hi all,
during the last IRC meeting, for better understanding our proposal
(i.e the
I'd like to bring the attention back to this topic:
Mark, could you reconsider removing the -2 here?
https://review.openstack.org/#/c/93889/
Your reason was:
Until the upstream blueprint
(https://blueprints.launchpad.net/oslo/+spec/rootwrap-daemon-mode )
merges in Oslo it does not
Hi all,
from what I can tell after inspecting the code, these are the only AWS
resources in master branch (if I haven't missed something) that have
updatable properties that are not supported in AWS:
a) AWS::EC2::Volume - must not support any updates [1], size update is in
master but not in
On Tue, Jul 8, 2014 at 1:46 AM, Philipp Marek philipp.ma...@linbit.com wrote:
Hello Doug,
thank you for your help.
I guess the problem is that the subdirectory within that tarball includes
the version number, as in dbus-python-0.84.0/. How can I tell the extract
script that it should
On Tue, Jul 8, 2014 at 8:55 AM, Philipp Marek philipp.ma...@linbit.com wrote:
The other tarballs in that hierarchy follow the same schema; perhaps the
cached download is broken?
I downloaded the tarball and didn't find a setup.py at all.
Oh, that is the requirement? I'd have guessed that
On 07/07/2014 10:34 PM, Mike Lundy wrote:
Is it possible to tag a new release containing the fix for
https://bugs.launchpad.net/python-novaclient/+bug/1297796 ? The bug
can cause correct code to fail ~50% of the time (every connection
reuse fails with a BadStatusLine).
Thanks! 3
I'm happy to announce that Swift 2.0.0 has been officially released! You can
get the tarball at http://tarballs.openstack.org/swift/swift-2.0.0.tar.gz.
This release is a huge milestone in the history of Swift. This release includes
storage policies, a set of features I've often said is the most
Le lundi 7 juillet 2014, 19:14:45 Angus Salkeld a écrit :
4) retraining of OpenStack developers/reviews to understand the new
event loop. (eventlet has warts, but a lot of devs know about them).
Wait, what?
Sorry if it was not clear, but the *whole* point of replacing eventlet with
asyncio
The 1.2.0 release from
http://dbus.freedesktop.org/releases/dbus-python/ doesn't look like an
sdist, either (I see a configure script, so I think they've switched
to autoconf). Uploading that version to PyPI isn't going to give you
something you can install with pip. Are there system
Le 08/07/2014 13:18, Lisa a écrit :
Hi Sylvain,
On 08/07/2014 09:29, Sylvain Bauza wrote:
Le 08/07/2014 00:35, Joe Gordon a écrit :
On Jul 7, 2014 9:50 AM, Lisa lisa.zangra...@pd.infn.it
mailto:lisa.zangra...@pd.infn.it wrote:
Hi all,
during the last IRC meeting, for better
Hi
I would like to discuss what talks we plan to do at the Paris' summit and
who will be submitting what? The deadline for submitting talks is July 28
so it is approaching.
Also how many working sessions do we need? and what prep work do we need
to do before the summit.
I am personally
On 07/07/2014 07:18 PM, Mark McLoughlin wrote:
I'd expect us to add e.g.
@asyncio.coroutine
def call_async(self, ctxt, method, **kwargs):
...
to RPCClient. Perhaps we'd need to add an AsyncRPCClient in a separate
module and only add the method there - I don't have a good sense of
On 07/08/2014 04:46 AM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 07/07/14 22:14, Jay Pipes wrote:
On 07/02/2014 09:23 PM, Mike Bayer wrote:
I've just added a new section to this wiki, MySQLdb + eventlet =
sad, summarizing some discussions I've had in the past
On 2014-07-08 09:09:35 -0400 (-0400), Doug Hellmann wrote:
[...]
You'll also need to modify cinder's tox.ini to set sitepackages =
True so the virtualenvs created for the unit tests can see the global
site-packages directory. Nova does the same thing for some of its
dependencies.
Nova did
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/07/14 16:06, Jay Pipes wrote:
On 07/08/2014 04:46 AM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512
On 07/07/14 22:14, Jay Pipes wrote:
On 07/02/2014 09:23 PM, Mike Bayer wrote:
I've just added a new section to
Will take a look :-) Thanks for the huge amount of work put into this.
On Tue, Jul 8, 2014 at 8:48 AM, Avishay Balderman avish...@radware.com
wrote:
Hi Brandon
I think the patch should be broken into few standalone sub patches.
As for now it is huge and review is a challenge :)
Thanks
Thanks Gary,
This was a painful task...
https://review.openstack.org/105466
Dafna
On 07/08/2014 09:57 AM, Gary Kotton wrote:
Hi,
Please note that you will need to draft a nova spec for the BP.
Thanks
Gary
On 7/8/14, 11:38 AM, Dafna Ron d...@redhat.com wrote:
Hi,
Bug
Sorry, forgot to put this in my previous message. I've been advocating the
ability to use names instead of UUIDs for server groups pretty much since I
saw them last year.
I'd like to just enforce that server group names must be unique within a
tenant, and then allow names to be used
On 07/07/2014 02:29 PM, Joe Gordon wrote:
On Jul 7, 2014 3:47 PM, Chris Friesen wrote:
On 07/07/2014 12:35 PM, Day, Phil wrote:
I’m thinking that there may need to be some additional logic here, so
that group hints passed by name will fail if there is an existing group
with a policy
On Tue, Jul 01, 2014 at 01:30:53PM -0400, Matthew Treinish wrote:
Hi Everyone,
During the last qa meeting we were discussing ways to try an increase
throughput
on the qa-specs repo. We decided to have a dedicated review day for the specs
repo. Right now specs approval is a relatively
On 07/08/2014 08:30 AM, Day, Phil wrote:
Sorry, forgot to put this in my previous message. I've been
advocating the ability to use names instead of UUIDs for server
groups pretty much since I saw them last year.
I'd like to just enforce that server group names must be unique
within a tenant,
On Tue, Jul 8, 2014 at 10:18 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-07-08 09:09:35 -0400 (-0400), Doug Hellmann wrote:
[...]
You'll also need to modify cinder's tox.ini to set sitepackages =
True so the virtualenvs created for the unit tests can see the global
site-packages
Greetings list,- just bumping to try to get some attention for this topic.
Thank you for your time.
-Nels Nelson
Software Developer
Rackspace Hosting
On 7/1/14, 4:32 PM, Nels Nelson nels.nel...@rackspace.com wrote:
Greetings list,-
Over the next few weeks I will be working on developing
On Mon, Jul 7, 2014 at 3:05 PM, Adam Young ayo...@redhat.com wrote:
On 07/07/2014 11:11 AM, Dolph Mathews wrote:
On Fri, Jul 4, 2014 at 5:13 PM, Adam Young ayo...@redhat.com wrote:
Unscoped tokens are really a proxy for the Horizon session, so lets treat
them that way.
1. When a user
Hi guys!
I agreed with Stan suggestion. We also need to track somewhere in the
documentation for mapping between the Murano version and Dynamic UI version.
BTW, what about to keep version values in integer, so the next one would be
3?
Regards, Kate.
On Sun, Jul 6, 2014 at 4:21 PM, Stan Lagun
On Thu, Jul 3, 2014 at 2:00 PM, Tracy Jones tjo...@vmware.com wrote:
Hi Folks – I have taken a script from the infra folks and jogo, made
some tweaks and have put it into a web page. Please see it here
http://54.201.139.117/demo.html
This is all of the new, confirmed, triaged, and in
Excerpts from Victor Stinner's message of 2014-07-08 05:47:36 -0700:
Hi Joshua,
You asked a lot of questions. I will try to answer.
Le lundi 7 juillet 2014, 17:41:34 Joshua Harlow a écrit :
* Why focus on a replacement low level execution model integration instead
of higher level
Avishay,
You're probably right about breaking it up but I wanted to get this up in
gerrit ASAP. Also, I'd like to get Kyle and Mark's ideas on breaking it up.
Thanks,
Brandon
From: Susanne Balle [sleipnir...@gmail.com]
Sent: Tuesday, July 08, 2014 9:24 AM
To:
I see that the new client plugins are loaded using stevedore, which is
great and IMO absolutely the right tool for that job. Thanks to Angus
Steve B for implementing it.
Now that we have done that work, I think there are more places we can
take advantage of it too - for example, we currently
Thanks clint, that was the gist of what I was getting at with the (likely
to long) email.
-Josh
-Original Message-
From: Clint Byrum cl...@fewbar.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Tuesday, July 8, 2014 at
On 07/07/14 20:02, Steve Baker wrote:
On 08/07/14 09:25, Zane Bitter wrote:
With the Icehouse release we announced that there would be no further
backwards-incompatible changes to HOT without a revision bump.
However, I notice that we've already made an upward-incompatible
change in Juno:
I think clints response was likely better than what I can write here, but
I'll add-on a few things,
How do you write such code using taskflow?
@asyncio.coroutine
def foo(self):
result = yield from some_async_op(...)
return do_stuff(result)
The idea (at a very high level) is
On 08/07/14 08:06, Pavlo Shchelokovskyy wrote:
Hi all,
from what I can tell after inspecting the code, these are the only AWS
resources in master branch (if I haven't missed something) that have
updatable properties that are not supported in AWS:
Many thanks for doing this audit Pavlo! :)
Hi crew,
There is no functioning dev mode as of right now in the Fuel ISO build.
Authentication feature makes developer's life even more painful. A lot of
tests must be rewritten to pass authentication. Manual testing will be
slowed down as it will require additional steps. This complicates
This is the part that I really wonder about. Since asyncio isn't just a
drop-in replacement for eventlet (which hid the async part under its
*black magic*), I very much wonder how the community will respond to this
kind of mindset change (along with its new *black magic*).
I disagree with you,
All,
As part of our ongoing mid-cycle meetup, the Barbican team was able to merge
the plugin restructuring CR [1]. This is a pretty big change that will
likely cause merge conflicts for most pending CRs. So, if you’re waiting on
reviews for Barbican change requests, please take some time to
On 07/07/2014 11:30 PM, Monty Taylor wrote:
Also, CLA's are pointless.
Let's be clear: this is your personal opinion, not that of the OpenStack
project nor of the OpenStack Foundation.
From OpenStack project's perspective, CLAs are not pointless, they're
mandated by bylaws and by years of
I came across this [1] today and noticed the note to remove
instance.locked in favor of locked_by is still in master, so apparently
not being removed in Icehouse.
Is anyone aware of intentions to remove instance.locked, or we don't
care, or other? If we don't care, maybe we should remove the
On Tue, Jul 8, 2014 at 4:18 AM, Lisa lisa.zangra...@pd.infn.it wrote:
Hi Sylvain,
On 08/07/2014 09:29, Sylvain Bauza wrote:
Le 08/07/2014 00:35, Joe Gordon a écrit :
On Jul 7, 2014 9:50 AM, Lisa lisa.zangra...@pd.infn.it wrote:
Hi all,
during the last IRC meeting, for better
On Sat, Jul 5, 2014 at 4:18 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-07-04 13:17:12 +0300 (+0300), Sergey Skripnick wrote:
[...]
Is there any hope that jobs will just work? Such number of
failures leads to significant amount of extra work for test nodes.
There is indeed hope.
I am looking to add health check middleware [1] into Keystone, and eventually
other API endpoints. I understand it makes sense to move this into oslo, so
other projects can utilize it in their pate pipelines. My question is where in
oslo should this go?
Thanks -
John
[1]
On Thu, Jul 3, 2014 at 10:52 AM, Doug Hellmann doug.hellm...@dreamhost.com
wrote:
On Mon, Jun 30, 2014 at 9:00 AM, Sean Dague s...@dague.net wrote:
Every time I crack open a nova logs in detail, at least 2 new olso
incubator log issues have been introduced.
The current ones is clearly
On Tue, Jul 8, 2014 at 6:55 AM, Sylvain Bauza sba...@redhat.com wrote:
Le 08/07/2014 13:18, Lisa a écrit :
Hi Sylvain,
On 08/07/2014 09:29, Sylvain Bauza wrote:
Le 08/07/2014 00:35, Joe Gordon a écrit :
On Jul 7, 2014 9:50 AM, Lisa lisa.zangra...@pd.infn.it wrote:
Hi all,
On Wed, Jun 25, 2014 at 1:40 AM, Abbass MAROUNI
abbass.maro...@virtualscale.fr wrote:
Hello Joe,
Thanks for your quick reply, here's what we're trying to do :
In the scheduling process of a virtual machine we need to be able to
choose the best Host (which is a cinder-volume and
On Jul 8, 2014, at 9:57 AM, Susanne Balle sleipnir...@gmail.com wrote:
Hi
I would like to discuss what talks we plan to do at the Paris' summit and who
will be submitting what? The deadline for submitting talks is July 28 so it
is approaching.
Also how many working sessions do we
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/07/14 09:14, Zane Bitter wrote:
I see that the new client plugins are loaded using stevedore, which is
great and IMO absolutely the right tool for that job. Thanks to Angus
Steve B for implementing it.
Now that we have done that work, I
On Tue, Jul 08, 2014 at 03:08:32PM -0400, Zane Bitter wrote:
I see that the new client plugins are loaded using stevedore, which is great
and IMO absolutely the right tool for that job. Thanks to Angus Steve B
for implementing it.
Now that we have done that work, I think there are more
On 07/08/2014 03:28 AM, Robert Collins wrote:
We got to the current place thusly:
- The initial ramdisk code in Nova-baremetal needed a home other than
a wikipage.
- And then there was a need/desire to build ramdisks from a given
distro != current host OS.
- Various bits of minor polish
On Mon, Jul 7, 2014 at 1:37 PM, Joe Gordon joe.gord...@gmail.com wrote:
On Jul 3, 2014 6:38 PM, Doug Shelley d...@tesora.com wrote:
Iccha,
Thanks for the feedback. I guess I should have been more specific – my
intent here was to layout use cases and requirements and not talk about
On 09/07/14 07:08, Zane Bitter wrote:
I see that the new client plugins are loaded using stevedore, which is
great and IMO absolutely the right tool for that job. Thanks to Angus
Steve B for implementing it.
Now that we have done that work, I think there are more places we can
take
On Thu, Jun 26, 2014 at 4:12 AM, Daniel P. Berrange berra...@redhat.com
wrote:
On Thu, Jun 26, 2014 at 07:00:32AM -0400, Sean Dague wrote:
While the Trusty transition was mostly uneventful, it has exposed a
particular issue in libvirt, which is generating ~ 25% failure rate now
on most
The associated bug says this is probably a qemu bug, so I think we
should rephrase that to we need to start thinking about how to make
sure upstream changes don't break nova.
Michael
On Wed, Jul 9, 2014 at 7:50 AM, Joe Gordon joe.gord...@gmail.com wrote:
On Thu, Jun 26, 2014 at 4:12 AM, Daniel
The Oslo team is pleased to announce the release of oslo.messaging
1.4.0.0a3, another pre-release in the 1.4.0 series for oslo.messaging
during the Juno cycle:
https://pypi.python.org/pypi/oslo.messaging/1.4.0.0a3
oslo.messaging provides an API which supports RPC and notifications over
a
Joe,
What about running benchmarks (with small load), for all major functions
(like snaphshoting, booting/deleting, ..) on every patch in nova. It can
catch a lot of related stuff.
Best regards,
Boris Pavlovic
On Wed, Jul 9, 2014 at 1:56 AM, Michael Still mi...@stillhq.com wrote:
The
On Tue, Jul 8, 2014 at 2:56 PM, Michael Still mi...@stillhq.com wrote:
The associated bug says this is probably a qemu bug, so I think we
should rephrase that to we need to start thinking about how to make
sure upstream changes don't break nova.
Good point.
Would running devstack-tempest
Alright I broke it up into smaller chunks. One problem I ran into was that the
tests basically require the extension, plugin, db, and noop driver to exist so
that is why the tests are dependents of those reviews.
Even though you can navigate in order through gerrit using the depdencies
On Wed, Jul 9, 2014 at 8:21 AM, Sean Dague s...@dague.net wrote:
This is also why I find it unlikely to be a qemu bug, because that's not
shared state between guests. If qemu just randomly wedges itself, that
would be detectable much easier outside of the gate. And there have been
attempts by
Thanks for your feedback. We discussed this at the cinder meeting and there
wasn't much consensus on this approach [1].
I think the main issue is that some vendors' drivers are maintained by separate
teams, so they would need a separate account per driver anyway.
Unfortunately,
Hi, folks,
My usecase follows:
1. create two vms A and B by using the ports that have been created.
2. vm A can ping vm B
3. Delete one port of A or B
4. vm A can still ping vm B
IMO, ping should not be ok when vm's port have been deleted.
Two alternative solution:
1. do more
Hi, folks,
we initiate the counter of dhcp agents between active host and
cfg.CONF.dhcp_agents_per_network, suppose that we start dhcp agents correctly,
then some dhcp agents are down(host down or kill the dhcp-agent), during this
period, we will reschedule and recover the normal dhcp agents.
Hi, folks,
Now , in order to improve broadcast fdb entries traffic, we do some restriction:
if agent_active_ports == 1 or (
self.get_agent_uptime(agent) cfg.CONF.l2pop.agent_boot_time):
# First port activated on current agent in this network,
# we have to
I've updated the page with some of the ideas jogo floated by me today
http://54.201.139.117/demo.html
Once I have the code in decent shape I will post to git so other projects can
make use of it if they would like (aka Neutron) ;-)
Please let me know if you have questions or comments.
BTW -
Radoslav,
Thanks for your response, I found the minimum permissions requirement in
http://docs.openstack.org/trunk/config-reference/content/vmware.html .
And create a new doc bug
https://bugs.launchpad.net/openstack-manuals/+bug/1339440 regarding the
missed privilege we needed when using the
Developers,
I'm looking to become a contributor. I've already signed the CLA, etc. and
I'm looking through tons of documentation, but I'm thinking it might be
good to have a project I could focus on.
Are there any projects that could use more developers? I would imagine
there are some that are
Mark,
What is the status of adding the newer oslo.messaging releases to global
requirements? I had tried to get 1.4.0.0a2 added to requirements
(https://review.openstack.org/#/c/103536/), but it was failing Jenkins.
Wondering how we get that version (or newer) into global requirements (some
It may not have been clear from the below email, but clarkb clarifies on
https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team is
no longer maintaining pypi-mirror
This has been a very useful tool for tripleo. It's much simpler for new
developers to set up and use than a full
Summary of the discussion in #openstack-keystone.
Policy in OpenStack is the mechanism by which Role-Based-Access-Control
is implemented. Policy is distributed in rules files which are processed
at the time of a user request. Audit has come to mean the automated
emission and collection of
On Tue, Jul 8, 2014 at 8:54 PM, James Polley j...@jamezpolley.com wrote:
It may not have been clear from the below email, but clarkb clarifies on
https://bugs.launchpad.net/openstack-ci/+bug/1294381 that the infra team
is no longer maintaining pypi-mirror
This has been a very useful tool for
Brian Jarrett celttec...@gmail.com writes:
Developers,
I'm looking to become a contributor. I've already signed the CLA, etc. and
I'm looking through tons of documentation, but I'm thinking it might be
good to have a project I could focus on.
Are there any projects that could use more
Cheers! This is the most exciting moment for Swift users and developers.
Proud of you and the community! :-)
-Edward Zhang
John Dickinson
95 matches
Mail list logo