Re: [openstack-dev] [all] Zuul job backlog

[Abhishek Kekane]

Hi All,

I have fixed the glance functional test issue, patch [1] is merged in
master. I hope the mentioned issue is now resolved.

Kindly let me know.

[1] https://review.openstack.org/#/c/608856/

Thank you,
Abhishek

On Mon, 8 Oct 2018 at 11:37 PM, Doug Hellmann  wrote:

> Abhishek Kekane  writes:
>
> > Hi Doug,
> >
> > Should I use something like SimpleHttpServer to upload a file and
> download
> > the same, or there are other efficient ways to handle it,
> > Kindly let me know if you are having any suggestions for the same.
>
> Sure, that would work, especially if your tests are running in the unit
> test jobs. If you're running a functional test, it seems like it would
> also be OK to just copy a file into the directory Apache is serving from
> and then download it from there.
>
> Doug
>
> >
> > Thanks & Best Regards,
> >
> > Abhishek Kekane
> >
> >
> > On Fri, Oct 5, 2018 at 4:57 PM Doug Hellmann 
> wrote:
> >
> >> Abhishek Kekane  writes:
> >>
> >> > Hi Matt,
> >> >
> >> > Thanks for the input, I guess I should use '
> >> > http://git.openstack.org/static/openstack.png' which will definitely
> >> work.
> >> > Clark, Matt, Kindly let me know your opinion about the same.
> >>
> >> That URL would not be on the local node running the test, and would
> >> eventually exhibit the same problems. In fact we have seen issues
> >> cloning git repositories as part of the tests in the past.
> >>
> >> You need to use a localhost URL to ensure that the download doesn't have
> >> to go off of the node. That may mean placing something into the
> directory
> >> where Apache is serving files as part of the test setup.
> >>
> >> Doug
> >>
>
-- 
Thanks & Best Regards,

Abhishek Kekane
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Zuul job backlog

[Abhishek Kekane]

Hi Doug,

Should I use something like SimpleHttpServer to upload a file and download
the same, or there are other efficient ways to handle it,
Kindly let me know if you are having any suggestions for the same.

Thanks & Best Regards,

Abhishek Kekane


On Fri, Oct 5, 2018 at 4:57 PM Doug Hellmann  wrote:

> Abhishek Kekane  writes:
>
> > Hi Matt,
> >
> > Thanks for the input, I guess I should use '
> > http://git.openstack.org/static/openstack.png' which will definitely
> work.
> > Clark, Matt, Kindly let me know your opinion about the same.
>
> That URL would not be on the local node running the test, and would
> eventually exhibit the same problems. In fact we have seen issues
> cloning git repositories as part of the tests in the past.
>
> You need to use a localhost URL to ensure that the download doesn't have
> to go off of the node. That may mean placing something into the directory
> where Apache is serving files as part of the test setup.
>
> Doug
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Zuul job backlog

[Abhishek Kekane]

Hi Matt,

Thanks for the input, I guess I should use '
http://git.openstack.org/static/openstack.png' which will definitely work.
Clark, Matt, Kindly let me know your opinion about the same.

Thanks & Best Regards,

Abhishek Kekane


On Fri, Oct 5, 2018 at 10:20 AM Matthew Treinish 
wrote:

>
>
> On October 5, 2018 12:11:51 AM EDT, Abhishek Kekane 
> wrote:
> >Hi Clark,
> >
> >Thank you for the inputs. I have verified the logs and found that
> >mostly
> >image import web-download import method related tests are failing.
> >Now in this test [1] we are trying to download a file from '
> >
> https://www.openstack.org/assets/openstack-logo/2016R/OpenStack-Logo-Horizontal.eps.zip
> '
> >in glance. Here we are assuming image will be downloaded and active
> >within
> >20 seconds of time and if not it will be marked as failed. Now this
> >test
> >never fails in local environment but their might be a problem of
> >connecting
> >to remote while this test is executed in zuul jobs.
> >
> >Do you have any alternative idea how we can test this scenario, as it
> >is
> >very hard to reproduce this in local environment.
> >
>
> External networking will always be unreliable from the ci environment,
> nothing is 100% reliable and just given the sheer number of jobs we execute
> there will be an appreciable number of failures just from that. That being
> said this exact problem you've described is one we fixed in
> devstack/tempest over 5 years ago:
>
> https://bugs.launchpad.net/tempest/+bug/1190623
>
> It'd be nice if we didn't keep repeating problems. The solution for that
> bug is likely to be the same thing here, and not relying on pulling
> something from the external network in the test. Just use something else
> hosted on the local apache httpd of the test node and use that as the url
> to import in the test.
>
> -Matt Treinish
>
> >
> >
> >On Thu, Oct 4, 2018 at 7:43 PM Clark Boylan 
> >wrote:
> >
> >> On Thu, Oct 4, 2018, at 12:16 AM, Abhishek Kekane wrote:
> >> > Hi,
> >> > Could you please point out some of the glance functional tests
> >which are
> >> > failing and causing this resets?
> >> > I will like to put some efforts towards fixing those.
> >>
> >> http://status.openstack.org/elastic-recheck/data/integrated_gate.html
> >is
> >> a good place to start. That shows you a list of tests that failed in
> >the
> >> OpenStack Integrated gate that elastic-recheck could not identify the
> >> failure for including those for several functional jobs.
> >>
> >> If you'd like to start looking at identified bugs first then
> >> http://status.openstack.org/elastic-recheck/gate.html shows
> >identified
> >> failures that happened in the gate.
> >>
> >> For glance functional jobs the first link points to:
> >>
> >>
> >
> http://logs.openstack.org/99/595299/1/gate/openstack-tox-functional/fc13eca/
> >>
> >>
> >
> http://logs.openstack.org/44/569644/3/gate/openstack-tox-functional/b7c487c/
> >>
> >>
> >
> http://logs.openstack.org/99/595299/1/gate/openstack-tox-functional-py35/b166313/
> >>
> >>
> >
> http://logs.openstack.org/44/569644/3/gate/openstack-tox-functional-py35/ce262ab/
> >>
> >> Clark
> >>
> >>
> >__
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe:
> >openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Zuul job backlog

