Maybe we can you use the pci- passthrough meeting slot
http://eavesdrop.openstack.org/#PCI_Passthrough_Meeting
It been a long time since we had a meeting.
> -Original Message-
> From: Nikola Đipanov [mailto:ndipa...@redhat.com]
> Sent: Tuesday, November 03, 2015 6:53 AM
> To: OpenStack
John,
The main point here is to reduce amount of data that we request from DB and
that is process by API services and sent via network
and make SQL requests simpler (remove joins from SELECT).
So like if you fetch 10 bytes instead of 1000 bytes you will process 100
times less and it will scale 1
Hi,
please note that such tasks are executed inside 'mcollective' docker
container, not on the Fuel master host system.
Regards,
Alex
On Tue, Nov 3, 2015 at 10:41 PM, Igor Kalnitsky
wrote:
> Hi Javeria,
>
> Try to use 'master' in 'role' field. Example:
>
> - role: 'master'
> stage: p
Excerpts from Boris Pavlovic's message of 2015-11-03 17:32:43 -0800:
> Clint, Morgan,
>
> I totally agree that the pub/sub model is better approach.
>
> However, there are 2 great things about polling:
> 1) it's simpler to use than pub/sub (especially in shell)
I envision something like this:
all,i would like to check if there is a Neutron driver or agent supporting
switching between SR-IOV ports on the same server.the wiki mentions 802.1Qbg
for switching in the server NIC (VEB), or by hairpinning the pkts in the
nexthop physical TOR (VEPA). i wanted to check if this is a supported t
Hi all,
Just FYI, the WIP patch-set is now available here:
https://review.openstack.org/241476
https://review.openstack.org/241477
https://review.openstack.org/241478
https://review.openstack.org/241479
https://review.openstack.org/241480
Thanks.
On 10/14/2015 10:05 AM, Tang Chen wrote:
Hi, a
Excerpts from John Griffith's message of 2015-11-03 21:45:12 -0800:
> On Tue, Nov 3, 2015 at 3:20 PM, Boris Pavlovic wrote:
>
> > Hi stackers,
> >
> > Usually such projects like Heat, Tempest, Rally, Scalar, and other tool
> > that works with OpenStack are working with resources (e.g. VM, Volumes
On Tue, Nov 3, 2015 at 3:20 PM, Boris Pavlovic wrote:
> Hi stackers,
>
> Usually such projects like Heat, Tempest, Rally, Scalar, and other tool
> that works with OpenStack are working with resources (e.g. VM, Volumes,
> Images, ..) in the next way:
>
> >>> resource = api.resouce_do_some_stuff()
On Tue, Nov 3, 2015 at 4:57 PM, michael mccune wrote:
> On 11/03/2015 05:20 PM, Boris Pavlovic wrote:
>
>> What if we add new API method that will just resturn resource status by
>> UUID? Or even just extend get request with the new argument that returns
>> only status?
>>
>> Thoughts?
>>
>
> not
Hi,
The change in https://review.openstack.org/237122 touches a feature from
ironic that has not been released in any tag yet.
At first, we from the team who has written the patch thought that, as it
has not been part of any release, we could do backwards incompatible
changes on that part of
On 4 November 2015 at 09:28, Doug Hellmann wrote:
> lifeless had some proposals about managing stable requirements and
> constraints that he presented during the summit. We should get those
> written down before we start approving any changes.
The tl;dr is that we'd make a copy of upper-constrain
+1 to Georgy, we may need a framework on top of Mesos to enable Mesos
manage long running services and have the capability of scaling, ha etc and
Marathon is a good choice. Thanks.
On Tue, Nov 3, 2015 at 6:47 AM, Georgy Okrokvertskhov <
gokrokvertsk...@mirantis.com> wrote:
> Hi Steve,
>
> Thank y
I'm reaching out to whoever owns the networking-powervm project [1]. I have
a review out [2] which updates the PyPI publishing jobs so we can push
releases for networking-powervm. However, in looking at PyPI, I don't see a
networking-powervm project, but instead a neutron-powervm project. Is there
Hi All,
I see negative values being returned by resource tracker, which is
surprising, since enough capacity is available on Hypervisor (as seen
through df -ha output [0]). In my setup I have configured nova.conf to
created instance snapshot locally and I *don't have* disk-filter enabled.
Local i
Hi Doug,
Thanks for posting this. I'm working on this for Zaqar now and there is
a question. As for the stable/liberty patch, where does the
"60fdcaba00e30d02" in [1] come from? Thanks.
[1]
https://review.openstack.org/#/c/241322/1/releasenotes/notes/60fdcaba00e30d02-start-using-reno.yaml
Clint, Morgan,
I totally agree that the pub/sub model is better approach.
However, there are 2 great things about polling:
1) it's simpler to use than pub/sub (especially in shell)
2) it has really simple implementation & we can get this in OpenStack in
few days/weeks
What about just supporting
Here are the notes related to OpenStack Tacker project from Tokyo summit.
Tacker Developer Meetup
---
Rough notes are captured in the tacker design summit etherpad [1].
As discussed in the previous irc meeting [2] the team discussed
possible new irc meeting slots for the upcom
On Nov 3, 2015 4:29 PM, "Clint Byrum" wrote:
>
> Excerpts from Boris Pavlovic's message of 2015-11-03 14:20:10 -0800:
> > Hi stackers,
> >
> > Usually such projects like Heat, Tempest, Rally, Scalar, and other tool
> > that works with OpenStack are working with resources (e.g. VM, Volumes,
> > Ima
+1. I think we all had a great experience coming together, finding common
ground, and coming up with a solid plan to move forward that helps everyone
make progress. Thanks everyone for not skipping over a potentially unpleasant
conversation and getting together to talk it through. I think we all
Excerpts from Boris Pavlovic's message of 2015-11-03 14:20:10 -0800:
> Hi stackers,
>
> Usually such projects like Heat, Tempest, Rally, Scalar, and other tool
> that works with OpenStack are working with resources (e.g. VM, Volumes,
> Images, ..) in the next way:
>
> >>> resource = api.resouce_d
On 11/03/2015 05:20 PM, Boris Pavlovic wrote:
What if we add new API method that will just resturn resource status by
UUID? Or even just extend get request with the new argument that returns
only status?
Thoughts?
not sure i understand the resource status by UUID, could you explain
that a lit
On 04/11/15 02:25, Gregory Haynes wrote:
> Current cores - Please respond with any approvals/objections by next Friday
> (November 13th).
+1 from me as well.
--
Steve
"...In the UNIX world, people tend to interpret `non-technical user'
as meaning someone
On Wed, Nov 4, 2015 at 8:49 AM, Michael Still wrote:
> I'd be interested in being involved with this, and I know Paul Murray is
> interested as well.
>
> I went to make a doodle, but then realised the only non-terrible timeslot
> for Australia / UK / US Central is 8pm UTC (7am Australia, 8pm Lond
On Tue, Nov 3, 2015 at 1:48 AM, Flavio Percoco wrote:
> [...]
> Glance Artifacts REpository (Glare)
> ===
>
> Do you remember the Glance *EXPERIMENTAL* Glance V3 API? We had that
> famous discussion again, the one we had in Vancouver, Paris and
> Atlanta :) This tim
On 03/11/15 15:25, Gregory Haynes wrote:
Hello everyone,
I would like to propose adding Ian Wienand as a core reviewer on the
diskimage-builder project. Ian has been making a significant number of
contributions for some time to the project, and has been a great help in
reviews lately. Thus, I
On 11/02/2015 12:39 PM, Anita Kuno wrote:
> On 10/29/2015 10:42 PM, Anita Kuno wrote:
>> On 10/29/2015 08:27 AM, Anita Kuno wrote:
>>> On 10/28/2015 12:14 AM, Matt Riedemann wrote:
On 10/27/2015 4:08 AM, Anita Kuno wrote:
> Learning how to debug the gate was identified as a theme
Hello,
I was looking for guidance as to how to enable notifications in heat and if
there is already a tool that can read those events? Looking through the code,
it gives somewhat conflicting information as to the extent to which
notifications are supported. e.g. [1] says its not supported, but
Hi stackers,
Usually such projects like Heat, Tempest, Rally, Scalar, and other tool
that works with OpenStack are working with resources (e.g. VM, Volumes,
Images, ..) in the next way:
>>> resource = api.resouce_do_some_stuff()
>>> while api.resource_get(resource["uuid"]) != expected_status
>>>
I'd be interested in being involved with this, and I know Paul Murray is
interested as well.
I went to make a doodle, but then realised the only non-terrible timeslot
for Australia / UK / US Central is 8pm UTC (7am Australia, 8pm London, 2pm
Central US). So what do people think of that time slot?
On 11/3/2015 11:57 AM, Michał Dubiel wrote:
Hi all,
We have a simple patch allowing to use OpenContrail's vrouter with
vhostuser vif types (currently only OVS has support for that). We would
like to contribute it.
However, We would like this change to land in the next maintenance
release of K
Hi all,
For auto-setting driver options on enrollment, I would vote for option 2
with default being fake driver + optional CMDB integration. This would ease
managing a homogeneous pool of BMs, but still (using fake driver or data
from CMDB) work reasonably well in heterogeneous case.
As for setti
Hello,
The infrastructure team will be upgrading the Elasticsearch cluster used
by Logstash and elastic-recheck on Monday November 9th starting at about
1700UTC.
Because we are upgrading from 0.90.9 to 1.7.3 this will require a full
cluster restart. During the cluster restart you will not be able
+1 Doug
On Tue, Nov 3, 2015 at 3:28 PM, Doug Hellmann wrote:
> lifeless had some proposals about managing stable requirements and
> constraints that he presented during the summit. We should get those
> written down before we start approving any changes.
>
> Doug
>
> Excerpts from Davanum Sriniva
On 02/11/15 18:33, Steven Dake (stdake) wrote:
Blame the core team :) I suspect you will end up retrying a lot of
patterns we tried and failed with Kubernetes. Kubernetes eventually was
found to be non-viable by the delivery of this 2 week project:
https://github.com/sdake/compute-upgrade
Do
Hello,
I'm now working on patch to neutron to add QoS in linuxbridge: https://
review.openstack.org/#/c/236210/
Patch is not finished yet but I have some "problem" with some tests. For
example Microsoft Hyper-V CI check are failing. When I checked logs of this
tests in http://64.119.130.115/neut
Sorry I replied to this right away but used the wrong email address and it
bounced!
> I've appreciated all of richs v3 contributions to keystone. +1 from me.
On Tue, Nov 3, 2015 at 4:38 AM, Sofer Athlan-Guyot
wrote:
> He's very good reviewer with a deep knowledge of keystone and puppet.
> Thank
Hi Javeria,
Try to use 'master' in 'role' field. Example:
- role: 'master'
stage: pre_deployment
type: shell
parameters:
cmd: echo all > /tmp/plugin.all
timeout: 42
Let me know if you need additional help.
Thanks,
Igor
P.S: Since Fuel 7.0 it's recommen
lifeless had some proposals about managing stable requirements and
constraints that he presented during the summit. We should get those
written down before we start approving any changes.
Doug
Excerpts from Davanum Srinivas (dims)'s message of 2015-11-03 14:57:01 -0500:
> Matthew,
>
> There's a
Hey everyone,
I've been working on a fuel plugin and for some reason just cant figure out
how to run a task on the fuel master node through the tasks.yaml. Is there
even a role for it?
Something similar to what ansible does with localhost would work.
Thanks,
Javeria
_
Excerpts from Jeff Peeler's message of 2015-11-03 11:54:24 -0800:
> I'm looking at introducing the ability for tripleoclient to upload
> docker images into a docker registry (planning for it to be installed
> in the undercloud [1]). I wanted to make sure something like this
> would be accepted or g
On 11/03/2015 01:57 PM, Davanum Srinivas wrote:
> Matthew,
>
> There's a failure in grenade - https://review.openstack.org/#/c/232918/
> There's a fix in progress - https://review.openstack.org/#/c/240371/
>
> Once that gets released in oslo.reports. We should be able to unclog
> those updates
>
With the spec that Angus proposed, a read/write bind mount volume is not a
requirement as the configuration comes from the central data store (etcd
or zookeeper).
Just pid=host and net=host are hard requirements. Nova will not work
without net=host, atleast on RPM based distributions. Sam Yaple
Matthew,
There's a failure in grenade - https://review.openstack.org/#/c/232918/
There's a fix in progress - https://review.openstack.org/#/c/240371/
Once that gets released in oslo.reports. We should be able to unclog
those updates
thanks,
Dims
On Tue, Nov 3, 2015 at 2:37 PM, Matthew Thode w
I'm looking at introducing the ability for tripleoclient to upload
docker images into a docker registry (planning for it to be installed
in the undercloud [1]). I wanted to make sure something like this
would be accepted or get suggestions on an alternate approach.
Ultimately may end up looking som
As we discussed at the summit, the release management team is
modifying our change management tracking tools and processes this
cycle. This email is the official announcement of those changes,
with more detail than we provided at the summit.
In past cycles, we have used a combination of Launchpad
Are these constraints locked in place for the entire release cycle? It
doesn't look like the stable/liberty version has been updated since
release and it'd be nice if newer versions of the packages were tested,
specifically babel in my case (as we have to have users mask the newer,
stable version)
On Tue, Nov 3, 2015 at 1:25 PM, Michal Rostecki wrote:
> On 11/03/2015 04:16 PM, Jeff Peeler wrote:
>>
>> On Tue, Nov 3, 2015 at 1:44 AM, Michal Rostecki
>> wrote:
>>>
>>> Hi,
>>>
>>> +1 to what Steven said about Kubernetes.
>>>
>>> I'd like to add that these 3 things (pid=host, net=host, -v) are
Thanks for all your efforts Sean.
I was actually thinking a separate IRC for this effort would be great and
will help all the interested people to come together and develop.
Any thoughts on this?
Thanks
Vikram
On Nov 3, 2015 11:54 PM, "Sean M. Collins" wrote:
> I made a very quick attempt to j
Hi Folks,
We would like to resume the Neutron DVR Subteam Meeting starting November 4th
2015.
If you are an active technical contributor in openstack and would like to
discuss any DVR related items feel free to join the meeting.
Here are the meeting details.
IRC channel: #openstack-meeting-alt
On Tue, 2015-11-03 at 18:57 +0100, Michał Dubiel wrote:
> Hi all,
> We have a simple patch allowing to use OpenContrail's vrouter with
> vhostuser vif types (currently only OVS has support for that). We
> would like to contribute it.
> However, We would like this change to land in the next maint
On 11/03/2015 04:16 PM, Jeff Peeler wrote:
On Tue, Nov 3, 2015 at 1:44 AM, Michal Rostecki wrote:
Hi,
+1 to what Steven said about Kubernetes.
I'd like to add that these 3 things (pid=host, net=host, -v) are supported
by Marathon, so probably it's much less problematic for us than Kubernetes
I made a very quick attempt to jot down my thoughts about how it could
be used. It's based off what I proposed in https://review.openstack.org/238812,
and is my attempt to take that review and use SQLAlchemy to make it
actually work.
https://github.com/sc68cal/neutron-classifier/blob/master/doc/s
This plan makes a lot of sense to me.
With the staggering number of sub-projects in neutron it is impossible for
the stable team to cope with the load. Delegation and decentralisation is a
must and both sub-project maintainers and the stable team will benefit from
it.
Also, since patches can always
What is the issue with logging? Can someone other than Yanis look into
this?
On Tue, Nov 3, 2015 at 8:57 AM, Emilien Macchi wrote:
> I'm seeing a lot of patches using the new $::os_service_default.
>
> Please stop trying to using it at this time. The feature is not stable
> yet and we're testin
Excerpts from Gregory Haynes's message of 2015-11-03 07:25:27 -0800:
> Hello everyone,
>
> I would like to propose adding Ian Wienand as a core reviewer on the
> diskimage-builder project. Ian has been making a significant number of
> contributions for some time to the project, and has been a grea
+1
On 11/03/2015 09:25 AM, Gregory Haynes wrote:
> Hello everyone,
>
> I would like to propose adding Ian Wienand as a core reviewer on the
> diskimage-builder project. Ian has been making a significant number of
> contributions for some time to the project, and has been a great help in
> reviews
Egor,
I don't have much experience with Aurora, but as far as I see, it
doesn't support mounting volumes from host yet:
https://issues.apache.org/jira/browse/AURORA-1107
In my opinion we should try to investigate currently existing frameworks
which meets our main criteria before making decis
Hi Ihar,
This sounds good. I actually had a draft e-mail that I've been saving
until I got back, that may be relevant. Some contributors met on Friday
to discuss the packet classification framework, mostly centered around
just building a reusable library that can be shared among multiple
services.
Hi all,
We have a simple patch allowing to use OpenContrail's vrouter with
vhostuser vif types (currently only OVS has support for that). We would
like to contribute it.
However, We would like this change to land in the next maintenance release
of Kilo. Is it possible? What should be the process
Michal/Steve,
could you elaborate about choosing Marathon vs Aurora vs custom scheduler
(to implement very precise control around placement/failures/etc)?
‹
Egor
On 11/2/15, 22:44, "Michal Rostecki" wrote:
>Hi,
>
>+1 to what Steven said about Kubernetes.
>
>I'd like to add that these 3 thing
On 15:26 Nov 03, Robert Collins wrote:
> Hi, at the summit we had a big session on distributed lock managers (DLMs).
>
> I'd just like to highlight the conclusions we came to in the session (
> https://etherpad.openstack.org/p/mitaka-cross-project-dlm
> )
Also Cinder will be spearheading
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
on fwaas design session in Tokyo it was pointed out that for new fwaas
API we may want to use service groups [1] that were approved but never
merged. As far as I can tell, service groups are designed to catch
several criteria to describe a typ
Excerpts from Cyril Roelandt's message of 2015-11-03 16:46:25 +0100:
> On 11/02/2015 07:32 PM, Davanum Srinivas wrote:
> >
> > If we can add this command directly in our tox.ini and entirely avoid
> > having the bandit.yaml would that be even better?
>
> Why not, but it'd have some drawbacks as we
On Tue, Nov 3, 2015 at 10:49 AM, Ihar Hrachyshka
wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all,
>
> currently we have a single neutron-wide stable-maint gerrit group that
> maintains all stable branches for all stadium subprojects. I believe
> that in lots of cases it would
As we discussed at the summit, we are going to be changing the way we
handle releases from stable branches, starting with stable/liberty this
cycle.
In the past the release team and stable maintenance team have
coordinated stable releases of all projects at specific times during the
life cycle of
Release liaisons,
At the summit we discussed some of the process changes we are putting
in place for the Mitaka cycle. This email thread is the official
notification of those changes for folks who weren't able to be in
the room for the discussion, and the reminder for those who were.
The biggest
Folks,
Here is a resume of our recent discussion:
1. Add new URLs for processing VIPs:
/clusters//network_configuration/vips/ (GET)
/clusters//network_configuration/vips// (GET, PUT)
where is the id in ip_addrs table.
So, user can get all VIPS, get one VIP by id, change parameters (IP
address)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
currently we have a single neutron-wide stable-maint gerrit group that
maintains all stable branches for all stadium subprojects. I believe
that in lots of cases it would be better to have subproject members to
run their own stable maintenance
Release liaisons,
The release team is making a few changes to its communication plans
for Mitaka, to account for things we learned last cycle.
First, we are renaming the IRC channel used for release work. The
bots and logging are already configured and pleia2 has helped us
rename #openstack-relmg
I have some code that is similar to this in the F5 and Netscaler modules. I
make a generic "truthy" property that accepts various truthy/falsy values (
https://github.com/puppetlabs/puppetlabs-netscaler/blob/master/lib/puppet/property/netscaler_truthy.rb)
then just define that as the parent of the
Hi,
I'll be working on adding notifications to Ironic and would also be
interested in chatting about the direction of Nova notifications. I'm
on US Central but usually work a little later to stay more in sync
with the rest of the team, so 4pm-12am UTC would be best, but a bit
earlier or later (lat
Cool. I plan on attending, now that I have a config for running DVR in my local
lab.
--
Sean M. Collins
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?s
On Tue, Nov 03, 2015 at 12:18:38PM +, Murray, Paul (HP Cloud) wrote:
> Hi all,
>
> Live migration was confirmed as a Nova priority for the Mitaka cycle
> and a sub-team section can be found on the priorities tracking page
> [1].
>
> Most team members expressed they would like a regular IRC me
I was at the ironic group mgmt design session at the summit (https://etherpad.openstack.org/p/summit-mitaka-ironic-group-management), and didn't get a chance to share my thoughts, so i thought i'd do it here. I worked on the open source cluster management tool called xCAT (http://xcat.org/) which
On Tue, Nov 3, 2015 at 9:41 AM, Cyril Roelandt wrote:
> On 11/02/2015 07:40 PM, Brant Knudson wrote:
>
>>
>> We could use something like this in keystone since we've got a few
>> repositories. There should be a way to document why the test was skipped
>> since otherwise we'll have to figure it ou
Hi Cyril,
This is a really cool idea. It should be fairly easy to implement and
can only help make Bandit more usable. To be honest enhancing the way
we're using the 'bandit.yaml' file has been on our list for a while.
A tool like this seems like it would be a nice intermediate solution
until w
On 11/02/2015 07:32 PM, Davanum Srinivas wrote:
If we can add this command directly in our tox.ini and entirely avoid
having the bandit.yaml would that be even better?
Why not, but it'd have some drawbacks as well:
- should the conf generator be broken for some reason, the gate may end
up be
On 11/02/2015 07:40 PM, Brant Knudson wrote:
We could use something like this in keystone since we've got a few
repositories. There should be a way to document why the test was skipped
since otherwise we'll have to figure it out every time we update the
file. Putting a comment on the command lin
On 11/02/2015 08:02 AM, Emilien Macchi wrote:
> Hello!
>
> Here's an initial agenda for our weekly meeting, tomorrow at 1500 UTC
> in #openstack-meeting-4:
>
> https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20151103
>
> Feel free to add any item
On 11/03/2015 10:50 AM, Victor Stinner wrote:
Hi,
I don't like very long command lines, it's hard to document them or
comment them. I prefer configuration files. But bandit.yaml, the
"template", is already a configuration file!?
Yes, the config file provided by bandit is some kind of "enable
Hello everyone,
I would like to propose adding Ian Wienand as a core reviewer on the
diskimage-builder project. Ian has been making a significant number of
contributions for some time to the project, and has been a great help in
reviews lately. Thus, I think we could benefit greatly by adding him
On Tue, Nov 3, 2015 at 1:44 AM, Michal Rostecki wrote:
> Hi,
>
> +1 to what Steven said about Kubernetes.
>
> I'd like to add that these 3 things (pid=host, net=host, -v) are supported
> by Marathon, so probably it's much less problematic for us than Kubernetes
> at this moment.
I don't actively
Reviving the thread.
On the design summit session dedicated to agent and plugin extensions [1]
the following was stated for l2 agent extensions (I appreciate if someone
checks me on the following though):
- current l2 agent extensions mechanism lacks insight into agent details
like bridge
Hi,
We discussed in the summit that nova notification API needs some care. It was
suggested that forming a subteam around notifications might help coordinate and
track the effort. So I have created a wikipage [1] and I added a section in
the Mitaka tracking etherpad [2] for the subteam.
We
+1 to Emilien.
If somebody already have uploaded such patches - please, mark them as WIP,
until we finish all work for cinder.
2015-11-03 22:57 GMT+09:00 Emilien Macchi :
> I'm seeing a lot of patches using the new $::os_service_default.
>
> Please stop trying to using it at this time. The featu
As discussed in the Mitaka Summit developer meetup, Tacker weekly IRC
meeting is moved to Tuesday 1700 UTC. We are skipping this week's meeting.
We will resume next week and mostly likely use a new meeting channel (still
TBD for now, will announce here once confirmed).
- Sridhar
#sridhar_ram
@sri
Hi eliqiao,
1) I think there are many openstack projects constructed multi-pipeline for
different purpose, for example test different os distro pipelines.
It is good to refer them.
2) we are construct new envs for different COE, I think it is easy to
maintain.
3) yes, for code restructure, sorts
I'm seeing a lot of patches using the new $::os_service_default.
Please stop trying to using it at this time. The feature is not stable
yet and we're testing it only for puppet-cinder module.
I've heard Yanis found something that is not backward compatible with
logging, but he's away this week so
Le 03/11/2015 12:53, Markus Zoeller a écrit :
Hey Nova folks, this is your bug lord speaking. You may have noticed
that we have around 3 bugs open ... just kidding, it's above 1000 and
keeps growing. During the summit, we concluded that the "fix all the
crap" action item was a bit too unspecifi
Here's a Devstack review for zookeeper in support of this initiative:
https://review.openstack.org/241040
Thanks,
Dims
On Mon, Nov 2, 2015 at 11:05 PM, Joshua Harlow wrote:
> Thanks robert,
>
> I've started to tweak https://review.openstack.org/#/c/209661/ with regard
> to the outcome of that
Zhi Chang wrote:
Hi, all
Now, I should make some database model definitions if I want to upgrade db. And a database migration
script will generated when I run "neutron-db-manage revision -m "description of revision"
--autogenerate". The database will upgraded when run "neutron-db-manage u
Hi Duncan,
here is the review: https://review.openstack.org/#/c/241174
Thanks,
Eduard
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
h
Hi all,
Live migration was confirmed as a Nova priority for the Mitaka cycle and a
sub-team section can be found on the priorities tracking page [1].
Most team members expressed they would like a regular IRC meeting for tracking
work and raising blocking issues. Looking at the contributors here
Hey Nova folks, this is your bug lord speaking. You may have noticed
that we have around 3 bugs open ... just kidding, it's above 1000 and
keeps growing. During the summit, we concluded that the "fix all the
crap" action item was a bit too unspecific, so let's try another thing.
Beginning by end of
Your installed neutron is not current. When developing new db migrations you
should be working with the master branch. Fast forward your repo and re-run
devstack to get the latest neutron-db-manage.
On Tue, Nov 03, 2015, Zhi Chang wrote:
> Thanks for your reply.
> There is an error when I run mi
Do you have the lasted code of Neutron? Change [1] that allows this was
merged on the 22d of October.
[1] -
https://github.com/openstack/neutron/commit/9d069c48aed3a087c5c51366c8e70b29f339e794
On Tue, Nov 3, 2015 at 2:10 PM, Zhi Chang wrote:
> Thanks for your reply.
> There is an error when I
He's very good reviewer with a deep knowledge of keystone and puppet.
Thank you Richard for your help.
+1
Emilien Macchi writes:
> At the Summit we discussed about scaling-up our team.
> We decided to investigate the creation of sub-groups specific to our
> modules that would have +2 power.
>
>
Hi Sumit,
As you mentioned I used the AWS template format and now able to create a
service chain successfully. But I dont see any firewall and lb created in
my network. Am I missing anything here?
Regards,
Naresh.
On Mon, Nov 2, 2015 at 1:42 PM, NareshA kumar
wrote:
> Hi Sumit,
> Thanks for you
Thanks for your reply.
There is an error when I run migration cmd:
stack@devstack:~/neutron/neutron/db/migration$ neutron-db-manage revision -m
'desc' --contract
usage: neutron-db-manage [-h] [--config-dir DIR] [--config-file PATH]
[--core_plugin CORE_PLUGIN] [--nosplit
You can create new migration using "neutron-db-manage revision -m 'desc'
--expand/--contract" depends in what changes do you want to do in migration
expand - add something, contract - delete or modify.
More information -
http://docs.openstack.org/developer/neutron/devref/alembic_migrations.html
O
1 - 100 of 118 matches
Mail list logo
