On 5/18/16, 2:15 AM, "Clint Byrum" wrote:
>Excerpts from Robert Collins's message of 2016-05-18 14:57:05 +1200:
>> On 18 May 2016 at 00:54, Brian Rosmaita
>>wrote:
>>
>> >> Couple of examples:
>> >> 1. switching from "is_pu
+1
I second the motion!
On 5/17/16, 3:42 PM, "Tripp, Travis S" wrote:
>I am nominating Lei Zhang from Intel (lei-zh on IRC) to join the
>Searchlight core reviewers team. He has been actively participating with
>thoughtful patches and reviews demonstrating his depth of understanding
>in a variet
Subject was: Re: [openstack-dev] [tc] [all] [glance] On operating a high
throughput or otherwise team
Un-hijacking the thread. Here are some answers to John's questions, hope they
are helpful.
On 5/16/16, 9:06 PM, "John Griffith"
mailto:john.griffi...@gmail.com>> wrote:
Hey,
Maybe not relate
Tuesday, April 12 1400-1800 UTC works for me, I will attend.
On 3/31/16, 5:34 PM, "Nikhil Komawar" wrote:
>Hi all,
>
>I'm excited to see you all Glancers at the Austin summit and discuss
>more on our project.
>
>Nevertheless, I feel that our summit conversations will have a lot more
>value if we
Here's the situation:
image property set:
- Images v1 API: all image property names are converted to lowercase
before they're stored
- Compute v2 API: all image property names are converted to lowercase
before they're stored
- Images v2 API: image properties are stored in the case specified when
t
Hello everyone,
Joe, I think you are proposing a perfectly legitimate use case, but it's
not what the Glance community is calling "image import", and that's
leading to some confusion.
The Glance community has defined "image import" as: "A cloud end-user has
a bunch of bits that they want to give
-lite,
https://bugs.launchpad.net/glance/+bug/1535900
If you have an opinion, please leave a comment in the appropriate place.
thanks,
brian
On 1/23/16, 9:54 AM, "Brian Rosmaita" wrote:
>Please provide feedback about a proposal to add 'tar' as a new Glance
>disk_format
+1
On 1/22/16, 7:09 PM, "Tripp, Travis S" wrote:
>I am nominating Li Yingjun (yingjun on IRC) to join the Searchlight core
>reviewers team. We are a young project and he has already made a
>noticeable impact with his contributions. You may review his Searchlight
>[0] and cross-project [1] activi
Please provide feedback about a proposal to add 'tar' as a new Glance
disk_format.[0]
The Ironic team is adding support for "OS tarball images" in Mitaka. This is a
compressed tar archive of a / (root filesystem). These tarballs are created by
first installing the OS packages in a chroot and t
On 12/11/15, 3:13 PM, "Ian Cordasco" wrote:
>On 12/11/15, 12:25, "Alexander Tivelkov" wrote:
>
>>Hi folks!
>>
>>
>>As it was decided during the Mitaka design summit, we are separating the
>>experimental Artifact Repository API from the main Glance API. This API
>>will have a versioning sequence
+1 from me! Glad to have Ian back.
On 12/7/15, 11:36 AM, "Flavio Percoco" wrote:
>Greetings,
>
>Not long ago, Ian Cordasco, sent an email out stepping down from his
>core roles as he didn't have the time to dedicate to the project
>team's he was part of.
>
>Ian has contacted me mentioning that
Thanks to all the OpenStackers who have participated so far. A major revision
is now available for your reading pleasure.
https://review.openstack.org/#/c/232371/
I realize a USA holiday is coming up very soon this week ... the Glance
community would be thankful to get some comments before the
There was a lot of great pre-summit discussion on the Glance spec for image
import refactoring, and more lively discussion at the summit, but it's been
very quiet since I posted patch set 5 last week.
Please take a few minutes to look over the revised spec and let the Glance
community know what
brian
On 10/20/15, 1:06 PM, "Brian Rosmaita"
wrote:
>Hello,
>
>I've updated the image import spec [4] to incorporate the discussion thus
>far.
>
>The fishbowl session [5] is scheduled for Thursday, October 29,
>2:40pm-3:20pm.
>
>If you read through th
tl;dr Word on the street is that image property protections are a pain
point for some projects (e.g., Nova, Cinder). We'd like to find out from
some other projects (and deployers) how they interact with Glance with
respect to property protections and how we can improve this process.
The Glance t
nd v2 and how this is making some pandas sad.
>
>The above served as a starting point for a discussion around the
>current API, how it can be improved, etc. This discussions happened on
>IRC[1], on a call (sorry, I forgot to record this call, this is entirely
>my fault) and on an eth
I'd like to clarify something.
On 9/25/15, 12:16 PM, "Mark Voelker" wrote:
[big snip]
>Also worth pointing out here: when we talk about ³doing the same thing²
>from a DefCore perspective, we¹re essentially talking about what¹s
>exposed to the end user, not how that¹s implemented in OpenStack¹s so
Apologies for forking the thread, but there was way too much in Doug's
email (and Flavio's response) and I only want to make a few points about
tasks. Please read Doug's original email and Flavio's reply at some
point, preferably before you read this.
I'm going to limit myself to 4 points. We'll
I added an agenda item for this for today's Glance meeting:
https://etherpad.openstack.org/p/glance-team-meeting-agenda
I'd prefer to hold my vote until after the meeting.
cheers,
brian
On 9/3/15, 6:14 AM, "Kuvaja, Erno" wrote:
>Malini, all,
>
>My current opinion is -1 for FFE based on the
On 8/13/15, 11:32 AM, "Mike Perez" wrote:
>* Role based properties [5] (who is asking for this, and why is Glance
> enforcing roles?)
I can answer this one.
Property protections have been available in Glance since Havana [6].
The feature was requested by deployers.
In general, Glance enforces ro
On 8/7/15, 1:07 PM, "Jay Pipes" wrote:
>So, here's the crux of the issue. Nova and Cinder **do not want to speak
>the Glance REST API** to either upload or download image bits from
>storage. Streaming image bits through the Glance API endpoint is a
>needless and inefficient step, and Nova and Cin
Greetings to all Glance people,
kragniz has proposed that we have an informal social event for Glance and
Glance-related people attending the summit next week. Please keep your
calendars open for about 2 hours or so starting at 7:30 p.m. on Wednesday,
May 20. Neither kragniz nor I are familiar w
Su,
The patch you are referring to is a work-in-progress patch. It only partially
implements the feature, and as one of the comments in the patch indicates, it's
defining an Integer column in the database that might be replaced by an enum.
So even if it were a full implementation, it would be
I don't know how elaborate we want to get here, but Everett Toews had an
interesting suggestion in the openstack-api channel. It would go something
like this:
(1) User gets "/x1/search" endpoint from service catalog
(2) User does some request against /x1/search
(3) User receives 400 with an error
of its own, returned in the Location header. You can then send a GET
request to this URI to obtain status info, such as whether the task completed
or not. And since tasks are now real resources, they should have a documented
representation as well.
Miguel
On Wed, Feb 18, 2015 at 1:19 PM, Brian
On 2/15/15, 2:35 PM, "Jay Pipes" wrote:
>On 02/15/2015 01:13 PM, Brian Rosmaita wrote:
>> On 2/15/15, 10:10 AM, "Jay Pipes" wrote:
>>
>>> On 02/15/2015 01:31 AM, Brian Rosmaita wrote:
>>>> This is a follow-up to the discussion at the 12
On 2/15/15, 10:10 AM, "Jay Pipes" wrote:
>On 02/15/2015 01:31 AM, Brian Rosmaita wrote:
>> This is a follow-up to the discussion at the 12 February API-WG meeting
>> [1] concerning "functional" API in Glance [2]. We made some progress,
>>but
>
This is a follow-up to the discussion at the 12 February API-WG meeting
[1] concerning "functional" API in Glance [2]. We made some progress, but
need to close this off so the spec can be implemented in Kilo.
I believe this is where we left off:
1. The general consensus was that POST is the corre
On 2/12/15, 9:57 AM, "Ian Cordasco" wrote:
>On 2/11/15, 11:10, "Okuma, Wayne" wrote:
>
>>Hello,
>>
>>I would like to change the metadef-tags create API which was checked into
>>Kilo (cycle 1).
>>The python-glanceclient that would support metadef-tags has not been
>>released yet and I would like
On 2/9/15, 8:44 PM, "Joe Gordon"
mailto:joe.gord...@gmail.com>> wrote:
On Mon, Feb 9, 2015 at 1:22 PM, Jay Pipes
mailto:jaypi...@gmail.com>> wrote:
On 01/20/2015 10:54 AM, Brian Rosmaita wrote:
From: Kevin L. Mitchell
[kevin.mitch...@rackspace.com<mailto:kevin.mitc
From: Kevin L. Mitchell [kevin.mitch...@rackspace.com]
Sent: Monday, January 19, 2015 4:54 PM
> When we look at consistency, we look at everything else in OpenStack.
> From the standpoint of the nova API (with which I am the most familiar),
> I am not aware of any property that is ever omitted fro
The response on the review is overwhelmingly positive (or, strictly speaking,
unanimously non-negative).
If anyone has an objection, could you please register it before 12:00 UTC on
Monday, January 12?
https://review.openstack.org/#/c/145025/
thanks,
brian
From
The Images API v2 has been using PATCH to update an image record for quite a
long time now. We pretty much follow the IETF docs. Here's how it's
documented:
http://docs.openstack.org/api/openstack-image-service/2.0/content/update-an-image.html
And here's the info about the media type used for
Just to add some more to what Fei Long said:
There's some mention of tags in the "regular" API docs [1, 2]. Various
OpenStack vendors also have support docs explaining them [3].
Tags are "sort of" informal metadata, and support for tags (and they way you
use them) varies widely among OpenStack
I am really sorry to see you step down, but congratulations!
cheers,
brian
From: Mark Washenberger [mark.washenber...@markwash.net]
Sent: Monday, September 22, 2014 12:22 PM
To: OpenStack Development Mailing List
Subject: [openstack-dev] [Glance] PTL Non-Candidacy
The "Glance where are the docs?" wiki page has been updated:
https://wiki.openstack.org/wiki/Glance-where-are-the-docs
By the way, the Docs Team is having a bug-squash day on 9th September 2014 if
you feel like writing prose instead of python:
https://wiki.openstack.org/wiki/Documentation/Bug
The Glance Mid-Cycle Meeting will be held July 24-25 at VMware, Inc, in Palo
Alto, CA, USA.
Info is here: https://etherpad.openstack.org/p/glance-juno-mid-cycle-meeting
Please add proposals for discussion topics to the bottom of that etherpad, or
just add your name so we can guage interest, or
Hi Facundo,
Can you attend the Glance meeting this week at 20:00 UTC on Thursday in
#openstack-meeting-alt ?
I may be misunderstanding what's at stake, but it looks like:
- Glance holds the image metadata (some user-modifiable, some not)
- Cinder copies the image metadata to use as volume metada
I agree with Erno. I think that the glance registry service being optional is
a good argument for keeping its config separate rather than munging it into the
API config.
rosmaita
From: Kuvaja, Erno [kuv...@hp.com]
Sent: Tuesday, June 17, 2014 10:29 AM
To
+1
From: Kuvaja, Erno [kuv...@hp.com]
Sent: Thursday, June 12, 2014 9:34 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Glance] Nominating Nikhil Komawar for Core
+1
From: Alex Meade [mailto:mr.alex.me...@gmail.co
> That said, I prefer to have resources actually be things that the software
> creates. An action
> isn't created. It is performed.
>
> I would prefer to replace the term "action(s)" with the term "task(s)", as is
> proposed for Nova [1].
Glance already uses "tasks" in the v2 URL for creating re
There's been some work in Glance on this already. In addition to the BP Mark
mentioned for import, please take a look at these so we don't duplicate efforts:
https://wiki.openstack.org/wiki/Glance-tasks-import
https://blueprints.launchpad.net/glance/+spec/new-download-workflow
https://wiki.opens
Greg,
This might be useful: https://wiki.openstack.org/wiki/Qonos-scheduling-service
There's a link to the code repository at the bottom of the document. It might
be kind of overkill for what you want, though.
cheers,
brian
From: Greg Hill [greg.h...@rackspace
Sorry for the repost, just want to make sure everyone is aware that the meeting
was moved.
From: Brian Rosmaita [brian.rosma...@rackspace.com]
Sent: Friday, August 23, 2013 1:48 PM
To: OpenStack Development Mailing List; Joshua Harlow; Jessica Lucci
This thread continued past the announcement that the meeting was moved to
Tuesday ... so, no task meeting today (Monday), we will be meeting at 15:00 UTC
Tuesday 27 August in #openstack-glance on Freenode.
Topics:
(1) taskflow seam for integration
(2) tasks api and executor interface
(3) indexab
We'll now be holding the below meeting at 15:00 UTC Tuesday 27 August in
#openstack-glance on Freenode.
From: Brian Rosmaita [brian.rosma...@rackspace.com]
Sent: Thursday, August 22, 2013 5:33 PM
To: Joshua Harlow; OpenStack Development Mailing
x27;m free from
9:30 Pacific Monday and on. Would Tuesday work? Or tomorrow?
On Thu, Aug 22, 2013 at 2:33 PM, Brian Rosmaita
mailto:brian.rosma...@rackspace.com>> wrote:
We're shooting for 15:00 UTC Monday 26 August. (Let me know ASAP if you really
want to be in on this and can't m
We're shooting for 15:00 UTC Monday 26 August. (Let me know ASAP if you really
want to be in on this and can't make it, but this is probably the best time
available.)
Topics:
(1) taskflow seam for integration
(2) tasks api and executor interface
(3) indexable column in db for tasks to be querya
a Harlow [harlo...@yahoo-inc.com]
Sent: Tuesday, August 20, 2013 6:18 PM
To: OpenStack Development Mailing List; Brian Rosmaita
Subject: Re: [openstack-dev] [Glance] import task update
Very cool, would u consider trying to use taskflow for some of this. It
seems to fit (or could fit) part of the bill
In light of today's IRC meeting in #openstack-glance (notes in etherpad
https://etherpad.openstack.org/LG39UnQA7z), I've updated the tasks api document
and the import document:
https://wiki.openstack.org/wiki/Glance-tasks-api
https://wiki.openstack.org/wiki/Glance-tasks-import
cheers,
bri
Stuart, when property protections are available in Havana, a provider can
choose to make these immutable. Or are you thinking that this is too important
to leave up to provider configuration?
From: stuart.mcla...@hp.com [stuart.mcla...@hp.com]
Sent: Wedn
nstack-dev] [Glance] async worker design meeting tomorrow!
On 08/05/2013 04:34 AM, Brian Rosmaita wrote:
> Well, it's tomorrow as I write this, maybe it's today as you read
> this. Anyway:
>
> - asynchronous worker meeting Tuesday 6 Aug 2013 14:00 UTC in
> #openstac
Well, it's tomorrow as I write this, maybe it's today as you read this. Anyway:
- asynchronous worker meeting Tuesday 6 Aug 2013 14:00 UTC in #openstack-glance
- the etherpad https://etherpad.openstack.org/havana-glance-requirements was
updated after the last meeting
- if you missed the las
ht was that although the asynchronous nature seems attractive, the
problems the new API is setting out to solve could be adapted to the existing
images API. This view seems to be shared and well highlighted by Jay in this
thread: http://lists.openstack.org/pipermail/openstack-dev/2013-May/0095
asynchronous worker meeting 2 Aug 2013 14:00 UTC in #openstack-glance
please look at https://etherpad.openstack.org/havana-glance-requirements before
the meeting
cheers,
brian
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lis
After lots of discussion, here are the image import/export/cloning blueprints
unified as a tasks API. Please reply with comments!
Take a look at this doc first:
https://wiki.openstack.org/wiki/Glance-tasks-api
It's got a "related documents" section with links to the previous proposals and
a
Stuart,
I agree with Mark's comments, wanted to address this:
3) we could potentially link roles to the regex
eg this could allow role1_xxx to be writable only if you have 'role1'.
By assigning appropriate roles (com.provider/com.partner/nova?) you
could provide the ability to write to that prefi
After lots of discussion, I think we've come to a consensus on what property
protections should look like in Glance. Please reply with comments!
The blueprint:
https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection
The full specification:
https://wiki.openstack.org/wiki/Glan
201 - 258 of 258 matches
Mail list logo