[Abhishek Kekane]

Hi Clark,

Thank you for the inputs. I have verified the logs and found that mostly
image import web-download import method related tests are failing.
Now in this test [1] we are trying to download a file from '
https://www.openstack.org/assets/openstack-logo/2016R/OpenStack-Logo-Horizontal.eps.zip'
in glance. Here we are assuming image will be downloaded and active within
20 seconds of time and if not it will be marked as failed. Now this test
never fails in local environment but their might be a problem of connecting
to remote while this test is executed in zuul jobs.

Do you have any alternative idea how we can test this scenario, as it is
very hard to reproduce this in local environment.

Thanks & Best Regards,

Abhishek Kekane


On Thu, Oct 4, 2018 at 7:43 PM Clark Boylan  wrote:

> On Thu, Oct 4, 2018, at 12:16 AM, Abhishek Kekane wrote:
> > Hi,
> > Could you please point out some of the glance functional tests which are
> > failing and causing this resets?
> > I will like to put some efforts towards fixing those.
>
> http://status.openstack.org/elastic-recheck/data/integrated_gate.html is
> a good place to start. That shows you a list of tests that failed in the
> OpenStack Integrated gate that elastic-recheck could not identify the
> failure for including those for several functional jobs.
>
> If you'd like to start looking at identified bugs first then
> http://status.openstack.org/elastic-recheck/gate.html shows identified
> failures that happened in the gate.
>
> For glance functional jobs the first link points to:
>
> http://logs.openstack.org/99/595299/1/gate/openstack-tox-functional/fc13eca/
>
> http://logs.openstack.org/44/569644/3/gate/openstack-tox-functional/b7c487c/
>
> http://logs.openstack.org/99/595299/1/gate/openstack-tox-functional-py35/b166313/
>
> http://logs.openstack.org/44/569644/3/gate/openstack-tox-functional-py35/ce262ab/
>
> Clark
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] Glance API Caching Enhancements for Edge Computing

[Abhishek Kekane]

Geeg,

Glance uses launchpad for blueprints and for specs you can refer to
glance-specs repo.

Thank you,

Abhishek

On Thu 4 Oct, 2018, 16:14 Waines, Greg,  wrote:

> I have not yet done a blueprint or spec for this in Glance.
>
> But can do that now.
>
>
>
> Is Glance using Launchpad or Storyboard ?
>
>
>
> Greg.
>
>
>
>
>
>
>
> *From: *Abhishek Kekane 
> *Reply-To: *"openstack-dev@lists.openstack.org" <
> openstack-dev@lists.openstack.org>
> *Date: *Thursday, October 4, 2018 at 2:08 AM
> *To: *"openstack-dev@lists.openstack.org" <
> openstack-dev@lists.openstack.org>
> *Subject: *Re: [openstack-dev] [glance] Glance API Caching Enhancements
> for Edge Computing
>
>
>
> Hi Greg,
>
>
>
> Have you actually filed a blueprint or specs for this in glance?
>
> If yes could you please provide a reference for the same.
>
>
>
>
> Thanks & Best Regards,
>
> Abhishek Kekane
>
>
>
>
>
> On Thu, Oct 4, 2018 at 12:34 AM Waines, Greg 
> wrote:
>
> Glance Team,
>
>
>
> I am following up on discussions in the edge-computing PTG meetings.
>
> There were discussions on potential enhancements to Glance API Caching for
> support of the proposed MVP Edge Architecture.
>
> And I took the action to write up a blueprint and a specification for
> these enhancements ... and will follow up with implementation.
>
>
>
> I thought I’d start the discussions on the mailing list ... and if
> everyone is still in agreement,
>
> then I’ll move the high-level definition/requirements to Glance’s
> Launchpad (or Storyboard?) and
>
> write up a Glance spec and review it in Gerrit.
>
>
>
> *THE PROPOSAL:*
>
>
>
> Enhance Glance API Caching such that
>
> a)   It works between two Glance Services (i.e. Glance at a Central
> OpenStack Cloud and Glance at an Edge OpenStack Cloud)
>
> · i.e. current Glance API Caching only works with external
> webservers
>
> b)   Enable the Edge Cloud Glance API Caching to support the ability
> to locally use those cached images (e.g. nova boot ...)
> even when network connectivity is lost to the Central Cloud Glance Service
>
> · i.e. image meta-data is required in order to service a ‘nova
> boot ...’, and
>today image meta-data is NOT cached by Glance API Caching.
>
>
>
> The proposed solution should generically work between any two Glance
> Services.
>
> e.g.
>
> · in a Multi-Region Environment,
>
> · in a StarlingX Distributed Cloud,
>
> · etc.
>
>
>
> The proposed solution need only deal with the Edge Cloud Glance talking to
> a single Central Cloud Glance.
>
>
>
>
>
> Let me know if you have any a questions or comments,
>
> Greg.
>
>
>
>
>
>
>
> p.s.
>
> *Background:*
>
> More info on the edge-computing group’s MVP Edge Architecture can be found
> here:
>
>
> https://www.dropbox.com/s/255x1cao14taer3/MVP-Architecture_edge-computing_PTG.pptx?dl=0
>
> and
>
>
> https://docs.google.com/document/d/1Mq6bSm_lES56S4gygEuhmMbEeCI2nBFl_U5vl50wih8/edit?ts=5baa654e#heading=h.ncllqse6iw0u
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Zuul job backlog

