Line
export DEVSTACK_LOCAL_CONFIG="disable_service ceilometer-acompute
ceilometer-acentral ceilometer-collector ceilometer-api"
in the job config did the trick.
Thanks,
Eduard
__
OpenStack Development Mailing List (not for usa
On 09/09/2015 12:15 PM, Dougal Matthews wrote:
Hi,
The tripleo-common library appears to be registered or PyPI but hasn't yet had
a release[1]. I am not familiar with the release process - what do we need to
do to make sure it is regularly released with other TripleO packages?
I think this is
On 09/08/2015 08:15 PM, Ken'ichi Ohmichi wrote:
> 2015-09-08 19:45 GMT+09:00 Sean Dague :
>> On 09/06/2015 11:15 PM, GHANSHYAM MANN wrote:
>>> Hi All,
>>>
>>> As we all knows, api-paste.ini default setting for /v2 was
>>> changed to run those on v2.1 (v2.0 on v2.1) which is really great
>>> think
+1 to Simon
Also the structure of fuel-plugin-builder should be refactored to community
standards. everything in 'fuel_plugin_builder' directory should moved to
top of repository.
--
Best regards,
Sergii Golovatiuk,
Skype #golserge
IRC #holser
On Wed, Sep 9, 2015 at 12:25 PM, Simon Pasquier
wro
Hi,
It would be cool if fuel-plugin-builder (fpb) v3.0.0 could be released on
pypi. We've moved some of the LMA plugins to use the v3 format.
Right now we have to install fpb from source which is hard to automate in
our tests unfortunately (as already noted by Sergii [1]).
BR,
Simon
[1] http://list
> I'd like to add in a lower-constraints.txt set of pins and actually
> start reporting on whether our lower bounds *work*.
Do you have a spec in progress for lower-constraints.txt?
It should help catch issues like https://review.openstack.org/221267
There are also lots of entries in global-requir
Hi, Gord,
Good to know there will be a team dedicated to this alarming service.
After reading your email, I still feel a need for some clarifications.
- According to [1], Aodh will be released as a standalone service,
am I understanding this correctly?
- What is the official name for this new
Hi,
The tripleo-common library appears to be registered or PyPI but hasn't yet had
a release[1]. I am not familiar with the release process - what do we need to
do to make sure it is regularly released with other TripleO packages?
We will also want to do something similar with the new python-tr
Hi,
I have had quite a few comments from folks about the string freeze
being too strict.
It was noted that:
* users will prefer an untranslated log, over a silent failure
* translators don't want existing strings changing while they are
translating them
* translators tooling can cope OK with move
Also, as I believe your CI is for Cinder, I recommend that you disable all
uneeded services. (look how the DEVSTACK_LOCAL_CONFIG is used in
devstack-gate to add the proper disable_service line).
On Wed, Sep 9, 2015 at 11:00 AM, Chris Dent wrote:
> On Wed, 9 Sep 2015, Chris Dent wrote:
>
> On Wed
On Tue, Sep 08, 2015 at 05:32:29PM +, Murray, Paul (HP Cloud) wrote:
> Hi All,
>
> I'm wondering what the "no_device" flag is used for in the block device
> mappings. I had a dig around in the code but couldn't figure out why it
> is there. The name suggests an obvious meaning, but I've learnt
On Wed, 9 Sep 2015, Chris Dent wrote:
On Wed, 9 Sep 2015, Chris Dent wrote:
I'll push up a couple of reviews to fix this, either on the
ceilometer or devstack side and we can choose which one we prefer.
Here's the devstack fix: https://review.openstack.org/#/c/221634/
This is breaking ceil
On 03/09/15 21:02, Matthias Runge wrote:
> On 03/09/15 13:24, Thomas Goirand wrote:
>> Hi,
>>
>> When doing:
>> grep -r fonts.googleapis.com *
>>
>> there's 56 lines of this kind of result:
>> xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import
>> url("https://fonts.googleapis.com/css?family=R
On 9 September 2015 at 03:43, Anne Gentle wrote:
>
>
> On Tue, Sep 8, 2015 at 8:41 PM, Ken'ichi Ohmichi
> wrote:
>>
>> Hi Melanie,
>>
>> 2015-09-09 8:00 GMT+09:00 melanie witt :
>> > Hi All,
>> >
>> > With usage of v2.1 picking up (devstack) I find myself going to the API
>> > ref documentation [
On Wed, 9 Sep 2015, Chris Dent wrote:
I'll push up a couple of reviews to fix this, either on the
ceilometer or devstack side and we can choose which one we prefer.
Here's the devstack fix: https://review.openstack.org/#/c/221634/
In discussion with other ceilometer cores we decided this was
Hi Team,
Let's resume our weekly meeting today. As Eran suggest before, we will
mainly discuss the work we have now, and leave the design session in
another time slot :) See you at UTC 1300 today.
--
Zhipeng (Howard) Huang
Standard Engineer
IT Standard & Patent/IT Prooduct Line
Huawei Technolog
You can work around the problem by replacing lines like:
enable_service ceilometer-acompute ceilometer-acentral
ceilometer-anotification ceilometer-collector ceilometer-api
with:
enable_plugin ceilometer git://git.openstack.org/openstack/ceilometer
in your local.conf
--
Chris Dent t
On Wed, 9 Sep 2015, Eduard Matei wrote:
2015-09-08 21:56:33.585 | Error: Service ceilometer-acentral is not running
2015-09-08 21:56:33.585 | + for service in '$failures'
2015-09-08 21:56:33.586 | ++ basename
/opt/stack/status/stack/ceilometer-acompute.failure
2015-09-08 21:56:33.587 | + service
>>On 07/09/15 05:27, SHTILMAN, Tomer (Tomer) wrote:
>> Hi
>>
>> Currently in heat we have the ability to deploy a remote stack on a
>> different region using OS::Heat::Stack and region_name in the context
>>
>> My question is regarding multi node , separate keystones, with
>> keystone federatio
Hi Zhi,
Thanks very much for your help☺
Even turn off “ARP Spoofing” cannot work.
But now, I find the cause for this:
For ovs-agent-plugin, it wil loop to check OVS status and port status.
But in my case, during the loop, it cannot detect there is new port added, so
it fails to add tag for this p
Hi, all.
I would like to request FFE for nfs as a data source for sahara.
This bp originally should include a dashboard change to create nfs as a data
source.
I will register it as another bp and implement it in next version.
However, these patches have already done to put nfs-driver into
sahara
Hi,
Our Jenkins CI has been failing consistently last night during devstack
install:
2015-09-08 21:56:33.585 | Error: Service ceilometer-acentral is not running
2015-09-08 21:56:33.585 | + for service in '$failures'
2015-09-08 21:56:33.586 | ++ basename
/opt/stack/status/stack/ceilometer-acomput
Neutron already offers a DNS server (within the DHCP namespace, I think).
It does forward on non-local queries to an external DNS server, but it
already serves local names for instances; we'd simply have to set one
aside, or perhaps use one in a 'root' but nonlocal domain
(metadata.openstack e.g.).
101 - 123 of 123 matches
Mail list logo
