I think, new EC2 API also uses EC2 API in the nova for basic operations.
Only the new features like VPC is implemented in new EC2 API. So I think we
should move it first.
On Jan 29, 2015 5:42 AM, "Alex Baretto" wrote:
> Hi Tim,
>
> Would you be able to share use cases/experiences with EC2 API to
On 1/28/15, 4:45 PM, "Mathieu Gagné" wrote:
>On 2015-01-28 6:30 PM, Tom Fifield wrote:
>> On 29/01/15 07:28, Thomas Goirand wrote:
>>> On 01/27/2015 11:00 PM, Tom Fifield wrote:
Hi all,
Based on Gustavo's excellent work below, talking with many ops, and
after a brief chats wit
Hi Tim,
Would you be able to share use cases/experiences with EC2 API to help with
support for your proposals? I am also familiar with multiple OpenStack
clouds using the EC2 API.
Best,
-Alex.
On 28 January 2015 at 12:38, Tim Bell wrote:
> There are currently 35% of openstack clouds from the
On 2015-01-28 6:30 PM, Tom Fifield wrote:
On 29/01/15 07:28, Thomas Goirand wrote:
On 01/27/2015 11:00 PM, Tom Fifield wrote:
Hi all,
Based on Gustavo's excellent work below, talking with many ops, and
after a brief chats with Jeremey and a few other TC folks, here's what
I'd propose as an end
On 12/20/2014 11:16 PM, George Shuklin wrote:
> do 'network node on compute' is kinda sad
Why?
Thomas
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators
On 29/01/15 07:28, Thomas Goirand wrote:
> On 01/27/2015 11:00 PM, Tom Fifield wrote:
>> Hi all,
>>
>> Based on Gustavo's excellent work below, talking with many ops, and
>> after a brief chats with Jeremey and a few other TC folks, here's what
>> I'd propose as an end goal:
>>
>> * A git repositor
On 01/27/2015 11:00 PM, Tom Fifield wrote:
> Hi all,
>
> Based on Gustavo's excellent work below, talking with many ops, and
> after a brief chats with Jeremey and a few other TC folks, here's what
> I'd propose as an end goal:
>
> * A git repository that has raw, sample configs in it for each pr
On 01/28/2015 09:38 PM, Tim Bell wrote:
> I would therefore propose that the new EC2 API modules are validated in
> production and at scale before depreciating the existing functions. I think
> validating, packaging and deploying to a reasonable number of clouds and
> reviewing it with the opera
Just add a bug here , feel free to comment.
https://bugs.launchpad.net/glance/+bug/1415679
--
Regards
Zeeshan Ali Shah
System Administrator - PDC HPC
PhD researcher (IT security)
Kungliga Tekniska Hogskolan
+46 8 790 9115
http://www.pdc.kth.se/members/zashah
___
On 01/28/2015 08:56 PM, Sean Dague wrote:
> There is a new stackforge project which is getting some activity now -
> https://github.com/stackforge/ec2-api. The intent and hope is that is
> the path forward for the portion of the community that wants this
> feature, and that efforts will be focused
Yes!
Just had have discussion about this with my colleague yesterday.
Seems be perfect solution.
On 01/28/2015 12:00 AM, Tom Fifield wrote:
Hi all,
Based on Gustavo's excellent work below, talking with many ops, and
after a brief chats with Jeremey and a few other TC folks, here's what
I'd pr
On Wed, Jan 28, 2015 at 12:38 PM, Tim Bell wrote:
> There are currently 35% of openstack clouds from the survey using this
> feature. I would therefore propose that this be reviewed with the operators
> in detail before a rapid depreciation is performed. To the best of my
> knowledge, the new p
On Wed, Jan 28, 2015 at 08:38:02PM +, Tim Bell wrote:
> There are currently 35% of openstack clouds from the survey using this
> feature. I would therefore propose that this be reviewed with the
> operators in detail before a rapid depreciation is performed. To the
> best of my knowledge, the n
I'm pretty sure I've resolved this issue. Since this seems to happen
randomly, it might just be a coincidence that this is by far the longest
streak that it hasn't happened. :)
I noticed that CentOS 7 and RHEL 7 are setting a `valid_lft` and
`preferred_lft` timeout on the IPv4 address. You can see
There are currently 35% of openstack clouds from the survey using this feature.
I would therefore propose that this be reviewed with the operators in detail
before a rapid depreciation is performed. To the best of my knowledge, the new
package is not yet in use in production.
At CERN, we are hi
On 01/28/2015 08:56 PM, Sean Dague wrote:
> Comments are welcomed, but we've attempted to get more people engaged to
> address these issues over the last 18 months, and never really had
> anyone step up. Without some real maintainers of this code in Nova (and
> tests somewhere in the community) it'
To make it perfectly clear: We are NOT removing nor plan to remove the ability
to use LDAP for users and groups in Keystone.
NOTE: Please be sure to read the whole email AND FAQ before worrying about the
impact of this deprecation.
LDAP is used in Keystone as a backend for both the Identity (U
The following review for Kilo deprecates the EC2 API in Nova -
https://review.openstack.org/#/c/150929/
There are a number of reasons for this. The EC2 API has been slowly
rotting in the Nova tree, never was highly tested, implements a
substantially older version of what AWS has, and currently can
python-openstackclient had a csv output last i checked.
On Wed, Jan 28, 2015 at 6:40 AM, Jesse Pretorius
wrote:
> On 28 January 2015 at 06:19, Tim Bell wrote:
>
>> +1 for commas. Configuration files with JSON is OK but commas for CLIs.
>>
>
> +1 for commas from an operator perspective
>
>
On 28 January 2015 at 06:19, Tim Bell wrote:
> +1 for commas. Configuration files with JSON is OK but commas for CLIs.
>
+1 for commas from an operator perspective
___
OpenStack-operators mailing list
OpenStack-operators@lists.openstack.org
http://lis
20 matches
Mail list logo