[Abhishek Kekane]

Hi,
Could you please point out some of the glance functional tests which are
failing and causing this resets?
I will like to put some efforts towards fixing those.

Thanks & Best Regards,

Abhishek Kekane


On Wed, Oct 3, 2018 at 10:14 PM Doug Hellmann  wrote:

> Wesley Hayutin  writes:
>
> [snip]
>
> > The TripleO project has created a single node container based composable
> > OpenStack deployment [2]. It is the projects intention to replace most of
> > the TripleO upstream jobs with the Standalone deployment.  We would like
> to
> > reduce our multi-node usage to a total of two or three multinode jobs to
> > handle a basic overcloud deployment, updates and upgrades[a]. Currently
> in
> > master we are relying on multiple multi-node scenario jobs to test many
> of
> > the OpenStack services in a single job. Our intention is to move these
> > multinode scenario jobs to single node job(s) that tests a smaller subset
> > of services. The goal of this would be target the specific areas of the
> > TripleO code base that affect these services and only run those there.
> This
> > would replace the existing 2-3 hour two node job(s) with single node
> job(s)
> > for specific services that completes in about half the time.  This
> > unfortunately will reduce the overall coverage upstream but still allows
> us
> > a basic smoke test of the supported OpenStack services and their
> deployment
> > upstream.
> >
> > Ideally projects other than TripleO would make use of the Standalone
> > deployment to test their particular service with containers, upgrades or
> > for various other reasons.  Additional projects using this deployment
> would
> > help ensure bugs are found quickly and resolved providing additional
> > resilience to the upstream gate jobs. The TripleO team will begin review
> to
> > scope out and create estimates for the above work starting on October 18
> > 2018.  One should expect to see updates on our progress posted to the
> > list.  Below are some details on the proposed changes.
>
> [snip]
>
> Thanks for all of the details, Wes. I know the current situation has
> been hurting the TripleO team as well, so I'm glad to see a good plan in
> place to address it. I look forward to seeing updates about the
> progress.
>
> Doug
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] Glance API Caching Enhancements for Edge Computing

[Abhishek Kekane]

Hi Greg,

Have you actually filed a blueprint or specs for this in glance?
If yes could you please provide a reference for the same.


Thanks & Best Regards,

Abhishek Kekane


On Thu, Oct 4, 2018 at 12:34 AM Waines, Greg 
wrote:

> Glance Team,
>
>
>
> I am following up on discussions in the edge-computing PTG meetings.
>
> There were discussions on potential enhancements to Glance API Caching for
> support of the proposed MVP Edge Architecture.
>
> And I took the action to write up a blueprint and a specification for
> these enhancements ... and will follow up with implementation.
>
>
>
> I thought I’d start the discussions on the mailing list ... and if
> everyone is still in agreement,
>
> then I’ll move the high-level definition/requirements to Glance’s
> Launchpad (or Storyboard?) and
>
> write up a Glance spec and review it in Gerrit.
>
>
>
> *THE PROPOSAL:*
>
>
>
> Enhance Glance API Caching such that
>
> a)   It works between two Glance Services (i.e. Glance at a Central
> OpenStack Cloud and Glance at an Edge OpenStack Cloud)
>
> · i.e. current Glance API Caching only works with external
> webservers
>
> b)   Enable the Edge Cloud Glance API Caching to support the ability
> to locally use those cached images (e.g. nova boot ...)
> even when network connectivity is lost to the Central Cloud Glance Service
>
> · i.e. image meta-data is required in order to service a ‘nova
> boot ...’, and
>today image meta-data is NOT cached by Glance API Caching.
>
>
>
> The proposed solution should generically work between any two Glance
> Services.
>
> e.g.
>
> · in a Multi-Region Environment,
>
> · in a StarlingX Distributed Cloud,
>
> · etc.
>
>
>
> The proposed solution need only deal with the Edge Cloud Glance talking to
> a single Central Cloud Glance.
>
>
>
>
>
> Let me know if you have any a questions or comments,
>
> Greg.
>
>
>
>
>
>
>
> p.s.
>
> *Background:*
>
> More info on the edge-computing group’s MVP Edge Architecture can be found
> here:
>
>
> https://www.dropbox.com/s/255x1cao14taer3/MVP-Architecture_edge-computing_PTG.pptx?dl=0
>
> and
>
>
> https://docs.google.com/document/d/1Mq6bSm_lES56S4gygEuhmMbEeCI2nBFl_U5vl50wih8/edit?ts=5baa654e#heading=h.ncllqse6iw0u
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][glance] Heat image resource support issue

