Hi,
I've opened a github issue [1] to discuss the implementation of a
transaction framework that should provide a level of abstraction for
xlators that currently use inodelk/entrylk, simplifying its coding and
improving performance.
Feel free to provide your thoughts.
Thanks,
Xavi
[1] https://
Hi,
since people are suggesting nagios then I can't resist suggesting exporting
the metrics in the prometheus format,
or at least making the project into a library so
https://github.com/prometheus/client_python could be used to export the
prometheus metrics.
There has been an attempt at https://gi
Very nice! Thanks!
On October 25, 2017 8:11:36 AM EDT, Aravinda wrote:
>Hi,
>
>We started a new project to identify issues/misconfigurations in
>Gluster nodes. This project is very young and not yet ready for
>Production use, Feedback on the existing reports and ideas for more
>Reports are welcom
Hi Bruce,
On 20 October 2017 at 22:22, J. Bruce Fields wrote:
> On Wed, Oct 18, 2017 at 10:19:13AM +0200, Michael Kerrisk (man-pages) wrote:
>> On 10/11/2017 04:02 PM, J. Bruce Fields wrote:
>> > On Wed, Oct 11, 2017 at 04:11:51PM +0530, Raghavendra G wrote:
>> >> On Thu, Mar 31, 2016 at 1:22 AM,
GlusterFS Coverity covscan results are available from
http://download.gluster.org/pub/gluster/glusterfs/static-analysis/master/glusterfs-coverity/2017-10-26-63160cb9
___
Gluster-devel mailing list
Gluster-devel@gluster.org
http://lists.gluster.org/mailman