USA folks, remember we have daylight savings time in effect now. So one hour
earlier.
Regards,
Malini
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe:
Hello Everyone!
We are very pleased to announce Valence. Please visit our wiki
at https://wiki.openstack.org/wiki/Valence
Regards,
Malini
__
OpenStack Development Mailing List (not for usage questions)
Hello Everyone!
We have a few slots still available on Monday's Command Presence workshop and
are opening out to a broader audience. Please register if interested. Past
attendees, despite their many skills and experience, vouched that they had
learned a trick or two.
Hello Everyone!
Think disaggregated hardware assembled to meet workload needs,
dynamically growing and shrinking your cloud, and more.
https://wiki.openstack.org/wiki/Rsc
Do come and join us for our very first IRC meeting on Sept 13, UTC 3:00 hrs.
Please forward to others you
Is it just me who likes to hit the save button often?
It gets tedious proving often that you are not a robot. Wiki reCAPTCHA likes
proof even if saves are spaced less than a minute apart!
Wiki Gods, hear my plea!
Regards,
Malini
+1 :-)
-Original Message-
From: Nikhil Komawar [mailto:nik.koma...@gmail.com]
Sent: Wednesday, May 11, 2016 8:40 PM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [glance] [VMT] [Security] Proposal to add Brian
Rosmaita to the
I vote for Monday to get the ball rolling, meet the interested parties, and
Continue on Thursday at 3:10 in a quieter setting ... so we leave with some
consensus.
Thanks Cathy!
Malini
-Original Message-
From: Cathy Zhang [mailto:cathy.h.zh...@huawei.com]
Sent: Thursday, April 21, 2016
s...@intel.com>
Subject: Re: [openstack-dev] [nova] Newton midcycle planning
We had issues with physical security and unfiltered internet access last time
we were in Hillsboro. Do we know if those issues are now resolved?
Michael
On 13 Apr 2016 9:08 AM, "Bhandaru, Mali
Hi Everyone!
Intel would be pleased to host the Nova midcycle meetup either at San
Antonio, Texas or Hillsboro, Oregon during R-15 (June 20-24) or R-11 (July
18-22) as preferred by the Nova community.
Regards
Malini
Forwarded Message
Subject:Re:
Flavio, Glance and OpenStack benefited during your reign or period of humble
service.
Will miss you at the helm. Also thank you for anointing/attracting two new
solid cores: Brian and Sabari
Malini
-Original Message-
From: Tom Fifield [mailto:t...@openstack.org]
Sent: Wednesday, March
I agree with Daniel, keep the periods consistent 5 - 5 .
Another thought, for such ephemeral/changing data, such as progress, why not
save the information in the cache (and flush to database at a lower rate), and
retrieve for display to active listeners/UI from the cache. Once complete or
Hello Glance Team!
Hope you had a wonderful vacation and wishing you health and
happiness for 2016.
Would very much appreciate your considering https://review.openstack.org/259694
for a feature freeze exception.
Thank you to Travis Tripp for chiming in. Searchlight APIs will
Hello Glance Team!
Hope you had a wonderful vacation and wishing you health and
happiness for 2016.
Would very much appreciate your considering https://review.openstack.org/194868
for a feature freeze exception.
I believe the spec is pretty solid, and we can deliver on the
Flavio, I uploaded a patch 15. Your comment about making import available to
non-admin users and Mike Gerdt's comments with ova schema references
Prompts the question how important is it to support upload of compressed ova.
I am happy to jettison the compressed support for generally available.
+1 ☺
From: Nikhil Komawar [mailto:nik.koma...@gmail.com]
Sent: Monday, December 07, 2015 8:55 AM
To: Flavio Percoco ; OpenStack Development Mailing List (not
for usage questions)
Subject: Re: [openstack-dev] [glance] Add Ian Cordasco back
+1 on Sabari! :-)
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Monday, November 23, 2015 12:21 PM
To: openstack-dev@lists.openstack.org
Cc: Sabari Kumar Murugesan
Subject: [openstack-dev] [all][glance] Add Sabari Kumar Murugesan
+1 on Chris comments on implementation and API.
Migrate, if all is ideal, should take the initial launch flavor.
-Original Message-
From: Chris Friesen [mailto:chris.frie...@windriver.com]
Sent: Thursday, November 05, 2015 8:46 PM
To: openstack-dev@lists.openstack.org
Subject: Re:
Hello Glance Team/Flavio
Would you please provide link to Glance priorities at
https://wiki.openstack.org/wiki/Design_Summit/Mitaka/Etherpads#Glance
[ Malini] Regards
Malini
__
OpenStack Development Mailing List (not for
Brianna, I can imagine a denial of service attack by uploading images whose
signature is invalid if we allow them to reside in Glance
In a "killed" state. This would be less of an issue "killed" images still
consume storage quota until actually deleted.
Also given MD-5 less secure, why not have
irclogs/%23openstack-glance/%23openstac
> k-glance.2015-09-04.log.html#t2015-09-04T14:29:47
>
> On 9/5/15 4:40 PM, Bhandaru, Malini K wrote:
>> Thank you Nikhil and Glance team on the FFE consideration.
>> We are committed to making the revisions per suggestion and separately seek
-04.log.html#t2015-09-04T14:29:47
[2] https://wiki.openstack.org/wiki/Liberty_Release_Schedule
On 9/3/15 1:13 PM, Bhandaru, Malini K wrote:
> Thank you Nikhil and Brian!
>
> -Original Message-
> From: Nikhil Komawar [mailto:nik.koma...@gmail.com]
> Sent: Thursday, September 0
>> go, we just might run out of time.
>>
>> Thanks for your patience and endless effort to get this done.
>>
>> Best,
>> Erno
>>
>>> -Original Message-
>>> From: Bhandaru, Malini K [mailto:malini.k.bhand...@intel.com]
>>> Sent: Th
Sorry for the spam .. but email better for us in 2 disparate time zones,
We are a little stuck on how to integrate a new conf file and read it.
Or perhaps we are approaching it wrong/missing something obvious.
This is with respect
Flavio, first thing in the morning Kent will upload a new BP that addresses the
comments. We would very much appreciate a +1 on the FFE.
Regards
Malini
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Thursday, September 03, 2015 1:52 AM
To: OpenStack
, Michael; Bhandaru, Malini K
Subject: RE: [openstack-dev] Would people see a value in the cve-check-tool?
Hi Elena,
This is interesting work, thanks for posting it (and for posting it here on
openstack-dev, we are trying to wind down the security ML) though maybe use the
[Security] tag in the subject
Thanks Jay for covering Host Aggregate Resource Pool tracking at the mid-cycle
meetup.
I could see the implementation being very similar to the extensible resource
tracker defined today but would like to understand better the value it provides
1) Is it to quickly respond able to honor a
Nikhil any chance we can have remote participation? Based on the agenda folks
can remote dial in.
Regards,
Malini
From: Nikhil Komawar [mailto:nik.koma...@gmail.com]
Sent: Tuesday, June 30, 2015 9:19 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Glance] Liberty mid-cycle
Would like to add to Shane's points below.
1) The Trust filter can be treated as an API, with different underlying
implementations. Its default could even be Not Implemented and always return
false.
And Nova.conf could specify use the OAT trust implementation. This would
not break present
Flavio, would a DB script that writes an empty string or NOP or something
instead of NULL In the column do the trick?
Then the problem degenerates to a new DB upgrade script.
Regards
Malini
-Original Message-
From: Flavio Percoco [mailto:fla...@redhat.com]
Sent: Monday, June 08, 2015
, Malini K
Cc: OpenStack Development Mailing List (not for usage questions);
openstack-operat...@lists.openstack.org
Subject: Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade Nova
On 09/06/15 09:22 +0200, Flavio Percoco wrote:
On 09/06/15 07:09 +, Bhandaru, Malini K wrote
Continuing with David's example and the need to control access to a Swift
object that Adam points out,
How about using the Glance token from glance-API service to glance-registry but
carry along extra data in the call, namely user-id, domain, and public/private
information, so the object can
Hello Sean!
+1 on defaults, resource-url style entries, hierarchy
But, in the interest of staying declarative, I am not comfortable with having
default policies in code.
I would rather have a default nova policy.json file in the nova code base and
if no policy.json is supplied, have the nova
Victor, reproducing John 's liason message. Copied John.
-Original Message-
From: John Garbutt [mailto:j...@johngarbutt.com]
Sent: Saturday, May 09, 2015 3:10 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Nova][Ironic] Large number of
Victor -- error on my part for filling wrong table.
I put your name instead of John's. Thanks to Tan Lin for pointing out my error.
All the best.
Regards
Malini
-Original Message-
From: Bhandaru, Malini K [mailto:malini.k.bhand...@intel.com]
Sent: Thursday, May 28, 2015 1:05 AM
I am happy with the big picture and API being defined now .. to be complete and
inclusive but have uses cases that we prioritize and implement by that priority
10:35 AM
In the discussion of N nodes in version V, needing to get upgraded to V+1,
I do not see the issue of loss of HA.
These N nodes are the servers. The clients are the ones still at version V.
Does it not make sense to upgrade all the servers to V+1.
(need to cross check against database that all
+1 :-)
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Thursday, April 30, 2015 6:44 AM
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [nova] Proposal to add Melanie Witt to nova-core
On 04/30/2015 07:30 AM, John Garbutt wrote:
Hi,
I propose
Hello Nova and Neutron developers!
OpenStack China developers held a bug fest April 13-15.
Worked on 43 bugs and submitted patches for 29 of them.
Etherpad with the bug fix details (at the bottom):
https://etherpad.openstack.org/p/prc_kilo_nova_neutron_hackathon
Their efforts to make the Kilo
Hello OpenStackers!
The nomination deadline is past .. and Sumit Naiksatam is the
uncontested PTL of OpenStack GBP!
Congratulations Sumit and all the very best!
Regards
Malini
From: Bhandaru, Malini K
Sent: Wednesday, March 11, 2015 2:18 AM
To: OpenStack Development Mailing List
+1 Rob. Warning could carry/indicate all the attributes ignored.
-Original Message-
From: Robert Collins [mailto:robe...@robertcollins.net]
Sent: Monday, March 16, 2015 7:56 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] what is
Sumit's candidacy for GBP PTL is confirmed!
Regards
Malini
-Original Message-
From: Sumit Naiksatam [mailto:sumitnaiksa...@gmail.com]
Sent: Thursday, March 12, 2015 12:04 AM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Bhandaru, Malini K
Subject: [Group-based
Hello OpenStackers!
To meet the requirement of an officially elected PTL, we're running elections
for the Group Based Policy (GBP) PTL for Kilo and Liberty cycles. Schedule and
policies are fully aligned with official OpenStack PTLs elections.
You can find more information in the
Flavio, I concur, for a lively committee need active core reviewers. Core
status is an honor and responsibility.
I agree it’s a good idea to replace inactive cores, no offense, priorities and
focus of developers change, and should they want to return, can be fast pathed
then.
Regards
Malini
Pasquale Porreca,
The flexibility/ freedom to create meta data tags for images and Nova flavor
extra specs can be confusing. Even allows one to make typographical errors that
may be hard to detect.
As Daniel mentions, some tags have a definite meaning/semantics, others can be
totally random.
+1
-Original Message-
From: Dan Smith [mailto:d...@danplanet.com]
Sent: Tuesday, January 27, 2015 3:31 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] Nominating Melanie Witt for
python-novaclient-core
Please respond with +1s or
, November 07, 2014 8:20 AM
To: Bhandaru, Malini K
Cc: OpenStack Development Mailing List
Subject: Re: OVF/OVA support
Hi Malini,
I am interested in OVa support for applications. Specifically Ova to Heat as
this is whay we usually do in Murano project.
When is free format session for Glance? Should we
+1 attend both -- Malini
-Original Message-
From: Clark, Robert Graham [mailto:robert.cl...@hp.com]
Sent: Friday, November 07, 2014 11:02 AM
To: OpenStack List
Cc: openstack-secur...@lists.openstack.org
Subject: [Openstack-security] [Barbican][OSSG] Mid Cycle Attendance / Crossover.
Hi
Please join us on Friday in the Glance track - free format session, to discuss
supporting OVF/OVA in OpenStack.
Poll:
1) How interested are you in this feature? 0 - 10
2) Interested enough to help develop the feature?
Artifacts are ready for use.
We are considering defining an
Hello Everyone!
We were discussing the following blueprint in Glance:
Enhanced-Platform-Awareness-OVF-Meta-Data-Import
:https://review.openstack.org/#/c/104904/
The OVA format is very rich and the proposal here in its first incarnation is
to essentially Untar the ova package, andimport the
Hello Der!
Shane and I work with Gang Wei who leads the Intel open source effort on TXT
(tboot and OAT). Would like you to include us in your emails and be happy to
help in any way we can.
We are working with HP to jointly float a trusted bare metal blueprint for
TripleO and would welcome more
To add to Jarret's arguments, across OpenStack we have seen as subsystems grow
more mature and complex from additional feature extensions, they spawn off into
separate projects.
Case in point -- Neutron rose out of Nova Networking, and is marching on in
richness and community support. Common
Barbican, key manager is essential to openstack, paves the way to greater
security.
Instead of rejecting the project because of its current existence owed so
heavily to Rackspace and to John Wood, why not we adopt it, code review,
contribute code etc. We can have cores from multiple companies.
Thank you Russell for the special consideration.
+1
The positive vote is for multiple reasons, the JHU team took care of:
1) boot from encrypted volume
2) have laid the foundation for securing volumes with keys served from a strong
key manager
3) blueprint and diligently addressing concerns
4)
Bruce - well-crafted message. Good work, looks like it is eliciting desired
result.
From: Benjamin, Bruce P. [mailto:bruce.benja...@jhuapl.edu]
Sent: Friday, September 06, 2013 1:14 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [Nova] FFE Request: Encrypt Cinder volumes
We
The issue here is the key manager, barbican, under development is in incubation.
Folks can download and use barbican. The barbican team has worked deligently to
produce the system.
In fact, folks can download and use and vote for Joel's patch to be merged.
And do give us feedback on barbican.
Ian, your suggestion of retrieving changes since a timestamp is good. When a
scheduler first comes online (in an HA context), it requests compute node
status providing Null for timestamp to retrieve everything.
It also paves the way for full in memory record of all compute node status
because
56 matches
Mail list logo