You keep putting commas in your example output, but as someone else already pointed out, perfdata is *space*-separated. The commas shouldn't be there. It seems this probably isn't the issue though. Why don't you post your plugin's source code so I can get a better idea of what's going on.
Alex Griffin --- Tech Team agrif...@nagios.com Jonathan Gazeley wrote: > The newlines were introduced by my mail client. There are no unusual > characters in the output of the plugin. As far as I can tell, the > perfdata complies completely with the specs. > > status | key1=value1%;warn;crit, key2=value2%;warn;crit > > The perfdata string is generated in a loop by appending an item for each > DHCP pool I am monitoring. When we come to print the variable, it seems > to get ignored (hence the pipe is printed but nothing else). > > If I statically set the variable to have the same value as the perfdata > ought to, then the plugin works properly, and the full perfdata string > is returned. > > So what is it about printing this variable through NRPE that breaks it? > I am totally confused by this. Happy to send my plugin source code to > the list if it helps (it's only 60 lines of perl). > > Thanks, > Jonathan > > > On 14/05/12 16:33, Alex Griffin wrote: >> Are the newlines in your output an artifact of sending this over email >> or are there really newlines in your plugin output? If they're really >> there, you should eliminate them. >> >> Alex Griffin >> --- >> Tech Team >> agrif...@nagios.com >> >> Jonathan Gazeley wrote: >>> On 10/05/12 16:39, C. Bensend wrote: >>>> >>>>> I've narrowed it down to a stage where running the plugin directly >>>>> returns the right results, but running the plugin through check_nrpe on >>>>> localhost returns this: >>>>> >>>>> [jg4461@dhcp1 log]$ /usr/lib64/nagios/plugins/check_nrpe -H localhost -c >>>>> check_dhcpd_pools >>>>> OK - all pools less than 80% full | >>>>> >>>>> What could cause NRPE to truncate the results in such a way? >>>> >>>> Too much data? >>>> >>>> Are you using SSL? >>>> >>>> I don't know that I've seen this behavior before - it's always >>>> been *invalid* perfdata that have caused this issue for me. >>>> >>> >>> I am using SSL in production, although not for testing. Both cases >>> return the same truncated results. >>> >>> The total status + performance data returned from this plugin is only >>> 500-and-something bytes, less than the limits for NRPE that I'd heard about. >>> >>> I'm wondering if it might be something to do with the embedded perl >>> interpreter. Does NRPE use this to execute perl-flavoured plugins? >>> >>> Thanks for your help, >>> Jonathan >>> >>> ------------------------------------------------------------------------------ >>> Live Security Virtual Conference >>> Exclusive live event will cover all the ways today's security and >>> threat landscape has changed and how IT managers can respond. Discussions >>> will include endpoint security, mobile security and the latest in malware >>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>> _______________________________________________ >>> Nagios-users mailing list >>> Nagios-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/nagios-users >>> ::: Please include Nagios version, plugin version (-v) and OS when >>> reporting any issue. >>> ::: Messages without supporting info will risk being sent to /dev/null >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Nagios-users mailing list >> Nagios-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/nagios-users >> ::: Please include Nagios version, plugin version (-v) and OS when reporting >> any issue. >> ::: Messages without supporting info will risk being sent to /dev/null > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Nagios-users mailing list > Nagios-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nagios-users > ::: Please include Nagios version, plugin version (-v) and OS when reporting > any issue. > ::: Messages without supporting info will risk being sent to /dev/null ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null
