Details
-
Improvement
-
Resolution: Fixed
-
Minor
-
None
-
Professional Edition
Description
In the past few days we have noted that our Slack notifications have stopped. After some experimentation with both './test_alert.php' (which failed) and the curl debug output it produces (which worked) I've narrowed this down to the PHP stream context option 'request_fulluri'.
I assume that one of our proxy servers has been updated, causing this issue to appear, but if I now remove the setting of 'request_fulluri' in 'includes/common.inc.php' (setting it back to its default) then './test_alert.php' works correctly.
Could the setting of 'request_fulluri' be added as a configuration option so that we can resolve this without having to edit the code?
Attachments
Activity
| Status | Original: Resolved [ 5 ] | New: Closed [ 6 ] |
| Resolution | New: Fixed [ 1 ] | |
| Status | Original: In Progress [ 3 ] | New: Resolved [ 5 ] |
| Status | Original: In Review [ 10101 ] | New: In Progress [ 3 ] |
| Status | Original: Pending Response [ 10000 ] | New: In Review [ 10101 ] |
| Attachment | New: Observium - Contacts - 2020-09-18 17-17-24.png [ 17842 ] |
| Comment |
[ Please make and attach additional information about the device: * full snmp dump from device: {noformat} snmpwalk -v2c -c <community> --hexOutputLength=0 -ObentxU <hostname> .1 > myagent.snmpwalk snmpwalk -v2c -c <community> --hexOutputLength=0 -ObentxU <hostname> .1.3.6.1.4.1 >> myagent.snmpwalk {noformat} _If device not support SNMP version 2c, replace -v2c with -v1._ * If you have problems with discovery or poller processes, please do and attach these debugs: {noformat} ./discovery.php -d -h <device> ./poller.php -d -h <device> {noformat} * additionally attach device and/or vendor specific MIB files {color:#505F79}_Note, this comment is added automatically._{color} ] |
| Labels | New: notifications |
| Assignee | Original: Adam Armstrong [ adama ] | New: Mike Stupalov [ landy ] |
| Status | Original: Open [ 1 ] | New: Pending Response [ 10000 ] |