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@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@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@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@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 <[email protected]>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 < > [email protected]> 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 <[email protected] >> > wrote: >> >>> Yes mongo db is running. >>> >>> Please find the log details >>> >>> [root@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@controller ~]# mongo >>> mongo mongodump mongofiles mongooplog mongorestore >>> mongosniff mongotop >>> mongod mongoexport mongoimport mongoperf mongos >>> mongostat >>> [root@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 <[email protected]> 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@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 <[email protected]> >>>> 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@controller ~]# /etc/init.d/openstack-ceilometer-api restart >>>> > > > Stopping openstack-ceilometer-api: >>>> [FAILED] >>>> > > > Starting openstack-ceilometer-api: [ OK >>>> ] >>>> > > > [root@controller ~]# /etc/init.d/openstack-ceilometer-api restart >>>> > > > Stopping openstack-ceilometer-api: [ OK >>>> ] >>>> > > > Starting openstack-ceilometer-api: [ OK >>>> ] >>>> > > > [root@controller ~]# netstat -atlpn | grep 8777 >>>> > > > >>>> > > > note: not showing the 8777 port >>>> > > > >>>> > > > ceilometer service status >>>> > > > >>>> > > > >>>> > > > [root@controller ~]# /etc/init.d/openstack-ceilometer-api status >>>> > > > openstack-ceilometer-api dead but pid file exists >>>> > > > >>>> > > > [root@controller ~]# /etc/init.d/openstack-ceilometer-central >>>> status >>>> > > > openstack-ceilometer-central dead but pid file exists >>>> > > > >>>> > > > [root@controller ~]# /etc/init.d/openstack-ceilometer-collector >>>> status >>>> > > > openstack-ceilometer-collector (pid 8905) is running... >>>> > > > >>>> > > > [root@controller ~]# >>>> /etc/init.d/openstack-ceilometer-notification >>>> > > status >>>> > > > openstack-ceilometer-agent-notification (pid 10307) is running... >>>> > > > >>>> > > > >>>> > > > [root@controller ~]# >>>> /etc/init.d/openstack-ceilometer-alarm-notifier >>>> > > status >>>> > > > openstack-ceilometer-alarm-notifier (pid 8947) is running... >>>> > > > >>>> > > > [root@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 <[email protected]> >>>> 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@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 < >>>> [email protected]> >>>> > > wrote: >>>> > > > > > >>>> > > > > > > >>>> > > > > > > >>>> > > > > > > > Hi All, >>>> > > > > > > > >>>> > > > > > > > Please find the error iam getting after finishing the >>>> ceilometer >>>> > > > > > > > configuration in controller and compute. >>>> > > > > > > > >>>> > > > > > > > Error: >>>> > > > > > > > >>>> > > > > > > > [root@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 : [email protected] >>> Unsubscribe : >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack >>> >>> >> >
_______________________________________________ Mailing list: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack Post to : [email protected] Unsubscribe : http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
