Awesome, thanks a lot for setting this up, David!
-- Jarda
On 2014/26/01 02:10, Lyle, David wrote:
With meeting logging now available in #openstack-meeting-3, the official
Horizon meeting time is now Tuesdays at 1600 UTC in #openstack-meeting-3.
Looking forward to seeing all Horizon folks
Hi everyone,
We added a new logged channel for meetings that you may want to lurk in:
#openstack-meeting-3
That means we now have three channels (#openstack-meeting,
#openstack-meeting-alt, #openstack-meeting-3) available for meetings,
which should solve meeting space congestion for the time
On 27 January 2014 18:08, Joshua Harlow harlo...@yahoo-inc.com wrote:
Thanks, guess this is entering the realm of scheduling group scheduling and
how just the right level of information is needed to do efficient group
scheduling in nova/ironic vs the new/upcoming gantt service.
To me
On 23 January 2014 17:42, Calum Loudon calum.lou...@metaswitch.com wrote:
That sounds fantastic. As an NFV application developer I'm very pleased
to see this contribution which looks to eliminate the key bottleneck
hitting the performance of very high packet throughput apps on
OpenStack.
I'd love to come, but at this stage I won't be able to travel before
about March 3, which sounds like it's a few weeks later than most
people were thinking of.
-- Forwarded message --
From: Robert Collins
robe...@robertcollins.netmailto:robe...@robertcollins.net
+1
Great news, thank you, David!
--
Kind regards,
Tatiana
On Sun, Jan 26, 2014 at 5:10 AM, Lyle, David david.l...@hp.com wrote:
With meeting logging now available in #openstack-meeting-3, the official
Horizon meeting time is now Tuesdays at 1600 UTC in #openstack-meeting-3.
Looking
On 01/27/2014 09:10 AM, Jaromir Coufal wrote:
Awesome, thanks a lot for setting this up, David!
-- Jarda
On 2014/26/01 02:10, Lyle, David wrote:
With meeting logging now available in #openstack-meeting-3, the
official Horizon meeting time is now Tuesdays at 1600 UTC in
#openstack-meeting-3.
I think it is OK that we keep the current behavior. But we need to note it
in api spec clearly.
And I have another question. :)
V1 api allows user to use x-image-meta-id parameter to create an image.
But if I specify a *deleted* image id to create an image, I will get 409
response, however I can
On 27/01/14 14:49 +0800, Fei Long Wang wrote:
Zhi Yan, FWIW, your concern is reasonable. Thanks for raising it. Based on the
Glance v1 strategy, and backward-compatibility concern, maybe we should mark it
as won't fix?
Brian, may I get your opinion on this from a product manager perspective?
What worried me most, I think, is that if we make this part of the standard
metadata then everyone would get it, and that raises a couple of concerns:
- Users with lots of instances (say 1000's) but who weren't trying to run any
form of discovery would start getting a lot more metadata
Hi,
I noticed that API reference in
http://api.openstack.org/api-ref.htmldoesn't mention anything about
the version issue. For example, Ceilometer
has /v1 /v2 API, and /v2 is cross Havana and Icehouse, so if Icehouse adds
some new features which add new arguments to the v2 API, then how does the
Unless things go terribly wrong this week, this will be the last of
these emails for a while. The gate seems to be back in a new normal, and
actually emptied this weekend.
Gate Stats:
* Gate queue: 9
* Check queue: 83
* Top of gate entered: 2hrs 40min ago
The sliding window algorthim for gate
Hi Justin,
My though process is to go back to basics. To perform discovery there is no
getting away from the fact that you have to start with a well-known address
that your peers can access on the network. The second part is a
service/protocol accessible at that address that can perform the
On 25/01/14 10:57 +, Jeremy Stanley wrote:
On 2014-01-23 16:52:53 +0100 (+0100), Flavio Percoco wrote:
[...]
If so, is it possible to export config files as well?
[...]
Patch functions.sh(cleanup_host) in openstack-infra/devstack-gate to
copy the files of interest into $BASE/logs/ and
On 26/01/14 21:49 -0500, Mark Washenberger wrote:
On Mon, Jan 20, 2014 at 1:29 PM, Mark Washenberger
mark.washenber...@markwash.net wrote:
On Mon, Jan 20, 2014 at 7:44 AM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Hi Mark,
Happy Martin Luther King
On 25 Jan 2014, at 00:25 , Russell Bryant rbry...@redhat.com wrote:
On 01/24/2014 04:41 PM, Peter Pouliot wrote:
Hello OpenStack Community,
I am excited at this opportunity to make the community aware that the
Hyper-V CI infrastructure
is now up and running. Let’s first start with
On 27/01/14 19:40 +0800, Fei Long Wang wrote:
I think you're talking about reuse image id, now there is a bug tracking it,
see https://bugs.launchpad.net/glance/+bug/1176978
For now, I would say it works as designed. Because we're using soft-delete in
DB level and there is no way to list the
Lingxian Kong wrote:
Actually, in the scenario of NFV, all the rules or behaviors of the physical
world will apply to that in the virtual world, right?
IMHO, despite of the scenarios, we should at least guarantee the consistency
of creating vms with nics and attaching nics .
I'll need to
On 25 Jan 2014, at 16:51 , Matt Riedemann mrie...@linux.vnet.ibm.com wrote:
On 1/24/2014 3:41 PM, Peter Pouliot wrote:
Hello OpenStack Community,
I am excited at this opportunity to make the community aware that the
Hyper-V CI infrastructure
is now up and running. Let’s first start
Hi Sean,
I'm currently working on moving away from the built-in logging to use
log_config=filename and the python logging framework so that we can start
shipping to logstash/sentry/insert other useful tool here.
I'd be very interested in getting involved in this, especially from a why do
we
Based on this thread which didn't seem to get clear outcome, I have one
last suggestion:
* Deployment Role
It looks that it might satisfy participants of this discussion. When I
internally talked to people it got the best reactions from already
suggested terms.
Depending on your reactions
Hi Folks,
In today's meeting, we discussed a scheduler issue for SRIOV. The basic
requirement is for coexistence of the following compute nodes in a cloud:
-- SRIOV only compute nodes
-- non-SRIOV only compute nodes
-- Compute nodes that can support both SRIOV and non-SRIOV
As a reviewee of Matt I vote
+1
On 11/23/2013 10:17 AM, Gary Kotton wrote:
This message has been archived. View the original item
+1
-Original Message-
From: Murali Allada murali.all...@rackspace.com
Sent: Sunday, January 26, 2014 8:19pm
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Cc: OpenStack Development Mailing List (not for usage questions)
Hello Boris,
Rally seemes to be a really interesting tool and I will eventually using it for
full scale benchmarking.
However I will focus on tempest based tests for the time being in order to have
these tests replayed regularly during the integration process.
I believe that my needs are
Day, Phil wrote:
We already have a mechanism now where an instance can push metadata as
a way of Windows instances sharing their passwords - so maybe this could
build on that somehow - for example each instance pushes the data its
willing to share with other instances owned by the same
On 01/26/2014 05:36 PM, rajesh_moh...@dell.com wrote:
I am working on SSL VPN BP.
CA certificate is one of the resources. We decided to use PEM formatted
certificates. It is multi-line string
1 -BEGIN CERTIFICATE-
2
Hi Robert, all,
My comments inline
Regards,
Irena
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Monday, January 27, 2014 5:05 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV
Hi Folks,
In today's
I've also noticed just now that we appear to be re-inventing some parts of
the logging framework (openstack.common.log.WriteableLogger for example
appears to be a catchall when we should just be handing off to the default
logger and letting the python logging framework decide what to do
On 01/24/2014 08:32 PM, Adrian Otto wrote:
Solum Core Reviewers,
I propose the following changes to solum-core:
+asalkeld
+noorul
-mordred
Thanks very much to mordred for helping me to bootstrap the reviewer team.
Please reply with your votes.
+1
--
Russell Bryant
Hi everyone,
I would like to discuss some ideas / behavior that seems broken in the stress
test part of Tempest.
I opened some tickets in Launchpad and I would like to get the feedback of the
community on these ideas / issues :
- Provide kwargs from UnitTest to stress test scenarios
On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote:
Hi Sean,
I'm currently working on moving away from the built-in logging to use
log_config=filename and the python logging framework so that we can start
shipping to logstash/sentry/insert other useful tool here.
I'd be very
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: 27 January 2014 14:26
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Proposed Logging Standards
On 01/27/2014 09:07 AM, Macdonald-Wallace, Matthew wrote:
Hi Sean,
On Mon, Jan 27, 2014 at 8:07 AM, Sean Dague s...@dague.net wrote:
Back at the beginning of the cycle, I pushed for the idea of doing some
log harmonization, so that the OpenStack logs, across services, made
sense. I've pushed a proposed changes to Nova and Keystone over the past
couple of
Hi,
I've created a blueprint for Climate support in Ceilometer:
https://blueprints.launchpad.net/ceilometer/+spec/climate-support
I've added a list of resources that I think should be metered. I'm not
sure about the other ones that I encountered in Climate; feel free to
amend that list in the
On 01/27/2014 09:44 AM, Macdonald-Wallace, Matthew wrote:
-Original Message-
From: Sean Dague [mailto:s...@dague.net]
Sent: 27 January 2014 14:26
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] Proposed Logging Standards
On 01/27/2014
Hi folks,
As we are going to add ssl implementation to lbaas which would be based on
well-known haproxy+stunnel combination, there is one problem that we need
to solve: securing communication channel between neutron-server and the
agent.
I see several approaches here:
1) Rely on secure messaging
On 01/27/2014 09:37 AM, Eugene Nikanorov wrote:
Hi folks,
As we are going to add ssl implementation to lbaas which would be based
on well-known haproxy+stunnel combination, there is one problem that we
need to solve: securing communication channel between neutron-server and
the agent.
I
I'd argue that we should call it 'overcloud role' - at least from the modeling
point of view - since the tuskar-api calls a deployment an overcloud.
But I like the general direction of the term-renaming!
Mainn
- Original Message -
Based on this thread which didn't seem to get clear
Dear all,
We have Identity Provider and mapping CRUD operations already merged, so
it's a good point to prepare Keystone and Apache to handle SAML (as a
starter) requests/responses.
For the next OpenStack release it'd be the Apache that handles SAML
communication. In order to force SAML
Hi Julien,
please don't forget the [qa] tag - otherwise your lost in the ML noise ;)
Ok thanks for the bug reports. I confirmed 1273245 and 1273254 but I am not
totally sure with 1273186.
Could you give some more details how the CLI interface will look like? Or
simply propose a patch.
It could
Hi Julien,
2014/1/27 Julien Danjou jul...@danjou.info
Hi,
I've created a blueprint for Climate support in Ceilometer:
https://blueprints.launchpad.net/ceilometer/+spec/climate-support
I've added a list of resources that I think should be metered. I'm not
sure about the other ones
We have a blueprint open for separating translated log messages into
different domains so the translation team can prioritize them differently
(focusing on errors and warnings before debug messages, for example) [1].
Some concerns were raised related to the review [2], and I would like to
address
Excerpts from Dan Prince's message of 2014-01-27 09:22:21 -0800:
- Original Message -
From: Robert Collins robe...@robertcollins.net
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Sunday, January 26, 2014 3:30:22 PM
Subject: [openstack-dev]
What I'd like to find out now:
1) who's interested in this topic?
Please include me.
2) who's interested in helping flesh out the guidelines for various log
levels?
Please include me.
3) who's interested in helping get these kinds of patches into various
projects in OpenStack?
4) which
- Original Message -
From: Robert Collins robe...@robertcollins.net
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Sunday, January 26, 2014 3:30:22 PM
Subject: [openstack-dev] [TripleO] State preserving upgrades working, next
MVP selection?
So
On 01/24/2014 05:32 PM, Adrian Otto wrote:
Solum Core Reviewers,
I propose the following changes to solum-core:
+asalkeld
+noorul
-mordred
Thanks very much to mordred for helping me to bootstrap the reviewer team.
Please reply with your votes.
+1
My pleasure - you guys seem like you're
I vote address them (ipv6_). There's no guarantee of forward
compatibility with a new protocol and this way it can't be confused with a
(non-existant) selection method for IPv4, either. Also, future updates of
other protocols would require a new attribute and break the API less.
-Anthony
OK -
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
We have a blueprint open for separating translated log messages into
different domains so the translation team can prioritize them differently
(focusing on errors and warnings before debug messages, for example) [1].
Feedback?
- Original Message -
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Sent: Monday, January 27, 2014 12:48:23 PM
Subject: Re: [openstack-dev] [TripleO] State preserving upgrades working,
next MVP selection?
Excerpts from Dan Prince's
On Mon, Jan 27, 2014 at 12:58 PM, Daniel P. Berrange berra...@redhat.comwrote:
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
We have a blueprint open for separating translated log messages into
different domains so the translation team can prioritize them differently
Hi all,
In order to encourage further discussion off IRC and more in public I'd like to
share a etherpad that was worked on during a 'meetup' with some of the mistral
folks and me.
https://etherpad.openstack.org/p/taskflow-mistral-jan-meetup
It was more of a (mini) in-person meetup but I
Thanks John.
My initial approach is similar to Keystone's. This is mainly to unblock me
from making progress on the driver. Nachi is doing the API part. I will
discuss with him to explore other options.
Can you send us the link to your review?
Thanks,
-Rajesh Mohan
On Mon, Jan 27, 2014 at
+1 I've never understood this either personally.
From what I know most all (correct me if I am wrong) open source projects
don't translate log messages; so it seems odd to be the special snowflake
project/s.
Do people find this type of translation useful?
It'd be nice to know how many people
Hi Rajesh
May I ask why we need single line representation of PEM format?
For CLI, we will use file_name as same as nova keypair-add.
We won't specify PEM on the URL.
2014-01-27 Rajesh Mohan rajesh.mli...@gmail.com:
Thanks John.
My initial approach is similar to Keystone's. This is mainly
On Mon, Jan 27, 2014 at 01:12:19PM -0500, Doug Hellmann wrote:
On Mon, Jan 27, 2014 at 12:58 PM, Daniel P. Berrange
berra...@redhat.comwrote:
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
We have a blueprint open for separating translated log messages into
different
On Mon, 2014-01-27 at 10:49 -0800, Nachi Ueno wrote:
Hi Rajesh
May I ask why we need single line representation of PEM format?
For CLI, we will use file_name as same as nova keypair-add.
We won't specify PEM on the URL.
++
-jay
___
The OpenStack Infrastructure (Infra) team is hosting our weekly
meeting tomorrow, Tuesday January 28th, at 19:00 UTC in
#openstack-meeting
Meeting agenda available here:
https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is
welcome to to add agenda items)
Everyone interested in
On Mon, Jan 27, 2014 at 1:51 PM, Daniel P. Berrange berra...@redhat.comwrote:
On Mon, Jan 27, 2014 at 01:12:19PM -0500, Doug Hellmann wrote:
On Mon, Jan 27, 2014 at 12:58 PM, Daniel P. Berrange
berra...@redhat.comwrote:
On Mon, Jan 27, 2014 at 12:42:28PM -0500, Doug Hellmann wrote:
Joshua Harlow wrote:
From what I know most all (correct me if I am wrong) open source projects
don't translate log messages; so it seems odd to be the special snowflake
project/s.
Do people find this type of translation useful?
It'd be nice to know how many people really do so the
On Mon, 2014-01-27 at 19:06 +, CARVER, PAUL wrote:
Joshua Harlow wrote:
From what I know most all (correct me if I am wrong) open source projects
don't translate log messages; so it seems odd to be the special snowflake
project/s.
Do people find this type of translation useful?
It'd
Currently we have paramiko = 1.9.0 in both global-requirements and savanna:
https://review.openstack.org/#/c/68088/
https://review.openstack.org/#/c/69045/
On Tue, Jan 21, 2014 at 3:41 PM, Sergey Lukjanov slukja...@mirantis.comwrote:
Here is a change for global-requirements
Nachi,
I did not know that we could give files names. Since we had String in the
database, I assumed we need to give string as input.
I guess, the neutron client will convert the file to string and then call
the API. That should work. Thanks for the clarification.
On Mon, Jan 27, 2014 at
A few days ago, a change I submitted to reviewday to generate JSON results
for easy consumption by an application merged. I was hoping that this could
be used with next-review to help me prioritize reviews.
So I was expecting to now be able to go to the URL and get the .json file,
like this:
The Oslo team has a few items we need to discuss, so I'm calling a meeting
for this Friday, 31 Jan. Our normal slot is 1400 UTC Friday in
#openstack-meeting.
The agenda [1] includes 2 items (so far):
1. log translations (see the other thread started today)
2. parallelizing our tests
If you have
Hi Rajesh
yes. Please take a looks nova keypair-add implementation
https://github.com/openstack/python-novaclient/blob/e3d686f39ad9787a70894dff3db9352be6b3f0dd/novaclient/v1_1/shell.py#L2372
2014-01-27 Rajesh Mohan rajesh.mli...@gmail.com:
Nachi,
I did not know that we could give files names.
Jay Pipes wrote:
Have you ever tried using Google Translate for anything more than very
simple phrases?
The results can be... well, interesting ;) And given the amount of
technical terms used in these messages, I doubt GT or any automated
translating service would provide a whole lot of value...
Hi Irena,
I agree on your first comment.
see inline as well.
thanks,
Robert
On 1/27/14 10:54 AM, Irena Berezovsky
ire...@mellanox.commailto:ire...@mellanox.com wrote:
Hi Robert, all,
My comments inline
Regards,
Irena
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Monday, January 27,
Josh, thanks for sharing this with the community. Just a couple of words as an
addition to that..
The driver for this conversation is that TaskFlow library and Mistral service
in many ways do similar things: task processing combined somehow (flow or
workflow). However, there’s a number of
On Mon, 2014-01-27 at 08:07 -0500, Sean Dague wrote:
Back at the beginning of the cycle, I pushed for the idea of doing some
log harmonization, so that the OpenStack logs, across services, made
sense. I've pushed a proposed changes to Nova and Keystone over the past
couple of days.
This is
I have just released a new version of stevedore, 0.14, which includes a
change to stop checking version numbers of dependencies for plugins. This
should eliminate one class of problems we've seen where we get conflicting
requirements to install, and the libraries are compatible, but the way
On Mon, Jan 27, 2014 at 6:07 AM, Sean Dague s...@dague.net wrote:
Back at the beginning of the cycle, I pushed for the idea of doing some
log harmonization, so that the OpenStack logs, across services, made
sense. I've pushed a proposed changes to Nova and Keystone over the past
couple of
Solum Core Reviewers,
Thanks everyone for your feedback. I have made the adjustments. Welcome to the
core group Angus and Noorul. Thanks again Monty.
Regards,
Adrian
On Jan 27, 2014, at 12:54 PM, Kurt Griffiths kurt.griffi...@rackspace.com
wrote:
+1
On 1/27/14, 11:54 AM, Monty Taylor
We should consider turning mains into a string instead of a list for
v2.
Hive and Pig Oozie actions use mains, and each may only specify a single
script element. There is no utility akaik for having multiple mains
associated with a job.
Workflows with multiple actions might need multiple mains,
Hi Robert,
Please see inline
From: Robert Li (baoli) [mailto:ba...@cisco.com]
Sent: Monday, January 27, 2014 10:29 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova][neutron] PCI pass-through SRIOV
Hi Irena,
I agree on your first comment.
Sean and John,
I would be happy to help out with this for Cinder.
Let me know how I can help.
Jay S. Bryant
IBM Cinder Subject Matter ExpertCinder Core Member
Department 7YLA, Building 015-2, Office E125, Rochester, MN
Telephone: (507) 253-4270, FAX (507) 253-6410
TIE Line: 553-4270
On Mon, 2014-01-27 at 14:58 +, Robert Li (baoli) wrote:
Hi Folks,
In today's meeting, we discussed a scheduler issue for SRIOV. The
basic requirement is for coexistence of the following compute nodes in
a cloud:
-- SRIOV only compute nodes
-- non-SRIOV only compute nodes
Ok, this is something that's going to be added in ml2. I was looking at the
bind_port() routine in mech_agent.py. The routine check_segment_for_agent()
seems to be performing static check. So we are going to add something like
check_vnic_type_for_agent(), I guess? Is the pairing of an agent
Hi,
There are two possibilities for the hybrid compute nodes
- In the first case, a compute node has two NICs, one SRIOV NIC the
other NIC for the VirtIO
- In the 2nd case, Compute node has only one SRIOV NIC, where VFs are
used for the VMs, either macvtap or direct
I'm looking to create a simple Identity driver that will look at usernames. A
small number of specific users should be authenticated by looking at a
hard-coded password in keystone.conf, while any other users should fall back to
LDAP authentication.
I based my original driver on what's found
On 27 January 2014 15:58, Robert Li (baoli) ba...@cisco.com wrote:
Hi Folks,
In today's meeting, we discussed a scheduler issue for SRIOV. The basic
requirement is for coexistence of the following compute nodes in a cloud:
-- SRIOV only compute nodes
-- non-SRIOV only compute
On Sat, Jan 25, 2014 at 5:32 AM, Tim Bell tim.b...@cern.ch wrote:
We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to
have MariaDB as the default MySQL-like DB.
Can someone summarise the status of the OpenStack in terms of
-What MySQL-flavor is/are
Live migration for the first release is intended to be covered by macvtap,
in my mind - direct mapped devices have limited support in hypervisors
aiui. It seemed we had a working theory for that, which we test out and
see if it's going to work.
--
Ian.
On 27 January 2014 21:38, Robert Li
On 27/01/14 23:41, Julien Danjou wrote:
On Mon, Jan 27 2014, Adrian Turjak wrote:
I created a gauge metric that is updated via notifications, and a pollster.
The data from both of those needs to be transformed in to a cumulative
metric. The transformer object works as intended, but the issue
check with the trove folks they might be testing percona.
On Mon, Jan 27, 2014 at 2:34 PM, Michael Still mi...@stillhq.com wrote:
On Sat, Jan 25, 2014 at 5:32 AM, Tim Bell tim.b...@cern.ch wrote:
We are reviewing options between MySQL and MariaDB. RHEL 7 beta seems to
have MariaDB as the
On Mon, 2014-01-27 at 21:14 +, Jani, Nrupal wrote:
Hi,
There are two possibilities for the hybrid compute nodes
- In the first case, a compute node has two NICs, one SRIOV
NIC the other NIC for the VirtIO
- In the 2nd case, Compute node has only one SRIOV NIC,
Sorry, must send a correction: Wednesday at 14:00:00 UTC is the time for
the Wednesday Doc Team meeting on IRC in #openstack-meeting-alt this week.
(Not 03:00). Thanks Matt and Summer for asking!
Anne
On Mon, Jan 27, 2014 at 9:35 AM, Anne Gentle a...@openstack.org wrote:
This week we have two
On 01/23/2014 11:59 AM, Sergey Lukjanov wrote:
Hi folks,
the second development milestone of Icehouse cycle is now available for
Savanna.
Here is a list of new features and fixed bug:
https://launchpad.net/savanna/+milestone/icehouse-2
and here you can find tarballs to download it:
Just a note also:
Taskflow's in a way is event-driven also, a workflow goes through various
events and those events cause further actions (state-transitions,
notifications, forward-progress).
I fully expect the https://review.openstack.org/#/c/63155 (yes not
oslo.messaging, but someday when
Solum community,
I created several different approaches for community consideration
regarding Solum context, logging and data confidentiality. Two of these
approaches are documented here:
https://wiki.openstack.org/wiki/Solum/Logging
A) Plain Oslo Log/Config/Context is in the Example of Oslo
On Fri, 24 Jan 2014 11:58:42 -0800
Franck Yelles franck...@gmail.com wrote:
Hi everyone,
Hi - note that the openstack-qa mailing list is no longer being used
(we should really remove it!). I've CC'd your email along to
openstack-dev with the [qa] tag in the subject line.
I would need some
_check_password() is a private/internal API, so we make no guarantees about
it's stability. Instead, override the public authenticate() method with
something like this:
def authenticate(self, user_id, password, domain_scope=None):
if user_id in SPECIAL_LIST_OF_USERS:
#
- Original Message -
From: Steven Hardy sha...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Thursday, 23 January, 2014 9:21:47 PM
Subject: [openstack-dev] [keystone][heat] Migration to keystone v3 API
questions
Hi all,
I've recently been working on migrating
On 27/01/14 21:00 +, Adrian Otto wrote:
Solum Core Reviewers,
Thanks everyone for your feedback. I have made the adjustments. Welcome to the
core group Angus and Noorul. Thanks again Monty.
Thank you everyone for your support!
-Angus
Regards,
Adrian
On Jan 27, 2014, at 12:54 PM,
Hi all,
I have had in my ~/bin for a while a little script that I finally got around to
tuning up and I thought others might be interested in it/find it useful.
The concept is similar to https://pypi.python.org/pypi/autopep8 but does a
really simple action to start.
As many of u know the
Hi,
I have been looking into how to add process/service monitoring to
tripleo. Here I want to be able to detect when an openstack dependent
component that is deployed on an instance has failed. And when a failure
has occurred I want to be notified and eventually see it in Tuskar.
Ceilometer
Hi Paul:
I am very glad to do the thing that puts together the practical use cases in
which the same VM would benefit from multiple virtual connections to the same
network, whatever it takes, I think we should at least guarantee the
consistency of creating vms with nics and attaching nics.
On 28 January 2014 14:59, Richard Su r...@redhat.com wrote:
Hi,
I have been looking into how to add process/service monitoring to
tripleo. Here I want to be able to detect when an openstack dependent
component that is deployed on an instance has failed. And when a failure
has occurred I want
Dolph, I appreciate the response and pointing me in the right direction.
Here's what I have so far:
imports here
CONF = config.CONF
LOG = logging.getLogger(__name__)
class Identity(identity.Driver):
def __init__(self):
super(Identity, self).__init__()
LOG.debug('My
I dug a bit more and found this in the logs:
(keystone.common.wsgi): 2014-01-27 19:07:13,851 WARNING The action you have
requested has not been implemented.
Despite basing my (super simple) code on the SQL or LDAP backends, I must be
doing something wrong.
-- I've placed my backend code
1 - 100 of 106 matches
Mail list logo