instrumental / instrumental_agent-php Goto Github PK

I got this error when there is no access to the collector.instrumentalapp.com service.

FastCGI sent in stderr: "PHP message: [2018-04-02 10:52:30] instrumental.ERROR: Exception caught: Argument 2 passed to Monolog\Logger::warn() must be of the type array, string given, called in .../php/vendor/instrumental/instrumental_agent/lib/Agent.php on line 440 #0 .../php/vendor/instrumental/instrumental_agent/lib/Agent.php(440): Monolog\Logger->warn('Couldn't resolv...', 'warn') #1 ../php/vendor/instrumental/instrumental_agent/lib/Agent.php(64): Instrumental\Agent->ipv4_address_for_host('collector.instr...', 8000) #2 .../php/vendor/instrumental/instrumental_agent/lib/Agent.php(333): Instrumental\Agent->connect() #3 .../php/vendor/instrumental/instrumental_" while reading response header from upstream,...

I'm using instrumental in a PHP based websocket server with infinite timeout. I realise that this probably isn't instrumental's intended use case but, after a few minutes I'll get the following error when trying to write to a metric:

[2018-10-27 12:34:18] instrumental.ERROR: Exception caught: fwrite(): send of 63 bytes failed with errno=32 Broken pipe #0 [internal fu...

Now, surprisingly, instrumental is able to recover from this and continues to write metrics the next time it's attempted until it falls over again and recovers again - the metrics we're recording through instrumental aren't mission critical and as such this behaviour is acceptable.

Is there any method to catch this exception in my code to prevent it being output to the log file?

Thank you

brew install php70 --with-thread-safety --with-phpdbg

Does not seem to find the right package, is there a different keg tap that needs to get brewed into the... I don't know what their terms mean.

Maybe there is a different command that needs to be in the script?

It does advise me to install hombrew/php/php70, should we make that the thing the script does instead? Perhaps our home-brews are different.

Ignore.