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
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
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/
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
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
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 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
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 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 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 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.
>>>
>>>
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 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
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 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
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 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 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 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)
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
+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
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
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 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
201 - 224 of 224 matches
Mail list logo