[Abhishek Kekane]

Hi Rico,

Session times are not decided yet, could you please add your topic on [1]
so that it will be on discussion list.
Also glance sessions are scheduled from Wednesday to Friday between 9 to 5
PM, so you can drop by as per your convenience.

[] https://etherpad.openstack.org/p/stein-ptg-glance-planning


Thanks & Best Regards,

Abhishek Kekane

On Thu, Sep 6, 2018 at 3:48 PM, Rico Lin  wrote:

>
> On Thu, Sep 6, 2018 at 12:52 PM Abhishek Kekane 
> wrote:
>
>> Hi Rico,
>>
>> We will discuss this during PTG, however meantime you can add
>> WSGI_MODE=mod_wsgi in local.conf for testing purpose.
>>
>
> Cool, If you can let me know which session it's, I will try to be there if
> no conflict
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat][glance] Heat image resource support issue

[Abhishek Kekane]

Hi Rico,

We will discuss this during PTG, however meantime you can add
WSGI_MODE=mod_wsgi in local.conf for testing purpose.

Thanks & Best Regards,

Abhishek Kekane

On Thu, Sep 6, 2018 at 9:21 AM, Rico Lin  wrote:

> Since we all use devstack as the test environment, I can see it's required
> that we allow this scenario works for devstack in the gateway. Do you got
> any plan to fix [1] in short future?:)
>
> [1]  https://review.openstack.org/#/c/545483/
>
> On Thu, Sep 6, 2018 at 11:00 AM Brian Rosmaita 
> wrote:
>
>>
>>
>> On Wed, Sep 5, 2018 at 11:12 AM Rico Lin 
>> wrote:
>>
>>>
>>> On Wed, Sep 5, 2018 at 8:47 PM Brian Rosmaita <
>>> rosmaita.foss...@gmail.com> wrote:
>>>
>>> Since Queens, Glance has had a 'web-download' import method that takes a
>>>> URL [0].  It's enabled by default, but operators do have the ability to
>>>> turn it off.  (There's an API call to see what methods are enabled in a
>>>> particular cloud.)  Operators also have the ability to restrict what URLs
>>>> are acceptable [1], but that's probably a good thing.
>>>>
>>>> In short, Glance does have the ability to do what you need since
>>>> Queens, but there's no guarantee that it will be available in all clouds
>>>> and for all URLs.  If you foresee that as a problem, it would be a good
>>>> idea to get together with the Glance team at the PTG to discuss this
>>>> issue.  Please add it as a topic to the Glance PTG planning etherpad [3] as
>>>> soon as you can.
>>>>
>>> Cool! Thank Brian.
>>> Sounds like something we can use, just one small question in my mind. In
>>> order to use `web-download` in image resource, we need to create an empty
>>> image than use import to upload that imge. I have try that scenrio by
>>> myself now (I'm not really diving into detail yet) by:
>>> 1. create an empty image(like `openstack image create --container-format
>>> bare --disk-format qcow2 img_name`)
>>> 2. and than import image  (like `glance image-import --import-method
>>> web-download --uri https://download.cirros-cloud.
>>> net/0.3.5/cirros-0.3.5-x86_64-disk.img `)
>>> But that image stuck in queued after first step.
>>> dose this scenario supported by glance? Or where did I do wrong?
>>>
>>
>> That scenario should work, unless you are running glance under uwsgi, in
>> which case the task engine (used to import the image) does not run.  You
>> can tell that's the problem if as an admin user you use the command 'glance
>> task-list'.  You should see a task of type 'api_image_import' with status
>> 'pending'.  (You can do 'glance task-show ' to see the details of
>> the task.)
>>
>> If you are using devstack, you can apply this patch before you call
>> stack.sh: https://review.openstack.org/#/c/545483/  .  It will allow
>> everything except Glance to run under uwsgi.
>>
>>
>>>
>>>
>>>>
>>>> [0] https://developer.openstack.org/api-ref/image/
>>>> v2/index.html#interoperable-image-import
>>>> [1] https://docs.openstack.org/glance/latest/admin/
>>>> interoperable-image-import.html#configuring-the-web-download-method
>>>> [3] https://etherpad.openstack.org/p/stein-ptg-glance-planning
>>>>
>>>
>>> --
>>> May The Force of OpenStack Be With You,
>>>
>>> *Rico Lin*irc: ricolin
>>>
>>> 
>>> __
>>> OpenStack Development Mailing List (not for usage questions)
>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
>>> unsubscribe
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
>> unsubscribe
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> --
> May The Force of OpenStack Be With You,
>
> *Rico Lin*irc: ricolin
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [glance] FFE for multi-backend

[Abhishek Kekane]

I'm asking for a Feature Freeze Exception for Multiple backend support
(multi-store)
feature [0].  The only remaining work is a versioning patch to flag
this feature as
 experimental and should be completed early next week.

​[0] 
https://specs.openstack.org/openstack/glance-specs/specs/rocky/approved/glance/multi-store.html

Patches open for review:

https://review.openstack.org/#/q/status:open+project:openstack/glance+branch:master+topic:bp/multi-store​



Th​
anks & Best Regards,

Abhishek Kekane
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance][glance_store] Functional testing of multiple backend

