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:
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,
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
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 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
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
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
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
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
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
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
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
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,
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
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 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
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
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 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
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
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
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'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
Assuming my understanding is correct, 2 things make you sad in the upgrade
process.
1. must reconfig the 'upgrade_levels' in the config file during
post-upgrade.
2. must restart the service in order to make the option 'upgrade_level'
work.
I think the configuration management tools (e.g. chef,
As discussed at the Nova meeting this morning, we'd like to gauge
interest in a mid-cycle meetup for the Liberty release.
To that end, I've created the following eventbrite event like we have
had for previous meetups. If you sign up, you're expressing interest
in the event and if we decide
Josh,
Certainly in our case the the monitor hosts (in addition to IPs) would have
made a difference.
On Thu, May 7, 2015 at 3:21 PM, Josh Durgin jdur...@redhat.com wrote:
Hey folks, thanks for filing a bug for this:
https://bugs.launchpad.net/cinder/+bug/1452641
Nova stores the volume
Yes, we have Tempest and unit tests and Functional tests. But still we
need test plans
Keystone often plays a role deep in others work flows. Often we have
complicated features that span multiple services; WebSSO, Trusts and
HEAT, EC2 Credentials...
Before we can automate the tests,
It appears that the release of taskflow 0.10.0 exposed an issue in the
NetApp NFS drivers. Something changed that caused the sqlalchemy Volume
object to be garbage collected even though it is passed into create_volume()
An example error can be found in the c-vol logs here:
sorry, I thought he was not.
i can not connect on him though those three emails. PTL can be long time be not
connected?
Email: slick...@gmail.com
nikhil.mancha...@hp.com
nik...@manchanda.me
--
Best
Li Tianqing
At 2015-05-08 10:34:36, James Polley j...@jamezpolley.com wrote:
A
So it seems that this will break a number of drivers, I see that glusterfs
does the same thing.
On Thu, May 7, 2015 at 10:29 PM, Alex Meade mr.alex.me...@gmail.com wrote:
It appears that the release of taskflow 0.10.0 exposed an issue in the
NetApp NFS drivers. Something changed that caused
Alright, it was as I had a hunch for, a small bug found in the new
algorithm to make the storage layer
copy-original,mutate-copy,save-copy,update-original (vs
update-original,save-original) more reliable.
https://bugs.launchpad.net/taskflow/+bug/1452978 opened and a one line
fix made @
On Thu, May 7, 2015 at 5:05 PM, Adam Lawson alaw...@aqorn.com wrote:
what sort of limitations have you discovered that had to do specifically
with the fact we're using Python?
Python is great. Conscious decision to optimize for developer wall time
over cpu cycles has made it a great language
On 5 May 2015, at 7:52 pm, Bogdan Dobrelya bdobre...@mirantis.com wrote:
On 05.05.2015 04:32, Andrew Beekhof wrote:
[snip]
Technically it calculates an ordered graph of actions that need to be
performed for a set of related resources.
You can see an example of the kinds of graphs
Well put, Clay. Totally Agree.
On Fri, May 8, 2015 at 10:19 AM, Clay Gerrard clay.gerr...@gmail.com wrote:
On Thu, May 7, 2015 at 5:05 PM, Adam Lawson alaw...@aqorn.com wrote:
what sort of limitations have you discovered that had to do specifically
with the fact we're using Python?
On 05/06/2015 06:54 PM, Hu, David J (Converged Cloud) wrote:
david8hu One of the first thing we have to do is get all of our
glossary straight J I am starting to hear about “capability”. Are we
talking about “rule” in oslo policy terms? Or “action” in nova policy
terms? Or this is something
On Thursday, May 7, 2015, Adam Young ayo...@redhat.com wrote:
On 05/06/2015 06:54 PM, Hu, David J (Converged Cloud) wrote:
david8hu One of the first thing we have to do is get all of our glossary
straight J I am starting to hear about “capability”. Are we talking
about “rule” in oslo
Hi Li:
Thanks for contacting me about Trove. I'm still the PTL for Trove for
the Liberty cycle.
Looking at my inbox. I see that I have an email from you from late May
5th. Because of the volume of emails I get in my inbox, please
understand that it might sometimes take me 2-3 days to respond to
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
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
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:
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
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 our
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 adding to
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 conditionals we are
On 05/05/2015 09:56 PM, Mike Bayer wrote:
Having two packages that both install into the same name is the least
ideal arrangement
From your point of view, and for testing against both, certainly. But
for a distribution, avoiding dot have 2 packages clashing each other and
deciding on only
On 5/7/15, 14:43, Jay Reslock jresl...@gmail.com wrote:
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
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 is dead here, no connectivity for the tenants.
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: jiche...@cn.ibm.com
Phone:
On Thu, May 7, 2015 at 2:10 PM, Chuck Thier cth...@gmail.com 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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I don't know much about the puppet project organization so I won't
comment on whether 1 or 2 is better, but a big +1 to having a common
way to configure Oslo opts. Consistency of those options across all
services is one of the big reasons we pushed
On 05/07/2015 07:35 PM, Dan Prince wrote:
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:
[...]
on the other hand, we can very well get rid of the ifs today by
deploying *with*
1 - 100 of 148 matches
Mail list logo
