<div dir="ltr"><div>Yes mongo db is running.<br><br></div>Please find the log details<br><br>[root@controller ~]# tailf /var/log/mongodb/mongodb.log<br>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<br>
Tue May 27 15:41:30.929 [DataFileSync] flushing mmaps took 1ms  for 2 files<br>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<br>
Tue May 27 15:41:33.518 [conn2] run command admin.$cmd { listDatabases: 1.0 }<br>Tue May 27 15:41:33.519 [conn2] opening db:  ceilometer<br>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<br>
Tue May 27 15:41:33.524 [conn2] run command admin.$cmd { replSetGetStatus: 1.0, forShell: 1.0 }<br>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<br>
Tue May 27 15:42:17.588 [conn2] run command admin.$cmd { replSetGetStatus: 1.0, forShell: 1.0 }<br>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<br>
Tue May 27 15:42:30.929 [DataFileSync] flushing mmaps took 1ms  for 4 files<br>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<br>
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<br><br><div><div>
<br>mongod (pid  5210) is running...<br>[root@controller ~]# mongo<br>mongo         mongodump     mongofiles    mongooplog    mongorestore  mongosniff    mongotop      <br>mongod        mongoexport   mongoimport   mongoperf     mongos        mongostat     <br>
[root@controller ~]# mongo<br>MongoDB shell version: 2.4.6<br>connecting to: test<br>> show dbs<br>ceilometer    0.203125GB<br>local    0.078125GB<br><br><br><br></div><div>wat is the cause for 8777 port not able to show up when startiing ceilometer api service<br>
<br></div><div>Regards,<br></div><div>Dhanesh.<br><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 27, 2014 at 3:29 PM, Eoghan Glynn <span dir="ltr"><<a href="mailto:eglynn@redhat.com" target="_blank">eglynn@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class=""><br>
> OperationalError: (OperationalError) unable to open database file None None<br>
<br>
</div>Your config file implies mongodb usage for the metering store:<br>
<br>
  [database]<br>
  connection = mongodb://ceilometer:ceilometer@controller:27017/ceilometer<br>