[Abhishek Kekane]

Hi Tomoki,

Thank you for your efforts, I will check this out. Seems like with the
patch you have mentioned multi store works with cinder as well.

Thank you again.



On Sat 30 Jun, 2018, 18:05 Tomoki Sekiyama, 
wrote:

> Hi Abhishek,
>
> Thanks for your work.
> I have added a way to configure cinder stores using devstack
> that I have used to test the multi-backend feature in cinder stores:
>
> https://etherpad.openstack.org/p/multi-store-scenarios
>
> Please note that it currently require additional bugfix patch for
> glance_store:
> https://review.openstack.org/#/c/579335/
>
> Thanks,
> Tomoki Sekiyama
>
>
> 2018年6月28日(木) 15:03 Abhishek Kekane :
>
>> Hi All,
>>
>> In Rocky I have proposed a spec [1] for adding support for multiple
>> backend in glance. I have completed the coding part and so far tested this
>> feature with file, rbd and swift store. However I need support in testing
>> this feature thoroughly. So kindly help me (or provide a way to configure
>> cinder, sheepdog and vmware stores using devstack) in functional testing
>> for remaining drivers.
>>
>> I have created one etherpad [2] with steps to configure this feature and
>> some scenarios I have tested with file, rbd and swift drivers.
>>
>> Please do the needful.
>>
>> [1] https://review.openstack.org/562467
>> [2] https://etherpad.openstack.org/p/multi-store-scenarios
>>
>> Summary of upstream patches:
>>
>> https://review.openstack.org/#/q/topic:bp/multi-store+(status:open+OR+status:merged)
>> <https://review.openstack.org/#/q/topic:bp/multi-store+%28status:open+OR+status:merged%29>
>>
>>
>> Thanks & Best Regards,
>>
>> Abhishek Kekane
>>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [glance][glance_store] Functional testing of multiple backend

[Abhishek Kekane]

Hi All,

In Rocky I have proposed a spec [1] for adding support for multiple backend
in glance. I have completed the coding part and so far tested this feature
with file, rbd and swift store. However I need support in testing this
feature thoroughly. So kindly help me (or provide a way to configure
cinder, sheepdog and vmware stores using devstack) in functional testing
for remaining drivers.

I have created one etherpad [2] with steps to configure this feature and
some scenarios I have tested with file, rbd and swift drivers.

Please do the needful.

[1] https://review.openstack.org/562467
[2] https://etherpad.openstack.org/p/multi-store-scenarios

Summary of upstream patches:
https://review.openstack.org/#/q/topic:bp/multi-store+(status:open+OR+status:merged)
<https://review.openstack.org/#/q/topic:bp/multi-store+%28status:open+OR+status:merged%29>


Thanks & Best Regards,

Abhishek Kekane
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [masakari] Masakari Project mascot ideas

[Abhishek Kekane]

+1 for St. Bernard

Thanks,

Abhishek

On Wed, Mar 14, 2018 at 12:04 PM, Sam P  wrote:

