PHP8: package newrelic-php5 produces error in PHP 8.0.1 after its package received an update #87
Comments
|
the installer seems to have left a broken symlink in /usr/lib/php. it points to and the .so version 20200930 was not installed: |
heldchen
changed the title
|
AFAIK, New Relic hasn't rolled out support for PHP 8.0 yet. I have exactly the same issue as you do (including that broken link you mention) under Ubuntu 20.04.2 LTS — similar to Debian, after all. The New Relic installation package goes through all previous (i.e. non-PHP8) libraries but it skips 20200930 (= PHP 8.0). However, it does not remove the configuration from Under that directory, you should open extension = "newrelic.so"and just comment it. There, your error is gone. Of course, you won't have the New Relic agent in PHP 8.0, so, as per their suggestion, keep following #35 until they announce PHP 8.0 support. Note: sometimes, you can use 'older' libraries in newer versions of PHP and get some amount of 'crippled' functionality back. I've tried to symlink the |
|
Hi @heldchen, Thank you for your details about this issue! Regarding the symlink issue, can you let us know what version of We've seen similar symlink issues on systems using Regarding the PHP 8.0 support, we are diligently working on this, and please keep watching #35 for official PHP 8.0 agent and agent installation support. |
|
@zsistla Debian 10 ("Buster") has /usr/bin/python mapped to v2.7.16 per default but also comes with v3.7.3. as that the previous agent version (9.15.0.293) installed fine I'd say python3 is properly available on the affected system and the dangling symlink is not related to python2? |
|
@heldchen, thank you for the update and for engaging with us to work through the issue. Was 9.15.0.293 the first install on the system? We've seen the issue occur for reinstallations. That being said, we are still working on PHP 8 support, including installation on systems where PHP is present. |
|
no, this server has been running php 7.x and the newrelic php agent for multiple years. |
--- subject: PHP agent releaseDate: '2021-08-23' version: 9.18.1.303 downloadLink: 'https://download.newrelic.com/php_agent/archive/9.18.1.303' --- ## New Relic PHP Agent v9.18.1 ## ### New Features ### * [Added](newrelic/newrelic-php-agent#162) a docker development environment. It's now possible for contributors to both develop and test (unit tests and integration tests) without setting up a specific environment on their own system. Please see our [documentation](https://github.com/newrelic/newrelic-php-agent/blob/main/docs/dev_environment.md) for more information. * [Route caching in `Laravel 7.x` is now supported!](newrelic/newrelic-php-agent#174). Transaction naming now works with routes cached via `php artisan route:cache`. @stockalexander, thanks for your contribution! * `Redis::mget` and `Redis::mset` [functions are now supported](newrelic/newrelic-php-agent#156). @b-viguier, thanks for your contribution! ### Bug Fixes ### * [Fixed](newrelic/newrelic-php-agent#161) instances where a memory leak was occurring with our `curl multi` instrumentation. * [Fixed](newrelic/newrelic-php-agent#176) an issue where a supportability metric used to track an edge case was causing a segfault. * [Fixed](newrelic/newrelic-php-agent#87) an issue where PHP versions with an unknown API version were incorrectly handled during Debian package install. * [Fixed](newrelic/newrelic-php-agent#164) instances where `parent.transportDuration` values are `0` for transactions between two PHP applications instrumented through distributed tracing. @b-viguier, thanks for your contribution! * [Fixed](newrelic/newrelic-php-agent#158) an issue where the `newrelic.ini` configuration file was incorrectly installed. @b-viguier, thanks for your contribution! ### Support Statement ### * New Relic recommends that you upgrade the agent regularly and at a minimum every 3 months. As of this release, the oldest supported version is [8.6.0](/docs/release-notes/agent-release-notes/php-release-notes/php-agent-860238/).
--- subject: PHP agent releaseDate: '2021-08-23' version: 9.18.1.303 downloadLink: 'https://download.newrelic.com/php_agent/archive/9.18.1.303' --- ## New Relic PHP Agent v9.18.1 ## ### New Features ### * [Added](newrelic/newrelic-php-agent#162) a docker development environment. It's now possible for contributors to both develop and test (unit tests and integration tests) without setting up a specific environment on their own system. Please see our [documentation](https://github.com/newrelic/newrelic-php-agent/blob/main/docs/dev_environment.md) for more information. * [Route caching in `Laravel 7.x` is now supported!](newrelic/newrelic-php-agent#174). Transaction naming now works with routes cached via `php artisan route:cache`. @stockalexander, thanks for your contribution! * `Redis::mget` and `Redis::mset` [functions are now supported](newrelic/newrelic-php-agent#156). @b-viguier, thanks for your contribution! ### Bug Fixes ### * [Fixed](newrelic/newrelic-php-agent#161) instances where a memory leak was occurring with our `curl multi` instrumentation. * [Fixed](newrelic/newrelic-php-agent#176) an issue where a supportability metric used to track an edge case was causing a segfault. * [Fixed](newrelic/newrelic-php-agent#87) an issue where PHP versions with an unknown API version were incorrectly handled during Debian package install. * [Fixed](newrelic/newrelic-php-agent#164) instances where `parent.transportDuration` values are `0` for transactions between two PHP applications instrumented through distributed tracing. @b-viguier, thanks for your contribution! * [Fixed](newrelic/newrelic-php-agent#158) an issue where the `newrelic.ini` configuration file was incorrectly installed. @b-viguier, thanks for your contribution! ### Support Statement ### * New Relic recommends that you upgrade the agent regularly and at a minimum every 3 months. As of this release, the oldest supported version is [8.6.0](/docs/release-notes/agent-release-notes/php-release-notes/php-agent-860238/).
|
PHP 8.0 support has been released so that ought to address this issue. |
Description
the previous version of newrelic-php5 was still installed for php7.4 on our debian system that runs multiple concurrent php versions (7.4 + 8.0 currently), but for obvious reasons was not active for php 8.0. today the package got updated to 9.16.0.295, and this now causes the php8.0 binary to issue the following error upon startup:
Steps to Reproduce
Expected Behavior
upgrade of package should not touch configs of unsupported php version 8.0
Relevant Logs / Console output
Your Environment
Additional context
cron-apt update log:
The text was updated successfully, but these errors were encountered: