[Gluster-users] Gluster-Nagios
Punit Dambiwal
hypunit at gmail.com
Fri Oct 9 01:47:54 UTC 2015
Hi Ramesh,
Even after recompile nrpe with increased value still the same issue...
Thanks,
Punit
On Fri, Oct 9, 2015 at 9:21 AM, Punit Dambiwal <hypunit at gmail.com> wrote:
> Hi Ramesh,
>
> Thanks for the update...as i have install nagios and nrpe via yum,should i
> need to remove nrpe and reinstall through source package ??
>
> Thanks,
> Punit
>
> On Thu, Oct 8, 2015 at 6:49 PM, Ramesh Nachimuthu <rnachimu at redhat.com>
> wrote:
>
>> Looks like you are hitting the NRPE Payload issue. Standard NRPE packages
>> from epel/fedora has 1024 bytes payload limit. We have to increment this to
>> 8192 to fix this. You can see more info at
>> <http://serverfault.com/questions/613288/truncating-return-data-as-it-is-bigger-then-nrpe-allows>
>> http://serverfault.com/questions/613288/truncating-return-data-as-it-is-bigger-then-nrpe-allows.
>>
>>
>> Let me know if u need any more info.
>>
>> Regards,
>> Ramesh
>>
>>
>> On 10/08/2015 02:48 PM, Punit Dambiwal wrote:
>>
>> Hi,
>>
>> I am getting the following error :-
>>
>> ----------------
>> [root at monitor-001 yum.repos.d]#
>> /usr/lib64/nagios/plugins/gluster/discovery.py -c ssd -H stor1
>> Traceback (most recent call last):
>> File "/usr/lib64/nagios/plugins/gluster/discovery.py", line 510, in
>> <module>
>> clusterdata = discoverCluster(args.hostip, args.cluster, args.timeout)
>> File "/usr/lib64/nagios/plugins/gluster/discovery.py", line 88, in
>> discoverCluster
>> componentlist = discoverVolumes(hostip, timeout)
>> File "/usr/lib64/nagios/plugins/gluster/discovery.py", line 56, in
>> discoverVolumes
>> timeout=timeout)
>> File "/usr/lib64/nagios/plugins/gluster/server_utils.py", line 107, in
>> execNRPECommand
>> resultDict = json.loads(outputStr)
>> File "/usr/lib64/python2.6/json/__init__.py", line 307, in loads
>> return _default_decoder.decode(s)
>> File "/usr/lib64/python2.6/json/decoder.py", line 319, in decode
>> obj, end = self.raw_decode(s, idx=_w(s, 0).end())
>> File "/usr/lib64/python2.6/json/decoder.py", line 336, in raw_decode
>> obj, end = self._scanner.iterscan(s, **kw).next()
>> File "/usr/lib64/python2.6/json/scanner.py", line 55, in iterscan
>> rval, next_pos = action(m, context)
>> File "/usr/lib64/python2.6/json/decoder.py", line 183, in JSONObject
>> value, end = iterscan(s, idx=end, context=context).next()
>> File "/usr/lib64/python2.6/json/scanner.py", line 55, in iterscan
>> rval, next_pos = action(m, context)
>> File "/usr/lib64/python2.6/json/decoder.py", line 183, in JSONObject
>> value, end = iterscan(s, idx=end, context=context).next()
>> File "/usr/lib64/python2.6/json/scanner.py", line 55, in iterscan
>> rval, next_pos = action(m, context)
>> File "/usr/lib64/python2.6/json/decoder.py", line 217, in JSONArray
>> value, end = iterscan(s, idx=end, context=context).next()
>> File "/usr/lib64/python2.6/json/scanner.py", line 55, in iterscan
>> rval, next_pos = action(m, context)
>> File "/usr/lib64/python2.6/json/decoder.py", line 183, in JSONObject
>> value, end = iterscan(s, idx=end, context=context).next()
>> File "/usr/lib64/python2.6/json/scanner.py", line 55, in iterscan
>> rval, next_pos = action(m, context)
>> File "/usr/lib64/python2.6/json/decoder.py", line 155, in JSONString
>> return scanstring(match.string, match.end(), encoding, strict)
>> ValueError: ('Invalid control character at: line 1 column 1023 (char
>> 1023)', '{"ssd": {"name": "ssd", "disperseCount": "0", "bricks":
>> [{"brickpath": "/bricks/b/vol1", "brickaddress": "stor1", "hostUuid":
>> "5fcb5150-f0a5-4af8-b383-11fa5d3f82f0"}, {"brickpath": "/bricks/b/vol1",
>> "brickaddress": "stor2", "hostUuid":
>> "b78d42c1-6ad7-4044-b900-3ccfe915859f"}, {"brickpath": "/bricks/b/vol1",
>> "brickaddress": "stor3", "hostUuid":
>> "40500a9d-418d-4cc0-aec5-6efbfb3c24e5"}, {"brickpath": "/bricks/b/vol1",
>> "brickaddress": "stor4", "hostUuid":
>> "5886ef94-df5e-4845-a54c-0e01546d66ea"}, {"brickpath": "/bricks/c/vol1",
>> "brickaddress": "stor1", "hostUuid":
>> "5fcb5150-f0a5-4af8-b383-11fa5d3f82f0"}, {"brickpath": "/bricks/c/vol1",
>> "brickaddress": "stor2", "hostUuid":
>> "b78d42c1-6ad7-4044-b900-3ccfe915859f"}, {"brickpath": "/bricks/c/vol1",
>> "brickaddress": "stor3", "hostUuid":
>> "40500a9d-418d-4cc0-aec5-6efbfb3c24e5"}, {"brickpath": "/bricks/c/vol1",
>> "brickaddress": "stor4", "hostUuid":
>> "5886ef94-df5e-4845-a54c-0e01546d66ea"}, {"brickpath": "/bricks/d/vol1",
>> "brickaddress": "stor1", "hostUuid": "5fcb5150-f0a5-4a\n')
>> [root at monitor-001 yum.repos.d]#
>> -------------------------
>>
>> --------------
>> [root at monitor-001 yum.repos.d]# /usr/lib64/nagios/plugins/check_nrpe -H
>> stor1 -c discover_volume_list
>> {"ssd": {"type": "DISTRIBUTED_REPLICATE", "name": "ssd"}, "lockvol":
>> {"type": "REPLICATE", "name": "lockvol"}}
>> [root at monitor-001 yum.repos.d]#
>> --------------
>>
>> Please help me to solve this issue...
>>
>> Thanks,
>> Punit
>>
>> On Fri, Oct 2, 2015 at 12:15 AM, Sahina Bose <sabose at redhat.com> wrote:
>>
>>> The gluster-nagios packages have not been tested on Ubuntu
>>>
>>> Looking at the error below, it looks like the rpm has not updated the
>>> nrpe.cfg correctly. You may need to edit the spec file for the config file
>>> paths on Ubuntu and rebuild.
>>>
>>>
>>> On 10/01/2015 05:45 PM, Amudhan P wrote:
>>>
>>> OSError: [Errno 2] No such file or directory is now sorted out by by
>>> changing NRPE_PATH in "constants.py".
>>>
>>> now if i run discovery.py
>>>
>>> testusr at gfsovirt:/usr/local/lib/nagios/plugins/gluster$ sudo python
>>> discovery.py -c vm-gfs -H 192.168.1.11
>>> Failed to execute NRPE command 'discover_volume_list' in host
>>> '192.168.1.11'
>>> Error : NRPE: Command 'discover_volume_list' not defined
>>> Make sure NRPE server in host '192.168.1.11' is configured to accept
>>> requests from Nagios server
>>>
>>>
>>> testusr at gfsovirt:/usr/local/lib/nagios/plugins/gluster$
>>> /usr/lib/nagios/plugins/check_nrpe -H 192.168.1.11 -c discover_volume_list
>>> NRPE: Command 'discover_volume_list' not defined
>>>
>>>
>>> My client is responding to other nrpe command.
>>> testusr at gfsovirt:/usr/local/lib/nagios/plugins/gluster$
>>> /usr/lib/nagios/plugins/check_nrpe -H 192.168.1.11 -c check_load
>>> OK - load average: 0.01, 0.03, 0.10|load1=0.010;15.000;30.000;0;
>>> load5=0.030;10.000;25.000;0; load15=0.100;5.000;20.000;0;
>>>
>>>
>>>
>>> On Thu, Oct 1, 2015 at 5:20 PM, Sahina Bose < <sabose at redhat.com>
>>> sabose at redhat.com> wrote:
>>>
>>>> Looks like a conflict in versions of python and python-cpopen.
>>>> Can you give us the version of these packages?
>>>>
>>>> Also, what's the output of
>>>> /usr/lib64/nagios/plugins/check_nrpe -H 192.168.1.11 -c
>>>> discover_volume_list
>>>>
>>>>
>>>>
>>>>
>>>> On 10/01/2015 04:10 PM, Amudhan P wrote:
>>>>
>>>> Hi,
>>>>
>>>> I am getting a error when i run discovery.py.
>>>>
>>>> discovery.py -c vm-gfs -H 192.168.1.11
>>>>
>>>> Traceback (most recent call last):
>>>> File "discovery.py", line 541, in <module>
>>>> clusterdata = discoverCluster(args.hostip, args.cluster,
>>>> args.timeout)
>>>> File "discovery.py", line 90, in discoverCluster
>>>> componentlist = discoverVolumes(hostip, timeout)
>>>> File "discovery.py", line 53, in discoverVolumes
>>>> timeout=timeout)
>>>> File "/usr/local/lib/nagios/plugins/gluster/server_utils.py", line
>>>> 114, in execNRPECommand
>>>> (returncode, outputStr, err) = utils.execCmd(nrpeCmd, raw=True)
>>>> File "/usr/lib/python2.7/dist-packages/glusternagios/utils.py", line
>>>> 403, in execCmd
>>>> deathSignal=deathSignal, childUmask=childUmask)
>>>> File "/usr/local/lib/python2.7/dist-packages/cpopen/__init__.py",
>>>> line 63, in __init__
>>>> **kw)
>>>> File "/usr/lib/python2.7/subprocess.py", line 710, in __init__
>>>> errread, errwrite)
>>>> File "/usr/local/lib/python2.7/dist-packages/cpopen/__init__.py",
>>>> line 82, in _execute_child_v276
>>>> restore_sigpipe=restore_sigpipe
>>>> File "/usr/local/lib/python2.7/dist-packages/cpopen/__init__.py",
>>>> line 107, in _execute_child_v275
>>>> restore_sigpipe
>>>> OSError: [Errno 2] No such file or directory
>>>>
>>>> Gluster version : 3.7.4
>>>> OS : Ubuntu 14.04
>>>> Complied from source tar file.
>>>>
>>>>
>>>> regards
>>>> Amudhan
>>>>
>>>>
>>>>
>>>>
>>>> On Wed, Sep 30, 2015 at 6:21 PM, Humble Devassy Chirammal <
>>>> <humble.devassy at gmail.com>humble.devassy at gmail.com> wrote:
>>>>
>>>>> The EL7 rpms of gluster-nagios are available @
>>>>> http://download.gluster.org/pub/gluster/glusterfs-nagios/1.1.0/
>>>>>
>>>>> Hope it helps!
>>>>>
>>>>> --Humble
>>>>>
>>>>>
>>>>> On Tue, Sep 29, 2015 at 10:56 AM, Sahina Bose < <sabose at redhat.com>
>>>>> sabose at redhat.com> wrote:
>>>>>
>>>>>> We will publish the EL7 builds soon.
>>>>>>
>>>>>> The source tarballs are now available at -
>>>>>> <http://download.gluster.org/pub/gluster/glusterfs-nagios/>
>>>>>> http://download.gluster.org/pub/gluster/glusterfs-nagios/
>>>>>>
>>>>>> thanks
>>>>>> sahina
>>>>>>
>>>>>>
>>>>>> On 09/25/2015 12:55 PM, Humble Devassy Chirammal wrote:
>>>>>>
>>>>>> HI Michael,
>>>>>>
>>>>>> Yes, only el6 packages are available @
>>>>>> <http://download.gluster.org/pub/gluster/glusterfs-nagios/>
>>>>>> http://download.gluster.org/pub/gluster/glusterfs-nagios/ . I am
>>>>>> looping nagios project team leads to this thread. Lets wait for them to
>>>>>> revert.
>>>>>>
>>>>>> --Humble
>>>>>>
>>>>>>
>>>>>> On Sun, Sep 20, 2015 at 2:32 PM, Prof. Dr. Michael Schefczyk <
>>>>>> <michael at schefczyk.net>michael at schefczyk.net> wrote:
>>>>>>
>>>>>>> Dear All,
>>>>>>>
>>>>>>> In June 2014, the gluster-nagios team (thanks!) published the
>>>>>>> availability of gluster-nagios-common and gluster-nagios-addons on this
>>>>>>> list. As far as I can tell, this quite extensive gluster nagios monitoring
>>>>>>> tool is available for el6 only. Are there known plans to make this
>>>>>>> available for el7 outside the RHEL-repos (
>>>>>>> <http://ftp.redhat.de/pub/redhat/linux/enterprise/7Server/en/RHS/SRPMS/>
>>>>>>> http://ftp.redhat.de/pub/redhat/linux/enterprise/7Server/en/RHS/SRPMS/),
>>>>>>> e.g. for use with oVirt / Centos 7 also? It would be good to be able to
>>>>>>> monitor gluster without playing around with scripts from sources other than
>>>>>>> a rpm repo.
>>>>>>>
>>>>>>> Regards,
>>>>>>>
>>>>>>> Michael
>>>>>>> _______________________________________________
>>>>>>> Gluster-users mailing list
>>>>>>> <Gluster-users at gluster.org>Gluster-users at gluster.org
>>>>>>> <http://www.gluster.org/mailman/listinfo/gluster-users>
>>>>>>> http://www.gluster.org/mailman/listinfo/gluster-users
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Gluster-users mailing list
>>>>> Gluster-users at gluster.org
>>>>> http://www.gluster.org/mailman/listinfo/gluster-users
>>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>> _______________________________________________
>>> Gluster-users mailing list
>>> Gluster-users at gluster.org
>>> http://www.gluster.org/mailman/listinfo/gluster-users
>>>
>>
>>
>>
>> _______________________________________________
>> Gluster-users mailing listGluster-users at gluster.orghttp://www.gluster.org/mailman/listinfo/gluster-users
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20151009/570b9ab9/attachment.html>
More information about the Gluster-users
mailing list