> Nice idea. Thanks..
> ​>
> 3) St. > Bernard: St. Bernard is famous as rescue dog (Masakari rescues
> VM instances)
> ​+1​
> ​ I will confirm in advance whether we can use this as our mascot.
>
> --- Regards,
> Sampath
>
>
> On Wed, Mar 14, 2018 at 11:22 AM, Patil, Tushar 
> wrote:
>
>> Hi,
>>
>>
>> Total 4 people attended last IRC meeting and all of them have voted for
>> St.Bernard Dog.
>>
>>
>> If someone has missed to vote, please vote for mascot now.
>>
>>
>> Options:
>> 1) Asiatic black bear
>>
>> 2) Gekko : Geckos is able to regrow it's tail when the tail is lost.
>> ​​
>> 3) St. Bernard: St. Bernard is famous as rescue dog (Masakari rescues VM
>> instances)
>>
>> Thank you.
>>
>>
>> Regards,
>>
>> Tushar Patil
>>
>>
>>
>> --
>> *From:* Bhor, Dinesh 
>> *Sent:* Wednesday, March 14, 2018 10:16:29 AM
>> *To:* OpenStack Development Mailing List (not for usage questions)
>> *Subject:* Re: [openstack-dev] [masakari] Masakari Project mascot ideas
>>
>>
>> Hi Sampath San,
>>
>>
>> There is one more option which we discussed in yesterdays masakari
>> meeting [1]:
>>
>> St. Bernard(Dog) [2].
>>
>>
>> [1] http://eavesdrop.openstack.org/meetings/masakari/2018/ma
>> sakari.2018-03-13-04.01.log.html#l-38
>>
>>
>> [2] https://en.wikipedia.org/wiki/St._Bernard_(dog)
>>
>>
>> Thank you,
>>
>> Dinesh Bhor
>>
>>
>> --
>> *From:* Sam P 
>> *Sent:* 13 March 2018 22:19:00
>> *To:* OpenStack Development Mailing List (not for usage questions)
>> *Subject:* [openstack-dev] [masakari] Masakari Project mascot ideas
>>
>> Hi All,
>>
>> We started this discussion on IRC meeting few weeks ago and still no
>> progress..;)
>> (aspiers: thanks for the reminder!)
>>
>> Need mascot proposals for Masakari, see FAQ [1] for more info
>>
>> Current ideas: Origin of "Masakari" is related to hero from Japanese
>> folklore [2].
>> Considering that relationship and to start the process, here are few
>> ideas,
>> (1) Asiatic black bear
>>
>> (2) Gekko : Geckos is able to regrow it's tail when the tail is lost.
>>
>> [1] https://www.openstack.org/project-mascots/
>> 
>> Project Mascots - OpenStack is open source software for ...
>> 
>> www.openstack.org
>> We are OpenStack. We’re also passionately developing more than 60
>> projects within OpenStack. To support each project’s unique identity and
>> visually demonstrate ...
>>
>> [2] https://en.wikipedia.org/wiki/Kintar%C5%8D
>>
>> --- Regards,
>> Sampath
>>
>>
>> __
>> Disclaimer: This email and any attachments are sent in strictest
>> confidence
>> for the sole use of the addressee and may contain legally privileged,
>> confidential, and proprietary data. If you are not the intended recipient,
>> please advise the sender by replying promptly to this email and then
>> delete
>> and destroy this email and any attachments without any further use,
>> copying
>> or forwarding.
>>
>> __
>> Disclaimer: This email and any attachments are sent in strictest
>> confidence
>> for the sole use of the addressee and may contain legally privileged,
>> confidential, and proprietary data. If you are not the intended recipient,
>> please advise the sender by replying promptly to this email and then
>> delete
>> and destroy this email and any attachments without any further use,
>> copying
>> or forwarding.
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Glance] Changes to Glance core team

[Abhishek Kekane]

Big +1 to Sean, he has been doing wonderful job for us.
Thank you, Flavio and Mike, hope to see you back.

Cheers,

Abhishek

On 01-Mar-2018 17:40, "Erno Kuvaja"  wrote:

> Hi all,
>
> At the start of the cycle is good time to have a look of the Glance
> reviewers and based on the discussions amongs the group during and
> before the PTG I'd like to propose following changes:
>
> 1) Adding Sean McGinnis to Glance core. The current active core team
> has been very positive about including Sean and he feels like he is
> comfortable to take the +2 responsibility on. It might take some more
> time for him to get fully familiar with Glance code base so we will
> leave him room to approve changes to the parts of Glance he feels to
> be ready and grow his expertise across.
>
> 2) Removing Flavio Percoco from Glance core. Flavio requested to be
> removed already couple of cycles ago and we did beg him to stick
> around to help with the Interoperable Image Import which of he has
> been integral part of designing since the very beginning and due to
> his knowledge of the internals of the Glance tasks. The majority of
> this work is finished and we would like to thank Flavio for his help
> and hard work for Glance community.
>
> 3) removing Mike Fedosin from glance core. Mike joined back to glance
> ocre when we did desperately need help reviewing changes and we are
> definitely grateful for his efforts to help us out when needed. By the
> looks of it, Mike has moved on to different responsibilities.
>
> As usual, if the circumstances changes and Flavio or Mike will find
> time and interest to serve our community again, we would be more than
> happy to fast-track them back to the core team.
>
> I'd like to take the opportunity to give big thanks for all of them
> for their help and contributions to Glance and I do hope seeing them
> all around for the cycles to come.
>
> I'll leave until next week before doing these changes in case I have
> missed something that has changed in the situation recently.
>
> best,
> Erno jokke_ Kuvaja
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] FFE request for --check feature

[Abhishek Kekane]

Sorry, Forgot to add meeting logs link in previous mail.

Here it is;
http://eavesdrop.openstack.org/meetings/glance/2018/glance.2018-02-01-14.01.log.html#l-164

Thank you,

Abhishek Kekane

On Mon, Feb 5, 2018 at 12:30 PM, Abhishek Kekane <akek...@redhat.com> wrote:

