+1 for Kyles proposal as well!
I think we can give it a try. If we realize that it becomes kind of a
"second class" meeting, as only less people will join or that the
meeting has no impact, we still can go back to the weekly meeting slot
on Monday IMO.
Andreas (IRC: scheuran)
On Mi, 2016-01-20
Mondays 21UTC and Tuesdays 14UTC are OK for me, so personally I do not have
problem to attend both meetings, but I know that for someone one or another can
be in the middle of night.
In this case, would be good to again have bi-weekly to allow attendance at
least once per two weeks.
+1 for Kyle
There was some discussion if the ml2_type_vxlan.vxlan_group of the ml2
config file (Neutron Server) can be removed [1], as it is not being used
by in-tree drivers (ovs, lb, sriov).
OVS: does not support vxlan mcast
LB: uses it's own agent configuration today.
SRIOV: does not support vxlan at all
Hi Vikas,
I added your fix , and also have problem, but different :
$ neutron subnetpool-list
+--+---+---+---+--+
| id | name | prefixes |
default_prefixlen | addres
Andreas Scheuring wrote:
There was some discussion if the ml2_type_vxlan.vxlan_group of the ml2
config file (Neutron Server) can be removed [1], as it is not being used
by in-tree drivers (ovs, lb, sriov).
OVS: does not support vxlan mcast
LB: uses it's own agent configuration today.
SRIOV: do
Hi mars
Which code are u using?
I repeated your steps with latest master branch.
And the error from kuryr is
127.0.0.1 - - [20/Jan/2016 17:23:50] "POST
/IpamDriver.GetDefaultAddressSpaces HTTP/1.1" 200 -
ERROR in co
Hi John,
fully agreed on your proposal.
On Mon, Jan 18, 2016 at 10:59:03AM -0500, John Trowbridge wrote:
> I have been tracking the issues when deploying with current from all
> other projects[2] (as opposed to using an old pinned delorean for
> non-tripleo projects). This has been a rapidly movi
hi Baohua,
I applied the patch Vikas provided https://review.openstack.org/#/c/265732/
maybe I need to redeploy , so pull all the latest codes
Thanks & Best regards !
Mars Ma
On Wed, Jan 20, 2016 at 5:25 PM, Baohua Yang wrote:
> Hi mars
> Which code are u using
Hi Mars,
Your problem will be solved by this patch,
https://review.openstack.org/#/c/265744/ . It has not been merged yet
though.
Thanks
Vikas
On Wed, Jan 20, 2016 at 2:39 PM, Mars Ma wrote:
> Hi Vikas,
>
> I added your fix , and also have problem, but different :
>
> $ neutron subnetpool-li
Hi,
You can find the meeting minutes of Vitrage meeting:
http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-01-20-09.00.html
Meeting log:
http://eavesdrop.openstack.org/meetings/vitrage/2016/vitrage.2016-01-20-09.00.log.html
See you next week,
Ifat.
On 18.1.2016 19:49, Tzu-Mainn Chen wrote:
- Original Message -
On Thu, 2016-01-14 at 16:04 -0500, Tzu-Mainn Chen wrote:
- Original Message -
On Wed, Jan 13, 2016 at 04:41:28AM -0500, Tzu-Mainn Chen wrote:
Hey all,
I realize now from the title of the other TripleO/Mistral thr
Ronald Bradford wrote on 01/15/2016 03:04:29 AM:
> From: Ronald Bradford
> To: "OpenStack Development Mailing List (not for usage questions)"
>
> Date: 01/15/2016 03:05 AM
> Subject: Re: [openstack-dev] [Oslo] Improving deprecated options
> identification and documentation
>
> On Thu, Jan 14
Hi,
On the yesterday's meeting we agreed to decrease the frequency of the meeting,
so it will be held on every second week.
We also proposed to move the timeslot from 20:00 UTC to 17:00 UTC. I know that
this makes impossible for the Far East and Australia to join but so far we had
no partici
Much thanks to @Vikas
Thanks & Best regards !
Mars Ma
On Wed, Jan 20, 2016 at 5:55 PM, Vikas Choudhary wrote:
> Hi Mars,
>
> Your problem will be solved by this patch,
> https://review.openstack.org/#/c/265744/ . It has not been merged yet
> though.
>
>
> Thanks
Cheers :) !!
On Wed, Jan 20, 2016 at 3:41 PM, Mars Ma wrote:
> Much thanks to @Vikas
>
> Thanks & Best regards !
> Mars Ma
>
>
> On Wed, Jan 20, 2016 at 5:55 PM, Vikas Choudhary <
> choudharyvika...@gmail.com> wrote:
>
>> Hi Mars,
>>
>> Your problem will be s
On Tue, Jan 19, 2016 at 06:11:35PM +, Daniel P. Berrange wrote:
> We'll almost certainly need to be able to test QEMU 2.6 in the N
> release cycle, since that'll (hopefully) include support for TLS
> encrypted migration & nbd traffic. So I don't think waiting for
> LTS releases is a viabl
On 01/20/2016 06:21 PM, Andreas Jaeger wrote:
> Now docs, pep8, and python27 are broken as well here:
> https://review.openstack.org/#/c/268687/
Ok, so this is a weird one. On trusty, argparse is sort of in, and
sort of out of the virtualenv. I think it has to do with [1]
---
(test)ubuntu@trust
Hi,
Currently we're experiencing issues with Python dependencies of our package
(fuel-octane), specifically between fuelclient's dependencies and
keystoneclient dependencies.
New keystoneclient is required to work with the new version of Nailgun due
to introduction of SSL in the latter. On the ot
Hi,
I sent code for review related with this
bug(https://bugs.launchpad.net/swift/+bug/1509429) which is about missing
X-Timestamp header in HTTP response in Swift-API.
commit-1: This one is my patch for the bug.
https://review.openstack.org/#/c/268163/
commit-2: This one is the related patc
Releasing a beta version sounds like a good plan but does OpenStack Infra
actually support this?
> 20 січ. 2016 р. о 12:05 Oleg Gelbukh написав(ла):
>
> Hi,
>
> Currently we're experiencing issues with Python dependencies of our package
> (fuel-octane), specifically between fuelclient's depen
On 01/19/2016 05:14 PM, Ihar Hrachyshka wrote:
Rossella Sblendido wrote:
On 01/19/2016 04:36 PM, Miguel Angel Ajo Pelayo wrote:
Thinking of this, I had another idea, a bit raw yet.
But how does it sound to have two meetings a week, one in a EU/ASIA
friendlier
timezone, and another for US
Hi all,
The puppet check jobs have been green for some time, for both master and
stable, but lately a few changes have found their way in that broke certain
jobs.
I backported bnemec's patch to liberty here which fixes the latest
regression:
https://review.openstack.org/#/c/270080/
And I propos
The large-ops jobs jumped to a 50% fail in check, 25% fail in gate in
the last 24 hours.
http://tinyurl.com/j5u4nf5
There isn't an obvious culprit at this point. I spent some time this
morning digging into it a bit. Possibly each individual instance build
got slower, possibly some other timeout i
I agree, I would vote for killing ml2 option, too!
I wanted to reach out via the ML to find potential users of it or to
clarify why it has been added at all!
--
-
Andreas (IRC: scheuran)
On Mi, 2016-01-20 at 10:11 +0100, Ihar Hrachyshka wrote:
> Andreas Scheuring wrote:
>
> > There was s
Hi ,
We have one use-case for which we are using ceilometer for getting
notifications.
We have meter's m1.*,m1.xyz.* and publishers(kafka/udp) as p1 and p2.
i.m1.* notifications/meter data should send to p1 and p2
ii.m1.xyz.* notifications/meter data should send to p1.
We can correlate m1.* as
Hi,
In Mitaka Cinder team is implementing rolling upgrades capabilities. I
want to get some feedback on possibilities of implementing some partial
or multinode grenade check for our purposes.
Basically Cinder consists of 4 services calling each other over RPC the
in following fashion:
+---
Hi,
I wrote up a POC implementing an example online schema migration in one release
cycle:
https://review.openstack.org/269693
This bases on the Online Schema Migration blueprint [1] and adds a
configuration option to denote which columns are being used at a given time.
The upgrade scenario for
Hello all,
$subject, for example with Kilo :
https://launchpad.net/nova/kilo/2015.1.2/+download/nova-2015.1.2.tar.gz
If not, should we be using http://tarballs.openstack.org/nova/
directly for these stable releases?
Thanks in advance,
Lee
--
Lee Yarwood
Senior Software Engineer
Red Hat
PGP
Hi,
Since Saturday-ish, the gate has been and is still broken, so all patches
for ironic and ironic-python-agent (any agent_ssh driver tests) will
continue to fail until it is fixed. The fix [1] was approved on Monday, but
it has yet to succeed through its gate :-(
Until this has been fixed, plea
On Wed, Jan 20, 2016 at 10:25:00AM +, Tony Breeds wrote:
> On Tue, Jan 19, 2016 at 06:11:35PM +, Daniel P. Berrange wrote:
>
> > We'll almost certainly need to be able to test QEMU 2.6 in the N
> > release cycle, since that'll (hopefully) include support for TLS
> > encrypted migration
Hi,
I posted a patch which implements live migration with the VMware driver:
https://review.openstack.org/#/c/270116
The assumption is that each nova-compute is managing a cluster in the
same vCenter server. In that case the only information that we need
from the destination node is the clus
Hey Nova,
It seems the a bug [1] sneaked in that made the PCI CI jobs fail 100% of
the time so they got turned off.
Fix for the bug should be making it's way through the queue soon, but it
was hinted on the review that there may be further problems. I'd like to
help fix these issues ASAP as the r
On Wed, Jan 20, 2016 at 07:45:16AM -0500, Sean Dague wrote:
> The large-ops jobs jumped to a 50% fail in check, 25% fail in gate in
> the last 24 hours.
>
> http://tinyurl.com/j5u4nf5
>
> There isn't an obvious culprit at this point. I spent some time this
There is a very obvious culprit, pip 8
Nikola,
I guess Mellanox CI ( running, failing , non-voting ) can assist on this issue.
Since we found it and opened a bug.
-Original Message-
From: Nikola Đipanov [mailto:ndipa...@redhat.com]
Sent: Wednesday, January 20, 2016 4:41 PM
To: OpenStack Development Mailing List
Subject: [ope
On 01/20/2016 03:03 PM, Lenny Verkhovsky wrote:
> Nikola,
> I guess Mellanox CI ( running, failing , non-voting ) can assist on this
> issue.
> Since we found it and opened a bug.
>
Ah - I was not aware that they use the same hw/configuration. Will take
a look!
Thanks,
N.
>
> -Original Me
Hi Jesse,
Thanks for checking out the files on
https://github.com/sharmaswati6/designate_files
The Designate roles are still not fully completed to be contributed on Gerrit.
While the Designate services seem to up and running now in its container, I am
stuck up with one last issue for the des
Hi All,
As discussed in the team meeting, below is the proposed spec-lite process for
simple feature requests. This is already being used in Glance project.
Feedback/comments/concerns are welcome, before we update the contributor docs
with this:).
tl;dr - spec-lite is a simple feature request
Hi all,
Unit tests on CI and gate bottleneck are really slowing down commit
progress. We recently had a meeting to discuss possible ways to improve
this, including symlinks, caching git repositories, etc, but one thing we
can do much faster is to simply disable 3.3-3.7 puppet jobs. We don't
deploy
On 01/20/2016 10:03 AM, Matthew Treinish wrote:
> On Wed, Jan 20, 2016 at 07:45:16AM -0500, Sean Dague wrote:
>> The large-ops jobs jumped to a 50% fail in check, 25% fail in gate in
>> the last 24 hours.
>>
>> http://tinyurl.com/j5u4nf5
>>
>> There isn't an obvious culprit at this point. I spent s
On 20 January 2016 at 10:03, Jiří Stránský wrote:
> On 18.1.2016 19:49, Tzu-Mainn Chen wrote:
>
>> - Original Message -
>>
>>> On Thu, 2016-01-14 at 16:04 -0500, Tzu-Mainn Chen wrote:
>>>
- Original Message -
> On Wed, Jan 13, 2016 at 04:41:28AM -0500, Tzu-Mainn
On Wed, Jan 20, 2016 at 04:11:49AM EST, Ihar Hrachyshka wrote:
> As I commented in gerrit, agents are not supposed to load ml2 config files,
> so if that’s the approach you suggest, I don’t think it’s the right one.
> Though if we talk about server passing the value into agents by some other
> mean
Due to other meetings which merged since the announcement,
the IRC meeting patch [1] I pushed proposes now:
Tuesday 1000 UTC #openstack-meeting beweekly-odd
Tuesday 1700 UTC #openstack-meeting beweekly-even
February the 9th at 1000 UTC will be the first kickoff meeting.
I'll have an age
Just providing support for Kyle’s proposal!
It is working very well for other teams such as nova, docs between others.
Edgar
On 1/20/16, 3:55 AM, "Rossella Sblendido" wrote:
>
>
>On 01/19/2016 05:14 PM, Ihar Hrachyshka wrote:
>> Rossella Sblendido wrote:
>>
>>>
>>>
>>> On 01/19/2016 04:36 P
Hi all,
I just wanted to send out a quick status report on what work is in
progress in Mitaka and what work is still outstanding. This is not
inclusive of all work that has occurred this cycle.
There are some reviews up from CERN to create flavor tables in the
nova_api database and begin the mig
On 01/20/2016 10:14 AM, Nikola Đipanov wrote:
> On 01/20/2016 03:03 PM, Lenny Verkhovsky wrote:
>> Nikola,
>> I guess Mellanox CI ( running, failing , non-voting ) can assist on this
>> issue.
>> Since we found it and opened a bug.
>>
>
> Ah - I was not aware that they use the same hw/configurati
Nova needs another volunteer for the weekly "bug skimming duty".
Please add your name(s) to the wiki [1] or mention it on the Nova
team IRC meeting on Thursday. If there are questions during your
duty you can ping me every time in IRC (I'm in UTC+1).
Thanks to cihand, auggy and rpodolyaka for thei
Lee Yarwood wrote:
Hello all,
$subject, for example with Kilo :
https://launchpad.net/nova/kilo/2015.1.2/+download/nova-2015.1.2.tar.gz
If not, should we be using http://tarballs.openstack.org/nova/
directly for these stable releases?
We are no longer using Launchpad for tarball distribution
On Wed, 20 Jan 2016 13:46:13 +0200 (EET)
Mustafa ÇELİK (BİLGEM-BTE) wrote:
> commit-1: This one is my patch for the bug.
> https://review.openstack.org/#/c/268163/
> I need someone to review my commit-1.
> Can somebody help me with code-review?
Sure... I am somewhat unenthusiastic about this
On Tue, Jan 19, 2016 at 08:15:18AM EST, Matt Kassawara wrote:
> No. However, we ought to determine what happens when both DHCP and RA
> advertise it.
We'd have to look at the RFCs for how hosts are supposed to behave since
IPv6 has a minimum MTU of 1280 bytes while IPv4's minimum mtu is 576
(what
Hi,
I would like to suggest a feature in nova to allow creating a VM, without
powering it up.
If the user will be able to create a stopped VM, it will allow for better
flexibility and user automation.
I can personally say such a feature would greatly improve comfortability of
my work with nova -
Hi,
Recently I merged the change to master and 8.0 that moves one task from
Nailgun to Library [1]. Actually, it replaces [2] to allow operator more
flexibility with repository management. However, it affects the detached
components as they will require one more task to add as written at [3].
Ple
Maybe it will do the obvious thing and add them together. ;)
On Jan 20, 2016 12:03, "Sean M. Collins" wrote:
> On Tue, Jan 19, 2016 at 08:15:18AM EST, Matt Kassawara wrote:
> > No. However, we ought to determine what happens when both DHCP and RA
> > advertise it.
>
> We'd have to look at the RFC
On Wed, Jan 20, 2016 at 9:02 AM, Matthew Mosesohn
wrote:
> Hi all,
>
> Unit tests on CI and gate bottleneck are really slowing down commit
> progress. We recently had a meeting to discuss possible ways to improve
> this, including symlinks, caching git repositories, etc, but one thing we
> can do
Hi Everyone, The Monasca Mitaka Mid-cycle Meetup will be hosted via WebEx using
the contact information below on Wednesday February 3rd and Thursday February
4th, 2016.
The Etherpad with additional information is at,
https://etherpad.openstack.org/p/monasca_mitaka_midcycle.
The meeting is open
On 20 January 2016 at 08:20, Edgar Magana wrote:
> Just providing support for Kyle’s proposal!
> It is working very well for other teams such as nova, docs between others.
>
At risk of stating the obvious, not every project is equal, and as I
mentioned in an earlier response, I have always been
On 01/20/2016 08:56 AM, Sean M. Collins wrote:
On Tue, Jan 19, 2016 at 08:15:18AM EST, Matt Kassawara wrote:
No. However, we ought to determine what happens when both DHCP and RA
advertise it.
We'd have to look at the RFCs for how hosts are supposed to behave since
IPv6 has a minimum MTU of 12
If there is a new requirement for plugin developers, I would also make sure
it is documented here: https://wiki.openstack.org/wiki/Fuel/Plugins
*From:* Sergii Golovatiuk [mailto:sgolovat...@mirantis.com]
*Sent:* Wednesday, January 20, 2016 10:59 AM
*To:* OpenStack Development Mailing List (not f
+1 for 3.3, 3.4, 3.8 and 4
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Wed, Jan 20, 2016 at 6:12 PM, Alex Schultz wrote:
> On Wed, Jan 20, 2016 at 9:02 AM, Matthew Mosesohn
> wrote:
> > Hi all,
> >
> > Unit tests on CI and gate bottleneck are really slowing down commit
Sergii,
I am curious - does it mean that the plugins will stop working with older
versions of Fuel?
Thanks,
Dmitry
2016-01-20 19:58 GMT+03:00 Sergii Golovatiuk :
> Hi,
>
> Recently I merged the change to master and 8.0 that moves one task from
> Nailgun to Library [1]. Actually, it replaces [2
hi,
i don't completely recall why we don't allow wildcarded exclude and
include meters. it's probably because there's ambiguity of ordering of
wildcard which can lead to different filter results.
someone can correct me, but i don't think there's a strict requirement
that stops us from suppor
Yo! Glancers,
Gonna cut the chase: I think we would do a better job on the specs (and light
specs) side if we get rid of the Glance Drivers team and encourage everyone
(especially from the core team) to weight in.
As it stands right now, the Glance Drivers team is the bottleneck for new
proposal
Greetings,
At the Tokyo summit, we discussed OpenStack's development themes in a
cross-project session. In this session a group of folks started discussing what
topics the overall community could focus on as a shared effort. One of the
things that was raised during this session is the need of hav
Hi folks,
At request of a team member, we've been looking into other time slots [1]
I am afraid, there is no way we can please everyone, and we may want to
revise the slot in function of the location of the team members in the
future.
Let me remind that we look at team membership [2] regularly t
Excerpts from Flavio Percoco's message of 2016-01-20 13:23:02 -0430:
> Greetings,
>
> At the Tokyo summit, we discussed OpenStack's development themes in a
> cross-project session. In this session a group of folks started discussing
> what
> topics the overall community could focus on as a shared
Markus,
> > Yes, in what release it is to be removed, e.g. Mitaka. So when is
> > that release cycle, i.e. now once removed there is no record.
>
> The information at which point in time a removal will happen can be
> derived from a combination of:
> * the "Deprecation Notes" (e.g. Nova's at [1
-Original Message-
From: Flavio Percoco
Reply: Flavio Percoco , OpenStack Development Mailing List
(not for usage questions)
Date: January 20, 2016 at 11:57:56
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [all][tc] Stabilization cycles: Elaborating on the
idea to mov
Hey,
I am developing on a fuel plugin at the moment. (fuel-plugin-opendaylight)
In node_roles.yaml I would like to define something similar to:
opendaylight:
limits:
max: 1
min: if "attributes:use_external_odl == true" then 0 else 1
attributes:use_external_odl comes from the environment
On 19 January 2016 at 23:11, Steve Martinelli wrote:
> Hmm, looking at:
> https://github.com/openstack/keystonemiddleware/compare/4.0.0...4.1.0 the
> only change that I can think of that might be the culprit is:
> https://github.com/openstack/keystonemiddleware/commit/f27d7f776e8556d976f75d07c993
This is something I'd really like to see happen. It's an idea we've been
tossing around for the Keystone project, or at least a release with minimal
features, maybe 1 or 2. More comments in line
Steve Martinelli
Keystone PTL
Flavio Percoco wrote on 2016/01/20 08:23:02 AM:
> From: Flavio Percoc
Excerpts from Ian Cordasco's message of 2016-01-20 18:38:26 +:
> -Original Message-
> From: Flavio Percoco
> Reply: Flavio Percoco , OpenStack Development Mailing List
> (not for usage questions)
> Date: January 20, 2016 at 11:57:56
> To: openstack-dev@lists.openstack.org
> Subject:
Hi Nikolas,
I'm not exactly sure about your case, but you should try something like
this:
https://github.com/openstack/fuel-plugin-detach-keystone/blob/master/node_roles.yaml#L14-L15
restrictions:
- condition: "settings:opendaylight_plugin:use_external_odl == false"
- message: "OpenDaylight role c
On Wed, Jan 20, 2016 at 07:45:16AM -0500, Sean Dague wrote:
> The large-ops jobs jumped to a 50% fail in check, 25% fail in gate in
> the last 24 hours.
>
> http://tinyurl.com/j5u4nf5
>
> There isn't an obvious culprit at this point. I spent some time this
> morning digging into it a bit. Possibl
On 15:32 Jan 12, Julien Danjou wrote:
> On Tue, Jan 12 2016, Amrith Kumar wrote:
>
> > My question to the ML is this, should stylistic changes of this kind be
> > handled
> > in a consistent way across all projects, maybe with a hacking rule and some
> > discussion on the ML first? After all, if
This option is used to configure a global multicast group IP for VXLAN
networks.
The Cisco Nexus1000V mech driver uses the IP address from this config
option when creating a VXLAN network in multicast mode.
If this config option has an empty value, it is interpreted as selecting
unicast mode for V
Plugin master branch won't be compatible with older versions. Though the
plugin developer may create stable branch to have compatibility with older
versions.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Wed, Jan 20, 2016 at 6:41 PM, Dmitry Mescheryakov <
dmescherya...@miran
On 01/20/2016 01:30 PM, Doug Hellmann wrote:
Excerpts from Flavio Percoco's message of 2016-01-20 13:23:02 -0430:
Greetings,
At the Tokyo summit, we discussed OpenStack's development themes in a
cross-project session. In this session a group of folks started discussing what
topics the overall c
On Wed, Jan 20, 2016 at 02:24:35PM EST, Sourabh Patwardhan wrote:
> This option is used to configure a global multicast group IP for VXLAN
> networks.
> The Cisco Nexus1000V mech driver uses the IP address from this config
> option when creating a VXLAN network in multicast mode.
Right - and I thi
So this was due to a change in keystonemiddleware. We stopped doing
in-memory caching of tokens per process, per worker by default [1]. There
are a couple of reasons:
1) in-memory caching produced unreliable validation because some processed
may have a cache, some may not
2) in-memory caching was
On Tue, 19 Jan 2016 09:37:17 -0500
Sean Dague wrote:
> I think it's also important to think about what efficiency might be
> gained, which isn't much. DELETE is an async action that returns 202. If
> you care about those resources or quota so you can build more, you need
> to monitor those delete
- Original Message -
> On 18.1.2016 19:49, Tzu-Mainn Chen wrote:
> > - Original Message -
> >> On Thu, 2016-01-14 at 16:04 -0500, Tzu-Mainn Chen wrote:
> >>>
> >>> - Original Message -
> On Wed, Jan 13, 2016 at 04:41:28AM -0500, Tzu-Mainn Chen wrote:
> > Hey all,
>
On 01/20/2016 02:59 PM, Morgan Fainberg wrote:
> So this was due to a change in keystonemiddleware. We stopped doing
> in-memory caching of tokens per process, per worker by default [1].
> There are a couple of reasons:
>
> 1) in-memory caching produced unreliable validation because some
> process
We are psyched to announce the release of:
oslo.config 3.3.0: Oslo Configuration API
This release is part of the mitaka release series.
With source available at:
http://git.openstack.org/cgit/openstack/oslo.config
With package available at:
https://pypi.python.org/pypi/oslo.config
Pl
i guess i should probably add that the current pollster doesn't work
because of limitation in nova api[1].
if we want to support discovery of whether nova-network or neutron is
used, the existing pollster and nova-api still needs to be fixed.
[1] https://bugs.launchpad.net/ceilometer/+bug/13464
So having a URI too long error is, in this case, likely an indication
that you're requesting too many things at once.
You could:
1. Request 100 at a time in parallel
2. Find a query that would give you all those networks & page through
the reply
3. Page through all the user's networks and filt
2016-01-20 22:34 GMT+03:00 Sergii Golovatiuk :
> Plugin master branch won't be compatible with older versions. Though the
> plugin developer may create stable branch to have compatibility with older
> versions.
>
Got it, thank you for clarifying this.
Dmitry
> --
> Best regards,
> Sergii Golo
Installed devstack today, this morning actually, and most everything
works except simple nova cli commands, nova image list, list,
flavor-list all fail) glance ok, nuetron ok,
As an example, nova image list returns:
devstack$ nova image list
ERROR (NotFound): The resource could not be f
Dims,
Great news! =)
When we address some small issues I'll make demo.
Best regards,
Boris Pavlovic
On Wed, Jan 13, 2016 at 5:06 AM, Davanum Srinivas wrote:
> Team,
>
> Oslo folks have voted[1] to be the home for the osprofiler project[2].
> Several projects are already using osprofiler. One
On 20/01/16 18:38 +, Ian Cordasco wrote:
-Original Message-
From: Flavio Percoco
Reply: Flavio Percoco , OpenStack Development Mailing List (not
for usage questions)
Date: January 20, 2016 at 11:57:56
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [all][tc] Stabil
On 20/01/16 14:58 -0500, Jay Pipes wrote:
On 01/20/2016 01:30 PM, Doug Hellmann wrote:
Excerpts from Flavio Percoco's message of 2016-01-20 13:23:02 -0430:
Greetings,
At the Tokyo summit, we discussed OpenStack's development themes in a
cross-project session. In this session a group of folks s
On 20/01/16 13:44 -0500, Steve Martinelli wrote:
This is something I'd really like to see happen. It's an idea we've been
tossing around for the Keystone project, or at least a release with minimal
features, maybe 1 or 2. More comments in line
Steve Martinelli
Keystone PTL
Flavio Percoco wrote
On Wed, Jan 20, 2016 at 3:27 PM, gord chung wrote:
> i guess i should probably add that the current pollster doesn't work
> because of limitation in nova api[1].
> if we want to support discovery of whether nova-network or neutron is
> used, the existing pollster and nova-api still needs to be fi
I tend to agree with Doug and Ryan's stance. If you need to pass 1000s of
network-id on a single request you're probably not doing things right on
the client side.
As Ryan suggested you can try and split the request in multiple requests
with acceptable URI lenght and send them in parallel; this wil
On 21/01/16 04:21, Rabi Mishra wrote:
Hi All,
As discussed in the team meeting, below is the proposed spec-lite process for
simple feature requests. This is already being used in Glance project.
Feedback/comments/concerns are welcome, before we update the contributor docs
with this:).
tl;dr
As promised here are the fixes:
https://review.openstack.org/#/q/Ifc17c27744dac5ad55e84752ca6f68169c2f5a86,n,z
Proposed to both master and liberty.
On Wed, Jan 20, 2016 at 12:15 PM, Sean Dague wrote:
> On 01/20/2016 02:59 PM, Morgan Fainberg wrote:
> > So this was due to a change in keystonemi
Hi neutrinos,
The release patch [1] has landed.
The existing workload for the remainder of the cycle is tracked in [2]. If
you have something shown on this dashboard (or if you don't, but you want
to), please reach out either via ML (on this thread) or on
#openstack-neutron.
Cheers,
Armando
[1]
Thank you all for the comments.
The client that we expect to call this API with thousands of network-ids is
nova-scheduler.
Since this call is happening in the middle of scheduling, we don't want to
spend time in paginating or sending multiple requests. I have tens of
thousands of networks and su
Just a reminder that next week Jan 26-Jan 28 is the Congress mid-cycle
Sprint in the Bay Area. It's not too late to attend. It'd be best to
register, but we'd love to have you in any case.
More details here:
https://wiki.openstack.org/wiki/Sprints/CongressMitakaSprint
Also, since we're at the S
@ DuncanT and @dule:
I noticed from IRC log that you are discussing about c-bak upgrade, and I am
working on this, please see following message. Hope I don't miss anything.
As you know, currently c-bak and c-vol are in same nodes. c-bak depends on
c-vol service.
But it is not necessary that
I don't think 400 flows can show the difference , do you have setup any tunnel
peer?
In fact we may set the network type as "vxlan", then make a fake MD simulate
sending l2pop fdb add messages, to push ten's of thousands flows into the
testing ovs agent.
___
+1
And how everyone think about if we deprecate to use Blueprint in Launchpad
and use bug system instead?
If this make more sense, we can move all spec to bug system, lite or not.
I have saw Ironic and some other project discuss about doing it. Most of
the reason is they think Launchpad bug system
1 - 100 of 102 matches
Mail list logo
