[Openstack-operators] openstack ocata gnocchi statsd errors

Ignazio Cassano ignaziocassano at gmail.com
Thu Jun 14 05:30:55 UTC 2018


Hello Gordon, what do you mean with "coordination service" ?
I installed ceilometer and gnocchi following ocata community documentation.
Versions are the followings :

openstack-gnocchi-statsd-3.1.16-1.el7.noarch
python2-gnocchiclient-3.1.0-1.el7.noarch
python-gnocchi-3.1.16-1.el7.noarch
openstack-gnocchi-api-3.1.16-1.el7.noarch
openstack-gnocchi-indexer-sqlalchemy-3.1.16-1.el7.noarch
openstack-gnocchi-common-3.1.16-1.el7.noarch
openstack-gnocchi-metricd-3.1.16-1.el7.noarch

The indexer is on mariadb.

Thanks and Regards
Ignazio

2018-06-14 0:51 GMT+02:00 gordon chung <gord at live.ca>:

> i would probably ask this question on gnocchi[1] as i don't know how many
> devs read this. you should also add what numerical version of gnocchi
> you're using and what coordination service you're using.
>
> if i were to quickly guess, i'm going to to assume you're not using a
> dedicated coordination service and are relying on the db based on your
> comment. if so, i would add the version of tooz you have as there are
> certain versions of tooz that do not handle locking with SQL well. (don't
> have the exact versions of tooz that are broken handy)
>
> [1] https://github.com/gnocchixyz/gnocchi/issues
> --
> gord
>
> ________________________________________
> From: Ignazio Cassano <ignaziocassano at gmail.com>
> Sent: June 13, 2018 7:36 AM
> To: OpenStack Operators
> Subject: [Openstack-operators] openstack ocata gnocchi statsd errors
>
> Hello everyone,
> I installed centos 7 openstack ocata with gnocchi.
> The gnocchi backand is "file" and /var/lib/gnocchi is on netapp nfs.
> Sometime a lot of locks are created on nfs and the statsd.log reports
> the following:
>
> 2018-03-05 08:56:34.743 58931 ERROR trollius [-] Exception in callback
> _flush() at /usr/lib/python2.7/site-packages/gnocchi/statsd.py:179
> handle: <TimerHandle when=1180741.55618 _flush() at
> /usr/lib/python2.7/site-packages/gnocchi/statsd.py:179>
> 2018-03-05 08:56:34.743 58931 ERROR trollius Traceback (most recent call
> last):
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/trollius/events.py", line 136, in _run
> 2018-03-05 08:56:34.743 58931 ERROR trollius
>  self._callback(*self._args)
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/gnocchi/statsd.py", line 181, in _flush
> 2018-03-05 08:56:34.743 58931 ERROR trollius     stats.flush()
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/gnocchi/statsd.py", line 93, in flush
> 2018-03-05 08:56:34.743 58931 ERROR trollius     with_metrics=True)
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/oslo_db/api.py", line 151, in wrapper
> 2018-03-05 08:56:34.743 58931 ERROR trollius     ectxt.value = e.inner_exc
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 220, in
> __exit__
> 2018-03-05 08:56:34.743 58931 ERROR trollius     self.force_reraise()
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/oslo_utils/excutils.py", line 196, in
> force_reraise
> 2018-03-05 08:56:34.743 58931 ERROR trollius     six.reraise(self.type_,
> self.value, self.tb)
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/oslo_db/api.py", line 139, in wrapper
> 2018-03-05 08:56:34.743 58931 ERROR trollius     return f(*args, **kwargs)
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/gnocchi/indexer/sqlalchemy.py", line
> 932, in get_resource
> 2018-03-05 08:56:34.743 58931 ERROR trollius     session,
> resource_type)['resource']
> 2018-03-05 08:56:34.743 58931 ERROR trollius   File
> "/usr/lib/python2.7/site-packages/gnocchi/indexer/sqlalchemy.py", line
> 574, in _resource_type_to_mappers
>
>
> Anyone could help me, please?
> What's happening ?
>
> Regards
> Ignazio
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-operators/attachments/20180614/7ff37535/attachment.html>


More information about the OpenStack-operators mailing list