Dear Devananda
I'm the development leader of Lenovo Cloud Solution. Lenovo is
planning to contribute its Ironic driver to the OpenStack community. The Ironic
driver developers already registered as OpenStack members and signed agreement
with OpenStack org.
Sorry for broadcasti
Hi folks,
In my current implementation, there are a core module and a models module.
Core module handles all the database stuff, start a session, issue sql
operation, then end a session. Models module invokes methods in core module
to access database, as showed below:
model.py
def get_site(site_i
On 07/30/2015 08:59 AM, Kai KH Huang wrote:
Dear Devananda
I'm the development leader of Lenovo Cloud Solution. Lenovo is
planning to contribute its Ironic driver to the OpenStack community. The
Ironic driver developers already registered as OpenStack members and
signed agreement with
On 2015-07-30 07:08, Ian Wienand wrote:
On 07/29/2015 07:33 PM, Andreas Jaeger wrote:
Currently Zuul is stuck and not processing any events at all, thus no
jobs are checked or gated.
I think whatever happened has happened again; if jhesketh is out it
might be a few hours from this email before
On Thu, Jul 30, 2015 at 8:27 AM, Dmitry Tantsur wrote:
> On 07/30/2015 08:59 AM, Kai KH Huang wrote:
>>
>> Dear Devananda
>>
>> I'm the development leader of Lenovo Cloud Solution. Lenovo is
>> planning to contribute its Ironic driver to the OpenStack community. The
>> Ironic driver deve
Hi Asselin, Abhishek,**
Sorry, it is about the CI again.
I run install_log_server.sh to setup a log server.
I setup the log server on the same machine with my Jenkins Master, and
configured it like this:
$DOMAIN=localhost
$|JENKINS_SSH_PUBLIC_KEY| = path to my ssh key
The script completed. B
Hi,
please note that the openstack-qa distribution list is not used anywhere, we
only keep it for periodic tests notifications.
You should use openstack-dev instead.
Documentation is available at [0] and in the sample file [1].
Tempest configuration is uploaded to logs after each CI job - see fo
On 29 July 2015 at 19:20, John Garbutt wrote:
> Hi,
>
> Tomorrow is: Non-priority Feature Freeze
>
> What does this mean? Well...
>
> * bug fixes: no impact, still free to merge
> * priority features: no impact, still free to merge
> * clean ups: sure we could merge those
> * non-priority features
Hi Tang,
After completing the logServer installation the logs will go to your
machine automatically after each build run.
On Thu, Jul 30, 2015 at 2:19 PM, Tang Chen wrote:
> Hi Asselin, Abhishek,
>
> Sorry, it is about the CI again.
>
> I run install_log_server.sh to setup a log server.
>
>
Hi all,
Currently, I'm implementing this blueprint:
https://blueprints.launchpad.net/neutron/+spec/phy-net-bridge-mapping
This function enables a user-defined pre-existed bridge to connect
instances , rather than creating a new bridge that may break security
rule of some companies.
Neutron code
Alan Pevec wrote:
>> I think pushing them up earlier would indeed make it easier for folk.
>
> Indeed, but it's too late now.
>
>> But its not as good as using post-versioniing :)
>
> Agreed, after 2015.1.2 version bumps are merged, I'll propose version=
> line removals on stable branches so thi
> The way we did it in the past was to push the setup.cfg version=2015.1.2
> bump BEFORE we tag, then once that is merged, tag the previous commit in
> history as 2015.1.1. That way you avoid the lockstep (and ensure no
> intermediary badly-versioned tarball can be produced).
>
> Any reason why tha
Hi Suro,
In my understanding, even other CoE might have service/pod/rc concepts in
future, we may still want to distinguish the "magnum service-list" with
"magnum coe-service-list".
service-list is mainly for magnum native services, such as magnum-api,
magnum-conductor etc.
coe-service-list mainl
On 07/30/2015 04:54 PM, Abhishek Shrivastava wrote:
Hi Tang,
After completing the logServer installation the logs will go to your
machine automatically after each build run.
But I cannot find anything new under /srv/static/logs/.
Shouldn't the new logs be under this directory ?
On Thu,
Hi Tang,
You can give any name in $DOMAIN, also try to run a build then see if the
logs are going to the LogServer, but before that clear that folder so that
you can see the difference.
On Thu, Jul 30, 2015 at 3:15 PM, Tang Chen wrote:
>
> On 07/30/2015 04:54 PM, Abhishek Shrivastava wrote:
>
>
I am talking about "/srv/static/logs" folder.
On Thu, Jul 30, 2015 at 3:18 PM, Abhishek Shrivastava <
abhis...@cloudbyte.com> wrote:
> Hi Tang,
>
> You can give any name in $DOMAIN, also try to run a build then see if the
> logs are going to the LogServer, but before that clear that folder so tha
On 07/30/2015 05:48 PM, Abhishek Shrivastava wrote:
I am talking about "/srv/static/logs" folder.
Yes, I see.
But, I run the install_log_server.sh on my Jenkins Master, and
configured $DOMAIN to another machine's hostname.
Did I do this correctly ?
After that, I can find "/srv/static/logs
You should setup the LogServer in another machine apart from master/slave
because the logs machine should be a separate one not any other
master/slave.
On Thu, Jul 30, 2015 at 3:49 PM, Tang Chen wrote:
>
> On 07/30/2015 05:48 PM, Abhishek Shrivastava wrote:
>
> I am talking about "/srv/static/l
Can a non admin update quotas? Quota updates are rare. Performance of them can
take the hit.
Thanks,
Kevin
From: Kevin Benton
Sent: Wednesday, July 29, 2015 10:44:49 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev]
On Mon, Jul 27, 2015 at 09:43:28PM (+), Andrew Woodward wrote:
> Sorry, I forgot to finish this up and send it out.
>
> #--SNIP--
> def absent_default(
> $value,
> $default,
> $unset_when_default = true,
> ){
> if ( $value == $default ) and $unset_when_default {
> # I cant think of
>> Agreed, after 2015.1.2 version bumps are merged, I'll propose version=
>> line removals on stable branches so this situation doesn't happen
>> again.
>
> Err, no.
>
> Post-versioning means all projects use semantic rather than date-based
> version numbers, which happens starting with *liberty*.
On Mon, Jul 27, 2015 at 10:01:26AM (-0400), Emilien Macchi wrote:
> Hello team,
>
> 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-20150728
>
> Please add additional items you'd
Hi all,
I find that if setting the value of router:external=True for a
net(example: neutron net-update netID --router:external=True)
Users in other tenants could allocate floating IP from this net(example:
neutron floatingip-create netID).
But how could this floating IP bind to
Hi,I have a multinode OpenStack kilo setup with 2 compute nodes, a
controller and a network node. I am trying to migrate a Vm from host to
the other, but there is a migration failure and the VM stays on the same
host. I can ping between the compute nodes, and I have set libvirt to listen mode. U
Hi,
You need a router to bind internal network(s) with external network.
Otherwise you cannot allocate a floating ip (on the external network) to
VMs (on internal network(s)).
The doc[1] explains how to do it.
[1]
http://docs.openstack.org/kilo/install-guide/install/apt/content/neutron_initial-
So, I see three things of interest in the logs here.
1) The SIGHUP signal received
> 2015-07-28 14:49:10.378 22487 INFO oslo_service.service [-] Caught
> SIGHUP, exiting
Do we know what's sending this to signal to Designate?
2) The first exception, "Calling waitall() ..."
> 2015-07-28 14:49:10
On Thu, Jul 30, 2015 at 11:14:20AM +1000, Ian Wienand wrote:
> On 07/30/2015 04:55 AM, Kris G. Lindgren wrote:
> > The following bug has already been created over a year ago [1], and
> > it looks like most of the work on the libguestfs side is already
> > done [2]. It seems something about a compl
On 07/30/2015 07:01 AM, Sebastien Badia wrote:
> On Mon, Jul 27, 2015 at 10:01:26AM (-0400), Emilien Macchi wrote:
>> Hello team,
>>
>> 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-
Hi Sheena,
Created ticket to change the structure of the directories [1].
And as far as I know any core can push tags into the repository,
Sebastian, Igor and I.
[1] https://bugs.launchpad.net/fuel/+bug/1479785
On Tue, Jul 28, 2015 at 8:44 PM, Sheena Gregson
wrote:
> Evgeniy –
>
>
>
> For the
2015-07-30 14:50 GMT+02:00 Evgeniy L :
> Hi Sheena,
>
> Created ticket to change the structure of the directories [1].
> And as far as I know any core can push tags into the repository,
> Sebastian, Igor and I.
>
One correction: I'm not a core in fuel-plugins ;)
>
> [1] https://bugs.launchpad.n
On 2015-07-30 10:19:20 +0200 (+0200), Andreas Jaeger wrote:
> Joshua just restarted Zuul and is currently requeueing the jobs
> that were in the system.
[...]
Also we've got some additional debugging added prior to this most
recent restart which should assist in narrowing down the cause
if/when it
Emilien, debtor looks like an interesting tool, thanks for the link.
As far as tracking upstream branches from local forks and carrying local
patches, we've had good luck with using the git-upstream tool on stack
forge: https://github.com/stackforge/git-upstream
It allows you to merge in upstream
Hi Kolla folk,
Just a quick note to say I've marked this bp as implemented. Source
builds for all key services are merged so I think it's as a time as any.
Please file separate bugs for subsequent contrib services (any existing
ones for out for review can stay as is).
Any issues with this le
On Thu, Jul 30, 2015 at 09:27:42AM +0200, Dmitry Tantsur wrote:
> On 07/30/2015 08:59 AM, Kai KH Huang wrote:
> >Dear Devananda
> >
> > I'm the development leader of Lenovo Cloud Solution. Lenovo is
> >planning to contribute its Ironic driver to the OpenStack community. The
> >Ironic drive
Hey Emilien,
On Wed, Jul 29, 2015 at 5:16 PM, Emilien Macchi wrote:
>
>
> This is a very good initiative and I'm happy to see that happening. It
> reflects what I was asking in our collaboration request.
>
> Though I have one suggestion for "Custom Upstream Module Changes" section.
> I suggest y
Hi all,
It seems that I've reached an impasse with
https://review.openstack.org/#/q/topic:bp/detach-components-from-controllers,n,z
in Keystone with regards to Kilo puppet manifests. One of the
objectives is the ability to deploy Keystone on a separate node from
the controllers.
Here is what we k
I'm sending this email to solicit a response from the owners of the VLAN
aware VMs spec [1] [2]. The spec was merged on June 24, and I haven't seen
any code posted. Given I expect this to take some iterations in review, is
the plan to push code for this sometime soon?
Thanks!
Kyle
[1] https://rev
We'll have a Google Hangout for the Cinder mid-cycle for virtual attendees and
will post the links on IRC and the etherpad:
https://etherpad.openstack.org/p/cinder-liberty-midcycle-meetup
We'll make sure we ping mreidem and the Nova channel when we're discussing
Cinder <-> Nova topics.
-Ori
Update from Radoslaw Zarzynski
---
Hi,
I'm afraid that eradication of OS_SERVICE_TOKEN won't be quick
nor painless process due to dependencies. We would need to identify
and fix all applications that requires this auth method.
For example, Ceph RADOS Gateway (radosgw) currently requires [1]
So the only cores are Igor and Evgeniy? Can one of you add tags for the
new release versions?
*From:* Sebastian Kalinowski [mailto:skalinow...@mirantis.com]
*Sent:* Thursday, July 30, 2015 8:02 AM
*To:* OpenStack Development Mailing List (not for usage questions) <
openstack-dev@lists.openstack
On 07/30/2015 08:24 AM, Matthew Mosesohn wrote:
Hi all,
It seems that I've reached an impasse with
https://review.openstack.org/#/q/topic:bp/detach-components-from-controllers,n,z
in Keystone with regards to Kilo puppet manifests. One of the
objectives is the ability to deploy Keystone on a sepa
Hi Sheena,
Sure, I can do it. Should I push tag only for last release or for all
releases that are available on PyPI?
Thanks,
Igor
On Thu, Jul 30, 2015 at 5:29 PM, Sheena Gregson wrote:
> So the only cores are Igor and Evgeniy? Can one of you add tags for the new
> release versions?
>
>
>
> Fr
Hi,
Please also change the structure of repository. I like using pip install
git+https://
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Thu, Jul 30, 2015 at 4:45 PM, Igor Kalnitsky
wrote:
> Hi Sheena,
>
> Sure, I can do it. Should I push tag only for last release or for al
Please note the IRC meeting is scheduled for 16:00 UTC (about 1 hour from
now) in #openstack-meeting-alt
Please review meeting agenda and update if there is something you wish to
discuss.
https://etherpad.openstack.org/p/fuel-weekly-meeting-agenda
--
--
Andrew Woodward
Mirantis
Fuel Communi
Hi Rich,
Sorry, I meant to link [0] to https://bugs.launchpad.net/keystone/+bug/1470635
More responses inline.
On Thu, Jul 30, 2015 at 5:38 PM, Rich Megginson wrote:
>> There is a patch upstream[1] that enables V3 service endpoint
>> creation, but v2.0 users/clients will not see these endpoints
I would imagine we would want tags for any releases that have plugins
associated, or we are planning to have plugins associated (so, 6.0, 6.1,
7.0).
-Original Message-
From: Igor Kalnitsky [mailto:ikalnit...@mirantis.com]
Sent: Thursday, July 30, 2015 9:46 AM
To: OpenStack Development Mail
We need to discuss:
- feature freeze exceptions, current status
- librarian
- overall bugs status
- change SCF date to focus on most important bugs
- bugs stalled in "in progress" state
Folks - please add your items to the agenda.
On Thu, Jul 30, 2015 at 7:54 AM Andrew Woodward wrote:
> Please
On 07/30/2015 08:53 AM, Matthew Mosesohn wrote:
Hi Rich,
Sorry, I meant to link [0] to https://bugs.launchpad.net/keystone/+bug/1470635
More responses inline.
On Thu, Jul 30, 2015 at 5:38 PM, Rich Megginson wrote:
There is a patch upstream[1] that enables V3 service endpoint
creation, but v2
Yes, yes, and yes to what has been said already. (Thanks Dmitry, Lucas, and
Jim)
-Devananda
On Jul 30, 2015 7:05 AM, "Jim Rollenhagen" wrote:
> On Thu, Jul 30, 2015 at 09:27:42AM +0200, Dmitry Tantsur wrote:
> > On 07/30/2015 08:59 AM, Kai KH Huang wrote:
> > >Dear Devananda
> > >
> > >
On 7/29/15, 1:23 PM, "Doug Hellmann" wrote:
>Excerpts from Steven Dake (stdake)'s message of 2015-07-29 20:07:26 +:
>> Doug Hellman of the TC suggested we change the mission statement of
>>Kolla to be a little less specific. The new mission statement I
>>submitted in the review is here Is
On 07/29/2015 11:42 PM, xueguan...@hotmail.com wrote:
Hi,Assaf
Does PyCharm really works?
i use Pycharm 3.4.1 and Gevent debugging Enabled,
but i still can not step into the place i want, pycharm will go to
thread.py.
I know that with Keystone we needed to run with standard threads, not
eve
Paul and all,
Thanks for the fantastic work leading this bueprint. If we can use this
same approach for new Ansible services, I think we would end up with a
development team that is trained in Ansible the same way the dev team is
trained in creating build from source code.
That etherpad is here:
Hi Vikas,
It looks like the iscsi deploy process wasn't able to attach to the node.
This could be a network issue.
Also, what kernel and ramdisk are you using for the deploy step? Did you
download one, or build it with disk-image-builder? cirros is only suitable
for the instance image, not the de
On 29 July 2015 at 22:42, Anita Kuno wrote:
> On 07/29/2015 02:37 PM, Armando M. wrote:
> > Hi,
> >
> > Since I was quoted, I would like to take the blame on behalf on the
> Neutron
> > core reviewer/drivers team for not providing the right guidance to
> resolve
> > the apparent conflict between
Hi guys,
@Sergii, you didn't pay attention. Evgeny Li has provided a ticket to
fix it [1].
@Sheena, fuel_plugins_builder isn't associated with Fuel releases.
Here's a list of all versions:
fuel-plugin-builder 2.0.4
fuel-plugin-builder 2.0.3
fuel-plugin-builder 2.0.2
fuel-plugin-b
On 07/30/2015 12:55 AM, Michael Davies wrote:
On Tue, Jul 28, 2015 at 6:05 AM, Jim Rollenhagen mailto:j...@jimrollenhagen.com>> wrote:
[snip]
It seems to me we have a few options here:
1) Default the python client and CLI to the earliest supported version.
This will never brea
Ah, my mistake - yes, please push tags for all of the plugin builder
versions.
-Original Message-
From: Igor Kalnitsky [mailto:ikalnit...@mirantis.com]
Sent: Thursday, July 30, 2015 10:47 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Fue
Hi there,
Tags have been pushed. They could be checked on the main Git repo [1]
or GitHub mirror [2].
Thanks,
igor
[1]: http://git.openstack.org/cgit/stackforge/fuel-plugins/
[2]: https://github.com/stackforge/fuel-plugins/releases
On Thu, Jul 30, 2015 at 7:02 PM, Sheena Gregson wrote:
> Ah, m
The problem appears to be much more concise. The provider sets
identity_api_version okay, but doesn't alter OS_AUTH_URL api version.
That's the only reason why this is breaking.
It is broken in 2 places: in openstacklib's credentials class and in
keystone base provider. The keystone auth_endpoint
Folks,
I will be at the Magnum midcycle August 5th and August 6th in SJC so I will be
unavailable to run the IRC meeting during this time. Ryan Hallisey has
graciously agreed to chair the meeting in my absence. Bmace has also offered
to act as a backup in the case that both I or Ryan are unav
On 07/30/2015 10:54 AM, Matthew Mosesohn wrote:
The problem appears to be much more concise. The provider sets
identity_api_version okay, but doesn't alter OS_AUTH_URL api version.
That's the only reason why this is breaking.
It is broken in 2 places: in openstacklib's credentials class and in
k
Excerpts from Jim Rollenhagen's message of 2015-07-27 13:35:25 -0700:
> Hi friends.
>
> Ironic implemented API "micro" versions in Kilo. We originally did this
> to allow for breaking changes in the API while allowing users to opt in
> to the breakage.
>
> Since then, we've had a "default version
Hi Everyone,
Thanks for joining the service chaining project meeting on 7/30/2015. Here is
the link to the meeting logs:
http://eavesdrop.openstack.org/meetings/service_chaining/2015/
Thanks,
Cathy
__
OpenStack Development M
I was able to resolve this issue by adding the following configuration line (by
default, disable_non_metric_meters is set to True, and most of the Neutron
meters are of type non-metric) in /etc/ceilometer/ceilometer.conf and
restarting all ceilometer services.. Hope this helps others...
[noti
Debugging helped solving the issue faced in Jenkins. Per our conversation,
I shall be testing TLS LB scenario and keep you posted if I come across
anything.
Madhu
On Mon, Jul 27, 2015 at 10:47 AM, Phillip Toohill <
phillip.tooh...@rackspace.com> wrote:
> Wonder if this is the same behavior as
Hey all,
As you may have seen elsewhere on openstack-dev, OpenStack is changing the
versioning for the service projects. This means our previous upgrade
solution will not continue to work. For context, one of our project's
goals is to have in-place upgrades be a reality. Previously, using our
repo
One of the features we were hoping to get into Liberty for neutron-lbaas v2 was
a single create call. This call would be one that would accept an entire
configuration tree of loadbalancer, listeners, pools, members, and health
montiors in the API and create all of it (and also rolling back corr
On Wed, Jul 29, 2015 at 5:40 AM, Jeremy Stanley wrote:
> On 2015-07-29 10:53:38 +0200 (+0200), Yanis Guenane wrote:
> > On 07/28/2015 07:13 PM, Andreas Jaeger wrote:
> [...]
> > > * If there is a proposed change already for a project, reuse that one
> > > instead of creating a new one?
> >
> > I
On Thu, Jul 30, 2015 at 3:36 AM Sebastien Badia wrote:
> On Mon, Jul 27, 2015 at 09:43:28PM (+), Andrew Woodward wrote:
> > Sorry, I forgot to finish this up and send it out.
> >
> > #--SNIP--
> > def absent_default(
> > $value,
> > $default,
> > $unset_when_default = true,
> > ){
> >
On 30 July 2015 at 13:12, Clay Gerrard wrote:
> I agree an error message is better than breaking for insane reasons.
>
> But... maybe as an aside... what about not breaking?
>
> How come the openstack ecosystem doesn't have wait for PEP 426 to be
> approved and for setuptools 17.1 to be widely dep
hi all,
recently a discussion came up in irc[1] about the guidance we can
provide concerning PATCH body contents. essentially the issue comes down
to what we should be recommending for updating resources; rfc6902 type
patching, partial resource updates on PATCH, or a different methodology
aki
On Thu, Jul 30, 2015 at 10:21 AM Clint Byrum wrote:
> Excerpts from Jim Rollenhagen's message of 2015-07-27 13:35:25 -0700:
> > Hi friends.
> >
> > Ironic implemented API "micro" versions in Kilo. We originally did this
> > to allow for breaking changes in the API while allowing users to opt in
>
On Sat, Jul 25, 2015 at 4:00 PM, Fox, Kevin M wrote:
> I'm not really sure how to start this conversation so I'll just start in.
> Please bare with me for a bit.
>
> Something of a problem description:
> With my Operator hat on, I've been quite interested in adopting TripleO. Due
> to many reasons
On 30/07/2015 1:55 PM, Srikanth Vavilapalli wrote:
I was able to resolve this issue by adding the following configuration line (by
default, disable_non_metric_meters is set to True, and most of the Neutron
meters are of type non-metric) in /etc/ceilometer/ceilometer.conf and
restarting all c
On 07/31/2015 01:45 AM, Armando M. wrote:
> On 29 July 2015 at 22:42, Anita Kuno wrote:
>
>> On 07/29/2015 02:37 PM, Armando M. wrote:
>>> Hi,
>>>
>>> Since I was quoted, I would like to take the blame on behalf on the
>> Neutron
>>> core reviewer/drivers team for not providing the right guidance
How many "up" votes are needed for code to be accepted into the trunk
(assuming it passes testing etc)?
*Adam Lawson*
AQORN, Inc.
427 North Tatnall Street
Ste. 58461
Wilmington, Delaware 19801-2230
Toll-free: (844) 4-AQORN-NOW ext. 101
International: +1 302-387-4660
Direct: +1 916-246-2072
_
On Thu, 2015-07-30 at 15:27 -0700, Adam Lawson wrote:
> How many "up" votes are needed for code to be accepted into the trunk
> (assuming it passes testing etc)?
Which project? Different projects may have different criteria.
--
Kevin L. Mitchell
Rackspace
_
Hi Adam, te deafult criteria is two +2 and +1 in Workflow.
More information you can find in
http://docs.openstack.org/infra/manual/developers.html
2015-07-30 19:33 GMT-03:00 Kevin L. Mitchell :
> On Thu, 2015-07-30 at 15:27 -0700, Adam Lawson wrote:
> > How many "up" votes are needed for code to
On Wed, Jul 29, 2015, at 09:14 AM, Joshua Harlow wrote:
> Every now and then I go look at github to see what pull requests have
> been auto-closed there, since it seems most of the repos under
> https://github.com/openstack/(.*) auto-close pull requests (with
> messages telling people to use ger
Good point. Unfortunately the other issues are going to be the hard part to
deal with. I probably shouldn't have brought up performance as a complaint
at this stage. :)
On Thu, Jul 30, 2015 at 3:26 AM, Fox, Kevin M wrote:
> Can a non admin update quotas? Quota updates are rare. Performance of th
Excerpts from Steven Dake (stdake)'s message of 2015-07-30 15:27:15 +:
>
> On 7/29/15, 1:23 PM, "Doug Hellmann" wrote:
>
> >Excerpts from Steven Dake (stdake)'s message of 2015-07-29 20:07:26 +:
> >> Doug Hellman of the TC suggested we change the mission statement of
> >>Kolla to be a li
If the quota update resolved the name to a uuid before it updated the quota by
uuid, I think it would resolve the issues? You'd just have to check if keystone
was in use, and then do the extra resolve on update. I think the rest of the
stuff can just remain using uuids?
Thanks,
Kevin
__
Clark Boylan wrote:
On Wed, Jul 29, 2015, at 09:14 AM, Joshua Harlow wrote:
Every now and then I go look at github to see what pull requests have
been auto-closed there, since it seems most of the repos under
https://github.com/openstack/(.*) auto-close pull requests (with
messages telling peopl
The issue is that the Neutron credentials might not have privileges to
resolve the name to a UUID. I suppose we could just fail in that case.
Let's see what happens with the nova spec Salvatore linked.
On Thu, Jul 30, 2015 at 4:33 PM, Fox, Kevin M wrote:
> If the quota update resolved the name
Hi, Vega,
Multiple DB access will be a use case for one session , especially for DB data
insertion, multiple table will be involved. To embed the session in Context,
it’s ok to start a session if the session is empty, but how to decide when to
commit the data, end a session?
Best Regards
Chaoy
Thank you C??dric/ZZelle,
I have tried this way before, but it could not realize the connection between
two networks belongs to different tenants. So the floatingIP comes from tenant
A could not bind to VM from tenant B.
Do you have any suggestion about this?
Thanks.
YU
-- ?
Hi Joe,
I think one independent job is finished in one session. The job is
responsible to start a session, query or modify database then end the
session. Like port creating job in neutron, it starts a session, queries
network, adds port, allocates ip address, then ends the session at the end.
BR
Hi Abhishek,
On 07/30/2015 04:54 PM, Abhishek Shrivastava wrote:
Hi Tang,
After completing the logServer installation the logs will go to your
machine automatically after each build run.
I don't quite understand here. I didn't configure anything about jenkins
in install_log_server.sh excep
Hi Deva,
Thanks for replying on my problem.Actually i am using devstack for
deployment.For deployment also cirros kernel and ramdisk images are
being used.I got issue resolved by using localrc from this link
http://docs.openstack.org/developer/ironic/dev/dev-quickstart.html
In older localrc i was
Hey everyone,
During on the fuel meeting today we discussed the librarian changes and
their status.
As part of this work, the wiki page was updated and a first attempt at
migrating the
following modules has been completed pending merge:
stdlib
concat
inifile
ssh
ntp
apache
firewall
xinetd
cinder
I believe the heat project would benefit from Kanagaraj Manickam and
Ethan Lynn having the ability to approve heat changes.
Their reviews are valuable[1][2] and numerous[3], and both have been
submitting useful commits in a variety of areas in the heat tree.
Heat cores, please express your ap
Hi,
I'm guessing tenant A is admin tenant.
Also, you can check the iptables NAT rules under router namespace in case
of ovs plugin.
You should find binding there.
Regards,
Yatin
On Fri, Jul 31, 2015 at 6:58 AM, 于洁 <16189...@qq.com> wrote:
> Thank you Cédric/ZZelle,
> I have tried this way bef
On 31 Jul 2015 2:37 pm, "Steve Baker" wrote:
>
> I believe the heat project would benefit from Kanagaraj Manickam and
Ethan Lynn having the ability to approve heat changes.
>
> Their reviews are valuable[1][2] and numerous[3], and both have been
submitting useful commits in a variety of areas in t
+1 from me for both.
Regards,
Sergey.
On 31 July 2015 at 07:35, Steve Baker wrote:
> I believe the heat project would benefit from Kanagaraj Manickam and Ethan
> Lynn having the ability to approve heat changes.
>
> Their reviews are valuable[1][2] and numerous[3], and both have been
> submittin
On 30 July 2015 at 05:27, Robert Collins wrote:
> Similar to pbr, we have a minimum version of setuptools required to
> consistently install things in OpenStack. Right now thats 17.1.
>
> However, we don't declare a setup_requires version for it.
>
> I think we should.
>
> setuptools can't self-up
Could this issue be fixed today?
Btw, is it possible to design a special mode for gate/zuul? If ops switch
to that mode, all new gerrit event can't trigger any jenkins job.
On Thu, Jul 30, 2015 at 9:13 PM, Jeremy Stanley wrote:
> On 2015-07-30 10:19:20 +0200 (+0200), Andreas Jaeger wrote:
> > J
+1 on both from me!
Cheers,
Thomas
> From: Steve Baker
> To: OpenStack Development Mailing List
> Date: 31/07/2015 06:37
> Subject: [openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn
> for heat-core
>
> I believe the heat project would benefit from Kanagaraj Manickam and
> Ethan Lynn h
97 matches
Mail list logo
