Hello.
It seems that this question would be quite outdated question, because this
is a question about nova-network instead of neutron.
I wonder whether VMs located in a Compute Node, e.g., Compute A, are
accessible while its nova-network service is down if the other nova-network
is running on the
Hi
I installed heat on juno version.
When I start heat-engine it fails and I am seeing the below error
cal/lib/python2.7/dist-packages/stevedore/extension.py:156
2015-05-07 13:06:36.076 10670 DEBUG stevedore.extension [-] found extension
EntryPoint.parse('routing =
oslo.messaging.notify._impl_ro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
This is a well known issue when eventlet monkey patching is not done
correctly.
The application must do the monkey patching before anything else even
loading another module that eventlet.
You can find more information here:
https://bugs.l
I always felt that was the case, so +1 of course
---
Mehdi Abaakouk
mail: [email protected]
irc: sileht
Le 2015-05-05 16:47, Julien Danjou a écrit :
Hi fellows,
I'd like to propose that we add Joshua Harlow to oslo-core. He is
already maintaining some of the Oslo libraries (taskflow, tooz…)
Hi Tim
On 06/05/2015 21:53, Tim Hinrichs wrote:
> I wondered if we could properly protect the API call for adding a new
> Role using the current mechanism. So I came up with a simple example.
>
> Suppose we want to write policy about the API call: addRole(user,
> role-name). If we’re hosting bo
Hi, All,
In existing design, we need to reconfig nova.conf and restart nova service
during post-upgrade cleanup
As https://www.rdoproject.org/Upgrading_RDO_To_Icehouse:
I propose to send RPC message to remove RPC API version pin.
1. Stop services (same with existing)
2. Upgrade
Thanks for confirmation, that trying direct from mistral ssh to VM via
fixed IP is not good idea.
Btw. It would probably not work even if mistral run on the same network
node hosting the router for the tenant because neutron creates separate
network namespace (ip netns qrouter-x) for each
yes. I agree that direction is important from only networking piont of
view. Usually is more probable that VM on neutron network will be able
to access O~S service ( VM --> rabbit) then opposite direction from O~S
service to VM running on neutron network (mistral --> VM).
Filip
On 05/06/2015
Gal, thank you very much for the update to the list, I believe it’s very
helpful,
I’ll add some inline notes.
On Thursday, 7 de May de 2015 at 8:51, Gal Sagie wrote:
> Hello All,
>
> I think that the Neutron QoS effort is progressing into critical point and i
> asked Miguel if i could post an
I did following in my agent code:
import eventlet
eventlet.monkey_patch()
but still I see same issue.
On Thu, May 7, 2015 at 1:22 PM, Mehdi Abaakouk wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> This is a well known issue when eventlet monkey patching is not done
>
On 07/05/15 05:32, Dan Prince wrote:
> Looking over some of the Puppet pacemaker stuff today. I appreciate all
> the hard work going into this effort but I'm not quite happy about all
> of the conditionals we are adding to our puppet overcloud_controller.pp
> manifest. Specifically it seems that ev
Hello,
1. Why the trove-mgmt-cli disappeared?
2.Why we put the tenant into the user's tenant? no trove's tenant?
3.The vm has two net-card, how do we make the vm connect to rabbitmq?
and billing server?
--
Best
Li Tianqing__
hi Dan!
On 05/07/2015 04:32 AM, Dan Prince wrote:
Looking over some of the Puppet pacemaker stuff today. I appreciate all
the hard work going into this effort but I'm not quite happy about all
of the conditionals we are adding to our puppet overcloud_controller.pp
manifest. Specifically it seems
Hi sahara,
I have a fresh installed devstack environment.
I try to upload sahara/etc/edp-examples/edp-pig/trim-spaces/udf.jar to Job
binaries (store in internal database) but failed.
I get error in horizon_error.log, which complains "UnicodeDecodeError: 'ascii'
codec can't decode byte 0xe6 in p
On the subject of Prefix Delegation - yes, the external system is
responsible for the routing. Here¹s a couple of video guides on using
PD in Neutron and setting up the Prefix Delegation Server (in this case
a dibbler server):
Using Neutron PD: https://www.youtube.com/watch?v=wI830s881HQ
Configur
Hi,
The primary point of this expected discussion around asynchronous
communication is to optimize performance by reducing latency.
For instance the design used in Nova and probably other projects let
able to operate ascynchronous operations from two way.
1. When communicate between inter-servic
Hi Dan,
On 7.5.2015 04:32, Dan Prince wrote:
Looking over some of the Puppet pacemaker stuff today. I appreciate all
the hard work going into this effort but I'm not quite happy about all
of the conditionals we are adding to our puppet overcloud_controller.pp
manifest. Specifically it seems that
On 05/07/2015 11:15 AM, marios wrote:
On 07/05/15 05:32, Dan Prince wrote:
[..]
Something like this:
https://review.openstack.org/#/c/180833/
+1 I like this as an idea. Given we've already got quite a few reviews
in flight making changes to overcloud_controller.pp (we're still working
out
Hi,
I generally like the idea of "async CALL". Is there a place in Nova (or
other services) where the new CALL may be applied to see advantage?
Thanks,
Oleksii Zamiatin
07.05.15 12:34, Sahid Orentino Ferdjaoui пишет:
Hi,
The primary point of this expected discussion around asynchronous
comm
Hello,
I would like to ask what Ceph versions are scheduled for next releases.
I see the blueprint [1] for upgrading to next stable release (from Firefly
to Giant), but it is still in drafting state.
That upgrade is important for Fuel 7.0 release, as this introduces a lot of
improvements
We have decided to stay in *#openstack-meeting* but have our meetings *on
Mondays at 1400 UTC*. Hope that this time there will be no conflicts.
We will also have the internal release meeting in *#openstack-rally* one
hour before that, on Mondays at 1300 UTC.
Best regards,
Mikhail Dubov
Engineeri
I'd really like this idea, async call will definitely improve overall
performance for cloud control system. In nova (and other components)
there are some slow tasks which handle resource with long time
running, which makes new tasks get a huge delay before getting served,
especially for the high c
Hi Carl,
I think I already answered your questions in my previous email below -
but possibly that just means that I am misunderstanding exactly what you
are asking! More inline
On 06/05/15 18:13, Carl Baldwin wrote:
This brings up something I'd like to discuss. We have a config option
Is there a design for how ML2 mechanism drivers are supposed to cope
with the Neutron server forking?
What I'm currently seeing, with api_workers = 2, is:
- my mechanism driver gets instantiated and initialized, and immediately
kicks off some processing that involves communicating over the net
On 05/07/2015 06:01 AM, Giulio Fidente wrote:
On 05/07/2015 11:15 AM, marios wrote:
On 07/05/15 05:32, Dan Prince wrote:
[..]
Something like this:
https://review.openstack.org/#/c/180833/
+1 I like this as an idea. Given we've already got quite a few reviews
in flight making changes to
On Thu, 2015-05-07 at 11:56 +0200, Jiří Stránský wrote:
> Hi Dan,
>
> On 7.5.2015 04:32, Dan Prince wrote:
> > Looking over some of the Puppet pacemaker stuff today. I appreciate all
> > the hard work going into this effort but I'm not quite happy about all
> > of the conditionals we are adding to
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
> hi Dan!
>
> On 05/07/2015 04:32 AM, Dan Prince wrote:
> > Looking over some of the Puppet pacemaker stuff today. I appreciate all
> > the hard work going into this effort but I'm not quite happy about all
> > of the conditionals we are add
On Thu, 2015-05-07 at 12:15 +0300, marios wrote:
> On 07/05/15 05:32, Dan Prince wrote:
> > Looking over some of the Puppet pacemaker stuff today. I appreciate all
> > the hard work going into this effort but I'm not quite happy about all
> > of the conditionals we are adding to our puppet overclou
Hi all,
I am working on two plugins for fuel : logrotate and cinder-netapp (to add
multibackend feature)
In this two plugins I face the same problem. Is it possible in the
environment yaml config describing the fields to display for the plugin in
the UI to have some dynamic element.
I explain
The cross-project session schedule is published. See the Tuesday sessions with
names starting “Cross Project workshops" on
https://libertydesignsummit.sched.org/overview/type/design+summit
If you are a moderator of one of these sessions, please contact me directly if
you have a scheduling conf
Doug Hellmann wrote:
> The cross-project session schedule is published. See the Tuesday sessions
> with names starting “Cross Project workshops" on
> https://libertydesignsummit.sched.org/overview/type/design+summit
Or use the right filter:
https://libertydesignsummit.sched.org/overview/type/d
On 07/05/15 16:34, Dan Prince wrote:
> On Thu, 2015-05-07 at 12:15 +0300, marios wrote:
>> On 07/05/15 05:32, Dan Prince wrote:
>>> Looking over some of the Puppet pacemaker stuff today. I appreciate all
>>> the hard work going into this effort but I'm not quite happy about all
>>> of the condition
Something like this:
https://review.openstack.org/#/c/180833/
I'm not convinced this is a good user experience though. You have
configuration effectively in two places. If you want to enable Galera,
or enable ceph storage, it's a parameter. But not pacemaker. To enable
that, you have to look
Dear Oslo folks,
I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
leading the oslo.messaging team and helping with Tooz, and futurist
efforts.
I am hoping to get Mehdi more involved across the board in Oslo.
Thanks,
Dims
--
Davanum Srinivas :: https://twitter.com/dims
___
Hello Samuel,
As far as I know, this isn't possible unfortunately. For our own needs, we
ended up adding a fixed-size list with all items but the first one
disabled. When you enter something in the first input box, it enabled the
second box and so on (see [1]). In any case, this would be a good
add
On 05/06/2015 10:32 PM, Dan Prince wrote:
(...)
>
> I think this split is a good compromise and would probably even speed up
> the implementation of the remaining pacemaker features too. And removing
> all the pacemaker conditionals we have from the non-pacemaker version
> puts us back in a reas
+1 for adding Mehdi to oslo-core!
Thanks,
Oleksii Zamiatin
07.05.15 17:36, Davanum Srinivas пишет:
Dear Oslo folks,
I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
leading the oslo.messaging team and helping with Tooz, and futurist
efforts.
I am hoping to get Mehdi more
Note an oslo core, but big +1 from me.
On 05/07/2015 10:36 AM, Davanum Srinivas wrote:
Dear Oslo folks,
I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
leading the oslo.messaging team and helping with Tooz, and futurist
efforts.
I am hoping to get Mehdi more involved acro
Excerpts from Davanum Srinivas (dims)'s message of 2015-05-07 10:36:04 -0400:
> Dear Oslo folks,
>
> I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
> leading the oslo.messaging team and helping with Tooz, and futurist
> efforts.
>
> I am hoping to get Mehdi more involved ac
Hi,
On Wed, May 6, 2015 at 8:42 AM, Salvatore Orlando
wrote:
> I think Paul is correctly scoping this discussion in terms of APIs and
> management layer.
> For instance, it is true that dynamic routing support, and BGP support
> might be a prerequisite for BGP VPNs, but it should be possible to
+1 from me
On Thu, May 7, 2015 at 5:52 PM, Jay Pipes wrote:
> Note an oslo core, but big +1 from me.
>
> On 05/07/2015 10:36 AM, Davanum Srinivas wrote:
>
>> Dear Oslo folks,
>>
>> I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
>> leading the oslo.messaging team and helpin
Hi,
Here is a list (feel free to add more stuffs in this thread) of what you
can't miss if you care about Puppet OpenStack:
* Talk: Building Clouds with OpenStack Puppet Modules [1]
* Collaboration day: Puppet design session [2] (usually for devs)
* OPS meetup: Puppet session [3] (usually for dev
+1 for Mehdi, hooray to that!
http://gph.is/19n19VQ (haha),
-Josh
ozamiatin wrote:
+1 for adding Mehdi to oslo-core!
Thanks,
Oleksii Zamiatin
07.05.15 17:36, Davanum Srinivas пишет:
Dear Oslo folks,
I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
leading the oslo.mess
Hi,
We have weekly Nova API meeting this week. But the meeting time was adjust.
The meeting is being held tomorrow Friday UTC1200.
We encourage cloud operators and those who use the REST API such as
SDK developers and others who and are interested in the future of the
API to participate.
In othe
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
[...]
I think the change is good, I am assuming we don't want the shared parts
to get duplicated into the two .pp though.
So again. Duplicating the puppet class includes doesn't bother me too
On Wed, May 06 2015, Emilien Macchi wrote:
> We wrote https://github.com/stackforge/puppet-gnocchi
> But we have to wait for packaging.
> I know it's WIP in RDO, no clue for Debian/Ubuntu.
It might be WIP in Debian:
http://anonscm.debian.org/cgit/openstack/gnocchi.git/
--
Julien Danjou
//
On Wed, May 06 2015, Tim Bell wrote:
> Sorry to add another question, can Gnocchi be installed on a Juno
> cloud or do we need to be running Kilo ?
Considering the dependency of Gnocchi, I've little hope it'd work with
Juno.
--
Julien Danjou
# Free Software hacker
# http://julien.danjou.info
Hello
pylint job was merged. At first we focused on refactor class code
issues. Test patch set with code duplication [1]. If you have any
suggestions about the job and code checks feel free to contact me.
[1] https://review.openstack.org/#/c/181033/
Regards
Filip
On 04/02/2015 10:56 AM,
On Thu, May 07 2015, Davanum Srinivas wrote:
> I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
> leading the oslo.messaging team and helping with Tooz, and futurist
> efforts.
>
> I am hoping to get Mehdi more involved across the board in Oslo.
+1 of course!
--
Julien Danj
On 05/07/2015 05:36 PM, Giulio Fidente wrote:
On 05/07/2015 03:31 PM, Dan Prince wrote:
On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
[...]
and there are quite a lot of similar examples, the change from marios as
well, ended up duplicating lots of code:
https://review.openstack.o
On 07/05/15 10:36 -0400, Davanum Srinivas wrote:
Dear Oslo folks,
I'd like to propose adding Mehdi Abaakouk to oslo-core. He is already
leading the oslo.messaging team and helping with Tooz, and futurist
efforts.
I am hoping to get Mehdi more involved across the board in Oslo.
#@!$@#$ yeah! +
Survey: https://www.surveymonkey.com/s/6QRKV6Z
This will determine, when, where and get a rough count.
We will review the results in the next Cinder Meeting [1], which is
2015-05-16 at 16:00 UTC on #openstack-meeting
[1] - https://wiki.openstack.org/wiki/CinderMeetings
--
Mike Perez
__
> On May 6, 2015, at 11:33 PM, Samuel Cassiba wrote:
>
> This has actually caused a situation that I’d like to make public. In the
> documentation the times for the meetings are suggested at the top of the
> hour, we have ours that start at :30 past. This allows for our friends and
> communit
Hi,
When we use Murano in production there is a MQ service which is running on
OpenStack controllers but it listens on public interface. It means that
both Murano which is running on OpenStack controllers and Agent on VMs have
an access to this MQ via external (public) network.
When Murano creates
On 5/7/15 11:01 AM, Joshua Harlow wrote:
+1 for Mehdi, hooray to that!
http://gph.is/19n19VQ (haha),
-Josh
+1, welcome aboard
ozamiatin wrote:
+1 for adding Mehdi to oslo-core!
Thanks,
Oleksii Zamiatin
07.05.15 17:36, Davanum Srinivas пишет:
Dear Oslo folks,
I'd like to propose ad
Kamil,
Thanks for reminding us about that blueprint, we're definitely
considering Hammer and as soon as we have enough confidence in its
stability we'll integrate it into 7.0. I'll check with our Ceph team
to make sure they update the blueprint to refer to Hammer instead of
Giant.
We already have
Thanks Josh. I run that and it works. Tables were created successfully.
Also if I create table, foreign keys and index that also work. Except for
table alembic_version. Seems taskflow works well without this table.
It's wired that my gmail didn't receive ur response and I have to go to the
mailing
If you need a local guy to go twist Jon Corbets arm, there are plenty of us
within arms/cars reach. I think this would be the best possible outcome.
Although LWN is primarily subscriber funded, realize that many of those
subscribers are corporate subscribers that provide access to all their
employ
Samuel,
There are plans to solve this:
1) Add a flag/field to control declaration so it can have multiple values:
ntp_list:
*multiple_values: true*
value:
- "1.1.1.1"
- "2.2.2.2"
label: "NTP server list"
descri
This bug recently came to my attention:
https://bugs.launchpad.net/nova/+bug/1241587
I've reopened it, because it is an actual problem, especially for people
using nova-network and Rally, which creates and deletes tons of tenants.
The obvious simple solution is to allow deletion of the 'default'
Hi stackers,
Recently was merged patch that removes Heat from list of service that are
installed by default DevStack
Please next time make sure that all PTL of all projects in OpenStack know
about such big not backward compatible changes.
P.S This change paralyzed work on Rally for 2 days. =(
On Thu, 2015-05-07 at 10:26 -0400, Jay Dobies wrote:
> >>> Something like this:
> >>>
> >>> https://review.openstack.org/#/c/180833/
>
> I'm not convinced this is a good user experience though. You have
> configuration effectively in two places. If you want to enable Galera,
> or enable ceph sto
On 05/07/2015 12:51 PM, Boris Pavlovic wrote:
> Hi stackers,
>
> Recently was merged patch that removes Heat from list of service that
> are installed by default DevStack
>
> Please next time make sure that all PTL of all projects in OpenStack
> know about such big not backward compatible chang
+1!
On Thu, May 7, 2015 at 7:24 PM, Mike Bayer wrote:
>
>
> On 5/7/15 11:01 AM, Joshua Harlow wrote:
>
>> +1 for Mehdi, hooray to that!
>>
>> http://gph.is/19n19VQ (haha),
>>
>> -Josh
>>
>
>
> +1, welcome aboard
>
>
>
>
>> ozamiatin wrote:
>>
>>> +1 for adding Mehdi to oslo-core!
>>>
>>> Thanks,
> -Original Message-
> From: Julien Danjou [mailto:[email protected]]
> Sent: 07 May 2015 17:42
> To: Tim Bell
> Cc: OpenStack Development Mailing List (not for usage questions); Luo Gangyi
> Subject: Re: [openstack-dev] [Ceilometer][Gnocchi] How to try ceilometer with
> gnocchi ?
>
> On
On Thu, 2015-05-07 at 10:42 -0400, Emilien Macchi wrote:
>
> On 05/06/2015 10:32 PM, Dan Prince wrote:
> (...)
> >
> > I think this split is a good compromise and would probably even speed up
> > the implementation of the remaining pacemaker features too. And removing
> > all the pacemaker condit
No problem,
Probably more DKIM/SPF... issues (oh well, I give up on resolving that
stuff anymore...) causing emails to go in weird places (aka your spam
folder)...
Feel free to jump on IRC to:
irc://chat.freenode.net/openstack-state-management
-Josh
jeffty wrote:
Thanks Josh. I run tha
On Thu, 7 May 2015, Tim Bell wrote:
Thanks... are the dependencies only in ceilometer (i.e. could we
upgrade to Kilo ceilometer with Gnocchi) and keep the rest of the
cloud at Juno ? It'll be a while before our cloud gets to Kilo but
we'd really like to have metering at scale... we can do a test
So... rabbit is not multitenant I think. You share a rabbit across multiple
tenants's vms? How do you protect one tenant's vm's from getting commands sent
to it by another tenant?
Thanks,
Kevin
From: Georgy Okrokvertskhov [[email protected]]
Sent: Thur
On Thu, 2015-05-07 at 17:36 +0200, Giulio Fidente wrote:
> On 05/07/2015 03:31 PM, Dan Prince wrote:
> > On Thu, 2015-05-07 at 11:22 +0200, Giulio Fidente wrote:
>
> [...]
>
> >> I think the change is good, I am assuming we don't want the shared parts
> >> to get duplicated into the two .pp thoug
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 8:06 PM, Sean Dague wrote:
> On 05/07/2015 12:51 PM, Boris Pavlovic w
On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> Sean,
>
> Nobody is able to track and know *everything*.
>
> Friendly reminder that Heat is going to be removed and not installed by
> default would help to avoid such situations.
Sure, but that misses the first point, that gate jobs should really
Hi Chris,
So there is no rule saying you can't ask keystone. However, we do emit events
(audit, needs to be configured) to the message bus when tenants (or in v3
parlance, projects) are deleted. This allows nova to mark things in a way to
cleanup / do direct cleanup.
There have been a few con
> On May 7, 2015, at 10:40, Sean Dague wrote:
>
>> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
>> Sean,
>>
>> Nobody is able to track and know *everything*.
>>
>> Friendly reminder that Heat is going to be removed and not installed by
>> default would help to avoid such situations.
>
> Sur
hi folks,
as both have moved on to other endeavours, today we will be removing two
founding contributors of Ceilometer from the core team. thanks to both of you
for guiding the project in it's early days!
cheers,gord
__
Sean,
Thank you for advice. We are going to fix jobs ASAP.
Here is the patch: https://review.openstack.org/#/c/181088/
But seems like it's not ready yet.
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 8:40 PM, Sean Dague wrote:
> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> > Sean,
Sridar R is planning on having a proposal for DM VPN ready (today?) that he
wants to propose for Liberty release. We're going to have a VPN meeting
next Tuesday (per his request), to discuss this more.
Regards,
PCM
On Thu, May 7, 2015 at 10:58 AM Mathieu Rohon
wrote:
> Hi,
>
> On Wed, May 6, 2
Jinkies, that sounds like *work*. Got any links to docs I can start diving
into? In particular, keystone audit events and anything that might be handy
about the solution proposal you mention. Keystone is mostly foreign
territory to me so some learning will be in order.
Thanks!
On Thu, May 7, 2015
Boris Pavlovic wrote:
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Doesn't keystone have a service listing? Use that in rally (and
elsewhere?), if keystone had a servi
Joshua,
Doesn't keystone have a service listing? Use that in rally (and
> elsewhere?), if keystone had a service and each service had a API discovery
> ability, there u go, profit! ;)
Exactly that happened. We were running benchmarks against Heat and Rally
task validation start failing saying
On 05/07/2015 02:29 PM, Joshua Harlow wrote:
> Boris Pavlovic wrote:
>> Sean,
>>
>> Nobody is able to track and know *everything*.
>>
>> Friendly reminder that Heat is going to be removed and not installed by
>> default would help to avoid such situations.
>
> Doesn't keystone have a service listi
Sean Dague wrote:
On 05/07/2015 02:29 PM, Joshua Harlow wrote:
Boris Pavlovic wrote:
Sean,
Nobody is able to track and know *everything*.
Friendly reminder that Heat is going to be removed and not installed by
default would help to avoid such situations.
Doesn't keystone have a service listi
On May 7, 2015 at 11:21:00 AM, Chris St. Pierre ([email protected])
wrote:
Jinkies, that sounds like *work*. Got any links to docs I can start diving
into? In particular, keystone audit events and anything that might be handy
about the solution proposal you mention. Keystone is mostly
>
> So... test jobs should be extremely explicit about what they setup and
> what they expect.
+2
Best regards,
Boris Pavlovic
On Thu, May 7, 2015 at 9:44 PM, Sean Dague wrote:
> On 05/07/2015 02:29 PM, Joshua Harlow wrote:
> > Boris Pavlovic wrote:
> >> Sean,
> >>
> >> Nobody is able to trac
Joshua,
Makes sense, perhaps all the test (and/or test-like) frameworks could share
> some code + common config that does this, seems to be something simple (and
> something that all could use for pre-testing validation of all the expected
> services being alive/active/up/responding...)?
In Ral
Vitaly, Simon, thanks for your answers.
In fact for the cinder multi backend use case, it is more complicated and
closer from simon's case. For each filer, we have several parameters
(hostname/ip, username, password, volume, storage protocoleand so on). So I
thing that we are going to use Simon's a
Yes, Rabbit MQ is kind of shared. Each VM gets its own Queue which is
dynamically created in MQ when application is being deployed. Technically
we can create separate MQ users and virtual hosts for each VM, but this is
an overkill for now. So by default it is just separate Queue with random
generat
Guys,
I just upgraded my Trusty servers, that I'm running OpenStack Juno, to
Linux 3.19, which is already available at Proposed repository.
OpenStack is dead here, no connectivity for the tenants.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1452868
I appreciate any help!
It works
I meatn, it works okay with Linux 3.16, not 3.19. Sorry...
On Thu, May 7, 2015 at 4:26 PM Martinx - ジェームズ
wrote:
> Guys,
>
> I just upgraded my Trusty servers, that I'm running OpenStack Juno, to
> Linux 3.19, which is already available at Proposed repository.
>
> OpenStack is dead here, no co
On Thu, May 07, 2015 at 01:40:53PM EDT, Sean Dague wrote:
> On 05/07/2015 01:37 PM, Boris Pavlovic wrote:
> > Sean,
> >
> > Nobody is able to track and know *everything*.
> >
> > Friendly reminder that Heat is going to be removed and not installed by
> > default would help to avoid such situation
The openstack-dev list is primarily intended to be used for OpenStack
development discussions and planning, rather than dealing with
operational/usage questions. Your best place to start is
http://ask.openstack.org if you can't find the answer in our excellent
docs (http://docs.openstack.org/).
-
The openstack-dev list is primarily intended to be used for OpenStack
development discussions and planning, rather than dealing with
operational/usage questions. Your best place to start is
http://ask.openstack.org if you can't find the answer in our excellent
docs (http://docs.openstack.org/).
-
Hi,
This is my first mail to the group. I hope I set the subject correctly and
that this hasn't been asked already. I searched archives and did not see
this question asked or answered previously.
I am working on a client thing that uses the python-keystoneclient and
python-heatclient api binding
I think most are missing the point a bit. The question that should really
be asked is, what is right for Swift to continue to scale. Since the
inception of Openstack, Swift has had to solve for problems of scale that
generally are not shared with the rest of Openstack.
When we first set out to w
On 5/6/2015 7:02 AM, Chen CH Ji wrote:
Hi
In order to work on [1] , nova need to know what kind of
exception are raised when using cinderclient so that it can handle like
[2] did?
In this case, we don't need to distinguish the error
case based on string compare ,
Hi,
I think one of the biggest challenges working on Puppet OpenStack
modules is to keep code consistency across all our modules (~20).
If you've read the code, you'll see there is some differences between
RabbitMQ configuration/parameters in some modules and this is because we
did not have the ri
no, I only want to confirm whether cinder folks is doing this or there are
already tricks can be used that before submit the change ... thanks
Best Regards!
Kevin (Chen) Ji 纪 晨
Engineer, zVM Development, CSTL
Notes: Chen CH Ji/China/IBM@IBMCN Internet: [email protected]
Phone: +86-10-8245415
On Thu, May 7, 2015 at 2:10 PM, Chuck Thier wrote:
> What started as a simple experiment by Mike Barton, has turned into quite
> a significant improvement in performance and builds a base that can be
> built off of for future improvements. This wasn't built because of it
> being "shiny" but out
On 7 May 2015 at 23:10, Matt Riedemann wrote:
>
> Is there anything preventing us from adding a more specific exception to
> cinderclient and then once that's in and released, we can pin the minimum
> version of cinderclient in global-requirements so nova can safely use it?
>
Seems like the righ
On 5/7/2015 3:21 PM, Chen CH Ji wrote:
no, I only want to confirm whether cinder folks is doing this or there
are already tricks can be used that before submit the change ... thanks
Best Regards!
Kevin (Chen) Ji 纪 晨
Engineer, zVM Development, CSTL
Notes: Chen CH Ji/China/IBM@IBMCN Internet
1 - 100 of 147 matches
Mail list logo