> We have discussed this in glance weekly meeting [1] and most of the core
> reviewers are inclined towards accepting this FFE.
>
> +1 from my side as this --check command will be very helpful for operators.
>
> Thank you Bhagyashri for working on this.
>
> Abhishek Kekane
>
> On Wed, Jan 31, 2018 at 7:29 PM, Shewale, Bhagyashri <
> bhagyashri.shew...@nttdata.com> wrote:
>
>> Hi Glance Folks,
>>
>> I'm requesting an Feature Freeze Exception for the lite-spec
>> http://specs.openstack.org/openstack/glance-specs/specs/unta
>> rgeted/glance/lite-spec-db-sync-check.html
>> which is implemented by https://review.openstack.org/#/c/455837/8/
>>
>> Regards,
>> Bhagyashri Shewale
>>
>> __
>> Disclaimer: This email and any attachments are sent in strictest
>> confidence
>> for the sole use of the addressee and may contain legally privileged,
>> confidential, and proprietary data. If you are not the intended recipient,
>> please advise the sender by replying promptly to this email and then
>> delete
>> and destroy this email and any attachments without any further use,
>> copying
>> or forwarding.
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] FFE request for --check feature

[Abhishek Kekane]

We have discussed this in glance weekly meeting [1] and most of the core
reviewers are inclined towards accepting this FFE.

+1 from my side as this --check command will be very helpful for operators.

Thank you Bhagyashri for working on this.

Abhishek Kekane

On Wed, Jan 31, 2018 at 7:29 PM, Shewale, Bhagyashri <
bhagyashri.shew...@nttdata.com> wrote:

> Hi Glance Folks,
>
> I'm requesting an Feature Freeze Exception for the lite-spec
> http://specs.openstack.org/openstack/glance-specs/specs/
> untargeted/glance/lite-spec-db-sync-check.html
> which is implemented by https://review.openstack.org/#/c/455837/8/
>
> Regards,
> Bhagyashri Shewale
>
> __
> Disclaimer: This email and any attachments are sent in strictest confidence
> for the sole use of the addressee and may contain legally privileged,
> confidential, and proprietary data. If you are not the intended recipient,
> please advise the sender by replying promptly to this email and then delete
> and destroy this email and any attachments without any further use, copying
> or forwarding.
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Glance][PTL] Nomination for Glance PTL for Rocky cycle

[Abhishek Kekane]

All the best Erno, Long may you reign ;)

Abhishek

On 31-Jan-2018 18:38, "Erno Kuvaja"  wrote:

> Hi all,
>
> After lengthy discussions and careful thinking I have thrown my name
> into the hat for Glance PTL. You can find my thoughts from the
> candidacy patch https://review.openstack.org/#/c/539196/
>
> I'd like to take the opportunity to thank most recently Brian but also
> our other former PTLs from Mark to Flavio and everyone in between that
> I've had pleasure to work with for running the show and showing the
> way. You guys have been integral part of me growing to the point where
> I dare to do this.
>
> Nominations are still open and having an election is healthy so if any
> of you are still thinking of nominating yourselves, there's time until
> Fri. Don't miss the deadline or you will get me by default ;)
>
> Best,
> Erno jokke Kuvaja
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] PTL non-candidacy

[Abhishek Kekane]

Thanks so much for your remarkable work for glance for the couple of
cycles. You have introduced very good processes like weekly priorities
which helped community members to keep focused on priorities.  It’s my
pleasure to work with you, and yet I need to learn lot from you. Wish you
all the best Brian!

Cheers,

Abhishek

On 30-Jan-2018 00:49, "Brian Rosmaita"  wrote:

> I've been PTL of Glance through some rocky times, but have decided not
> to stand for election for the Rocky cycle.  My plan is to stick
> around, attend to my duties as a glance core contributor, and support
> my successor in whatever way I can to make for a smooth transition.
> After three consecutive cycles of me, it's time for some new ideas and
> new approaches.
>
> For anyone out there who hasn't contributed to Glance yet, the Glance
> community is friendly and welcoming, and we've got a backlog of
> "untargeted" specs ready for you to pick up.  Weekly meetings are
> 14:00 UTC on Thursdays in #openstack-meeting-4.
>
> cheers,
> brian
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] py27 gate situation

[Abhishek Kekane]

Confirmed that no issue in loading the middleware, problem lies somewhere
else.
Still trying to figure it out.

Thanks & Regards,

Abhishek

On Tue, Jan 23, 2018 at 4:00 PM, Abhishek Kekane <akek...@redhat.com> wrote:

