[Openstack] openstack - Ceilometer error - [root at compute1 ceilometer]# ceilometer meter-list Error communicating with http://controller:8777 [Errno 111] Connection refused
dhanesh1212121212
dhanesh1212 at gmail.com
Tue May 27 11:57:02 UTC 2014
Hi All,
Controller Details:
I have added both service_credentials and keystone_authtoken.
As per ur instruction added log_dir.
only two service is not starting, api and central.
port 8777 is still down.
[service_credentials]
os_auth_url = http://controller:5000/v2.0
os_username = ceilometer
os_tenant_name = service
os_password = password
[keystone_authtoken]
auth_host = controller
admin_user = ceilometer
admin_tenant_name = service
auth_protocol = http
auth_uri = http://controller:5000
admin_password = ceilometer
mongo details:
[root at controller log]# rpm -qa | grep -i mongo
mongodb-2.4.6-1.el6.x86_64
python-pymongo-2.5.2-3.el6.x86_64
mongodb-server-2.4.6-1.el6.x86_64
libmongodb-2.4.6-1.el6.x86_64
python-pymongo-gridfs-2.5.2-3.el6.x86_64
please find the api log details.
[root at controller ceilometer]# tailf api.log
2014-05-27 15:39:00.468 5423 WARNING keystoneclient.middleware.auth_token
[-] Configuring auth_uri to point to the public identity endpoint is
required; clients may not be able to authenticate against an admin endpoint
2014-05-27 15:39:00.469 5423 INFO keystoneclient.middleware.auth_token [-]
Using /tmp/keystone-signing-Pk6wwT as cache directory for signing
certificate
2014-05-27 15:39:00.935 5423 CRITICAL ceilometer [-] OperationalError:
(OperationalError) unable to open database file None None
2014-05-27 17:15:30.743 6279 INFO keystoneclient.middleware.auth_token [-]
Starting keystone auth_token middleware
2014-05-27 17:15:30.744 6279 WARNING keystoneclient.middleware.auth_token
[-] Configuring admin URI using auth fragments. This is deprecated, use
'identity_uri' instead.
2014-05-27 17:15:30.744 6279 WARNING keystoneclient.middleware.auth_token
[-] Configuring auth_uri to point to the public identity endpoint is
required; clients may not be able to authenticate against an admin endpoint
2014-05-27 17:15:30.746 6279 INFO keystoneclient.middleware.auth_token [-]
Using /tmp/keystone-signing-57sDZl as cache directory for signing
certificate
2014-05-27 17:15:31.161 6279 CRITICAL ceilometer [-] OperationalError:
(OperationalError) unable to open database file None None
mongodb configuration file details
vim /etc/mongodb.conf
##
### Basic Defaults
##
bind_ip = 127.0.0.1
#bind_ip = 192.168.0.11
port = 27017
fork = true
pidfilepath = /var/run/mongodb/mongodb.pid
logpath = /var/log/mongodb/mongodb.log
dbpath =/var/lib/mongodb
journal = true
[root at controller log]# rpm -qa | grep -i mongo
mongodb-2.4.6-1.el6.x86_64
python-pymongo-2.5.2-3.el6.x86_64
mongodb-server-2.4.6-1.el6.x86_64
libmongodb-2.4.6-1.el6.x86_64
python-pymongo-gridfs-2.5.2-3.el6.x86_64
Compute Log:
[root at compute1 ceilometer]# tailf compute.log
2014-05-27 15:58:07.618 9079 ERROR ceilometer.openstack.common.rpc.common
[-] AMQP server on localhost:5672 is unreachable: [Errno 111] ECONNREFUSED.
Trying again in 30 seconds.
2014-05-27 15:58:37.650 9079 ERROR ceilometer.openstack.common.rpc.common
[-] AMQP server on localhost:5672 is unreachable: [Errno 111] ECONNREFUSED.
Trying again in 30 seconds.
2014-05-27 15:59:07.682 9079 ERROR ceilometer.openstack.common.rpc.common
[-] AMQP server on localhost:5672 is unreachable: [Errno 111] ECONNREFUSED.
Trying again in 30 seconds.
Hi All please advice me on this rest all the configuration are working only
ceilometer is pending.
Regards,
Dhanesh.
On Tue, May 27, 2014 at 4:37 PM, Kiran Kumar
<kirankumarkuvvarapu at gmail.com>wrote:
> add this in your config file and change according to you setup
>
> [api ]
>
> [service_credentials]
> os_auth_url = http://10.0.0.10:5000/v2.0
> os_username = ceilometer
> os_tenant_name = service
> os_password = ceilometer
>
>
> On Tue, May 27, 2014 at 4:34 PM, Kiran Kumar <
> kirankumarkuvvarapu at gmail.com> wrote:
>
>> Hi dhanesh,
>> add this to your config file
>>
>> log_dir=/var/log/ceilometer
>>
>> It will work
>>
>>
>> On Tue, May 27, 2014 at 3:45 PM, dhanesh1212121212 <dhanesh1212 at gmail.com
>> > wrote:
>>
>>> Yes mongo db is running.
>>>
>>> Please find the log details
>>>
>>> [root at controller ~]# tailf /var/log/mongodb/mongodb.log
>>> Tue May 27 15:41:18.259 [conn2] command admin.$cmd command: {
>>> replSetGetStatus: 1.0, forShell: 1.0 } ntoreturn:1 keyUpdates:0 reslen:76
>>> 0ms
>>> Tue May 27 15:41:30.929 [DataFileSync] flushing mmaps took 1ms for 2
>>> files
>>> Tue May 27 15:41:31.095 [TTLMonitor] query local.system.indexes query: {
>>> expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:0
>>> keyUpdates:0 locks(micros) r:273 nreturned:0 reslen:20 0ms
>>> Tue May 27 15:41:33.518 [conn2] run command admin.$cmd { listDatabases:
>>> 1.0 }
>>> Tue May 27 15:41:33.519 [conn2] opening db: ceilometer
>>> Tue May 27 15:41:33.519 [conn2] command admin.$cmd command: {
>>> listDatabases: 1.0 } ntoreturn:1 keyUpdates:0 locks(micros) R:2 W:438 r:39
>>> reslen:181 1ms
>>> Tue May 27 15:41:33.524 [conn2] run command admin.$cmd {
>>> replSetGetStatus: 1.0, forShell: 1.0 }
>>> Tue May 27 15:41:33.524 [conn2] command admin.$cmd command: {
>>> replSetGetStatus: 1.0, forShell: 1.0 } ntoreturn:1 keyUpdates:0 reslen:76
>>> 0ms
>>> Tue May 27 15:42:17.588 [conn2] run command admin.$cmd {
>>> replSetGetStatus: 1.0, forShell: 1.0 }
>>> Tue May 27 15:42:17.588 [conn2] command admin.$cmd command: {
>>> replSetGetStatus: 1.0, forShell: 1.0 } ntoreturn:1 keyUpdates:0 reslen:76
>>> 0ms
>>> Tue May 27 15:42:30.929 [DataFileSync] flushing mmaps took 1ms for 4
>>> files
>>> Tue May 27 15:42:31.095 [TTLMonitor] query ceilometer.system.indexes
>>> query: { expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0
>>> nscanned:12 keyUpdates:0 locks(micros) r:176 nreturned:0 reslen:20 0ms
>>> Tue May 27 15:42:31.095 [TTLMonitor] query local.system.indexes query: {
>>> expireAfterSeconds: { $exists: true } } ntoreturn:0 ntoskip:0 nscanned:0
>>> keyUpdates:0 locks(micros) r:217 nreturned:0 reslen:20 0ms
>>>
>>>
>>> mongod (pid 5210) is running...
>>> [root at controller ~]# mongo
>>> mongo mongodump mongofiles mongooplog mongorestore
>>> mongosniff mongotop
>>> mongod mongoexport mongoimport mongoperf mongos
>>> mongostat
>>> [root at controller ~]# mongo
>>> MongoDB shell version: 2.4.6
>>> connecting to: test
>>> > show dbs
>>> ceilometer 0.203125GB
>>> local 0.078125GB
>>>
>>>
>>>
>>> wat is the cause for 8777 port not able to show up when startiing
>>> ceilometer api service
>>>
>>> Regards,
>>> Dhanesh.
>>>
>>>
>>>
>>>
>>> On Tue, May 27, 2014 at 3:29 PM, Eoghan Glynn <eglynn at redhat.com> wrote:
>>>
>>>>
>>>> > OperationalError: (OperationalError) unable to open database file
>>>> None None
>>>>
>>>> Your config file implies mongodb usage for the metering store:
>>>>
>>>> [database]
>>>> connection = mongodb://ceilometer:ceilometer@controller
>>>> :27017/ceilometer
>>>>
>>>> Is mongo installed and running the expected host & port?
>>>> (controller:27017)
>>>>
>>>> ----- Original Message -----
>>>> > Hi
>>>> >
>>>> > please find the log file for ceilometer api
>>>> >
>>>> > [root at controller ceilometer]# tailf /var/log/ceilometer/api.log
>>>> > 2014-05-27 15:16:30.236 4914 WARNING
>>>> keystoneclient.middleware.auth_token
>>>> > [-] Configuring auth_uri to point to the public identity endpoint is
>>>> > required; clients may not be able to authenticate against an admin
>>>> endpoint
>>>> > 2014-05-27 15:16:30.237 4914 INFO
>>>> keystoneclient.middleware.auth_token [-]
>>>> > Using /tmp/keystone-signing-FvjNMu as cache directory for signing
>>>> > certificate
>>>> > 2014-05-27 15:16:30.654 4914 CRITICAL ceilometer [-] OperationalError:
>>>> > (OperationalError) unable to open database file None None
>>>> >
>>>> > 2014-05-27 15:19:08.520 4950 INFO
>>>> keystoneclient.middleware.auth_token [-]
>>>> > Starting keystone auth_token middleware
>>>> > 2014-05-27 15:19:08.521 4950 WARNING
>>>> keystoneclient.middleware.auth_token
>>>> > [-] Configuring admin URI using auth fragments. This is deprecated,
>>>> use
>>>> > 'identity_uri' instead.
>>>> > 2014-05-27 15:19:08.521 4950 WARNING
>>>> keystoneclient.middleware.auth_token
>>>> > [-] Configuring auth_uri to point to the public identity endpoint is
>>>> > required; clients may not be able to authenticate against an admin
>>>> endpoint
>>>> > 2014-05-27 15:19:08.523 4950 INFO
>>>> keystoneclient.middleware.auth_token [-]
>>>> > Using /tmp/keystone-signing-14uzsO as cache directory for signing
>>>> > certificate
>>>> > 2014-05-27 15:19:08.913 4950 CRITICAL ceilometer [-] OperationalError:
>>>> > (OperationalError) unable to open database file None None
>>>> >
>>>> > please find the log file for ceilometer central.
>>>> >
>>>> > 2014-05-27 15:19:59.182 4969 ERROR
>>>> ceilometer.openstack.common.threadgroup
>>>> > [-] coercing to Unicode: need string or buffer, NoneType found
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> ceilometer.openstack.common.threadgroup
>>>> > Traceback (most recent call last):
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> >
>>>> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/threadgroup.py",
>>>> > line 125, in wait
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup x.wait()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> >
>>>> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/threadgroup.py",
>>>> > line 47, in wait
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup return self.thread.wait()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/eventlet/greenthread.py", line 168,
>>>> in
>>>> > wait
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup return
>>>> self._exit_event.wait()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/eventlet/event.py", line 116, in
>>>> wait
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup return
>>>> hubs.get_hub().switch()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/eventlet/hubs/hub.py", line 187, in
>>>> switch
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup return
>>>> self.greenlet.switch()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/eventlet/greenthread.py", line 194,
>>>> in
>>>> > main
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup result = function(*args,
>>>> > **kwargs)
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> >
>>>> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/service.py",
>>>> > line 486, in run_service
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup service.start()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/ceilometer/agent.py", line 137, in
>>>> start
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup self.pipeline_manager =
>>>> > pipeline.setup_pipeline()
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup File
>>>> > "/usr/lib/python2.6/site-packages/ceilometer/pipeline.py", line 524,
>>>> in
>>>> > setup_pipeline
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> > ceilometer.openstack.common.threadgroup with open(cfg_file) as
>>>> fap:
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> ceilometer.openstack.common.threadgroup
>>>> > TypeError: coercing to Unicode: need string or buffer, NoneType found
>>>> > 2014-05-27 15:19:59.182 4969 TRACE
>>>> ceilometer.openstack.common.threadgroup
>>>> > (END)
>>>> >
>>>> >
>>>> > Regards,
>>>> > Dhanesh
>>>> >
>>>> >
>>>> > On Tue, May 27, 2014 at 2:49 PM, Eoghan Glynn <eglynn at redhat.com>
>>>> wrote:
>>>> >
>>>> > >
>>>> > > Set debug=True and verbose=True in your ceilometer.conf.
>>>> > >
>>>> > > Restart the ceilometer API service.
>>>> > >
>>>> > > Check /var/log/ceilometer/api.log for errors.
>>>> > >
>>>> > > Similarly for the central agent.
>>>> > >
>>>> > > ----- Original Message -----
>>>> > > > Hi All,
>>>> > > >
>>>> > > >
>>>> > > > 8777 port is not up i started all the service.
>>>> > > >
>>>> > > > I have followed the icehouse document for fedora.
>>>> > > >
>>>> > > >
>>>> > > > [root at controller ~]# /etc/init.d/openstack-ceilometer-api restart
>>>> > > > Stopping openstack-ceilometer-api:
>>>> [FAILED]
>>>> > > > Starting openstack-ceilometer-api: [ OK
>>>> ]
>>>> > > > [root at controller ~]# /etc/init.d/openstack-ceilometer-api restart
>>>> > > > Stopping openstack-ceilometer-api: [ OK
>>>> ]
>>>> > > > Starting openstack-ceilometer-api: [ OK
>>>> ]
>>>> > > > [root at controller ~]# netstat -atlpn | grep 8777
>>>> > > >
>>>> > > > note: not showing the 8777 port
>>>> > > >
>>>> > > > ceilometer service status
>>>> > > >
>>>> > > >
>>>> > > > [root at controller ~]# /etc/init.d/openstack-ceilometer-api status
>>>> > > > openstack-ceilometer-api dead but pid file exists
>>>> > > >
>>>> > > > [root at controller ~]# /etc/init.d/openstack-ceilometer-central
>>>> status
>>>> > > > openstack-ceilometer-central dead but pid file exists
>>>> > > >
>>>> > > > [root at controller ~]# /etc/init.d/openstack-ceilometer-collector
>>>> status
>>>> > > > openstack-ceilometer-collector (pid 8905) is running...
>>>> > > >
>>>> > > > [root at controller ~]#
>>>> /etc/init.d/openstack-ceilometer-notification
>>>> > > status
>>>> > > > openstack-ceilometer-agent-notification (pid 10307) is running...
>>>> > > >
>>>> > > >
>>>> > > > [root at controller ~]#
>>>> /etc/init.d/openstack-ceilometer-alarm-notifier
>>>> > > status
>>>> > > > openstack-ceilometer-alarm-notifier (pid 8947) is running...
>>>> > > >
>>>> > > > [root at controller ~]#
>>>> /etc/init.d/openstack-ceilometer-alarm-evaluator
>>>> > > status
>>>> > > > openstack-ceilometer-alarm-evaluator (pid 8926) is running...
>>>> > > >
>>>> > > >
>>>> > > >
>>>> > > >
>>>> > > >
>>>> > > > Attaching the ceilometer.conf file along with this mail. Please
>>>> fing the
>>>> > > > attachment.
>>>> > > >
>>>> > > >
>>>> > > >
>>>> > > > Verify the Telemetry installation
>>>> > > >
>>>> > > > To test the Telemetry installation, download an image from the
>>>> Image
>>>> > > > Service, and use the *ceilometer* command to display usage
>>>> statistics.
>>>> > > >
>>>> > > > 1.
>>>> > > >
>>>> > > > Use the ceilometer meter-list command to test the access to
>>>> Telemetry:
>>>> > > >
>>>> > > > $ ceilometer meter-list
>>>> > > >
>>>> > > >
>>>> > > >
>>>> > > > Error:
>>>> > > >
>>>> > > > ceilometer meter-list
>>>> > > > Error communicating with http://controller:8777 [Errno 111]
>>>> Connection
>>>> > > > refused
>>>> > > >
>>>> > > >
>>>> > > > Regards,
>>>> > > > Dhanesh.
>>>> > > >
>>>> > > >
>>>> > > > On Tue, May 20, 2014 at 3:04 PM, Eoghan Glynn <eglynn at redhat.com>
>>>> wrote:
>>>> > > >
>>>> > > > >
>>>> > > > > What's your configured database connection?
>>>> > > > >
>>>> > > > > (in /etc/ceilometer/ceilometer.conf)
>>>> > > > >
>>>> > > > > If its a sqlalchemy-based URL (e.g. mysql or postgres) have you
>>>> run
>>>> > > > > ceilometer-dbsync?
>>>> > > > >
>>>> > > > > (either directly, or a side-effect of the installation process)
>>>> > > > >
>>>> > > > >
>>>> > > > > ----- Original Message -----
>>>> > > > > > Hi All,
>>>> > > > > >
>>>> > > > > > ps -fe | grep ceilometer-api
>>>> > > > > >
>>>> > > > > > No process is running.
>>>> > > > > >
>>>> > > > > > status is showing its dead.
>>>> > > > > >
>>>> > > > > >
>>>> > > > > > Api Error log.
>>>> > > > > >
>>>> > > > > > [root at controller ceilometer]# tailf api.log
>>>> > > > > > 2014-05-20 14:42:39.476 10768 WARNING
>>>> > > > > keystoneclient.middleware.auth_token
>>>> > > > > > [-] Configuring auth_uri to point to the public identity
>>>> endpoint is
>>>> > > > > > required; clients may not be able to authenticate against an
>>>> admin
>>>> > > > > endpoint
>>>> > > > > > 2014-05-20 14:42:39.477 10768 INFO
>>>> > > keystoneclient.middleware.auth_token
>>>> > > > > [-]
>>>> > > > > > Using /tmp/keystone-signing-w05DPS as cache directory for
>>>> signing
>>>> > > > > > certificate
>>>> > > > > > 2014-05-20 14:42:39.877 10768 CRITICAL ceilometer [-]
>>>> > > OperationalError:
>>>> > > > > > (OperationalError) unable to open database file None None
>>>> > > > > >
>>>> > > > > > 2014-05-20 14:49:47.686 12502 INFO
>>>> > > keystoneclient.middleware.auth_token
>>>> > > > > [-]
>>>> > > > > > Starting keystone auth_token middleware
>>>> > > > > > 2014-05-20 14:49:47.687 12502 WARNING
>>>> > > > > keystoneclient.middleware.auth_token
>>>> > > > > > [-] Configuring admin URI using auth fragments. This is
>>>> deprecated,
>>>> > > use
>>>> > > > > > 'identity_uri' instead.
>>>> > > > > > 2014-05-20 14:49:47.687 12502 WARNING
>>>> > > > > keystoneclient.middleware.auth_token
>>>> > > > > > [-] Configuring auth_uri to point to the public identity
>>>> endpoint is
>>>> > > > > > required; clients may not be able to authenticate against an
>>>> admin
>>>> > > > > endpoint
>>>> > > > > >
>>>> > > > > > 2014-05-20 14:49:47.688 12502 INFO
>>>> > > keystoneclient.middleware.auth_token
>>>> > > > > [-]
>>>> > > > > > Using /tmp/keystone-signing-zXbRzr as cache directory for
>>>> signing
>>>> > > > > > certificate
>>>> > > > > > 2014-05-20 14:49:48.080 12502 CRITICAL ceilometer [-]
>>>> > > OperationalError:
>>>> > > > > > (OperationalError) unable to open database file None None
>>>> > > > > >
>>>> > > > > >
>>>> > > > > >
>>>> > > > > > Regards,
>>>> > > > > > Dhanesh.
>>>> > > > > >
>>>> > > > > >
>>>> > > > > >
>>>> > > > > >
>>>> > > > > > On Tue, May 20, 2014 at 1:29 PM, Eoghan Glynn <
>>>> eglynn at redhat.com>
>>>> > > wrote:
>>>> > > > > >
>>>> > > > > > >
>>>> > > > > > >
>>>> > > > > > > > Hi All,
>>>> > > > > > > >
>>>> > > > > > > > Please find the error iam getting after finishing the
>>>> ceilometer
>>>> > > > > > > > configuration in controller and compute.
>>>> > > > > > > >
>>>> > > > > > > > Error:
>>>> > > > > > > >
>>>> > > > > > > > [root at compute1 ceilometer]# ceilometer meter-list
>>>> > > > > > > > Error communicating with http://controller:8777 [Errno
>>>> 111]
>>>> > > > > Connection
>>>> > > > > > > > refused
>>>> > > > > > > >
>>>> > > > > > > > I have started all the services. I noticed 8777 port is
>>>> not
>>>> > > > > listening.
>>>> > > > > > > >
>>>> > > > > > > > Please gimme some advice.
>>>> > > > > > >
>>>> > > > > > > Check if the ceilometer-api service is actually running on
>>>> the
>>>> > > expected
>>>> > > > > > > node.
>>>> > > > > > >
>>>> > > > > > > e.g. on Fedora and derivatives with RPMs installed:
>>>> > > > > > >
>>>> > > > > > > $ sudo service openstack-ceilometer-api status
>>>> > > > > > >
>>>> > > > > > > elsewhere:
>>>> > > > > > >
>>>> > > > > > > $ ps -fe | grep ceilometer-api
>>>> > > > > > >
>>>> > > > > > > Also check your firewall rules to ensure that the
>>>> ceilometer-api
>>>> > > > > endpoint
>>>> > > > > > > (i.e. port 8777) is accessible from the host on which you
>>>> run the
>>>> > > > > client.
>>>> > > > > > >
>>>> > > > > > > Cheers,
>>>> > > > > > > Eoghan
>>>> > > > > > >
>>>> > > > > > > > I have finished almost all except ceilometer.
>>>> > > > > > > >
>>>> > > > > > > > Attaching the output of #ceilometer --debug meter-list
>>>> > > > > > > >
>>>> > > > > > > > Regards,
>>>> > > > > > > > Dhanesh
>>>> > > > > > >
>>>> > > > > > >
>>>> > > > > >
>>>> > > > >
>>>> > > >
>>>> > >
>>>> >
>>>>
>>>
>>>
>>> _______________________________________________
>>> Mailing list:
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>> Post to : openstack at lists.openstack.org
>>> Unsubscribe :
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140527/8a5c07ca/attachment.html>
More information about the Openstack
mailing list