Hi All,
Os: Ubuntu 12.04 LTS
keystone version: stable/grizzly
After I deploy keystone with ldap backend (openldap), I got the issue
about type in keystone.log, when I create user by keystoneclient.
Here are some docs:
1. keystone.log
http://paste.openstack.org/
2. keys
Ilya, or other guys.
As previous mail indicated, we are a Loadbanlancer vendor.
We already developed our driver as Grizzly design requirement.
Now the driver is under internal testing.
Could you guys suggest what's the next move for contributing? Where to post the
code and where to require code r
your first reference (the log) is incorrect.
On Thu, Aug 22, 2013 at 2:55 PM, Qinglong.Meng wrote:
> Hi All,
> Os: Ubuntu 12.04 LTS
> keystone version: stable/grizzly
>
> After I deploy keystone with ldap backend (openldap), I got the issue
> about type in keystone.log, when I create
"""Where to post the code and where to require code review?"""
the following 2 links may help
- https://wiki.openstack.org/wiki/How_To_Contribute
- https://wiki.openstack.org/wiki/Gerrit_Workflow
good luck
On Thu, Aug 22, 2013 at 3:04 PM, HuYanrui wrote:
> **
> Ilya, or other guys.
> As previ
oh, yeah,
here is the keystone log:
http://paste.openstack.org/show/44857/
Best Regards,
2013/8/22 ZhiQiang Fan
> your first reference (the log) is incorrect.
>
>
> On Thu, Aug 22, 2013 at 2:55 PM, Qinglong.Meng wrote:
>
>> Hi All,
>> Os: Ubuntu 12.04 LTS
>> keystone version: stable
yes, i think it is a bug, because the api doesn't convert string to correct
type:
>>> True & 1
1
>>> 'True' & 1
Traceback (most recent call last):
File "", line 1, in
TypeError: unsupported operand type(s) for &: 'str' and 'int'
Feel free to report a bug and may be you can try to fix it.
On T
The Ceilometer project team holds a meeting in #openstack-meeting, see
https://wiki.openstack.org/wiki/Meetings/MeteringAgenda for more details.
Next meeting is on Thu Aug 22 at 1500 UTC
Please add your name with the agenda item, so we know who to call on during
the meeting.
* Review Havana-3 mi
On Wed, Aug 21, 2013 at 11:20:08AM -0400, Doug Hellmann wrote:
> On Mon, Aug 19, 2013 at 11:47 AM, Daniel P. Berrange
> wrote:
>
> > In this thread about code review:
> >
> >
> > http://lists.openstack.org/pipermail/openstack-dev/2013-August/013701.html
> >
> > I mentioned that I thought there we
I have fix it in my env.
and you will find some hardcore in /identity/backend/ldap/core.py,,
2013/8/22 ZhiQiang Fan
> yes, i think it is a bug, because the api doesn't convert string to
> correct type:
> >>> True & 1
> 1
> >>> 'True' & 1
> Traceback (most recent call last):
> File "", line 1,
Hi Hu Yanrui,
Thanks for your interest.
The links in previous email are correct, please use them to familiarize
yourself with development process.
Make sure to use upstream version of neutron when developing your driver.
You can post your code to review (you also can post draft version
https://wik
actually, i only read the master branch, and there is no such file, you can
report a bug on keystone grizzly and submit your code, if you're granted
On Thu, Aug 22, 2013 at 5:21 PM, Qinglong.Meng wrote:
> I have fix it in my env.
> and you will find some hardcore in /identity/backend/ldap/core.p
Hi all,
Swift log is pushed to system log file by default.
I managed to use separate log file for OpenStack Swift for easy
troubleshooting but could not find any solutions in Swift doc and web.
Please help me with this.
Thank you,
Viet Hoang
___
Hi Sylvain,
We are currently working on design docs. We'll be adding some
architecture diagrams and description to our documentation soon.
To answer your question re: provisioning and images.
In our currently implementation (which is very early days), we took
images that were built from by
I would like to nominate myself for the role of Tuskar PTL.
While not senior by any stretch of imagination, I did QA automation for
three years and development for another three (professionally; I've been
coding on my own since I was 13) so I'm familiar with both sides of the
table.
I've hel
Hi,
I would like to discuss about a new blueprint [1] in openstack-ci
project, concerning jenkins-job-builder software.
Plop plugin [2] provides generic plotting (or graphing) capabilities in
Jenkins.
The idea is to bring the plugin support into jenkins-job-builder software.
Best regards,
[1]
On Thu, Aug 22, 2013 at 12:22 AM, Morgan Fainberg wrote:
> I've been doing some pondering on how Keystone handles the various
> pluggable systems with it's Manager / Driver architecture.
>
> Currently we implement the base driver class as follows:
>
> There is a driver object that has a number of
On 08/21/2013 05:31 PM, Mikyung Kang wrote:
> Hi,
>
> We are considering the LXC host device passthrough for GPU.
> Is anybody already working on this LXC host device passthrough?
>
> If it is not already done,
> we are interested in implementing this LXC host device passthrough.
> We want to get
Adding the infra team mailing list.
Chmouel.
Emilien Macchi writes:
> Hi,
>
> I would like to discuss about a new blueprint [1] in openstack-ci
> project, concerning jenkins-job-builder software.
> Plop plugin [2] provides generic plotting (or graphing) capabilities in
> Jenkins.
>
> The idea i
Nokolay-
Expect to updated code posted soon for Havana.
mark
On Aug 22, 2013, at 12:47 AM, Nikolay Starodubtsev
wrote:
> Hi, everyone!
> We are working on Climate, and we are interested in
> https://blueprints.launchpad.net/neutron/+spec/configurable-ip-allocation I
> see two changes connec
All-
This is a reminder that the Neutron Feature Proposal Freeze is the end of the
day tomorrow (August 23rd). For more details see:
https://wiki.openstack.org/wiki/FeatureProposalFreeze
mark
___
OpenStack-dev mailing list
[email protected]
On Thu, Aug 22 2013, Morgan Fainberg wrote:
> In short, the drivers should probably be actual abstract classes, since
> that is what they effectively are. I've seen this functionality used in
> both Neutron and Ironic. I could see it providing some benefits from it in
> Keystone. I wanted to ge
Hi Martyn,
Le 22/08/2013 13:23, Martyn Taylor a écrit :
Hi Sylvain,
We are currently working on design docs. We'll be adding some
architecture diagrams and description to our documentation soon.
Nice to know, thanks.
To answer your question re: provisioning and images.
In our currently
Mikyung is on that USC-ISI team. I was going to ask the current maintainer JP
if we should start retiring some of these older blueprints. GPU support has
moved on since I started these in 2011 and maybe it makes sense to migrate to
something that extends/derives from:
https://blueprints.launch
Greetings,
The Feature Proposal Deadline [1] for Nova has passed, so we are now in
a freeze [2].
I need all reviewers to help out with enforcing this freeze. Any
feature that is under consideration for merging in Havana should be up
for review with an approved blueprint. If any new features are
Help a newbie: "PTL"??
-Original Message-
From: Tomas Sedovic [mailto:[email protected]]
Sent: Thursday, August 22, 2013 8:55 AM
To: [email protected]
Subject: [openstack-dev] Tuskar PTL candidacy
I would like to nominate myself for the role of Tuskar PTL.
While not se
Morgan Fainberg writes:
> I've been doing some pondering on how Keystone handles the various
> pluggable systems with it's Manager / Driver architecture.
>
> Currently we implement the base driver class as follows:
>
For the people who like me didn't know much about how abstract base
classes wor
On 08/22/2013 03:38 PM, Don Schenck wrote:
Help a newbie: "PTL"??
PTL = Project Technical Lead.
Every OpenStack project has one. Their responsibilities are mostly to
make sure the release goes out smoothly, setting milestones for
blueprints, attending the release meetings, etc.
They're ele
On Thu, Aug 22, 2013 at 8:38 AM, Don Schenck wrote:
> Help a newbie: "PTL"??
>
"Project Technical Leads (PTLs) lead individual projects. A PTL is
ultimately responsible for the direction for each project, makes tough
calls when needed, organizes the work and teams in the project and
determines if
Thanks, Russell and Brian.
Yes, that blueprint was initiated by USC-ISI team and I submitted the updated
branch
for the code review in June 2013. But, core reviewers don't want to see too
limited approach
for only GPU. So now we are going to work for LXC host device passthrough
including GPU
li
Hi,
Do we have enough support in the current code to deploy a VM with a single
eth0 with an ipv6 address? If yes, Do i need Neutron or Nova Network? Which
Hypervisor did you use? Does anyone have a configuration or doc that they
can share on how to do this?
Follow up, what if i need IPv6 on eth0
Hi,
I'd like to propose that we add Liang Chen to the heat-core team[1]
Liang has been doing some great work recently, consistently providing good
review feedback[2][3], and also sending us some nice patches[4][5], implementing
several features and fixes for Havana.
Please respond with +1/-1.
T
Swift's logging uses normal syslog facilities, so separating out all or part of
the Swift logs is possible by configuring your syslog process (rsyslogd or
syslog-ng).
http://docs.openstack.org/developer/swift/deployment_guide.html#logging-considerations
--John
On Aug 22, 2013, at 2:59 AM, Vie
Excerpts from Martyn Taylor's message of 2013-08-22 04:23:55 -0700:
> Hi Sylvain,
>
> We are currently working on design docs. We'll be adding some
> architecture diagrams and description to our documentation soon.
>
> To answer your question re: provisioning and images.
>
> In our currently i
On 22/08/13 17:57, Steven Hardy wrote:
Hi,
I'd like to propose that we add Liang Chen to the heat-core team[1]
Liang has been doing some great work recently, consistently providing good
review feedback[2][3], and also sending us some nice patches[4][5], implementing
several features and fixes f
> What was wrong with qpid, rabbitmq, activemq, zeromq, ${your favorite
> queue here} that required marconi?
That's a good question. The features supported by AMQP brokers, ZMQ, and
Marconi certainly do overlap in some areas. At the same time, however, each of
these options offer distinct featur
I recently took a peek at stevedore [1] which I think Doug has to take
credit for in part through work on ceilometer. I bumped into it cause Kurt
called it out in his post yesterday on Marconi [2].
ANYWAY, the stevedore documentation also calls out ABC's as a good model
for plugins [3], so there
I think that would make sense to. Would u want to try to prototype some
code that might do this.
That might help the nova core people see what your idea is.
Although maybe they should chime in also (since I'm not sure if any other
similar efforts are underway).
On 8/22/13 9:39 AM, "Chris Friesen
On 2013-08-22 00:22, Morgan Fainberg wrote:
I've been doing some pondering on how Keystone handles the various
pluggable systems with it's Manager / Driver architecture.
Currently we implement the base driver class as follows:
There is a driver object that has a number of reference functions
de
Hi Heat team
If we have two DC (two region), we can use heat for only one DC.
so let's say we have DC tokyo, and DC SanJose,
even if we have a Heat in Tokyo, and a heat in SanJose,
heat in SanJose send request for Tokyo.
This is because of this bug https://bugs.launchpad.net/heat/+bug/1213291.
I
On 08/22/2013 11:31 AM, Joshua Harlow wrote:
I think that would make sense to. Would u want to try to prototype some
code that might do this.
That might help the nova core people see what your idea is.
Although maybe they should chime in also (since I'm not sure if any other
similar efforts are
Recorded in https://wiki.openstack.org/wiki/Savanna/PTL
Results: Sergey Lukjanov (14), None (0)
Electorate: 20 voters (70% participation)
His term is effective immediately (22 Aug 2013) until the OpenStack
Icehouse release.
___
OpenStack-dev mailing
On 08/22/2013 01:32 PM, Ben Nemec wrote:
On 2013-08-22 00:22, Morgan Fainberg wrote:
I don't know if the benefits really would bring us a huge win in
Keystone, but I think it would make understanding what should be
implemented when subclassing for driver development (and similar
pluggable syst
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-22-18.07.html
Minutes (text):
http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-08-22-18.07.txt
Log:
http://eavesdr
Ok, let's start from storing jars in CDN.
Sincerely yours,
Sergey Lukjanov
Savanna Technical Lead
Mirantis Inc.
On Aug 21, 2013, at 23:16, Matthew Farrellee wrote:
> IMHO, the jars should be served from the Apache Hadoop community. I don't
> know what hoops have to jumped through for that thou
Hi,
I just pulled devstack in a clean environment and I am seeing this error on
Horizon:
emagana@os-cont-pod-2:~/devstack$ cd /opt/stack/horizon && sudo tail -f
/var/log/apache2/horizon_error.log || echo "horizon failed to start" | tee
"/opt/stack/status/stack/horizon.failure"
[Thu Aug 22 18:46:0
This already has two +2's on it and I finally got through Jenkins (yay!),
and it's at the bottom of a blueprint topic branch, so requesting another
core to take a look:
https://review.openstack.org/#/c/40748/
Thanks,
MATT RIEDEMANN
Advisory Software Engineer
Cloud Solutions and OpenStack De
Definitely +1
On 08/23/2013 03:57 AM, Steven Hardy wrote:
> Hi,
>
> I'd like to propose that we add Liang Chen to the heat-core team[1]
>
> Liang has been doing some great work recently, consistently providing good
> review feedback[2][3], and also sending us some nice patches[4][5],
> implementi
On Wed, Aug 14, 2013 at 06:13:18PM -0300, Thierry Carrez wrote:
> Matthew Treinish wrote:
> > Also, if anyone has any input on what threshold they feel is good enough
> > for this I'd welcome any input on that. For example, do we want to ensure
> > a >= 1:1 match for job success? Or would somethin
We're shooting for 15:00 UTC Monday 26 August. (Let me know ASAP if you really
want to be in on this and can't make it, but this is probably the best time
available.)
Topics:
(1) taskflow seam for integration
(2) tasks api and executor interface
(3) indexable column in db for tasks to be querya
On 2013-08-22 16:28, Matthew Treinish wrote:
Another option that I've thought about is making the testr-full jobs
voting on
the check queue. This way it will raise parallel failures to peoples
attention
but not increase the number of gate resets. The only tradeoff here is
that it
will make the
On Thu, Aug 22, 2013 at 04:36:18PM -0500, Ben Nemec wrote:
> On 2013-08-22 16:28, Matthew Treinish wrote:
> >Another option that I've thought about is making the testr-full
> >jobs voting on
> >the check queue. This way it will raise parallel failures to
> >peoples attention
> >but not increase the
I just noticed that in Grizzly regardless of the number of vCPUs the
value of /sys/fs/cgroup/cpu/libvirt/qemu/instance-X/cpu.shares seems to
be the same. If we were overloaded, this would give all instances the
same cpu time regardless of the number of vCPUs in the instance.
Is this design
On 22/08/13 16:29 +, Kurt Griffiths wrote:
What was wrong with qpid, rabbitmq, activemq, zeromq, ${your favorite
queue here} that required marconi?
That's a good question. The features supported by AMQP brokers, ZMQ, and
Marconi certainly do overlap in some areas. At the same time, however
Eek, I might not actually be able to make this time on Monday. I'm free
from 9:30 Pacific Monday and on. Would Tuesday work? Or tomorrow?
On Thu, Aug 22, 2013 at 2:33 PM, Brian Rosmaita <
[email protected]> wrote:
> We're shooting for 15:00 UTC Monday 26 August. (Let me know ASAP if
On 22/08/13 16:57 +0100, Steven Hardy wrote:
Hi,
I'd like to propose that we add Liang Chen to the heat-core team[1]
Liang has been doing some great work recently, consistently providing good
review feedback[2][3], and also sending us some nice patches[4][5], implementing
several features and f
I've been digging around in the object-updater code lately and I noticed that
unlike the container-updater it does not spawn threads to communicate with each
primary node. I was wondering if that is on purpose or is it something that I
can add to it? Seems like it would be a good optimization an
+1
-Original Message-
From: Angus Salkeld [mailto:[email protected]]
Sent: Thursday, August 22, 2013 4:33 PM
To: [email protected]
Subject: Re: [openstack-dev] [heat] Propose Liang Chen for heat-core
On 22/08/13 16:57 +0100, Steven Hardy wrote:
>Hi,
>
>I'd like to propo
Monty Taylor writes:
> The infra team has done a lot of work in prep for our favorite time of
> year, and we've actually landed several upgrades to the gate without
> which we'd be in particularly bad shape right now. (I'll let Jim write
> about some of them later when he's not battling the curre
Maybe lets try tuesday?
Sent from my really tiny device...
On Aug 22, 2013, at 3:38 PM, "Mark Washenberger"
mailto:[email protected]>> wrote:
Eek, I might not actually be able to make this time on Monday. I'm free from
9:30 Pacific Monday and on. Would Tuesday work? Or tomorrow?
On Thu, Aug 22, 2013 at 7:48 PM, James E. Blair wrote:
> Monty Taylor writes:
>
> > The infra team has done a lot of work in prep for our favorite time of
> > year, and we've actually landed several upgrades to the gate without
> > which we'd be in particularly bad shape right now. (I'll let Jim
Thanks, this does help clear up my understanding of how this fits in.
Sent from my really tiny device...
On Aug 22, 2013, at 3:25 PM, "Flavio Percoco" wrote:
> On 22/08/13 16:29 +, Kurt Griffiths wrote:
>>> What was wrong with qpid, rabbitmq, activemq, zeromq, ${your favorite
>>> queue here
61 matches
Mail list logo
