[openstack-dev] [mistral] how to split mistral log files
Hi All I have three linux service file for mistral api, engine and executor All of them running with different param in the "server" (api/ E.g api is /usr/bin/mistral-server --config-file=/etc/mistral/mistral.conf --server=api All of the logs goes to /var/log/mistral/mistral-server.log I would like to split them into three different logs , without changing the service files themselves I thought of changing https://github.com/openstack/mistral/blob/master/setup.cfg And creating three different console scripts console_scripts = mistral-engine = mistral.cmd.launch:main mistral-api = mistral.cmd.launch:main mistral-executor = mistral.cmd.launch:main mistral-db-manage = mistral.db.sqlalchemy.migration.cli:main will be happy to get your inputs/thoughts Thanks Tomer __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [mistral] how to split mistral log files
Thanks Not sure that duplicating mistral.conf three times will be the best in this case , will make things very hard to manage -Original Message- From: EXT Lingxian Kong [mailto:anlin.k...@gmail.com] Sent: Tuesday, January 19, 2016 2:29 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [mistral] how to split mistral log files Hi, Tomer, If you really want Mistral services to be running on different processes or different servers, I recommend you use different config file respectively, log file path can be configured differently, which can achieve what you said. On Tue, Jan 19, 2016 at 5:19 AM, SHTILMAN, Tomer (Tomer) <tomer.shtil...@nokia.com> wrote: > > > Hi All > > I have three linux service file for mistral api, engine and executor > > All of them running with different param in the “server” (api/ > > E.g api is > > /usr/bin/mistral-server --config-file=/etc/mistral/mistral.conf > --server=api > > > > All of the logs goes to /var/log/mistral/mistral-server.log > > > > I would like to split them into three different logs , without > changing the service files themselves > > I thought of changing > https://github.com/openstack/mistral/blob/master/setup.cfg > > And creating three different console scripts > > console_scripts = > > mistral-engine = mistral.cmd.launch:main > > mistral-api = mistral.cmd.launch:main > > mistral-executor = mistral.cmd.launch:main > > mistral-db-manage = mistral.db.sqlalchemy.migration.cli:main > > > > will be happy to get your inputs/thoughts > > Thanks > > Tomer > > > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Regards! --- Lingxian Kong __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Re: [openstack-dev] [Heat] Multi Node Stack - keystone federation
>>On 09/09/15 04:10, SHTILMAN, Tomer (Tomer) wrote: >> We are currently building in our lab multi cloud setup with keystone >> federation and I will check if my understating is correct, I am >> planning for propose a BP for this once will be clear > On 09/09/15 Zane wrote: >There was further interest in this at the IRC meeting today (from Daniel >Gonzalez), so I raised this blueprint: > >https://blueprints.launchpad.net/heat/+spec/multi-cloud-federation > >I left the Drafter and Assignee fields blank, so whoever starts working on the >spec and the code, respectively, should put their names in those fields. If >you see someone else's name there, you should co-ordinate with them to avoid >double-handling. > >cheers, >Zane. > Hi Zane Couldn't change the assignee and the drafter on this from some reason can you please assign me on this BP __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [Heat] Multi Node Stack - keystone federation
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 federation. Is there an option in a HOT template to send a stack to a different node, using the keystone federation feature? For example ,If I have two Nodes (N1 and N2) with separate keystones (and keystone federation), I would like to deploy a stack on N1 with a nested stack that will deploy on N2, similar to what we have now for regions Thanks __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
[openstack-dev] [gnocchi][ceilometer] help with gnocchi measures api (return empty list)
Hi
I have installed gnocchi on my devtstack (stable v1) and trying to check the
flow , auto scaling with heat etc..
I have encountered an issue with measures fetching, its look like the
ceilometer compute agent does send measures to gnocchi , I can see the rest
calls in the logs all ending with 202 statuses
For example:
35.248.18.191 - - [29/Jun/2015:10:47:11 +] POST
/v1/resource/instance/819267ea-6fcb-418b-a197-ff8b65e94234/metric/cpu/measures
HTTP/1.1 202 208 - python-requests/2.7.0 CPython/2.7.6
Linux/3.13.0-45-generic
Or
135.248.18.191 - - [29/Jun/2015:10:47:12 +] POST
/v1/resource/instance/819267ea-6fcb-418b-a197-ff8b65e94234/metric/cpu_util/measures
HTTP/1.1 202 207 - python-requests/2.7.0 CPython/2.7.6
Linux/3.13.0-45-generic
When I fetch the measures I always get an empty list as a response
curl -X GET -H X-Auth-Token: 7a20206f3820412488edc7c9a0db7b29
http://135.248.18.191:8041/v1/resource/instance/819267ea-6fcb-418b-a197-ff8b65e94234/metric/cpu_util/measures
| python -mjson.tool
[]
I have tried with swift and with file storage getting the same result
Also I have seen the measures files was created in the fs
stack@tshtilma-gnocchi-devstack:/opt/stack/data/gnocchi$ ls
11788bea-c270-4078-8536-d028b10e5d33 4737b486-658b-43c4-a1c5-66f5ee4ff06c
98336517-5aeb-4230-9294-d3dd12fe2756 b752676e-306e-44a3-b422-8dd675956ad5
ff343aa2-8ac1-42d8-965c-b1997ab435ad
3c590d88-4a4b-4b59-82ff-1ea7cf330f42 4abc98d8-70f1-4efe-8716-2cf51a9d7783
9c04b04d-8aa9-4bf9-9162-8b16c6651f73 cb3ecc08-89aa-4c6f-8ff0-2c89ed0e1eb0
locks
3ea375e0-e91d-4842-a4c2-261c1eeaf85e 7719230a-63e0-47aa-9fa6-a8a610e2bafc
a0de628e-eac2-4fdd-8c07-fa72a787e101 d4984544-b892-407e-acc9-7b5534b4a41b
measure
43fd3650-d60e-40eb-a183-35f315373bd1 88d7564e-e4a4-4438-8602-0d8f4c9103a1
b4341cde-532e-4715-8367-fd1ce0c927f3 f13c033b-606b-4e68-b1bb-58bee540d3e8
stack@tshtilma-gnocchi-devstack:/opt/stack/data/gnocchi$ cd measure/
stack@tshtilma-gnocchi-devstack:/opt/stack/data/gnocchi/measure$ ks
ks: command not found
stack@tshtilma-gnocchi-devstack:/opt/stack/data/gnocchi/measure$ ls
4abc98d8-70f1-4efe-8716-2cf51a9d7783 cb3ecc08-89aa-4c6f-8ff0-2c89ed0e1eb0
ff343aa2-8ac1-42d8-965c-b1997ab435ad
All other calls works as expected
For example:
stack@tshtilma-gnocchi-devstack:~/devstack$ curl -X GET -H X-Auth-Token:
7a20206f3820412488edc7c9a0db7b29
http://135.248.18.191:8041/v1/resource/instance/819267ea-6fcb-418b-a197-ff8b65e94234/metric/cpu_util/
| python -mjson.tool
{
archive_policy: {
aggregation_methods: [
std,
count,
95pct,
min,
max,
sum,
median,
mean
],
back_window: 0,
definition: [
{
granularity: 0:05:00,
points: 12,
timespan: 1:00:00
},
{
granularity: 1:00:00,
points: 24,
timespan: 1 day, 0:00:00
},
{
granularity: 1 day, 0:00:00,
points: 30,
timespan: 30 days, 0:00:00
}
],
name: low
},
created_by_project_id: 5394701c-e992-4cc3-aa65-e59fee108295,
created_by_user_id: a4e65de3-51ec-4530-a8e9-67416001f3b0,
id: ff343aa2-8ac1-42d8-965c-b1997ab435ad,
name: cpu_util,
resource: {
created_by_project_id: 5394701c-e992-4cc3-aa65-e59fee108295,
created_by_user_id: a4e65de3-51ec-4530-a8e9-67416001f3b0,
ended_at: null,
id: 819267ea-6fcb-418b-a197-ff8b65e94234,
project_id: 023099a6-81d5-43cb-aa0a-6f0a75d60628,
revision_end: null,
revision_start: 2015-06-29T10:50:22.143077+00:00,
started_at: 2015-06-29T10:28:12.664034+00:00,
type: instance,
user_id: 02772acb-bd6e-4307-b4ce-9b906be716f2
}
}
Any help with be greatly appreciated
Tomer
local.conf
[[local|localrc]]
ADMIN_PASSWORD=password
MYSQL_PASSWORD=password
RABBIT_PASSWORD=password
SERVICE_PASSWORD=password
SERVICE_TOKEN=tokentoken
enable_plugin gnocchi https://github.com/openstack/gnocchi stable/v1.0
enable_service q-lbaas
enable_service ceilometer-api,ceilometer-collector
enable_service ceilometer-acompute
enable_service ceilometer-alarm-notifier,ceilometer-alarm-evaluator
disable_service n-net
enable_service q-svc
enable_service q-agt
enable_service q-dhcp
enable_service q-l3
enable_service q-meta
#enable_service heat,h-api,h-eng,h-api-cfn
enable_service gnocchi-api
#IMAGE_URLS=http://ftp.free.fr/mirrors/fedora.redhat.com/fedora/linux/releases/21/Cloud/Images/x86_64/Fedora-Cloud-Base-20141203-21.x86_64.qcow2;
#GNOCCHI_COORDINATOR_URL=redis://localhost:6379?timeout=5
#Enable an eager processing of the ceilometer pipeline (every 10sec):
CEILOMETER_PIPELINE_INTERVAL=10
__
OpenStack Development Mailing List (not for usage questions)
[openstack-dev] [gnochhi][ceilometer] help with gnocchi measures api (return empty)
Hi I have installed gnocchi on my devtstack (stable v1) and trying to check the flow , autoscaling with heat etc.. I have encounterd an issue with measures fetching, its look like the ceilometer compute agent does send measures to gnocchi , I can see the rest calls in the logs all ending with 201 statuses For example: __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
