Hi stackers,
For those who don't want to miss anything related to Rally on summit I make
a
small blogpost that covers most interesting things:
http://boris-42.me/rally-on-openstack-summit-in-vancouver/
Best regards,
Boris Pavlovic
___
On Sat, May 23, 2015 at 12:43 PM, Assaf Muller wrote:
> There's no real reason as far as I'm aware, just an implementation
> decision.
>
[DC]: in this case wouldn't this bee seen suitable as best practicies vs
what every blog/ manual is suggesting?
>
>
>
> On 21 במאי 2015, at 01:48, Na Zhu wrot
libvirt/xen or xenapi? PVM or HVM?
Thank you!
Geza
On 05/23/2015 02:21 PM, Fox, Kevin M wrote:
I believe xen supports it.
Thanks,
Kevin *
*
*From:* Géza Gémes
*Sent:* Saturday, May 23, 2015 2:00:32 AM
*To:* OpenStack Dev
Thanks Kevin !
Would you have an example?
Much appreciated,
Dani
On Sun, May 24, 2015 at 12:28 AM, Fox, Kevin M wrote:
> It works with heat. You can use a scheduler hint on the instance and the
> server group resource to make a new one.
>
> Thanks,
> Kevin
>
> --
The OVS agent has been implemented under the assumption that you're working
with two bridges, it's a requirement. It creates the tunneling bridge if you
enable tunneling, you can't have it any other way.
> On 24 במאי 2015, at 03:52, Daniel Comnea wrote:
>
>
>
>> On Sat, May 23, 2015 at 12:
Thanks Boris for the updates!
On Sun, May 24, 2015 at 3:20 PM, Boris Pavlovic wrote:
> Hi stackers,
>
>
> For those who don't want to miss anything related to Rally on summit I make
> a
> small blogpost that covers most interesting things:
>
> http://boris-42.me/rally-on-openstack-summit-in-vanco
On 23 May 2015 at 04:43, Assaf Muller wrote:
> There's no real reason as far as I'm aware, just an implementation
> decision.
>
This is inaccurate. There is a reason(s), and this has been asked before:
http://lists.openstack.org/pipermail/openstack/2014-March/005950.html
http://lists.openstack.
+1
Chad Lung
EMC Cloud Services
>* I would like to nominate Kaitlin Farr for barbican-core.
*>>* Kaitlin has been contributing to the project for a long time, both by
*>* contributing code to Barbican, python-barbicanclient and Castellan,
*>* and also by providing valuable reviews. [1]
*>>* As a
On Fri, May 22, 2015 at 1:49 AM, Jiří Stránský wrote:
> Hi all,
>
> after an epic battle with bugs this week, we have a passing CI job for HA.
>
> Looking at the jobs which ran during last night, the success rate is decent
> (14 all-green runs vs. just 1 run where HA job was the sole CI failure).
I have outlined in the blueprint (
https://blueprints.launchpad.net/python-openstackclient/+spec/magnum-support)
the object and actions mappings that are currently available in the
magnumclient.
I have separated the list of actions that are presently used and actions
that are not for review and d
On Sun, May 24, 2015 at 5:46 PM, Armando M. wrote:
> On 23 May 2015 at 04:43, Assaf Muller wrote:
>
>> There's no real reason as far as I'm aware, just an implementation
>> decision.
>>
>
> This is inaccurate. There is a reason(s), and this has been asked before:
>
> http://lists.openstack.org/p
Hi Ronald,
I think the “update” action is definitely appropriate to use, since it is not
specific to magnum (Heat and Ironic use it as well). By looking through the
existing list of actions [1], it looks the start/stop actions fits into the
openstackclient resume/suspend actions. The “execute”
Honestly, I dont know. I dont use either. Just heard it was broken in kvm, but
it was there because of xen.
Thanks,
Kevin
From: Géza Gémes
Sent: Sunday, May 24, 2015 1:07:01 AM
To: [email protected]
Subject: Re: [openstack-dev] [nova] usefulness o
Yeah. I dont have an example with both in it but, server group:
https://github.com/EMSL-MSC/heat-templates/blob/master/cfn/389/389_BaseCluster.yaml
And template that launches an instance with it:
https://github.com/EMSL-MSC/heat-templates/blob/master/cfn/389/389_Server.yaml
Thanks,
Kevin
___
Thanks for taking the initiative on this! Remarks in-line...
On May 24, 2015, at 11:20 AM, Ronald Bradford
mailto:[email protected]>> wrote:
I have outlined in the blueprint
(https://blueprints.launchpad.net/python-openstackclient/+spec/magnum-support)
the object and actions mappings t
Comments in-line.
- Original Message -
> On 23 May 2015 at 04:43, Assaf Muller < [email protected] > wrote:
>
>
>
> There's no real reason as far as I'm aware, just an implementation decision.
>
> This is inaccurate. There is a reason(s), and this has been asked before:
>
> http://li
>> There's no real reason as far as I'm aware, just an implementation decision.
>>
>> This is inaccurate. There is a reason(s), and this has been asked before:
>>
>> http://lists.openstack.org/pipermail/openstack/2014-March/005950.html
>
> This link is to a thread asking why do we connect a Linu
Hey Ronald,
Thanks for asking first, as more folks are adopting OSC plugins for their
respective clients we should probably streamline this a bit, but the ML
works for now.
Just 2 remarks...
I'd actually prefer 'replication controller' (which you prefer) instead of
'rc' (as adrian suggested)
Hi, all. I want to add tap device to br-ex rather than linux bridge when
attaching an interface to a vm. I find some code in
nova/virt/libvirt/vif.py in function plug_ovs_hybrid like this "
utils.execute('brctl', 'addbr', br_name, run_as_root=True) ".
I find no place which add tap device to linux b
Agenda would be to review the summit design session. I will put notes on
the ML on this.
--
~sean
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: [email protected]?subject:
Greetings,
Forgive my alembic ignorance. I am writing some vender specific code that wants
to create new DB tables for neutron. I have read the
neutron/db/migration/README file, but still have something unclear.
My current understanding is that for DB tables creation, I have to do
"something" w
Since we are so close to the summit still and a number of people will be either
on break or traveling, we will skip the next meeting and resume normal meeting
scheduling on 6/2.
Hope everyone enjoyed the summit!
--Morgan
Sent via mobile
- Original Message -
> Comments in-line.
>
> - Original Message -
> > On 23 May 2015 at 04:43, Assaf Muller < [email protected] > wrote:
> >
> >
> >
> > There's no real reason as far as I'm aware, just an implementation
> > decision.
> >
> > This is inaccurate. There is a reas
23 matches
Mail list logo
