Thanks for Suggestions and Support on this.
Regards,
Balaji.P
-Original Message-
From: Alan Kavanagh [mailto:alan.kavan...@ericsson.com]
Sent: Wednesday, September 11, 2013 1:48 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [Neutron] New Plug-in development for
The meeting happened.
You can read the notes:
http://eavesdrop.openstack.org/meetings/tuskar/2013/tuskar.2013-09-10-19.00.html
or the full IRC log if you're so inclined:
http://eavesdrop.openstack.org/meetings/tuskar/2013/tuskar.2013-09-10-19.00.log.html
On 09/09/2013 05:34 PM, Tomas Sedovic
Robert,
Regarding your note here:
http://www.gossamer-threads.com/lists/openstack/dev/30591#30591
You rightly said If it is not in memory you will hit your disk with a lot of
extra reads.
If all data can't reside in memory - one option is to increase the memory on
nodes (expensive). Another
Mike, and if you looked up 'compute' in dictionary, you would never guess
what OpenStack Compute does :-).
I think that 'Data Processing' is a good name which in short describes what
Savanna is going to be. The name 'MapReduce' for the program does not cover
whole functionality provided by
From: Mike Spreitzer mspre...@us.ibm.commailto:mspre...@us.ibm.com
Reply-To: OpenStack Development Mailing List
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Tuesday, September 10, 2013 11:58 PM
To: OpenStack Development Mailing List
Hi,
The current implementation of Neutron L3 agent allows us to scale
virtual routers on multiple agents but does not provide High
Availability on :
- namespaces, virtual interfaces (both in north and south)
- established connections between external internal network.
The idea here is to start
Hi all,
I'm investigating some issues, where data stored to a text column in mysql
is silently truncated if it's too big.
It appears that the default configuration of mysql, and the sessions
established via sqlalchemy is to simply warn on truncation rather than
raise an error.
This seems to me
-- Henry
On Tue, Sep 10, at 5:38 pm, David Kang dk...@isi.edu wrote:
- Original Message -
From: Russell Bryant rbry...@redhat.com
To: David Kang dk...@isi.edu
Cc: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Sent: Tuesday, September 10, 2013 5:17:15 PM
Hi,
I have been trying to understand the working of resource tracker.
I understand that it is responsible to retrieve the data from the host and
save it to the database. What I am not able to figure out is how exactly
the compute node table is populated for the first time? Because after that
于 2013年09月11日 05:17, Russell Bryant 写道:
On 09/10/2013 05:03 PM, David Kang wrote:
- Original Message -
From: Russell Bryant rbry...@redhat.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org
Cc: David Kang dk...@isi.edu
Sent: Tuesday, September 10, 2013 4:42:41
Hi Steven,
Nice catch! This is not the first time MySQL has played a joke on us...
I think, we can fix this easily by adding a callback function, which will
set the proper sql_mode value, when a DB connection is retrieved from a
connection pool.
We'll provide a fix to oslo-incubator soon.
Clark,
This is good. every file that uses a CONF.xyz needs to have an import for
xyz. This is often overlooked
-- dims
On Tue, Sep 10, 2013 at 11:43 PM, Clark Boylan clark.boy...@gmail.comwrote:
On Mon, Sep 9, 2013 at 4:20 AM, Rosa, Andrea (HP Cloud Services)
andrea.r...@hp.com wrote:
Hi
On Sep 10, 2013, at 9:42 PM, Mike Spreitzer mspre...@us.ibm.com wrote:
Jon Maron jma...@hortonworks.com wrote on 09/10/2013 08:50:23 PM:
From: Jon Maron jma...@hortonworks.com
To: OpenStack Development Mailing List openstack-dev@lists.openstack.org,
Cc: OpenStack Development Mailing
For the TypeError: expected string or buffer I have filed Bug #1223874.
On Wed, Sep 11, at 7:41 am, yongli he yongli...@intel.com wrote:
于 2013年09月11日 05:38, David Kang 写道:
- Original Message -
From: Russell Bryant rbry...@redhat.com
To: David Kang dk...@isi.edu
Cc: OpenStack
On Sep 11, 2013, at 9:19 AM, Jon Maron jma...@hortonworks.com wrote:
On Sep 10, 2013, at 9:42 PM, Mike Spreitzer mspre...@us.ibm.com wrote:
Jon Maron jma...@hortonworks.com wrote on 09/10/2013 08:50:23 PM:
From: Jon Maron jma...@hortonworks.com
To: OpenStack Development Mailing List
On Sep 10, 2013, at 8:50 PM, Jon Maron jma...@hortonworks.com wrote:
Openstack Big Data Platform
On Sep 10, 2013, at 8:39 PM, David Scott david.sc...@cloudscaling.com wrote:
I vote for 'Open Stack Data'
On Tue, Sep 10, 2013 at 5:30 PM, Zhongyue Luo zhongyue@intel.com wrote:
Greetings,
Now that we're in a feature freeze for the Havana release, our focus
should be on bugs. Our immediate goal is to come up with a list of bugs
that we want to ensure get fixed before havana is released. Bugs that
should be on that list should be targeted to havana-rc1.
Hello all
I have a patch in review where Akihiro made some comments about only
restricting protocols by names and allowing all protocol numbers when creating
security group rules. I personally disagree with this approach as names and
numbers are just a textual/integer representation of a
To provide a simple, reliable and repeatable mechanism by which to
deploy Hadoop and related Big Data projects, including management,
monitoring and processing mechanisms driving further adoption of
OpenStack.
That sounds like it is at about the right level of specificity.
Hi,
I noticed that the swift integration is optionally enabled via a
configuration property? Is there a reason for not making it available as a
base, feature of the cluster (i.e. simply allowing access to swift should it be
required)? What would be a scenario in which it would be
ZhiQiang Fan aji.zq...@gmail.com writes:
currently, i don't know if it is coverage problem or something else.
the direct cause is:
sudo /usr/local/jenkins/slave_scripts/jenkins-sudo-grep.sh post
Sep 9 06:57:23 precise1 sudo: jenkins : 3 incorrect password
attempts ; TTY=unknown ;
David Chadwick wrote up an in depth API extension for Federation:
https://review.openstack.org/#/c/39499
There is an abfab API proposal as well:
https://review.openstack.org/#/c/42221/
After discussing this for a while, it dawned on me that Federation
should not be something bolted on to
Excerpts from Steven Hardy's message of 2013-09-11 05:59:02 -0700:
On Wed, Sep 11, 2013 at 03:51:02AM +, Adrian Otto wrote:
It would be better if we could explain Autoscale like this:
Heat - Autoscale - Nova, etc.
-or-
User - Autoscale - Nova, etc.
This approach allows use
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 Wed Sep 11th at 2100 UTC
Please add your name with the agenda item, so we know who to call on during
the meeting.
* Review Havana
Greetings team,
I'm working on getting a very streamlined set of collections running and I'd
like to disable all notifications except Glance. It's clear that the desired
event types are defined in the plugins, but I can't seem to work out how to
force the collector service to load only specific
+1
I guess this will also clarify how Savanna relates to other projects like
OpenStack Trove.
-- Andrei Savu
On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer mspre...@us.ibm.com wrote:
To provide a simple, reliable and repeatable mechanism by which to
deploy Hadoop and related Big Data
On 09/11/2013 11:09 AM, David Ripton wrote:
On 09/11/2013 06:37 AM, Steven Hardy wrote:
I'm investigating some issues, where data stored to a text column in
mysql
is silently truncated if it's too big.
It appears that the default configuration of mysql, and the sessions
established via
+1
-Lokesh
On Mon, Sep 2, 2013 at 11:33 AM, Sylvain Bauza sylvain.ba...@bull.netwrote:
Hi Murali,
Le 02/09/2013 15:19, Murali Balcha a écrit :
I am not an expert in Heat but the way I understood the Heat project is that
it is an orchestration layer that instantiate a composite
Let me raise another aspect of my potential concern about Arvind's
patch https://review.openstack.org/#/c/43725/ .
What I concern about this patch is that this patch changes the
existing behavior which allows unknown protocols (known protocols in
this case is members of sg_suppprted_protocols).
On Sep 11, 2013, at 8:42 AM, Andrei Savu wrote:
+1
I guess this will also clarify how Savanna relates to other projects like
OpenStack Trove.
Yes the conversations around Trove+Savanna will be fun at the summit! I see
overlap between our missions ;)
-- Andrei Savu
On Wed, Sep 11,
Excerpts from Steven Hardy's message of 2013-09-11 03:37:40 -0700:
Hi all,
I'm investigating some issues, where data stored to a text column in mysql
is silently truncated if it's too big.
It appears that the default configuration of mysql, and the sessions
established via sqlalchemy is
On 09/11/2013 06:37 AM, Steven Hardy wrote:
I'm investigating some issues, where data stored to a text column in mysql
is silently truncated if it's too big.
It appears that the default configuration of mysql, and the sessions
established via sqlalchemy is to simply warn on truncation rather
You caught me trying to be fancy!
On 09/10/2013 03:54 PM, Glen Campbell wrote:
performant isn't a word. Or, if it is, it means having performance.
I think you mean high-performance.
On Tue, Sep 10, 2013 at 8:47 AM, Matthew Farrellee m...@redhat.com
mailto:m...@redhat.com wrote:
Rough cut
That sounds quite good.
Best,
matt
On 09/11/2013 11:42 AM, Andrei Savu wrote:
+1
I guess this will also clarify how Savanna relates to other projects
like OpenStack Trove.
-- Andrei Savu
On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer mspre...@us.ibm.com
mailto:mspre...@us.ibm.com wrote:
Sure,
I was thinking that since heat would do autoscaling persay, then heat would say
ask trove to make more databases (autoscale policy here) then this would cause
trove to actually callback into heat to make more instances.
Just feels a little weird, idk.
Why didn't heat just make those
On Wed, Sep 11, 2013 at 10:25 AM, Adam Young ayo...@redhat.com wrote:
David Chadwick wrote up an in depth API extension for Federation:
https://review.openstack.org/#**/c/39499https://review.openstack.org/#/c/39499
There is an abfab API proposal as well: https://review.openstack.org/#**
Sorry for slow response, I'm out of office to IDF, I will have a look on it
today.
Thanks
--jyh
-Original Message-
From: David Kang [mailto:dk...@isi.edu]
Sent: Wednesday, September 11, 2013 6:11 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] [nova] [pci
As it seems the review is no longer the place for this discussion, I will
copy/paste my inline comments here:
I dislike the idea of passing magical numbers around to define protocols
(defined or otherwise). I believe there should be a common set of
protocols with their numbers mapped (such as
Hi all,
Arvind, thank you for initiate the discussion about the ip protocol in
security group rules.
I think the discussion point can be broken down into:
(a) how to specify ip protocol : by name, number, or both
(b) what ip protocols can be specified: known protocols only, all
protocols (or
On 09/11/2013 12:28 PM, Monty Taylor wrote:
On 09/11/2013 11:09 AM, David Ripton wrote:
On 09/11/2013 06:37 AM, Steven Hardy wrote:
I'm investigating some issues, where data stored to a text column in
mysql
is silently truncated if it's too big.
It appears that the default configuration of
+1
On 9/11/13 1:13 PM, Matthew Farrellee wrote:
That sounds quite good.
Best,
matt
On 09/11/2013 11:42 AM, Andrei Savu wrote:
+1
I guess this will also clarify how Savanna relates to other projects
like OpenStack Trove.
-- Andrei Savu
On Wed, Sep 11, 2013 at 5:16 PM, Mike Spreitzer
Further supplementary information to Adam's email below, is that there
are already one further federation protocol profiles that has been
published:
for an external Keystone acting as an IdP at
https://review.openstack.org/#/c/42107/
and another for SAML has been prepared and is ready for
Excerpts from Joshua Harlow's message of 2013-09-11 09:11:06 -0700:
Sure,
I was thinking that since heat would do autoscaling persay, then heat would
say ask trove to make more databases (autoscale policy here) then this would
cause trove to actually callback into heat to make more
You can configure the collector's pipeline to only listen to certain
events, but you shouldn't need to worry about which plugins it actually
loads. See etc/pipeline.yaml in the source tree for an example file. I
don't see any docs for that file, but I might be looking in the wrong
place. If you
I agree with you. Plugin was a mere example and it does make sense to
allow the provider to define custom protocols.
+1
On 9/11/13 12:46 PM, Akihiro Motoki amot...@gmail.com wrote:
Hi Justin,
My point is what
On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond
justin.hamm...@rackspace.com wrote:
On 11/09/2013 19:05, Dolph Mathews wrote:
On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick
d.w.chadw...@kent.ac.uk mailto:d.w.chadw...@kent.ac.uk wrote:
Further supplementary information to Adam's email below, is that
there are already one further federation protocol profiles that
On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick d.w.chadw...@kent.ac.ukwrote:
Further supplementary information to Adam's email below, is that there are
already one further federation protocol profiles that has been published:
for an external Keystone acting as an IdP at
Hi Justin,
My point is what
On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond
justin.hamm...@rackspace.com wrote:
As it seems the review is no longer the place for this discussion, I will
copy/paste my inline comments here:
I dislike the idea of passing magical numbers around to define
I just have this idea that if u imagine a factory. Heat is the 'robot' in
an assembly line that ensures the 'assembly line' is done correctly. At
different stages heat makes sure the 'person/thing' putting a part on does
it correctly and heat verifies that the part is in the right place (for
Hi folks,
Initial discussions of Savanna Incubation request have been started yesterday.
Two major topics being discussed were Heat integration and “clustering library”
[1].
To start with let me give a brief overview of key Savanna features:
1. Provisioning of underlying OpenStack resources
We're in Feature Freeze for the Open Stack projects, which actually
means we're starting the busy cycle for Tempest in people landing
additional tests for verification of features that hadn't gone in until
recently. As such, I think now is a good time to consider some new core
members. There
+1 for both of them. They've both done great work.
-Matt Treinish
On Wed, Sep 11, 2013 at 04:32:11PM -0400, Sean Dague wrote:
We're in Feature Freeze for the Open Stack projects, which actually
means we're starting the busy cycle for Tempest in people landing
additional tests for verification
Hi Marc,
Perhaps this guide [1] might help you going through the process of signign
the CLA and pushing your code to gerrit for review.
Salvatore
[1] https://wiki.openstack.org/wiki/How_To_Contribute
On 11 September 2013 23:13, Marc PINHEDE pinhede.m...@netvirt.ca wrote:
Hello,
I am Marc
On Sep 11, 2013, at 1:46 PM, Akihiro Motoki amot...@gmail.com wrote:
On Thu, Sep 12, 2013 at 12:46 AM, Justin Hammond
justin.hamm...@rackspace.com wrote:
As it seems the review is no longer the place for this discussion, I will
copy/paste my inline comments here:
I dislike the idea of
On 09/11/2013 12:35 PM, Dolph Mathews wrote:
On Wed, Sep 11, 2013 at 10:25 AM, Adam Young ayo...@redhat.com
mailto:ayo...@redhat.com wrote:
David Chadwick wrote up an in depth API extension for Federation:
https://review.openstack.org/#/c/39499
There is an abfab API proposal as
+1 to both!
On 09/11/2013 04:32 PM, Sean Dague wrote:
We're in Feature Freeze for the Open Stack projects, which actually
means we're starting the busy cycle for Tempest in people landing
additional tests for verification of features that hadn't gone in
until recently. As such, I think now is
On 09/11/2013 02:05 PM, Dolph Mathews wrote:
On Wed, Sep 11, 2013 at 12:31 PM, David Chadwick
d.w.chadw...@kent.ac.uk mailto:d.w.chadw...@kent.ac.uk wrote:
Further supplementary information to Adam's email below, is that
there are already one further federation protocol profiles that
There is context missing here. heat==trove interaction is through the
trove API. trove==heat interaction is a _different_ instance of Heat,
internal to trove's infrastructure setup, potentially provisioning
instances. Public Heat wouldn't be creating instances and then telling
trove to make
于 2013年09月11日 21:27, Henry Gessau 写道:
For the TypeError: expected string or buffer I have filed Bug #1223874.
got， thanks。
On Wed, Sep 11, at 7:41 am, yongli he yongli...@intel.com wrote:
于 2013年09月11日 05:38, David Kang 写道:
- Original Message -
From: Russell Bryant
Mike,
You mention We are now extending that example to include storage, and we are
also working examples with Hadoop.
In the context of your examples / scenarios, do these placement decisions
consider storage performance and capacity on a physical node?
For example: Based on application
With the aim of replacing httplib and cert validation with requests[1]
I've put forward the following review to use the requests library for
auth_token middleware.
https://review.openstack.org/#/c/34161/
This adds 2 new config options.
- The ability to provide CAs to validate https connections
On Wed, Sep 11, 2013 at 10:25 PM, Jamie Lennox jlen...@redhat.com wrote:
With the aim of replacing httplib and cert validation with requests[1]
I've put forward the following review to use the requests library for
auth_token middleware.
https://review.openstack.org/#/c/34161/
This adds 2
Ah, thx keith, that seems to make a little more sense with that context.
Maybe that different instance will be doing other stuff also?
Is that the general heat 'topology' that should/is recommended for trove?
For say autoscaling trove, will trove emit a set of metrics via ceilometer
that heat
details:
Error processing line 1 of
/usr/local/lib/python2.7/dist-packages/easy-install.pth:
Traceback (most recent call last):
File /usr/lib/python2.7/site.py, line 161, in addpackage
if not dircase in known_paths and os.path.exists(dir):
File /usr/lib/python2.7/genericpath.py,
On 9/4/13 6:47 AM, Michael Still wrote:
On Wed, Sep 4, 2013 at 1:54 AM, Vishvananda Ishaya
vishvana...@gmail.com wrote:
+1 I think we should be reconstructing data where we can, but keeping track of
deleted data in a backup table so that we can restore it on a downgrade seems
like overkill.
I
I think having backup tables adds substantial systematic complexity,
for a small use case.
Perhaps a better answer is to document in 'take a backup here' as part
of the upgrade documentation and let sysadmins make a risk assessment.
We can note that downgrades are not possible.
Even in a public
66 matches
Mail list logo