> I have tried to debug this in my environment but so far not able to find
> the reason.
> While starting the api service from functional tests it fails to load
> middleware 'rootapp' from api-paste.ini
>
> What I have done is added below lines in tox.ini to enable debugging of
> functional tests
>
> [testenv:debug-functional]
> basepython = python2.7
> setenv =
>   TEST_PATH = ./glance/tests/functional
> commands = oslo_debug_helper {posargs}
>
> and added pdb at
> 'https://github.com/openstack/glance/blob/master/glance/test
> s/functional/__init__.py#L770'
>
> While executing each functional test, it creates the temp directory at
> location /tmp/tmp* where it stores config, paste.ini and other required
> files.
>
> So far no luck to find the exact cause.
>
> Thanks & Regards,
>
> Abhishek
>
>
>
> On Tue, Jan 23, 2018 at 5:37 AM, Brian Rosmaita <
> rosmaita.foss...@gmail.com> wrote:
>
>> Looks like something changed in a distro dependency over the weekend
>> and the glance py27 gate is failing.
>>
>> I did a dist-upgrade in a new Ubuntu 16.04.3 vm, and was able to
>> reproduce the failures locally.  I'll continue looking, but it's EOD
>> where I am, so I wanted to make sure this info is available to the
>> people whose day is about to begin.  The failures are confined to the
>> py27 functional tests.  Unit tests pass, as do all the py35 tests.
>>
>> The requirements team has merged a change making the cross-glance-py27
>> job non-voting:
>> https://review.openstack.org/#/c/536082/
>> Thus, this issue isn't holding up requirements changes, but it's still
>> pretty urgent for us to figure out because I don't like us running
>> around naked with respect to requirements changes that could affect
>> glance running under py27.
>>
>> Here's what I think we should do:
>>
>> (1) Sean has had a patch up for a while separating out the unit tests
>> from the functional tests.  I think it's a good idea.  If you are
>> aware of a reason why they should NOT be separated, please comment on
>> the patch:
>> https://review.openstack.org/#/c/474816/
>> I'd like to merge this soon so we can at least restore py27 unit tests
>> to the requirements gate.  We can always revert if it turns out that
>> there is a really good reason for not separating out the functional
>> tests.
>>
>> (2) I've got a patch up that depends on Sean's patch and restores the
>> functional test gate jobs to the glance .zuul.yaml file (though it
>> makes the py27 functional tests non-voting):
>> https://review.openstack.org/#/c/536630/
>>
>> (3) Continue to work on https://bugs.launchpad.net/glance/+bug/1744824
>> to figure out why the py27 functional tests are failing.  As far as I
>> can tell, it looks like a distro package issue.
>>
>>
>> thanks,
>> brian
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] py27 gate situation

[Abhishek Kekane]

I have tried to debug this in my environment but so far not able to find
the reason.
While starting the api service from functional tests it fails to load
middleware 'rootapp' from api-paste.ini

What I have done is added below lines in tox.ini to enable debugging of
functional tests

[testenv:debug-functional]
basepython = python2.7
setenv =
  TEST_PATH = ./glance/tests/functional
commands = oslo_debug_helper {posargs}

and added pdb at
'https://github.com/openstack/glance/blob/master/glance/
tests/functional/__init__.py#L770'

While executing each functional test, it creates the temp directory at
location /tmp/tmp* where it stores config, paste.ini and other required
files.

So far no luck to find the exact cause.

Thanks & Regards,

Abhishek



On Tue, Jan 23, 2018 at 5:37 AM, Brian Rosmaita 
wrote:

> Looks like something changed in a distro dependency over the weekend
> and the glance py27 gate is failing.
>
> I did a dist-upgrade in a new Ubuntu 16.04.3 vm, and was able to
> reproduce the failures locally.  I'll continue looking, but it's EOD
> where I am, so I wanted to make sure this info is available to the
> people whose day is about to begin.  The failures are confined to the
> py27 functional tests.  Unit tests pass, as do all the py35 tests.
>
> The requirements team has merged a change making the cross-glance-py27
> job non-voting:
> https://review.openstack.org/#/c/536082/
> Thus, this issue isn't holding up requirements changes, but it's still
> pretty urgent for us to figure out because I don't like us running
> around naked with respect to requirements changes that could affect
> glance running under py27.
>
> Here's what I think we should do:
>
> (1) Sean has had a patch up for a while separating out the unit tests
> from the functional tests.  I think it's a good idea.  If you are
> aware of a reason why they should NOT be separated, please comment on
> the patch:
> https://review.openstack.org/#/c/474816/
> I'd like to merge this soon so we can at least restore py27 unit tests
> to the requirements gate.  We can always revert if it turns out that
> there is a really good reason for not separating out the functional
> tests.
>
> (2) I've got a patch up that depends on Sean's patch and restores the
> functional test gate jobs to the glance .zuul.yaml file (though it
> makes the py27 functional tests non-voting):
> https://review.openstack.org/#/c/536630/
>
> (3) Continue to work on https://bugs.launchpad.net/glance/+bug/1744824
> to figure out why the py27 functional tests are failing.  As far as I
> can tell, it looks like a distro package issue.
>
>
> thanks,
> brian
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [glance] nominating Nikhil Komawar for glance core

[Abhishek Kekane]

Big +2
Glad you are back :)

Abhishek

On 17-Nov-2017 4:59 AM, "Brian Rosmaita"  wrote:

> I'm sure I don't need to introduce Nikhil Komawar (nikhil in IRC), who
> was Glance PTL for the Kilo, Liberty, and Newton releases and who was
> a long time Glance core until he stepped down at the end of June this
> year.  Nikhil has informed me that he now has time to do Glance code
> reviews again, and I will be happy to have his experience and
> knowledge of the Glance code base available to inform our code
> reviews, and I propose to reinstate him as a member of the glance core
> team.
>
> I discussed this with the other cores present at today's weekly Glance
> meeting, and they support reinstating Nikhil, so I don't see any
> reason to have a long waiting period.  I'd like to add Nikhil to the
> core list on Monday, November 20, so if anyone has any comments or
> concerns, please let me know before then.
>
> thanks!
> brian
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev