Good day, Stackers, Trove community.
I’d like to start thread related to Datastore testing infrastructure.
Why does we need it?
At this time Trove has integrated more than databases. To be precise:
-
MySQL
-
mysql-server
-
percona
-
Cassandra
-
Mo
Hi,
I was mistakenly reusing the Blueprint
https://blueprints.launchpad.net/neutron/+spec/neutron-ipv6-radvd-ra to draft
up the ipv6 RA support in neutron. I apologize for any confusion that this may
have caused. To correct it, I created a new blueprint
https://blueprints.launchpad.net/neutron
On 11/06/14 13:42 +0100, Gordon Sim wrote:
On 06/11/2014 01:28 PM, Flavio Percoco wrote:
There are three things that I consider really valuable:
1. Sharding support: It allows admins to have separate clusters/nodes
of stores and configure marconi to use them all based on
pre-configured rules. I
Hi Horizoners,
A lot of other projects have already adopted and started using a specs
repo. Do we want to have one for Horizon?
--
Regards,
Ana Krivokapic
Software Engineer
OpenStack team
Red Hat Inc.
___
OpenStack-dev mailing list
OpenStack-dev@lis
On 2014-06-11 14:32:05 +0200 (+0200), Jaromir Coufal wrote:
> I am happy to announce, that based on previous etherpad gathering, mails and
> discussions, on the weekly meeting we confirmed final dates for TripleO
> mid-cycle meetup:
>
> July 21-25 (Monday-Friday)
> Red Hat office, Raleigh,
On 2014-06-11 04:15:05 + (+), Lu, Lianhao wrote:
[...]
> I saw a patch https://review.openstack.org/#/c/97893/ to revert
> the check but that patch seems not get populated to the test farm.
That change modifies a script which gets preinstalled on all job
worker images (the snapshots from w
On 06/10/2014 12:01 PM, Maxime Vidori wrote:
+1 for the use of mock.
Is mox3 really needed? Or can we move our tests for python3 to mock, and use
this library for every tests for python3?
- Original Message -
From: "David Lyle"
To: "OpenStack Development Mailing List (not for usage qu
On 06/11/2014 01:28 PM, Flavio Percoco wrote:
There are three things that I consider really valuable:
1. Sharding support: It allows admins to have separate clusters/nodes
of stores and configure marconi to use them all based on
pre-configured rules. It's similar to what qpid-dispatch does but t
Thanks a lot, this works, i will update the wiki.
Gal.
- Original Message -
From: "Henry Gessau"
To: openstack-dev@lists.openstack.org
Sent: Wednesday, June 11, 2014 2:41:47 PM
Subject: Re: [openstack-dev] [Neutron] Debugging Devstack Neutron with Pycharm
Gal Sagie wrote:
I am
Hello folks,
I am happy to announce, that based on previous etherpad gathering, mails
and discussions, on the weekly meeting we confirmed final dates for
TripleO mid-cycle meetup:
July 21-25 (Monday-Friday)
Red Hat office, Raleigh, North Carolina
I will be working on another arrangem
On 11/06/14 13:01 +0100, Gordon Sim wrote:
On 06/11/2014 12:31 PM, Flavio Percoco wrote:
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
[...]
There are 2 main reasons that I don't believe are strong
Hi Yunhong,
Thanks for the prompt response. For the second one, are you working on the
existing bug, or a new one? If it’s a new bug, please let me know the bug
number.
—Robert
On 6/10/14, 5:09 PM, "Jiang, Yunhong"
mailto:yunhong.ji...@intel.com>> wrote:
Hi, Robert
For your first qu
On 10/06/14 18:12 +, Janczuk, Tomasz wrote:
I the last few days I attempted to implement a RabbitMQ (AMQP 0.9) storage
driver for Marconi. These are the take-aways from this experiment. High level,
it showed that current Marconi APIs *cannot* be mapped onto the AMQP 0.9
abstractions. In fa
Thanks Martin
Perhaps I am missing this a little bit, but in relation to the control plane
and signal processing, how do you see that fitting into requirements we would
need in Openstack? If I may jump a little bit here, the only one I can see is
making sure the app is installed on a given PCI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Le 2014-06-11 06:04, Lu, Lianhao a écrit :
When we're debugging a ceilometer bug #1320420, we find that for the
oslo messaging
notification listener, if we have multiple endpoints registered through
oslo.messaging.get_notification_listener()
On 10 June 2014 18:18, Irena Berezovsky wrote:
> Hi Luke,
>
> Very impressive solution!
>
Thanks for the kind words!
>
>
> I do not think there is a problem to keep agent out of the tree in a short
> term, but would highly recommend to put it upstream in a longer term.
>
> You will benefit fro
On 06/11/2014 12:31 PM, Flavio Percoco wrote:
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
[...]
There are 2 main reasons that I don't believe are strong enough to
change the way Marconi works right
On 06/11/2014 01:16 PM, Jaromir Coufal wrote:
Try voting from outside of the VPN. The anonymous votes are one per IP
address.
> Hm, strange.
>
> I have contributed in Icehouse but didn't get the e-mail fro voting. I
> wanted to vote from the link which you provided but it didn't work for
> me -
Gal Sagie wrote:
> I am trying to debug devstack Neutron with Pycharm, i have found here
> (https://wiki.openstack.org/wiki/NeutronDevelopment#How_to_debug_Neutron_.28and_other_OpenStack_projects_probably_.29)
>
> That i need to change the neutron server code to
> this=>*eventlet.monkey_patch()* To
Hi
I'm looking at how to make cinder LVM on tripleo make use of a disk
other than the OS disk. There are lots of good reasons for this, but
they can be summarised as 'a guest running dd should not bring down
your entire cloud'.
My problem is that tripleo doesn't seem to have any concept of
hardwa
On 11/06/14 10:19 +0100, Gordon Sim wrote:
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
I would speculate that any desire to utilise a message broker as
opposed to a database would be to achieve dif
Hi,
ceilometer-agent-central element was added recently into overcloud
image. To be able scale out overcloud control nodes, we need HA for this
central agent. Currently central agent can not scale out (until [1] is
done). For now, the simplest way is add the central agent to Pacemaker,
which i
Hm, strange.
I have contributed in Icehouse but didn't get the e-mail fro voting. I
wanted to vote from the link which you provided but it didn't work for
me - "you already voted from given key".
Can anybody help?
Thanks
-- Jarda
On 2014/10/06 21:18, Radomir Dopieralski wrote:
Hello everyo
More than happy to help out, I think we are on a good path by focusing on the
current BP's we have. I will not make it to IRC meeting today, but will comment
afterwords.
I think Adrian also pointed out one other point just to put on the table so we
set the tone and scope accordingly, that is som
- Original Message -
> From: "Alan Kavanagh"
> To: "OpenStack Development Mailing List (not for usage questions)"
> , "Steve
>
> Hi Adrian et.al
>
> Adrian thanks for taking a stab at this, I think the use case list is a
> little long but good to put on the map. One item I would point o
On 06/10/2014 02:55 AM, Eoghan Glynn wrote:
>
>
>> Over the last 7 days ceilometer unit test jobs have a 18% failure rate in the
>> gate queue [0], while we see expect to see some failures in integration
>> testing, unit tests should not be failing in the gate with such a high
>> frequency (and f
Mark McLoughlin wrote:
> On Tue, 2014-06-10 at 16:09 +0100, Duncan Thomas wrote:
>> On 10 June 2014 15:07, Mark McLoughlin wrote:
>>
>>> Exposing which configurations are actively "tested" is a perfectly sane
>>> thing to do. I don't see why you think calling this "certification" is
>>> necessary
well, i dont have any comparison chart, i can work on one based on
requirements i've provided in initial letter, but:
i like ansible, but it is agentless, and it wont fit well in our current
model of communication between nailgun and orchestrator
cloudify - java based application, even if it is plu
Hi,
There are many mature orchestration applications (Salt, Ansible, Cloudify,
Mistral). Is there any comparison chart? That would be nice to compare them
to understand the maturity level. Thanks
~Sergii
On Wed, Jun 11, 2014 at 12:48 PM, Dmitriy Shulyak
wrote:
> Actually i am proposing salt a
Actually i am proposing salt as alternative, the main reason - salt is
mature, feature full orchestration solution, that is well adopted even by
our internal teams
On Wed, Jun 11, 2014 at 12:37 PM, Evgeniy L wrote:
> Hi,
>
> As far as I remember we wanted to replace Astute with Mistral [1], do
On 06/10/2014 09:57 PM, Janczuk, Tomasz wrote:
> Using processes to isolate tenants is certainly possible. There is a range
> of isolation mechanisms that can be used, from VM level isolation
> (basically a separate deployment of the broker per-tenant), to process
> level isolation, to sub-process
Hi,
As far as I remember we wanted to replace Astute with Mistral [1], do we
really want to have some intermediate steps (I mean salt) to do it?
[1] https://wiki.openstack.org/wiki/Mistral
On Wed, Jun 11, 2014 at 10:38 AM, Dmitriy Shulyak
wrote:
> Yes, in my opinion salt can completely replac
On 06/10/2014 09:59 PM, Mark McLoughlin wrote:
Now why is there a desire to implement these requirements using
traditional message brokers?
I would speculate that any desire to utilise a message broker as opposed
to a database would be to achieve different performance characteristics
for the
Anita, I put the meeting on my schedule.
Jay, can you be a back-up person?
Thanks,
Ilya
2014-06-10 22:18 GMT+04:00 Anita Kuno :
> On 06/10/2014 01:58 PM, Jay Pipes wrote:
> > Stackers,
> >
> > OK, we are fully aware that there are problems with the early DriverLog
> > data that is shown in the
Hi Dmitry,
I wanted to confirm that the image is getting uploaded fine. Only horizon
is showing the "504 Gateway Timeout" error after the upload is complete.
Thanks,
Tizy
On Wed, Jun 11, 2014 at 10:01 AM, Tizy Ninan wrote:
> Hi Dmitry,
>
> Sorry for the late reply. I will try this version o
I've added examples in data plane, control plane and signal processing that
relate to ETSI use case #5 (IMS).
Martin
-Original Message-
From: Steve Gordon [mailto:sgor...@redhat.com]
Sent: 10 June 2014 20:06
To: OpenStack Development Mailing List (not for usage questions)
Cc: Chris Wrig
Good day, Stackers, Trove community.
I'd like to start thread related to orchestration based resource
management. At current state Heat support in Trove is nothing else than
experimental. Trove should be able to fully support Trove as resource
management driver.
Why is it so important?
Because
No one that is using PyCharm/Eclipse and able to debug the code? :(
- Original Message -
From: "Gal Sagie"
To: openstack-dev@lists.openstack.org
Sent: Monday, June 9, 2014 1:59:05 PM
Subject: [openstack-dev][Neutron] Debugging Devstack Neutron with Pycharm
Hello all,
I am trying
Hi,
I am using the below cmd to boot cirros-0.3.2-x86_64-uec image thats
present in devstack
by default...
nova boot --flavor m1.nano --image cirros-0.3.2-x86_64-uec --key_name
mykey --security_group default myvm_nano
nova list -> shows the instance as ACTIVE/Running
Taking the VNC console, I
On Tue, Jun 10, 2014 at 05:24:36PM +, Vijendar Komalla wrote:
> Hi Devs/All,
> Does any one have comments/objections for following interim solution?
> 1. Add a config option to enable/disable parameter encryption and set
> default value to disable
> 2. Encrypt parameters that were marked as hid
On 11 June 2014 08:38, Dmitriy Shulyak wrote:
> Yes, in my opinion salt can completely replace astute/mcollective/rabbitmq.
> Listen and respond to the events generated by nailgun, or any other plugin
> - not a problem.
> There is already some kind of plugin for salt that adds ability to execute
101 - 141 of 141 matches
Mail list logo
