Hi Sean,
Thanks for the heads up.
On Wed, Jul 27, 2016 at 11:13 PM, Sean McGinnis
wrote:
> The Cinder policy for driver CI requires that all volume drivers
> have a CI reporting on any new patchset. CI's may have some down
> time, but if they do not report within a two
https://review.openstack.org/#/c/347168/3
in the change-id of I6f9abfae2296c9175fe074e28afc32938eeb844d patchset 3
luyao remove the rpms with below code:
line 25-26:
rpm -e --nodeps mariadb-server-galera
rpm -e --nodeps mariadb
it is difference from the patchset 5:
line 23-35:
rpm -e
Thanks Kevin
2016-07-28 12:51 GMT+08:00 Kevin Benton :
> If the mac is duplicated on a network it will be violate a uniqueness
> constraint in the DB which will trigger a retry.
>
> On Wed, Jul 27, 2016 at 9:48 PM, 张广明 wrote:
>
>> Hi, folks,
>>Now the
Hello everyone,
Please reminder that the weekly OpenStack QA team IRC meeting will be Thursday,
July 28th at 9:00 UTC in the #openstack-meeting channel.
The agenda for the meeting can be found here:
hi
I work on installation nova-docker in multi nodes openstack mitaka systems.
how can I configure nova-scheduler filter to compute node and controller node ?
Thank you
Yasemin Demiral
__
OpenStack Development Mailing
try running the command with --debug when it fails. normally that error
happens when the client can't reach the host, does the IP address and port
number look correct?
On Thu, Jul 28, 2016 at 8:57 AM, varun bhatnagar
wrote:
> Hi,
>
> I am using OpenStack Mitaka.
> I am
Hello Steve,
Thanks a lot for such a quick response.
Yes the IP is reachable.
ping 10.33.237.104
PING 10.33.237.104 (10.33.237.104) 56(84) bytes of data.
64 bytes from 10.33.237.104: icmp_seq=1 ttl=64 time=0.587 ms
64 bytes from 10.33.237.104: icmp_seq=2 ttl=64 time=0.101 ms
64 bytes from
Hi,
I am using OpenStack Mitaka.
I am trying to list volumes using openstack client, the command works
sometimes but sometimes it fails:
openstack volume list
Unable to establish connection to
http://10.33.237.104:8776/v2/3cbbffce04d9463e8cb8d3ca6480ed92/volumes/detail
openstack volume list
On 28/07/2016 01:14, Tony Breeds wrote:
> On Mon, Jul 18, 2016 at 04:09:54PM +0200, Markus Zoeller wrote:
>> Since yesterday, Nova uses "oslo.context" 2.6.0 [1] but the needed
>> change [2] is not yet in place, which broke "gate-nova-python27-db"[3].
>> Logstash counts 70 hits/h [4]. Most folks
Chris, thank you so much for putting this email together. Really
appreciate it. Comments inline. :)
On 07/28/2016 09:57 AM, Chris Dent wrote:
I've been reviewing my notes from the mid-cycle and discussions
leading up to it and realized I have a few unresolved or open topics
that I hope
We are gleeful to announce the release of:
oslo.rootwrap 5.0.0: Oslo Rootwrap
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.rootwrap
With package available at:
https://pypi.python.org/pypi/oslo.rootwrap
Too late. That's a backwards incompatible change that can mess with clients
putting on cache busting nonce tokens and who knows what else.
On Thu, Jul 28, 2016 at 3:49 AM, Korzeniewski, Artur <
artur.korzeniew...@intel.com> wrote:
> Hi all,
>
> During integration of Subnet OVO into db code
>
Manjeet S wrote:
Hello Team,
I have a question regarding centralizing all db models in neutron. As you
all know
Oslo versioned object work is under progress and I also had a ticket
opened for refactoring
Db models.
Looks like either you've got an intermittent network problem or the cinder
api service is restarting. Anything enlightening in the cinder-api log?
On 28 Jul 2016 16:41, "varun bhatnagar" wrote:
Hello Steve,
Thanks a lot for such a quick response.
Yes the IP is
Hey Keystoners!
I’ve written up a summary for a few of the technical aspects of the
mid-cycle [1]. Dolph has written up a mid-cycle retrospective [2]. For a
full summary see the etherpad [3].
We came out of the mid-cycle with a lot of TODOs, here is a summary of the
action items.
everyone
-
I've been reviewing my notes from the mid-cycle and discussions
leading up to it and realized I have a few unresolved or open topics
that I hope discussion here can help resolve:
# fairly straightforward things
* At what stage in the game (of the placement api) do we need to
implement
I really see 3 issues raised in the spec mentioned that have any disagreement
as far as I can tell.
1. mirantis would like to see kolla-ansible split from the base kolla repo.
This has a lot of support and is likely to come up for a final vote soon. It
was postponed due to not wanting to split
On 07/20/2016 11:25 PM, Alex Xu wrote:
One more for end users: Capabilities Discovery API, it should be 'GET
/resource_providers/tags'. Or a proxy API from nova to the placement
API?
I would imagine that it should be a `GET
/resource-providers/{uuid}/capabilities` call on the placement
Hi all,
There is a patch up to release xstatic-angular 1.4.10.1 here:
https://review.openstack.org/#/c/348254
From our testing, the upgrade required only a single patch to Horizon, found
here: https://review.openstack.org/#/c/309004
The migration guide can be found here:
We are grateful to announce the release of:
oslo.context 2.7.0: Oslo Context library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.context
With package available at:
https://pypi.python.org/pypi/oslo.context
Hi,
I'm installing OpenStack using packstack, and during the installation I'm
facing an issue, keystone is not installing to completion. It gives the
following error:
ERROR : Error appeared during Puppet run: 10.16.6.33_keystone.pp
> Error: Could not prefetch keystone_role provider 'openstack':
We are glowing to announce the release of:
glance_store 0.15.0: OpenStack Image Service Store Library
This release is part of the newton release series.
With source available at:
http://git.openstack.org/cgit/openstack/glance_store
With package available at:
Hi all,
During integration of Subnet OVO into db code get_subnet/update_subnet/delete
[1], I have found and issue in API behavior and strict object implementation
for NeutronDbObject base class.
The issue is that on REST API level, you can pass random filters and it will
not affect the result
Should I configure nova.conf file for nova-scheduler filter ? but which step,
[docker] on container node ?
Is the same work, Zun project ? what can I do, controller node. it has a error
about filters properties.
- Orijinal Mesaj -
Kimden: "Sudipta Biswas"
On Thu, Jul 28, 2016 at 11:28:42AM +0200, Jordan Pittier wrote:
> Hi Sean,
>
> Thanks for the heads up.
>
> On Wed, Jul 27, 2016 at 11:13 PM, Sean McGinnis
> wrote:
>
> > The Cinder policy for driver CI requires that all volume drivers
> > have a CI reporting on any new
>1. Alter the mission statement of fuel to match the reality being
>published by the press and Mirantis's executive team
>2. Include these non-experimental repos in the projects.yaml governance
>Repository
Frankly, I don’t understand what part of the press release contradicts with
Fuel
On 28/07/16 12:34 PM, Yasemin DEMİRAL (BİLGEM BTE) wrote:
hi
I work on installation nova-docker in multi nodes openstack mitaka
systems.
how can I configure nova-scheduler filter to compute node and
controller node ?
You should have the nova-scheduler ideally on the controller node (but
it
On 28/07/16 15:48 +0300, Vladimir Kozhukalov wrote:
1. Alter the mission statement of fuel to match the reality being
published by the press and Mirantis's executive team
2. Include these non-experimental repos in the projects.yaml governance
Repository
Frankly, I don’t understand
+1
On Thu, Jul 28, 2016 at 9:16 AM, Emilien Macchi wrote:
> You might not know who Sofer is but he's actually "chem" on IRC.
> He's the guy who will find the root cause of insane bugs, in OpenStack
> in general but also in Puppet OpenStack modules.
> Sofer has been working on
You might not know who Sofer is but he's actually "chem" on IRC.
He's the guy who will find the root cause of insane bugs, in OpenStack
in general but also in Puppet OpenStack modules.
Sofer has been working on Puppet OpenStack modules for a while now,
and is already core in puppet-keystone. Many
Hi,
Thanks for the answer.
Just to be clear
are you asking me to set the value of max_connections to 5000 in mysql conf?
If yes then for me it is set to 8192 alreadyor have I misunderstood
your suggestion?
BR,
Varun
On Thu, Jul 28, 2016 at 5:35 PM, Turbo Fredriksson
+1, good job!
2016-07-28 18:50 GMT+03:00 Matt Fischer :
> +1 from me!
>
> On Jul 28, 2016 9:20 AM, "Emilien Macchi" wrote:
>
>> You might not know who Sofer is but he's actually "chem" on IRC.
>> He's the guy who will find the root cause of insane bugs,
Hi Chris,
A really good summary, thank you!
On Thu, Jul 28, 2016 at 4:57 PM, Chris Dent wrote:
> It's pretty clear that were going to need at least an interim and
> maybe permanent endpoint that returns a list of candidate target
> resource providers. This is because, at
There has been a discussion around micro versioning implementation going on in
the following patch: https://review.openstack.org/#/c/343060/8 and I was asked
to bring it to the mailing list for further discussion.
Magnum added header support for microversioning according to the Openstack
On Thu, Jul 28, 2016 at 10:52 AM, Flavio Percoco wrote:
> On 28/07/16 15:48 +0300, Vladimir Kozhukalov wrote:
>
>> 1. Alter the mission statement of fuel to match the reality being
>>>
>>
>> published by the press and Mirantis's executive team
>>>
>>
>> 2. Include these
The meeting agenda is empty for this week's meeting is empty so I'm calling
it on the meeting.
https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda
--
--
Andrew Woodward
Mirantis
Fuel Community Ambassador
Ceph Community
I'm not a core, but +1 to chem, awesome work!
2016-07-28 12:18 GMT-03:00 Alex Schultz :
> +1
>
> On Thu, Jul 28, 2016 at 9:16 AM, Emilien Macchi
> wrote:
> > You might not know who Sofer is but he's actually "chem" on IRC.
> > He's the guy who will
Hi Sean,
Thanks for the heads up. I have been busy on other projects and not been
involved in maintaining the CI. I will look into it and get it back up and
running.
I will keep you posted on the progress.
Thanks,
Richard
-Original Message-
From: Sean McGinnis
> No. POST /allocations/{consumer_uuid} is the thing that the resource
> tracker calls for the claim on the compute node.
>
> The POST /allocations is something we've been throwing around ideas on
> for an eventual call that the placement engine would expose for "claims
> in the scheduler".
On Jul 28, 2016, at 9:47 AM, Roman Podoliaka wrote:
> How about we do a query in two steps:
>
> 1) take a list of compute nodes (== resource providers) and apply all
> the filters which *can not* (or *are not* at some point) be
> implemented in placement-api
>
> 2)
On 07/19/2016 06:51 PM, Ed Leafe wrote:
On Jul 19, 2016, at 2:58 PM, Chris Friesen
wrote:
Why would a VM program the slot? Wouldn’t it usually be at the
host level?
Are there no cases where a VM might want to download a proprietary
program into an FPGA?
That
Ihar Hrachyshka wrote:
> Manjeet S wrote:
>
>> Hello Team,
>>
>> I have a question regarding centralizing all db models in neutron. As you
>> all know
>> Oslo versioned object work is under progress and I also had a ticket
>> opened for
On Jul 28, 2016, at 1:57 PM, varun bhatnagar wrote:
> I am trying to list volumes using openstack client, the command works
> sometimes but sometimes it fails:
I get that when my MySQL server "max_connections" is reached.
I've bumped it to 5000 to be absolutly sure!
SET GLOBAL
I hope you liked the presentation, despite of my terrible french accent :-)
The recording is now available on Youtube:
https://www.youtube.com/watch?v=AZO_6UaLLaU
The slides:
https://docs.google.com/presentation/d/1c3dBboSc8pixAN2yYBnFfoDX8HDab7lxWDd_DMB7-Jc/
Please let me know if you want me
On 07/28/2016 11:19 AM, Dan Smith wrote:
There was some discussion that conflicted with reality a bit and I
think we need to resolve before too long, but shouldn't impact the
newton-based changes:
We bounced around two different HTTP resources for returning one or
several resource providers in
On 28/07/16 04:45 +, Steven Dake (stdake) wrote:
On 7/27/16, 2:12 PM, "Jay Pipes" wrote:
On 07/27/2016 04:42 PM, Ed Leafe wrote:
On Jul 27, 2016, at 2:42 PM, Fox, Kevin M wrote:
Its not an "end user" facing thing, but it is an "operator"
Roman, great thread, thanks for posting! Comment inline :)
On 07/19/2016 02:03 PM, Roman Dobosz wrote:
It can identified 3 levels of FPGA resources, which can be nested one
on the others:
1. Whole FPGA. If used discrete FPGA, than even today it might be pass
through to the VM.
2. Region
+1 from me!
On Jul 28, 2016 9:20 AM, "Emilien Macchi" wrote:
> You might not know who Sofer is but he's actually "chem" on IRC.
> He's the guy who will find the root cause of insane bugs, in OpenStack
> in general but also in Puppet OpenStack modules.
> Sofer has been
On 28/07/16 13:56 +, Fox, Kevin M wrote:
I really see 3 issues raised in the spec mentioned that have any disagreement
as far as I can tell.
1. mirantis would like to see kolla-ansible split from the base kolla repo.
This has a lot of support and is likely to come up for a final vote
On 7/21/2016 5:38 AM, Znoinski, Waldemar wrote:
Hi Nova cores et al,
I would like to acquire voting (+/-1 Verified) permission for our Intel
NFV CI.
1. It’s running since Q1’2015.
2. Wiki [1].
3. It’s using openstack-infra/puppet-openstackci
Hi folks,
First of all, let me say that it’s a marketing announcement and as all of
you know such announcements aren’t precise from a technical side.
Personally I’ve seen this paper first time on TechCrunch.
First of all, fuel-ccp-* are a set of OpenStack projects and everyone is
welcome to
>> There was some discussion that conflicted with reality a bit and I
>> think we need to resolve before too long, but shouldn't impact the
>> newton-based changes:
>>
>> We bounced around two different HTTP resources for returning one or
>> several resource providers in response to a launch
Excerpts from Flavio Percoco's message of 2016-07-28 16:43:35 +0200:
> On 28/07/16 04:45 +, Steven Dake (stdake) wrote:
> >
> >
> >On 7/27/16, 2:12 PM, "Jay Pipes" wrote:
> >
> >>On 07/27/2016 04:42 PM, Ed Leafe wrote:
> >>> On Jul 27, 2016, at 2:42 PM, Fox, Kevin M
Thanks for the clarity Doug.
Regards
-steve
On 7/28/16, 8:37 AM, "Doug Hellmann" wrote:
>Excerpts from Flavio Percoco's message of 2016-07-28 16:43:35 +0200:
>> On 28/07/16 04:45 +, Steven Dake (stdake) wrote:
>> >
>> >
>> >On 7/27/16, 2:12 PM, "Jay Pipes"
Le 28/07/2016 15:57, Chris Dent a écrit :
I've been reviewing my notes from the mid-cycle and discussions
leading up to it and realized I have a few unresolved or open topics
that I hope discussion here can help resolve:
# fairly straightforward things
* At what stage in the game (of the
On 28/07/16 08:48, Vladimir Kozhukalov wrote:
Fuel-ccp repositories are public, everyone is welcome to participate. I
don’t see where we violate “4 opens”. These repos are now experimental.
At the moment the team is working on building CI pipeline and developing
functional tests that are to be
+1 to one more pass at using the same images. Doing so will become
practically impossible in a matter of weeks or months, and in the long
term the additional shared human resources outweigh the interpersonal
complexities (and for any who don't think so - maybe you're wasting your
time here?).
Jay,
That resolution doesn't clarify Zane's argument.
Regards,
-steve
On 7/28/16, 9:54 AM, "Jay Pipes" wrote:
>The TC has given guidance on this already:
>
>http://governance.openstack.org/resolutions/20160119-stackforge-retirement
>.html
>
>"In order to simplify software
Doug,
Zane's analysis is correct. I agree with Zane's assessment that TC
clarification can solve this situation.
Regards
-steve
On 7/28/16, 9:15 AM, "Zane Bitter" wrote:
>On 28/07/16 08:48, Vladimir Kozhukalov wrote:
>> Fuel-ccp repositories are public, everyone is
Excerpts from Anita Kuno's message of 2016-07-28 12:21:26 -0400:
> On 07/27/2016 06:06 PM, Jeremy Stanley wrote:
> > On 2016-07-27 17:56:39 -0400 (-0400), Doug Hellmann wrote:
> > [...]
> >> However, we may have some folks on the core team who have not
> >> contributed a patch, since it is far
+1 - good guy
On 07/28/2016 09:58 AM, Ivan Berezovskiy wrote:
+1, good job!
2016-07-28 18:50 GMT+03:00 Matt Fischer >:
+1 from me!
On Jul 28, 2016 9:20 AM, "Emilien Macchi" >
+1
From: Steven Dake (stdake) [std...@cisco.com]
Sent: Thursday, July 28, 2016 9:33 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Kolla] [Fuel] [tc] Looks like Mirantis is getting
Fuel CCP (docker/k8s)
The TC has given guidance on this already:
http://governance.openstack.org/resolutions/20160119-stackforge-retirement.html
"In order to simplify software development lifecycle transitions of
Unofficial and Official OpenStack projects, all projects developed
within the OpenStack project
Kevin Benton wrote:
Too late. That's a backwards incompatible change that can mess with
clients putting on cache busting nonce tokens and who knows what else.
Ideally, API layer would at least avoid passing those unknown filters into
plugins; same for plugins returning
On 7/28/2016 11:29 AM, Clint Byrum wrote:
Excerpts from Fox, Kevin M's message of 2016-07-27 22:56:56 +:
I think that would be true, if the container api was opinionated. for example,
trying to map only a subset of the openstack config options to docker
environment variables. This would
Jay,
I'll be frank. I have been receiving numerous complaints which mirror
Zane's full second understanding of what it means to be an OpenStack big
tent project. These are not just Kolla developers. These are people from
all over the community. They want something done about it. I agree with
Zane, Steve,
I'd say go for it! Can you please write up a proposal for the TC to
consider? (https://review.openstack.org/#/q/project:openstack/governance)
Thanks,
-- Dims
On Thu, Jul 28, 2016 at 2:01 PM, Steven Dake (stdake) wrote:
> Jay,
>
> I'll be frank. I have been
On Thu, 28 Jul 2016, Jay Pipes wrote:
* There was some discussion of adding a configuration setting (e.g.
'placement_connection') that if not None (the default) would be
used as the connection for the placement database. If None, the
API database would be used. I can't recall if we said
On Thu, Jul 28, 2016 at 12:21:26PM -0400, Anita Kuno wrote:
> So Doug and I had a chat and we propose the following workflow for
> deciding the requirements ptl:
> 1) Nominations open, done:
> http://lists.openstack.org/pipermail/openstack-dev/2016-July/100173.html
> 2) Nominations close:
On Thu, Jul 28, 2016 at 12:42:32PM -0400, Doug Hellmann wrote:
> As part of our discussion, we realized that over time we'll be
> automating more and more of the submissions to the requirements
> repo so the core review team (and everyone else) will likely end
> up submitting fewer manual
Ihar Hrachyshka wrote:
> Manjeet S wrote:
>
>> Hello Team,
>>
>> I have a question regarding centralizing all db models in neutron. As
>> you all know Oslo versioned object work is under progress and I also
>> had a ticket opened for
Excerpts from Zane Bitter's message of 2016-07-28 12:15:34 -0400:
> On 28/07/16 08:48, Vladimir Kozhukalov wrote:
> > Fuel-ccp repositories are public, everyone is welcome to participate. I
> > don’t see where we violate “4 opens”. These repos are now experimental.
> > At the moment the team is
big +1 from me, thanks for work Sofer!
2016-07-28 19:42 GMT+03:00 Rich Megginson :
> +1 - good guy
>
>
> On 07/28/2016 09:58 AM, Ivan Berezovskiy wrote:
>
> +1, good job!
>
> 2016-07-28 18:50 GMT+03:00 Matt Fischer :
>
>> +1 from me!
>>
>> On Jul 28,
> On Jul 28, 2016, at 7:57 AM, Jay Pipes wrote:
>
> On 07/19/2016 06:51 PM, Ed Leafe wrote:
>> On Jul 19, 2016, at 2:58 PM, Chris Friesen
>> wrote:
Why would a VM program the slot? Wouldn’t it usually be at the
host level?
>>>
>>> Are
On Jul 28, 2016, at 4:57 PM, varun bhatnagar wrote:
> are you asking me to set the value of max_connections to 5000 in mysql conf?
THere was no suggestion. I just told you that I had a similar/same problem
as you and how I solved it.
--
God gave man both a penis and a brain,
but unfortunately
I don't see what is unclear about any of it.
What exactly is it that you wish Mirantis to state?
Zane says there needs to be some guidance from the TC "about what it
means for a repo to be part of the OpenStack tent".
But the fuel-ccp repos aren't listed in the governance repo, for reasons
Manjeet,
Tony has some issues moving model classes to other location. Given that some
class models are used by other neutron services, Ihar suggest to use
debtcollector to make this transition smoothly. Can we include that solution
as part of this movement?
Thanks
Victor Morales
On
Added this to the agenda of next team meeting [1].
I would like to ask clarification for " the community are discussing to using
Semantic Versioning(X.Y.Z) instead of microversion X.Y ". Could anyone provide
more information about that?
Best regards,
Hongbin
> -Original Message-
>
Yeah, I think preventing them from making it to the plugin as much as
possible makes sense. We just can't reject the actual API call because it
has extra query params.
On Thu, Jul 28, 2016 at 12:06 PM, Brandon Logan wrote:
> On Thu, 2016-07-28 at 19:24 +0200, Ihar
On 7/28/2016 3:55 PM, Matt Riedemann wrote:
For os-attach-interfaces, we need that to attach/detach interfaces to a
server, so those actions don't go away with 2.36. We can also list and
show interfaces (ports) which is a proxy to neutron, but in this case it
seems a tad bit necessary, else to
At the end of today we'll be frozen on mox conversion and python 3 support.
These are the outstanding python 3 changes for nova:
https://review.openstack.org/#/q/topic:bp/nova-python3-newton+status:open
And for mox conversion:
When ı add the filter about nova-scheduler, the error occur, like the filters
has no header, but ı don’t understand which means?? anyone help me ?
> On Jul 28, 2016, at 3:14 PM, Yasemin DEMİRAL (BİLGEM BTE)
> wrote:
>
> Should I configure nova.conf file for
Excerpts from Steven Dake (stdake)'s message of 2016-07-28 19:40:29 +:
>
> On 7/28/16, 12:30 PM, "Davanum Srinivas" wrote:
>
> >Steven,
> >
> >Please see response from Doug:
> >http://markmail.org/message/yp7fpojnzufb5jki
>
> Dims,
>
> Are you implying Doug's position
I'm not sure if we thought about this before, but the
os-virtual-interfaces API isn't deprecated with the 2.36 microversion:
https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/virtual_interfaces.py
Neither is os-attach-interfaces:
On Thu, Jul 28, 2016 at 3:02 PM, Cathy Zhang wrote:
> Hi Ihar and all,
>
> Yes, we have been preparing for such a release. We will do one more round of
> testing to make sure everything works fine, and then I will submit the
> release request.
> There is a new patch on
Hi Assaf,
Yes, that makes sense.
Thanks,
Cathy
-Original Message-
From: Assaf Muller [mailto:as...@redhat.com]
Sent: Thursday, July 28, 2016 1:06 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron] SFC stable/mitaka version
On
On 7/28/2016 3:55 PM, Matt Riedemann wrote:
So I think we're OK with os-attach-interfaces (even though it does some
proxying right now), but I'm thinking we should be deprecating
os-virtual-interfaces.
Or if we don't deprecate os-virtual-interfaces, we should implement it
for neutron too
hi folks,
this is probably something to discuss on ops list as well eventually but
what do you think about shrinking the max size of timeseries chunks from
14400 to something smaller? i'm curious to understand what the length of
the typical timeseries is. my main reason for bringing this up is
+2 to Jellyfish!
> On Jul 28, 2016, at 4:08 PM, Antoine Cabot wrote:
>
> Hi Watcher team,
>
> Last week during the mid-cycle, we came up with a list of possible mascots
> for Watcher. The only one which is in conflict with other projects is the
> bee.
> So we have
Hi Watcher team,
Last week during the mid-cycle, we came up with a list of possible mascots
for Watcher. The only one which is in conflict with other projects is the
bee.
So we have this final list :
1. Jellyfish
2. Eagle
3. Hammerhead shark
I'm going to confirm jellyfish as the Watcher mascot
I've never worked on the authentication details, so this may be off track,
but that error message indicates the failure is happening inside Congress's
oslo_policy.
Error message shows up here as a Python exception class.
https://github.com/openstack/congress/blob/master/congress/exception.py#L135
I'd like to solicit some advice about potentially implementing
get_all_bw_counters() in the Ironic virt driver.
https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L438
Example Implementation:
https://github.com/openstack/nova/blob/master/nova/virt/xenapi/driver.py#L320
I'm
Hi Chris,
Thanks for the update, it's very clear about what we are going to achieve
in Newton release.
2016-07-29 0:09 GMT+08:00 Sylvain Bauza :
>
> So we had a discussion in Hillsboro about that with no consensus yet, if
> you remember.
> I heard different opinions on how
Hi everyone,
A fairly quiet week this week, as I've been gradually working my way through
old bugs. We're now only ten weeks out from release, so I've also been trying
to tidy up some loose ends around the Contributor Guide. We have a couple of
specs out for review right now, so if you're
On 07/28/2016 05:40 PM, Brad Morgan wrote:
> I'd like to solicit some advice about potentially implementing
> get_all_bw_counters() in the Ironic virt driver.
>
> https://github.com/openstack/nova/blob/master/nova/virt/driver.py#L438
> Example Implementation:
>
Hongbin & team
Please forget Semantic Versioning API, that should not be done in short
term especially API WG had defined lots
of Microversion API docs, sorry to make confusions.
Of cause that Microversion API is important to OpenStack, and it has
documented well in API WG [1].
For Magnum, I
> -Original Message-
> From: Matthew Treinish [mailto:mtrein...@kortar.org]
> Sent: 27 July 2016 02:36
> To: OpenStack Development Mailing List (not for usage questions)
>
> Subject: Re: [openstack-dev] [nova] Next steps for proxy API deprecation
>
>
Hi folks,
I was thinking it might be useful to see what other folks think about
switching (or migrating all the current bots we have in openstack) to be
based on errbot plugins.
Errbot @ http://errbot.io/en/latest/ takes a slightly different approach
to bots and treats each bot 'feature' as
Thanks Doug. I didn't pick up on your choice of Zane's point #1. If that
is how the rest of the TC feels about it, that wfm. I will be submitting
a resolution with your wording so clarity is reached and not lost in a
mailing list thread in the future when this issue occurs again.
Regards
I've gotten a little farther, which leads me to my next question -
does the API support v3 token auth?
or am I making mistakes in my manual testing?
using the CLI on local devstack
1) did not modify openrc
2) source openrc
3) openstack token issue
4) openstack congress datasource list
1 - 100 of 132 matches
Mail list logo