On Mar 5, 2014, at 6:42 AM, Miguel Angel Ajo wrote:
>
>Hello,
>
>Recently, I found a serious issue about network-nodes startup time,
> neutron-rootwrap eats a lot of cpu cycles, much more than the processes it's
> wrapping itself.
>
>On a database with 1 public network, 192 priva
+1
I can help review these.
Vish
On Mar 6, 2014, at 12:20 AM, Andrew Woodward wrote:
> I'd Like to request A FFE for the remaining patches in the Ephemeral
> RBD image support chain
>
> https://review.openstack.org/#/c/59148/
> https://review.openstack.org/#/c/59149/
>
> are still open after
On Mar 17, 2014, at 4:34 AM, Yuzhou (C) wrote:
> Hi Duncan Thomas,
>
> Maybe the statement about approval process is not very exact. In fact
> in my mail, I mean:
> In the enterprise private cloud, if beyond the quota, you want to create a
> new VM ,that needs to wait for approval proce
On Mar 20, 2014, at 5:52 AM, Sean Dague wrote:
> On 03/20/2014 08:36 AM, Mark McLoughlin wrote:
>> On Thu, 2014-03-20 at 12:07 +0100, Thierry Carrez wrote:
>>> Monty Taylor wrote:
On 03/20/2014 01:30 AM, Radcliffe, Mark wrote:
> The problem with AGPL is that the scope is very uncertain
This all makes sense to me. I would suggest a blueprint and a pull request as
soon as Juno opens.
Vish
On Mar 25, 2014, at 8:07 AM, Shlomi Sasson wrote:
> Hi,
>
> I want to share with the community the following challenge:
> Currently, Vendors who have their iSCSI driver, and want to add RDM
Personally I view this as a bug. There is no reason why we shouldn’t support
arbitrary grouping of zones. I know there is at least one problem with zones
that overlap regarding displaying them properly:
https://bugs.launchpad.net/nova/+bug/1277230
There is probably a related issue that is causi
On Mar 24, 2014, at 2:09 PM, Joe Gordon wrote:
>
>
>
> On Mon, Mar 24, 2014 at 3:49 AM, Sean Dague wrote:
> Here is some preliminary views (it currently ignores the ceilometer
> logs, I haven't had a chance to dive in there yet).
>
> It actually looks like a huge part of the issue is olso.m
On Mar 26, 2014, at 11:40 AM, Jay Pipes wrote:
> On Wed, 2014-03-26 at 09:47 -0700, Vishvananda Ishaya wrote:
>> Personally I view this as a bug. There is no reason why we shouldn’t
>> support arbitrary grouping of zones. I know there is at least one
>> problem with zones t
Note that there has been a lot of discussion and a potential path forward for
hierarchical project support in openstack. I personally think this makes a lot
more sense than having a bunch of domain specific calls. Please take a look at
the information in the wiki here:
https://wiki.openstack.or
On Mar 27, 2014, at 4:38 PM, Chris Friesen wrote:
> On 03/27/2014 04:47 PM, Chris Friesen wrote:
>
>> Interestingly, unit test
>> nova.tests.api.openstack.compute.contrib.test_server_groups.ServerGroupTest.test_display_members
>> passes just fine, and it seems to be running the same sqlalchemy
I dealt with this myself the other day and it was a huge pain. That said,
changing all the packages seems like a nuclear option. Is there any way
we could change python that would make it smarter about searching multiple
locations for namespace packages?
Vish
On Apr 7, 2014, at 12:24 PM, Doug Hel
Hello all,
I’d like to announce my candidacy for the Technical Committee election.
I was one of the original authors of the Nova project and served as
its PTL for the first two years that the position existed. I have also
been on the Technical Comittee since its inception. I was also recently
ele
The service reference is created in the start method of the service. This
happens around line 217 in nova/service.py in the current code. You should be
able to do something similar by sending a message to service_create on
conductor. It will return an error if the service already exists. Note yo
the above is correct, what is the ‘exchange’ used Nova Conductor to send
> back this response.
>
> Regards
> -Prashant
>
>
> From: Vishvananda Ishaya [mailto:vishvana...@gmail.com]
> Sent: Wednesday, April 16, 2014 10:11 AM
> To: OpenStack Development Mailing List
On Sep 19, 2014, at 3:33 AM, Thierry Carrez wrote:
> Vishvananda Ishaya wrote:
>> Great writeup. I think there are some great concrete suggestions here.
>>
>> A couple more:
>>
>> 1. I think we need a better name for Layer #1 that actually represents what
>
On Sep 19, 2014, at 10:14 AM, John Dickinson wrote:
>
> On Sep 19, 2014, at 5:46 AM, John Griffith
> wrote:
>
>>
>>
>> On Fri, Sep 19, 2014 at 4:33 AM, Thierry Carrez
>> wrote:
>> Vishvananda Ishaya wrote:
>>> Great writeup. I t
On Sep 23, 2014, at 8:40 AM, Doug Hellmann wrote:
> If we are no longer incubating *programs*, which are the teams of people who
> we would like to ensure are involved in OpenStack governance, then how do we
> make that decision? From a practical standpoint, how do we make a list of
> eligibl
To explain my rationale:
I think it is totally reasonable to be conservative and wait to merge
the actual fixes to the network calls[1][2] until Kilo and have them
go through the stable/backports process. Unfortunately, due to our object
design, if we block https://review.openstack.org/#/c/119521/
complain if we just took all 4 :)
Vish
On Sep 25, 2014, at 9:44 AM, Vishvananda Ishaya wrote:
> To explain my rationale:
>
> I think it is totally reasonable to be conservative and wait to merge
> the actual fixes to the network calls[1][2] until Kilo and have them
> go thr
On Sep 24, 2014, at 10:55 AM, Zane Bitter wrote:
> On 18/09/14 14:53, Monty Taylor wrote:
>> Hey all,
>>
>> I've recently been thinking a lot about Sean's Layers stuff. So I wrote
>> a blog post which Jim Blair and Devananda were kind enough to help me edit.
>>
>> http://inaugust.com/post/108
On Sep 25, 2014, at 4:01 PM, Robert Collins wrote:
> So I guess I'm saying:
>
>Lets decouple 'what is openstack' from 'what we test together on
> every commit'.
It seems that this discussion has actually illustrated shortcomings in our
answers to 3 separate questions, and people have been
You are going to have to make this as a separate binary and call it
via rootwrap ip netns exec. While it is possible to change network
namespaces in python, you aren’t going to be able to do this consistently
without root access, so it will need to be guarded by rootwrap anyway.
Vish
On Sep 25, 2
Based on the amazing work that Sean does across a whole slew of repositories,
can we just give him +2 rights on everything? ;)
Vish
P.S. But seriously, I am truly impressed with how much Sean puts into
this project.
On Sep 26, 2014, at 8:35 AM, James E. Blair wrote:
> I'm pleased to nominate S
On Sep 26, 2014, at 1:25 AM, Thierry Carrez wrote:
> That said, singling out the test infrastructure (3) and the release
> management (2) is a bit unfair to other horizontal efforts, like
> Documentation, Translations, or general QA, which also suffer from a
> scale issue. The Docs team, in part
It is hard to tell if this is a bug or a misconfiguration from your
desctiption. The failure likely generated some kind of error message in nova or
glance. If you can track down an error message and a tracback it would be worth
submitting as a bug report to the appropriate project.
Vish
On Oct
On Oct 1, 2014, at 2:05 PM, Fox, Kevin M wrote:
> Has anyone figured out a way of having a floating ip like feature with docker
> so that you can have rabbitmq, mysql, or ceph mon's at fixed ip's and be able
> to migrate them around from physical host to physical host and still have
> them at
os-attach-interfacees is actually a a forward port of:
http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/attach_interfaces.py
which is a compute action that is valid for both nova-network and neutron:
http://git.openstack.org/cgit/openstack/nova/tree/nova/compu
On Oct 2, 2014, at 2:05 PM, Chris Friesen wrote:
> On 10/02/2014 02:24 PM, Jay Pipes wrote:
>> On 10/02/2014 02:29 PM, Chris Friesen wrote:
>>>
>>> Hi,
>>>
>>> I'm interested in running "nova evacuate" on an instance that has local
>>> storage but was booted from a cinder volume. OpenStack al
2, 2014, at 2:43 PM, Matt Riedemann wrote:
>
>
> On 10/2/2014 4:34 PM, Vishvananda Ishaya wrote:
>> os-attach-interfacees is actually a a forward port of:
>>
>> http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/attach_interfaces.p
The proposal in the past was to keep quota enforcement local, but to
put the resource limits into keystone. This seems like an obvious first
step to me. Then a shared library for enforcing quotas with decent
performance should be next. The quota calls in nova are extremely
inefficient right now and
On Oct 6, 2014, at 12:35 PM, Eddie Sheffield
wrote:
> I encountered an interesting situation with Glance policies. Basically we
> have a situation where users in certain roles are not allowed to make certain
> calls at all. In this specific case, we don't want users in those roles
> listing
On Oct 7, 2014, at 6:21 AM, Daniel P. Berrange wrote:
> On Mon, Oct 06, 2014 at 02:55:20PM -0700, Joe Gordon wrote:
>> On Mon, Oct 6, 2014 at 6:03 AM, Gary Kotton wrote:
>>
>>> Hi,
>>> At the moment the resource tracker in Nova ignores that statistics that
>>> are returned by the hypervisor an
On Oct 14, 2014, at 1:21 PM, Lars Kellogg-Stedman wrote:
> On Tue, Oct 14, 2014 at 04:06:22PM -0400, Jay Pipes wrote:
>> I understand that general feeling, but system administration tasks like
>> debugging networking issues or determining and grepping log file locations
>> or diagnosing packagin
On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote:
> Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700:
>> On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote:
>>> I think the above strategy is spot on. Unfortunately, that's not how the
>>> Docker ecosystem works.
>>
On Oct 13, 2014, at 6:28 PM, Angus Lees wrote:
> (Context: https://review.openstack.org/#/c/117418/)
>
> I'm looking for some rough consensus on what naming conventions we want for
> unused variables in Neutron, and across the larger OpenStack python codebase
> since there's no reason for Neu
No this is not expected and may represent a misconfiguration or a bug. Something
is returning a 404 when it shouldn’t. You might get more luck running the nova
command
with —debug to see what specifically is 404ing. You could also see if anything
is reporting
NotFound in the nova-consoleauth or n
Get password only works if you have something in the guest generating the
encrypted password and posting it to the metadata server. Cloud-init for
windows (the primary use case) will do this for you. You can do something
similar for ubuntu using this script:
https://gist.github.com/vishvananda/400
If you exec conntrack inside the namespace with ip netns exec does it still
show both connections?
Vish
On Oct 23, 2014, at 3:22 AM, Elena Ezhova wrote:
> Hi!
>
> I am working on a bug "ping still working once connected even after related
> security group rule is deleted"
> (https://bugs.la
On Oct 30, 2014, at 10:41 AM, Zane Bitter wrote:
> On 30/10/14 06:22, Eoghan Glynn wrote:
>>
> IIRC, there is no method for removing foundation members. So there
> are likely a number of people listed who have moved on to other
> activities and are no longer involved wit
On Nov 6, 2014, at 7:56 PM, Ian Wienand wrote:
> On 10/29/2014 12:42 AM, Doug Hellmann wrote:
>> Another way to do this, which has been used in some other projects,
>> is to define one option for a list of “names” of things, and use
>> those names to make groups with each field
>
> I've propose
On Jun 17, 2014, at 12:53 PM, Jan van Eldik wrote:
> Just
>
> On 06/17/2014 08:18 PM, Tim Bell wrote:
>> We have some projects which are dynamically creating VMs up to their
>> quota. Under some circumstances, as cloud administrators, we would like
>> these projects to shrink and make room for
You need to remove the old .pyc files in the migrate_repo/versions directory. I
have an alias in my .gitconfig to allow me to checkout a branch and delete pycs
in one command:
[alias]
cc = !"TOP=$(git rev-parse --show-toplevel); find $TOP -name '*.pyc'
-delete; git-checkout”
so i can do:
This isn’t an officially supported method, but i tend to use:
python -m nova.openstack.common.lockutils nosetests
for example:
python -m nova.openstack.common.lockutils nosetests
nova.tests.integrated.test_api_samples:CloudPipeSampleJsonTest.test_cloud_pipe_create
I think this is a little bit
I believe this will affect nova-network as well. We probably should use
something like the linux cutter utility to kill any ongoing connections after
we remove the nat rule.
Vish
On Jun 25, 2014, at 8:18 PM, Xurong Yang wrote:
> Hi folks,
>
> After we create an SSH connection to a VM via its
when it removes the IP from it's qg- interface it can do a
> similar operation.
>
> -Brian
>
> On 06/26/2014 03:36 PM, Vishvananda Ishaya wrote:
> > I believe this will affect nova-network as well. We probably should use
> > something like the linux cutter utili
On Jun 26, 2014, at 5:07 AM, wu jiang wrote:
> Hi all,
>
> I tested the 'backup' API recently and got two questions about it:
>
> 1. Why 'daily' & 'weekly' appear in code comments & novaclient about
> 'backup_type' parameter?
>
> The 'backup_type' parameter is only a tag for this backup(image
Thanks WingWJ. It would also be great to track this in a bug.
Vish
On Jun 26, 2014, at 5:30 AM, wu jiang wrote:
> Hi Phil,
>
> Ok, I'll submit a patch to add a new task_state(like 'STARTING_BUILD') in
> these two days.
> And related modifications will be definitely added in the Doc.
>
> Th
On Jun 26, 2014, at 3:58 AM, Day, Phil wrote:
>> -Original Message-
>> From: Ahmed RAHAL [mailto:ara...@iweb.com]
>> Sent: 25 June 2014 20:25
>> To: openstack-dev@lists.openstack.org
>> Subject: Re: [openstack-dev] [nova] should we have a stale data indication in
>> "nova list/show"?
>>
I have seen something like this before with nova-network and it was due to the
number of requests the rpc call timeout gets hit for allocate_network. You
might need to set your rpc_response_timeout to something greater. I think it
defaults to 60 seconds.
Vish
On Jun 25, 2014, at 6:57 AM, tfre.
On Jun 14, 2014, at 9:12 AM, Mike Spreitzer wrote:
> I am not even sure what is the intent, but some of the behavior looks like it
> is clearly unintended and not useful (a more precise formulation of "buggy"
> that is not defeated by the lack of documentation).
>
> IMHO, the API and CLI docu
; P.S. So maybe 'backup_name'/'backup_tag' is a better name, but we can't
> modify the API for compatibility..
Yes the name is confusing.
Vish
>
>
> Thanks.
>
> WingWJ
>
>
> On Fri, Jun 27, 2014 at 5:20 AM, Vishvananda Ishaya
> wrote
On Jul 6, 2014, at 10:22 PM, Rafi Khardalian wrote:
> Hi All --
>
> It seems as though it would be beneficial to use virDomainSave rather than
> virDomainManagedSave for suspending instances. The primary benefit of doing
> so would be to locate the save files within the instance's dedicated
I haven’t heard of anyone addressing this, but it seems useful.
Vish
On Jul 7, 2014, at 9:15 AM, Nir Yechiel wrote:
> AFAIK, the cloud-init metadata service can currently be accessed only by
> sending a request to http://169.254.169.254, and no IPv6 equivalent is
> currently implemented. Does
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. Mysql-connector seems
to be slightly slower as well, which leads me to believe that th
On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka wrote:
> Signed PGP part
> On 12/07/14 03:17, Mike Bayer wrote:
> >
> > On 7/11/14, 7:26 PM, Carl Baldwin wrote:
> >>
> >>
> >> On Jul 11, 2014 5:32 PM, "Vishvananda Ishaya"
> >> &
On Jul 15, 2014, at 3:30 PM, Ihar Hrachyshka wrote:
> Signed PGP part
> On 14/07/14 22:48, Vishvananda Ishaya wrote:
> >
> > On Jul 13, 2014, at 9:29 AM, Ihar Hrachyshka
> > wrote:
> >
> >> Signed PGP part On 12/07/14 03:17, Mike Bayer wrote:
> >>
On Jul 16, 2014, at 8:28 AM, Daniel P. Berrange wrote:
> On Wed, Jul 16, 2014 at 08:12:47AM -0700, Clark Boylan wrote:
>
>> I am worried that we would just regress to the current process because
>> we have tried something similar to this previously and were forced to
>> regress to the current p
I will also sponsor this.
Vish
On Jul 17, 2014, at 2:47 PM, Mike Perez wrote:
> As requested from the #openstack-meeting for Nova, I'm posting my
> nova-spec exception proposal to the ML.
>
> Spec:
> https://review.openstack.org/#/c/103797/3/specs/juno/virtio-scsi-settings.rst
> Code: https:/
This is somewhat confusing, but long ago the decision was made that booting
from an ISO image should use the ISO as a root drive. This means that it is
only really useful for things like live cds. I believe you could use the new
block device mapping code to create an instance that boots from an
Workers can consume more than one message at a time due to
eventlet/greenthreads. The conf option rpc_thread_pool_size determines how many
messages can theoretically be handled at once. Greenthread switching can happen
any time a monkeypatched call is made.
Vish
On Jul 21, 2014, at 3:36 AM, fd
The resize code as written originally did the simplest possible thing. It
converts and copies the whole file so that it doesn’t have to figure out how
to sync backing files etc. This could definitely be improved, especially now
that
there is code in _create_images_and_backing that can ensure that
On Jul 24, 2014, at 3:06 AM, Daniel P. Berrange wrote:
> On Wed, Jul 23, 2014 at 10:32:44PM -0700, Nicholas A. Bellinger wrote:
>> *) vhost-scsi doesn't support migration
>>
>> Since it's initial merge in QEMU v1.5, vhost-scsi has a migration blocker
>> set. This is primarily due to requiring
+38 (093) 665 14 28
> Skype: max_lobur
>
> 38, Lenina ave. Kharkov, Ukraine
> www.mirantis.com
> www.mirantis.ru
>
>
> On Tue, Jul 22, 2014 at 8:57 AM, Vishvananda Ishaya
> wrote:
> This is somewhat confusing, but long ago the decision was made that booting
> from an
This seems sufficiently distinct from the other tests that we could have a new
test file where we import the manager and also have direct db access. That
said, I really don't like digging inside the db layer with direct queries, so
hopefully we can stick to using the db api. Otherwise these test
On Sep 18, 2013, at 4:50 PM, Josh Durgin wrote:
> On 09/18/2013 07:14 AM, Thierry Carrez wrote:
>> Mike Perez wrote:
>>> Currently in Havana development, RBD as ephemeral storage has serious
>>> stability
>>> and performance issues that makes the Ceph cluster a bottleneck for using an
>>> image
With Havana+ you should be able to use the new block_device_mapping code to
specify a particular bus during launch, but for Grizzly you can specify the bus
by setting metadata on the image in glance.
glance image-update --property hw_disk_bus=ide
There are a few properites like this, see
http
On Sep 30, 2013, at 1:12 AM, Daniel P. Berrange wrote:
> On Fri, Sep 27, 2013 at 02:11:36PM -0400, Solly Ross wrote:
>> Hello Fellow OpenStackers,
>>
>> I was working on a bug (https://bugzilla.redhat.com/show_bug.cgi?id=975014)
>> involving the Nova resize functionality in the libvirt driver.
There is a configuration option stating what to do with instances that are
still in the hypervisor but have been deleted from the database. I think you
want:
running_deleted_instance_action=reap
You probably also want
resume_guests_state_on_host_boot=true
to bring back the instances that were
ete,
especially when it is using up their precious quota.
Vish
>
> -Josh
>
> On 10/7/13 3:34 PM, "Vishvananda Ishaya" wrote:
>
>> There is a configuration option stating what to do with instances that
>> are still in the hypervisor but have been deleted f
On Oct 14, 2013, at 3:38 AM, Joshua Hesketh
wrote:
>
> Rackspace Australia
>
> On 10/12/13 12:35 AM, Russell Bryant wrote:
>> On 10/10/2013 11:15 PM, Joshua Hesketh wrote:
>>> Hi there,
>>>
>>> I've been reviewing this change which is currently proposed for master
>>> and I think it needs to
Hi Everyone,
I've been following this conversation and weighing the different sides. This is
a tricky issue but I think it is important to decouple further and extend our
circle of trust.
When nova started it was very easy to do feature development. As it has matured
the pace has slowed. This
36 PM, Sean Dague wrote:
> On 10/15/2013 04:54 PM, Vishvananda Ishaya wrote:
>> Hi Everyone,
>>
>> I've been following this conversation and weighing the different sides. This
>> is a tricky issue but I think it is important to decouple further and extend
>
Interesting Background Information:
Why do we have modelines?
Termie put them in all the files of the first version of nova
Why did he put in modelines instead of configuring his editor?
Termie does a lot of python coding and he prefers a tabstop of 2 on all his
personal projects[1]
I really
On Oct 31, 2013, at 6:56 AM, Clint Byrum wrote:
> Excerpts from Mark McLoughlin's message of 2013-10-31 06:30:32 -0700:
>> On Thu, 2013-10-31 at 15:37 +1300, Robert Collins wrote:
>>> This is a bit of a social norms thread
>>>
>>> I've been consistently asking for tests in reviews for a whi
I personally don't see any problem with converting the Selector to handle empty
objects. If we are concerned with hiding other exceptions, then we could
explicitly check for == '' instead of catching TypeError.
Vish
On Nov 1, 2013, at 7:35 AM, "Rosa, Andrea (HP Cloud Services)"
wrote:
> Hi a
On Nov 14, 2013, at 10:00 AM, Monty Taylor wrote:
>
>
> On 11/13/2013 08:08 PM, Robert Collins wrote:
>> On 14 November 2013 13:59, Sean Dague wrote:
>>
>>> This is an area where we actually have consensus in our docs (have had
>>> for a while), the reviewer was being consistent with them, a
On Jun 20, 2013, at 10:22 AM, Brant Knudson wrote:
> How about a mapping of JSON concepts to XML like:
>
> collections:
> the-value ...
> the-value ...
>
> values:
> text
>
>
>
> number
>
> This type of mapping would remove any ambiguities. Ambiguities and complexity
> are problem
On Jun 21, 2013, at 12:38 PM, Doug Hellmann wrote:
>
>
>
> On Thu, Jun 20, 2013 at 2:00 PM, Vishvananda Ishaya
> wrote:
>
> On Jun 20, 2013, at 10:22 AM, Brant Knudson wrote:
>
>> How about a mapping of JSON concepts to XML like:
>>
>> collec
On Jun 25, 2013, at 10:38 AM, Andrew Laski wrote:
>
>
> You're correct that there's not a large benefit to a deployer unless
> resources are reclaimed. Perhaps some small power savings, and the freedom
> to migrate the instance transparently if desired. I would prefer to remove
> the inst
+1
On Jun 26, 2013, at 8:09 AM, Russell Bryant wrote:
> Greetings,
>
> I would like to nominate John Garbutt for the nova-core team.
>
> John has been involved with nova for a long time now. He's primarily
> known for his great work on the xenapi driver. However, he has been
> contributing an
The property is hw_disk_bus. See https://bugs.launchpad.net/nova/+bug/1132739
Note that this will force the root disk to be on the usb bus instead of using
virtio. I'm not sure if this is what you want, but it should work in grizzly.
Vish
On Jun 27, 2013, at 5:14 AM, Shyam Goud wrote:
>
> Al
On Jul 1, 2013, at 2:27 AM, "Rosa, Andrea (HP Cloud Services)"
wrote:
> Hi Ben,
>
> Thank you very much for your reply.
>
>> That function is using the synchronized decorator, which means that it's
>> wrapped by a semaphore context. As I understand it (and someone correct
>> me if I'm wrong)
On Jul 1, 2013, at 3:35 AM, Sheng Bo Hou wrote:
> Hi Mate,
>
> First, thanks for answering.
> I was trying to find the way to prepare the bootable volume.
> Take the default image downloaded by devstack, there are three images:
> cirros-0.3.0-x86_64-uec, cirros-0.3.0-x86_64-uec-kernel and
On Jul 2, 2013, at 1:49 AM, "Rosa, Andrea (HP Cloud Services)"
wrote:
> Hi Vish,
>
>> Were other commands working on the compute node? It seems much more
>> likely that the node had a hung connection to rabbit. If you are not using
>> tcp
>> keepalives, a network hiccup (or failover) can caus
On Jul 2, 2013, at 4:23 PM, Jeremy Stanley wrote:
>
>git review -d 33297
>git review -x 35384
>git review
Oh, I didn't see that you added -x/-X/-N. I can simplify my backport script[1]
significantly now.
Vish
[1] https://gist.github.com/vishvananda/2206428
__
On Jul 4, 2013, at 8:26 PM, Ian Wells wrote:
> On 4 July 2013 23:42, Robert Collins wrote:
>> Seems like a tweak would be to identify virtual IPs as separate to the
>> primary IP on a port:
>> you don't need to permit spoofing of the actual host IP for each host in
>> the HA cluster; you just n
IIRC acpi support was added to cirros quite a while ago. Are we using an
up-to-date image?
Vish
On Jul 8, 2013, at 5:54 AM, Sean Dague wrote:
> On 07/03/2013 01:08 PM, David Kranz wrote:
>> On 07/03/2013 12:30 PM, Day, Phil wrote:
>>>
>>> Hi Folks,
>>>
>>> I have a change submitted which add
On Jul 10, 2013, at 5:01 AM, Joe Gordon wrote:
>
>
>
> On Tue, Jul 2, 2013 at 8:43 PM, Mark McLoughlin wrote:
> On Tue, 2013-07-02 at 17:48 +, Jeremy Stanley wrote:
> > On 2013-07-01 15:10:26 -0700 (-0700), Mark Washenberger wrote:
> > [...]
> > > The talk about permanence confuses me, u
Personally I think that we shouldn't enforce the id. The id should be treated
as a unique string and it is just an implementation detail that the
nova-network backend uses an integer. We had a number of other resources in
nova that were implemented on the backend as integers and later changed to
On Jul 12, 2013, at 6:47 AM, Russell Bryant wrote:
> On 07/12/2013 04:43 AM, Thierry Carrez wrote:
>> Brian Lamar wrote:
Honestly, I think network injection is evil and I'd rather remove it
completely. I'm certainly not too interested in trying to add more
features to it.
>>>
>>>
On Jul 16, 2013, at 11:48 AM, Boris Pavlovic wrote:
> David,
>
> 1. Dan Prince thing is equal useful and can help in both cases
>
> 2. We are not able to block all openstack for an half year to implement your
> plan
>
> 3. We are able only to convert only grizzly migrations not havana (beca
On Jul 17, 2013, at 6:02 AM, Matt Riedemann wrote:
> I'm wondering if this is a bug or working as designed and I'm just not aware
> of the design point.
>
> Running with the latest nova havana master level of code, I'm setting up
> tenants and users for running Tempest on a RHEL 6.3 box. I
On Jul 18, 2013, at 4:19 AM, Sean Dague wrote:
> On 07/18/2013 05:54 AM, Nikola Đipanov wrote:
>>
>> Heya,
>>
>> Rule is because (I believe at least) - in the spirit of continuous
>> integration - people should be able to deploy continuously anything on
>> master.
>>
>> Due to the nature of s
On Jul 19, 2013, at 3:37 PM, Ian Wells wrote:
>> [arosen] - sure, in this case though then we'll have to add even more
>> queries between nova-compute and quantum as nova-compute will need to query
>> quantum for ports matching the device_id to see if the port was already
>> created and if not t
The data type is string.
Vish
On Jul 24, 2013, at 1:41 AM, "Karajgi, Rohit" wrote:
> Hi,
>
> Referring to https://bugs.launchpad.net/nova/+bug/1202136, it seems that the
> novaclient
> validates the flavor ID to be either an integer or a UUID string. This check
> does not exist in Nova, so c
On Jul 24, 2013, at 8:51 AM, Stefano Maffulli wrote:
> Hello
>
> I have seen lots of discussions on blogs and twitter heating up around
> Amazon API compatibility and OpenStack. This seems like a recurring
> topic, often raised by pundits and recently joined by members of the
> community. I thi
We try to avoid bumping rpc versions in stable. In the past we have done
alternative versions of the fix that don't require bumping the rpc version.
Would it be possible to replicate the functionality using something like
compute.stop compute.start so we don't need a new rpc call?
Vish
On Jul
If you need to do anything more interesting with json from the command line I
have found the jq tool to be especially useful:
http://stedolan.github.io/jq/
For, example, here is how one might use it to interact with the nova keypairs
api:
https://github.com/vishvananda/openstack-examples/blob/
This would need to happen on the cinder side on creation. I don't think it is
safe for nova to be modifying the contents of the volume on attach. That said
nova does currently set the serial number on attach (for libvirt at least) so
the volume will show up as:
/dev/disk/by-id/virtio-
Although
On Aug 12, 2013, at 8:55 AM, John Griffith wrote:
> Hey,
>
> There have been a couple of block storage related patches in Nova lately and
> I wanted to get some discussion going and also maybe increase some awareness
> on some efforts that were discussed at the last summit. To catch up a bit
101 - 200 of 224 matches
Mail list logo