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
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 every
-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:
Just to add another point I am using docker container here as the image. Can
that be a issue.
From: Ashish Jain (WT01 - BAS)
Sent: Thursday, May 07, 2015 12:56 PM
To: chris.frie...@windriver.com; openstack@lists.openstack.org
Subject: Re: [Potential
Hello,
Where can I find the logs for user_data section of heat template? I have enable
debug mode logging in heat.conf but I still do not see any logging for
user_data section of heat template.
Regards
Ashish
The information contained in this electronic message and any attachments to
this
Hello All,
I think that the Neutron QoS effort is progressing into critical point and
i asked Miguel if i could post an update on our progress.
First, i would like to thank Sean and Miguel for running this effort and
everyone else that is involved, i personally think its on the right track,
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
On Wed, May 6, 2015 at 10:56 PM, Andrew Bogott abog...@wikimedia.org wrote:
Since time immemorial, I've accepted as a fact of life that routing from
a nova instance to another instance via floating ip is impossible. We've
coped with this via a hack in dnsmasq, setting an alias to rewrite
Hello! I'm using Ceph as the backend storage system for Cinder, and I want
to change some settings of Ceph client, so I add the following into
/etc/ceph/ceph.conf of my compute node A:
[global]
debug ms = 10
log file = /var/log/ceph/global.log
[client]
debug ms = 10
debug rados = 10
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
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
Hello,
Somehow I see that user data section is not working for me. Rest all works fine
Here is a simple template.
heat_template_version: 2013-05-23
description: A simple server.
resources:
server:
type: OS::Nova::Server
properties:
flavor: m1.tiny
networks:
-
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
Hi,
I am getting this error in my agent side. I am getting same message
twice, one after other.
2015-05-07 11:39:28.189 11363 ERROR oslo.messaging.rpc.dispatcher
[req-43875dc3-99a9-4803-aba2-5cff22943c2c ] Exception during message
handling:
On Wed, May 6, 2015 at 10:56 PM, Andrew Bogott abog...@wikimedia.org wrote:
Since time immemorial, I've accepted as a fact of life that routing from
a nova instance to another instance via floating ip is impossible. We've
coped with this via a hack in dnsmasq, setting an alias to rewrite
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 both
-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:
You should make sure the two file writeable.
-- Original --
From: ??;lpl6338...@gmail.com;
Date: Thu, May 7, 2015 03:55 PM
To: openstack@lists.openstack.orgopenstack@lists.openstack.org;
Subject: [Openstack] How can I make my changes of ceph.conf to take
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
If I have correctly understood the last comment to the bug, I have modified
in my local.conf this line
Q_ML2_PLUGIN_TYPE_DRIVERS=vlan,gre,vxlan
and put local instead of vlan, gre, vxlan
But nothing is changed.
Il giorno gio 7 mag 2015 alle ore 10:26 Vikram Choudhary
vikram.choudh...@huawei.com
I have attached the q-svc.log.
Can you see something from it?
Il giorno mer 6 mag 2015 alle ore 18:25 Salvatore Orlando
sorla...@nicira.com ha scritto:
Silvia,
Unfortunately this log snippet just tells us that Neutron failed at
startup.
There might be more information in the Neutron log.
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 sil...@sileht.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
This is a well known issue when eventlet monkey patching is
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
Hi Clay,
Thanks for your information. I am sorry that I made a mistake. You're right that
HEAD object returns 200 not 204, that's perfectly ok.
Meanwhile, HEAD account / container return 204 with Content-Length: 0. This is
against
RFC7230, but from the discussion on the Change-Id:
Hi:Christian Now my keystone works well by repalce the repository from
http://rdoproject.org/repos/openstack-kilo/rdo-testing-kilo.rpm to
http://rdoproject.org/repos/openstack-kilo/rdo-testing-kilo.rpm .
Thanks a lot!
walter
From: Christian BerendtDate: 2015-05-06 18:53To:
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 =
I always felt that was the case, so +1 of course
---
Mehdi Abaakouk
mail: sil...@sileht.net
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,
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 sil...@sileht.net wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
This is a well known issue when eventlet monkey patching is
On 05/07/2015 09:38 AM, walterxj wrote:
Now my keystone works well by repalce the repository from
http://rdoproject.org/repos/openstack-kilo/rdo-testing-kilo.rpm to
http://rdoproject.org/repos/openstack-kilo/rdo-testing-kilo.rpm .
Thanks a lot!
You are welcome. Can you please note
Hi,
I am getting this error in my agent side. I am getting same message
twice, one after other.
2015-05-07 11:39:28.189 11363 ERROR oslo.messaging.rpc.dispatcher
[req-43875dc3-99a9-4803-aba2-5cff22943c2c ] Exception during message
handling:
Hello,
Ad ... The networking in OpenStack in general works in such a way so that
connections from VM are allowed to almost anywhere. )
IMO it is defined by user what networks are accessible from VM – i.e., there
can be several ‚public networks‘
Ad There is difference in direction who initiates
You must make sure that this path is writable by QEMU and allowed by SELinux or
AppArmor.
On 07 May 2015, at 10:23, killingwolf killingw...@qq.com wrote:
You should make sure the two file writeable.
-- Original --
From: 李沛伦;lpl6338...@gmail.com;
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
Actually the issue is that the configdrive is store a file on the fs under
/var/lib/nova/instances/$uuid/config.drive
AFAIR the other problem is the format of that file that is not supported by
libvirt for the live migration.
I think you have to apply this patch:
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
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
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
I meatn, it works okay with Linux 3.16, not 3.19. Sorry...
On Thu, May 7, 2015 at 4:26 PM Martinx - ジェームズ thiagocmarti...@gmail.com
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
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/).
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
Hello,
I'm glad to hear that it works for you! I just now tried setting
force_snat_range for my floating IP range but I'm still not getting any
pings. Strangely if I restart nova-network things work for a minute or
two, then return to the status quo. That means that no matter what I
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 listing? Use that
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
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
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/).
I meatn, it works okay with Linux 3.16, not 3.19. Sorry...
On Thu, May 7, 2015 at 4:26 PM Martinx - ジェームズ thiagocmarti...@gmail.com
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
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 situations.
Sure,
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/).
On 5/7/15 2:34 AM, Antonio Messina wrote:
On Wed, May 6, 2015 at 10:56 PM, Andrew Bogott abog...@wikimedia.org wrote:
Since time immemorial, I've accepted as a fact of life that routing from
a nova instance to another instance via floating ip is impossible. We've
coped with this via a
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 mathieu.ro...@gmail.com
wrote:
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 s...@dague.net wrote:
On 05/07/2015 02:29 PM, Joshua Harlow wrote:
Boris Pavlovic wrote:
Sean,
Nobody is able to
Dear Joe
Thank you very much for the reply!
The answer is very helpful for me to understand what multi-host mode of
nova-network exactly provides. By the way, in aspect of reliability,
robustness and fault-tolerance for networking service on OpenStack,
nova-network still seems better than
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
On May 7, 2015, at 10:40, Sean Dague s...@dague.net 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.
Sure,
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
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,
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
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 Rally
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
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 be
On Thu, May 7, 2015 at 7:30 PM, Andrew Bogott abog...@wikimedia.org wrote:
On 5/7/15 2:34 AM, Antonio Messina wrote:
On Wed, May 6, 2015 at 10:56 PM, Andrew Bogott abog...@wikimedia.org
wrote:
Since time immemorial, I've accepted as a fact of life that routing
from
a nova instance to
On May 7, 2015 at 11:21:00 AM, Chris St. Pierre (chris.a.st.pie...@gmail.com)
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
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 s...@dague.net wrote:
On 05/07/2015 01:37 PM, Boris Pavlovic
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
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
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
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
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
Hi,
On Thu, May 07, 2015 at 10:03:30PM +, Sean M. Collins wrote:
On Wed, Apr 22, 2015 at 06:41:58PM EDT, Jay Pipes wrote:
Agreed. I'm hoping that someone in the Nova community -- note, this does
not need to be a Nova core contributor -- can step up to the plate and
serve in this
Hi all,
I've got a bizarre situation. I've got a couple of little openstack clouds, one
where cinder uses LVM/iscsi and the other with cinder using rbd/ceph.
I'm trying to bring up the CentOS 7 qcow2 image from
http://cloud.centos.org/centos/7/images/;.
In both clouds I can boot an
On 5 May 2015, at 1:19 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com
wrote:
Thank you Andrew.
on 2015/05/05 08:03, Andrew Beekhof wrote:
On 28 Apr 2015, at 11:15 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote:
Hello,
Hello, Zhou
I using Fuel 6.0.1 and find that RabbitMQ
On Monday, May 4, 2015, Flavio Percoco fla...@redhat.com wrote:
On 02/05/15 12:02 -0700, Morgan Fainberg wrote:
On May 2, 2015, at 10:28, Monty Taylor mord...@inaugust.com wrote:
On 05/01/2015 09:16 PM, Jamie Lennox wrote:
Hi all,
At around the time Barbican was applying for
On 07/05/15 18:28, Tyler Wilson wrote:
Hello All,
Thank you for the replies! Will this patch be usable in Juno?
On Thu, May 7, 2015 at 3:18 AM, Pádraig Brady p...@draigbrady.com
mailto:p...@draigbrady.com wrote:
On 07/05/15 09:50, Sebastien Han wrote:
Actually the issue is
On 5 May 2015, at 9:30 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com
wrote:
Thank you Andrew. Sorry for misspell your name in the previous email.
on 2015/05/05 14:25, Andrew Beekhof wrote:
On 5 May 2015, at 2:31 pm, Zhou Zheng Sheng / 周征晟 zhengsh...@awcloud.com
wrote:
Thank you
On Thu, May 7, 2015 at 7:05 PM, Adam Lawson alaw...@aqorn.com wrote:
Chuck (and/or others who understand tor have experienced the limits of
Python)
I found this comment of yours incredibly intriguing: we are running out
of incremental improvements that can be made with Python.
Given your
On Thu, May 07, 2015 at 01:31:07PM +0300, Mikhail Dubov wrote:
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
Chuck (and/or others who understand tor have experienced the limits of
Python)
I found this comment of yours incredibly intriguing: we are running out of
incremental improvements that can be made with Python.
Given your work with Swift thus far, what sort of limitations have you
discovered that
Sorry for late response, 1600 GMT is a little late in China, will
check the meeting minutes if not attend.
On Fri, May 8, 2015 at 12:19 AM, JJ Asghar jasg...@chef.io wrote:
On May 6, 2015, at 11:33 PM, Samuel Cassiba s...@cassiba.com wrote:
This has actually caused a situation that I’d like
On Thu, May 7, 2015 at 3:48 PM, Clint Byrum cl...@fewbar.com wrote:
I'm still very curious to hear if anybody has been willing to try to
make Swift work on pypy.
yeah, Alex Gaynor was helping out with it for awhile. It worked. And it
helped. A little bit.
Probably still worth looking at
As a heads up, here is a patch to remove Sahara from the default
configuration as well. This is part of the effort to further decouple the
'integrated gate' so we don't have to gate every project on the tests for
every project.
https://review.openstack.org/#/c/181230/
On Thu, May 7, 2015 at
I came across this today:
https://github.com/openstack/nova/blob/master/nova/virt/libvirt/imagecache.py#L50
That was added back in grizzly:
https://review.openstack.org/#/c/22777/
With a note in the code that we should default it to true at some point.
Is 2+ years long enough for this to
On May 7, 2015 2:37 AM, Sahid Orentino Ferdjaoui
sahid.ferdja...@redhat.com wrote:
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
On 5/7/15 5:32 PM, Thomas Goirand wrote:
If there are really fixes and features we
need in Py2K then of course we have to either convince MySQLdb to merge
them or switch to mysqlclient.
Given the no reply in 6 months I think that's enough to say it:
mysql-python is a dangerous package with
On 7 May 2015 at 23:10, Matt Riedemann mrie...@linux.vnet.ibm.com 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?
Hey folks, thanks for filing a bug for this:
https://bugs.launchpad.net/cinder/+bug/1452641
Nova stores the volume connection info in its db, so updating that
would be a workaround to allow restart/migration of vms to work.
Otherwise running vms shouldn't be affected, since they'll notice any
Hi Jay.
AFAIK, it works, but we can have some minor issues. There several atches on
review to improve it:
https://review.openstack.org/#/q/status:open+project:openstack/python-heatclient+branch:master+topic:improve-sessionclient,n,z
Also as I remember we really had bug mentioned by you, but fix
Hi all,
In seeing the following:
- https://review.openstack.org/#/c/169836/
- https://review.openstack.org/#/c/163274/
- https://review.openstack.org/#/c/138607/
Vilobh and I are starting to come to the conclusion that the service
group layers in nova really need to be cleaned up (without
Excerpts from Chuck Thier's message of 2015-05-07 13:10:13 -0700:
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
On Fri, May 8, 2015 at 3:56 AM, gordon chung g...@live.ca wrote:
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!
+1 from me, it's
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
Log say’s:
2015-05-07 09:15:56.890 [01;31mERROR neutron.plugins.ml2.managers
[[00;36m-[01;31m] [01;35m[01;31mNo type driver for tenant network_type: local.
Service terminated![00m
I can find a bug for same issue raise long back. Please check whether it’s
applicable to you as well.
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
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
Hi:all today when I create heat_cfn endpoint: openstack endpoint create \
--publicurl http://controller:8000/v1 \
--internalurl http://controller:8000/v1 \
--adminurl http://controller:8000/v1 \
--region RegionOne \
cloudformation
I encontered the following errer message: ERROR:
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
On 07/05/15 09:50, Sebastien Han wrote:
Actually the issue is that the configdrive is store a file on the fs under
/var/lib/nova/instances/$uuid/config.drive
AFAIR the other problem is the format of that file that is not supported by
libvirt for the live migration.
I think you have to
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
I found this one after a quick Google search that looks like it installs
from packages and has manual database setup if that's what you're looking
for.
http://intocloud.org/openstack-juno-with-three-node-setup-on-ubuntu-14-04-lts/
On Wed, May 6, 2015 at 6:31 PM, Wilson Kwok leiw...@gmail.com
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
1 - 100 of 198 matches
Mail list logo