<br>
Is mongo installed and running the expected host & port? (controller:27017)<br>
<div class="HOEnZb"><div class="h5"><br>
----- Original Message -----<br>
> Hi<br>
><br>
> please find the log file for ceilometer api<br>
><br>
> [root@controller ceilometer]# tailf /var/log/ceilometer/api.log<br>
> 2014-05-27 15:16:30.236 4914 WARNING keystoneclient.middleware.auth_token<br>
> [-] Configuring auth_uri to point to the public identity endpoint is<br>
> required; clients may not be able to authenticate against an admin endpoint<br>
> 2014-05-27 15:16:30.237 4914 INFO keystoneclient.middleware.auth_token [-]<br>
> Using /tmp/keystone-signing-FvjNMu as cache directory for signing<br>
> certificate<br>
> 2014-05-27 15:16:30.654 4914 CRITICAL ceilometer [-] OperationalError:<br>
> (OperationalError) unable to open database file None None<br>
><br>
> 2014-05-27 15:19:08.520 4950 INFO keystoneclient.middleware.auth_token [-]<br>
> Starting keystone auth_token middleware<br>
> 2014-05-27 15:19:08.521 4950 WARNING keystoneclient.middleware.auth_token<br>
> [-] Configuring admin URI using auth fragments. This is deprecated, use<br>
> 'identity_uri' instead.<br>
> 2014-05-27 15:19:08.521 4950 WARNING keystoneclient.middleware.auth_token<br>
> [-] Configuring auth_uri to point to the public identity endpoint is<br>
> required; clients may not be able to authenticate against an admin endpoint<br>
> 2014-05-27 15:19:08.523 4950 INFO keystoneclient.middleware.auth_token [-]<br>
> Using /tmp/keystone-signing-14uzsO as cache directory for signing<br>
> certificate<br>
> 2014-05-27 15:19:08.913 4950 CRITICAL ceilometer [-] OperationalError:<br>
> (OperationalError) unable to open database file None None<br>
><br>
> please find the log file for ceilometer central.<br>
><br>
> 2014-05-27 15:19:59.182 4969 ERROR ceilometer.openstack.common.threadgroup<br>
> [-] coercing to Unicode: need string or buffer, NoneType found<br>
> 2014-05-27 15:19:59.182 4969 TRACE ceilometer.openstack.common.threadgroup<br>
> Traceback (most recent call last):<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/threadgroup.py",<br>
> line 125, in wait<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     x.wait()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/threadgroup.py",<br>
> line 47, in wait<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     return self.thread.wait()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/eventlet/greenthread.py", line 168, in<br>
> wait<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     return self._exit_event.wait()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/eventlet/event.py", line 116, in wait<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     return hubs.get_hub().switch()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/eventlet/hubs/hub.py", line 187, in switch<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     return self.greenlet.switch()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/eventlet/greenthread.py", line 194, in<br>
> main<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     result = function(*args,<br>
> **kwargs)<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/ceilometer/openstack/common/service.py",<br>
> line 486, in run_service<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     service.start()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/ceilometer/agent.py", line 137, in start<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     self.pipeline_manager =<br>
> pipeline.setup_pipeline()<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup   File<br>
> "/usr/lib/python2.6/site-packages/ceilometer/pipeline.py", line 524, in<br>
> setup_pipeline<br>
> 2014-05-27 15:19:59.182 4969 TRACE<br>
> ceilometer.openstack.common.threadgroup     with open(cfg_file) as fap:<br>
> 2014-05-27 15:19:59.182 4969 TRACE ceilometer.openstack.common.threadgroup<br>
> TypeError: coercing to Unicode: need string or buffer, NoneType found<br>
> 2014-05-27 15:19:59.182 4969 TRACE ceilometer.openstack.common.threadgroup<br>
> (END)<br>
><br>
><br>
> Regards,<br>
> Dhanesh<br>
><br>
><br>
> On Tue, May 27, 2014 at 2:49 PM, Eoghan Glynn <<a href="mailto:eglynn@redhat.com">eglynn@redhat.com</a>> wrote:<br>
><br>
> ><br>
> > Set debug=True and verbose=True in your ceilometer.conf.<br>
> ><br>
> > Restart the ceilometer API service.<br>
> ><br>
> > Check /var/log/ceilometer/api.log for errors.<br>
> ><br>
> > Similarly for the central agent.<br>
> ><br>
> > ----- Original Message -----<br>
> > > Hi All,<br>
> > ><br>
> > ><br>
> > > 8777 port is not up i started all the service.<br>
> > ><br>
> > > I have followed the icehouse document for fedora.<br>
> > ><br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-api restart<br>
> > > Stopping openstack-ceilometer-api:                         [FAILED]<br>
> > > Starting openstack-ceilometer-api:                         [  OK  ]<br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-api restart<br>
> > > Stopping openstack-ceilometer-api:                         [  OK  ]<br>
> > > Starting openstack-ceilometer-api:                         [  OK  ]<br>
> > > [root@controller ~]# netstat -atlpn | grep 8777<br>
> > ><br>
> > > note: not showing the 8777 port<br>
> > ><br>
> > > ceilometer service  status<br>
> > ><br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-api status<br>
> > > openstack-ceilometer-api dead but pid file exists<br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-central status<br>
> > > openstack-ceilometer-central dead but pid file exists<br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-collector status<br>
> > > openstack-ceilometer-collector (pid  8905) is running...<br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-notification<br>
> > status<br>
> > > openstack-ceilometer-agent-notification (pid  10307) is running...<br>
> > ><br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-alarm-notifier<br>
> > status<br>
> > > openstack-ceilometer-alarm-notifier (pid  8947) is running...<br>
> > ><br>
> > > [root@controller ~]# /etc/init.d/openstack-ceilometer-alarm-evaluator<br>
> > status<br>
> > > openstack-ceilometer-alarm-evaluator (pid  8926) is running...<br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > ><br>
> > > Attaching the ceilometer.conf file along with this mail. Please fing the<br>
> > > attachment.<br>
> > ><br>
> > ><br>
> > ><br>
> > > Verify the Telemetry installation<br>
> > ><br>
> > > To test the Telemetry installation, download an image from the Image<br>
> > > Service, and use the *ceilometer* command to display usage statistics.<br>
> > ><br>
> > >    1.<br>
> > ><br>
> > >    Use the ceilometer meter-list command to test the access to Telemetry:<br>
> > ><br>
> > >    $ ceilometer meter-list<br>
> > ><br>
> > ><br>
> > ><br>
> > > Error:<br>
> > ><br>
> > >  ceilometer meter-list<br>
> > > Error communicating with <a href="http://controller:8777" target="_blank">http://controller:8777</a> [Errno 111] Connection<br>
> > > refused<br>
> > ><br>
> > ><br>
> > > Regards,<br>
> > > Dhanesh.<br>
> > ><br>
> > ><br>
> > > On Tue, May 20, 2014 at 3:04 PM, Eoghan Glynn <<a href="mailto:eglynn@redhat.com">eglynn@redhat.com</a>> wrote:<br>
> > ><br>
> > > ><br>
> > > > What's your configured database connection?<br>
> > > ><br>
> > > > (in /etc/ceilometer/ceilometer.conf)<br>
> > > ><br>
> > > > If its a sqlalchemy-based URL (e.g. mysql or postgres) have you run<br>
> > > > ceilometer-dbsync?<br>
> > > ><br>
> > > > (either directly, or a side-effect of the installation process)<br>
> > > ><br>
> > > ><br>
> > > > ----- Original Message -----<br>
> > > > > Hi All,<br>
> > > > ><br>
> > > > > ps -fe | grep ceilometer-api<br>
> > > > ><br>
> > > > > No process is running.<br>
> > > > ><br>
> > > > > status is showing its dead.<br>
> > > > ><br>
> > > > ><br>
> > > > > Api Error log.<br>
> > > > ><br>
> > > > > [root@controller ceilometer]# tailf api.log<br>
> > > > > 2014-05-20 14:42:39.476 10768 WARNING<br>
> > > > keystoneclient.middleware.auth_token<br>
> > > > > [-] Configuring auth_uri to point to the public identity endpoint is<br>
> > > > > required; clients may not be able to authenticate against an admin<br>
> > > > endpoint<br>
> > > > > 2014-05-20 14:42:39.477 10768 INFO<br>
> > keystoneclient.middleware.auth_token<br>
> > > > [-]<br>
> > > > > Using /tmp/keystone-signing-w05DPS as cache directory for signing<br>
> > > > > certificate<br>
> > > > > 2014-05-20 14:42:39.877 10768 CRITICAL ceilometer [-]<br>
> > OperationalError:<br>
> > > > > (OperationalError) unable to open database file None None<br>
> > > > ><br>
> > > > > 2014-05-20 14:49:47.686 12502 INFO<br>
> > keystoneclient.middleware.auth_token<br>
> > > > [-]<br>
> > > > > Starting keystone auth_token middleware<br>
> > > > > 2014-05-20 14:49:47.687 12502 WARNING<br>
> > > > keystoneclient.middleware.auth_token<br>
> > > > > [-] Configuring admin URI using auth fragments. This is deprecated,<br>
> > use<br>
> > > > > 'identity_uri' instead.<br>
> > > > > 2014-05-20 14:49:47.687 12502 WARNING<br>
> > > > keystoneclient.middleware.auth_token<br>
> > > > > [-] Configuring auth_uri to point to the public identity endpoint is<br>
> > > > > required; clients may not be able to authenticate against an admin<br>
> > > > endpoint<br>
> > > > ><br>
> > > > > 2014-05-20 14:49:47.688 12502 INFO<br>
> > keystoneclient.middleware.auth_token<br>
> > > > [-]<br>
> > > > > Using /tmp/keystone-signing-zXbRzr as cache directory for signing<br>
> > > > > certificate<br>
> > > > > 2014-05-20 14:49:48.080 12502 CRITICAL ceilometer [-]<br>
> > OperationalError:<br>
> > > > > (OperationalError) unable to open database file None None<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > Regards,<br>
> > > > > Dhanesh.<br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > ><br>
> > > > > On Tue, May 20, 2014 at 1:29 PM, Eoghan Glynn <<a href="mailto:eglynn@redhat.com">eglynn@redhat.com</a>><br>
> > wrote:<br>
> > > > ><br>
> > > > > ><br>
> > > > > ><br>
> > > > > > > Hi All,<br>
> > > > > > ><br>
> > > > > > > Please find the error iam getting after finishing the ceilometer<br>
> > > > > > > configuration in controller and compute.<br>
> > > > > > ><br>
> > > > > > > Error:<br>
> > > > > > ><br>
> > > > > > > [root@compute1 ceilometer]# ceilometer meter-list<br>
> > > > > > > Error communicating with <a href="http://controller:8777" target="_blank">http://controller:8777</a> [Errno 111]<br>
> > > > Connection<br>
> > > > > > > refused<br>
> > > > > > ><br>
> > > > > > > I have started all the services. I noticed 8777 port is not<br>
> > > > listening.<br>
> > > > > > ><br>
> > > > > > > Please gimme some advice.<br>
> > > > > ><br>
> > > > > > Check if the ceilometer-api service is actually running on the<br>
> > expected<br>
> > > > > > node.<br>
> > > > > ><br>
> > > > > > e.g. on Fedora and derivatives with RPMs installed:<br>
> > > > > ><br>
> > > > > >   $ sudo service openstack-ceilometer-api status<br>
> > > > > ><br>
> > > > > > elsewhere:<br>
> > > > > ><br>
> > > > > >   $ ps -fe | grep ceilometer-api<br>
> > > > > ><br>
> > > > > > Also check your firewall rules to ensure that the ceilometer-api<br>
> > > > endpoint<br>
> > > > > > (i.e. port 8777) is accessible from the host on which you run the<br>
> > > > client.<br>
> > > > > ><br>
> > > > > > Cheers,<br>
> > > > > > Eoghan<br>
> > > > > ><br>
> > > > > > > I have finished almost all except ceilometer.<br>
> > > > > > ><br>
> > > > > > > Attaching the output of #ceilometer --debug meter-list<br>
> > > > > > ><br>
> > > > > > > Regards,<br>
> > > > > > > Dhanesh<br>
> > > > > ><br>
> > > > > ><br>
> > > > ><br>
> > > ><br>
> > ><br>
> ><br>
><br>
</div></div></blockquote></div><br></div>