[dev.icinga.com #547] 1.0.2 command_line "sipsak -v -s sip:100@$HOSTADDRESS$:5060" always returns (null) #266
Comments
Updated by mfriedrich on 2010-06-30 11:08:06 +00:00 what does this plugin produce when you run that on the shell? |
Updated by brian on 2010-06-30 11:11:13 +00:00 x-ing out IP's and other sensitive info lisa:# sipsak -v -s sip:100@xxxxxxx:5060 |
Updated by VK7HSE on 2010-06-30 11:58:19 +00:00
|
Updated by mfriedrich on 2010-06-30 15:29:19 +00:00
changed topic in order to reflect the problem. maybe you can set sip:100@$HOSTADDRESS$:5060 into single quoting like 'sip:100@$HOSTADDRESS$:5060' and test that. |
Updated by elagon on 2010-06-30 19:11:52 +00:00
Hi, can you modify the command definition with the full path for the binary? |
Updated by mfriedrich on 2010-07-01 15:54:45 +00:00
https://git.icinga.org/?p=icinga-core.git;a=commit;h=3b1ab48db98baf76c92f7fbf8c33d102931a3cf2 this adds the (null) ptr on the output buffer if it is NULL. I suspect this to be faulty regarding this bug (but it could also lead into the wrong direction). maybe it has also to do with the execv implementation returning wrong output. |
Updated by mfriedrich on 2010-07-01 16:12:54 +00:00 another idea. the new execv check returns other error ids than the popen and shell 126 or 127. apparently we had command_line with /usr/lib/nagios/plugins/check_imap_receive -H mail.xxxx.com -U icinga-test@xxxx.com -P removed -w 15 -c 30 -s SUBJECT -s Icinga testing static email --ssl --nodelete where -s was not quoted, it just failed and the result output was (null) (since dbug was NULL). maybe over here this is a quoting problem too. it could be that the @ is failing in the command arg. |
Updated by Meier on 2010-07-04 06:38:44 +00:00 I don't think the @ is a problem i did some tests with random @-signs in the command line and did not see a similar behaviour. Is there a reason you use "-v" in the command? one case where "null" is returned is when the permissions on the plugin are wrong. |
Updated by Meier on 2010-07-04 17:01:22 +00:00 I did some testing both @-signs and multiline outputs provide the same result with popen and execv. popen-execution
execv-execution
Both command lines work. |
Updated by mfriedrich on 2010-07-09 14:45:35 +00:00
|
This issue has been migrated from Redmine: https://dev.icinga.com/issues/547
Created by brian on 2010-06-30 11:03:26 +00:00
Assignee: mfriedrich
Status: Resolved (closed on 2010-07-18 19:35:09 +00:00)
Target Version: 1.0.3
Last Update: 2010-07-18 19:35:09 +00:00 (in Redmine)
Hi Guys,
Ran the upgrade to 1.02 and it killed my SIP checking.
I use SIPSAK to check SIP proxies etc..
define command{
command_name check_sip
command_line sipsak -v -s sip:100@$HOSTADDRESS$:5060
}
This now returns (null) no matter what.
I'm not sure how to help you debug this and have reverted to 1.01 which fixes my issue.
Regards,
Brian
Relations:
The text was updated successfully, but these errors were encountered: