[Observium] Re: PHP Fatal after upgrade to 22.04 (php 8.1)

27 Jan 2023


      How odd…
I poked it a bit, the behaviour is interesting (added line numbers):
1 $mib = 'FOUNDRY-SN-SWITCH-GROUP-MIB';
2 $config['mibs'][$mib]['enable'] = 1;
3 $config['mibs'][$mib]['identity_num'] = '.1.3.6.1.4.1.1991.1.1.3';
4 $config['mibs'][$mib]['mib_dir'] = 'brocade';
5 $config['mibs'][$mib]['descr'] = '';
Found that commenting out (2) just moves the error to (3), and so on.
But, if you comment out (1) instead, thus leaving $mib defined as the previous definition, all the lines 2,3,4,5 are all now suddenly valid.
So the issue occurs only once you assign $mib as FOUNDRY-SN-SWITCH-GROUP-MIB in particular. It is ok if you assign it to another MIB name instead.
Clearing up that section with comments, moved the issue to another file, but with identical symptoms and behaviour:
PHP Fatal error:  Uncaught Error: Cannot use a scalar value as an array in /opt/observium/includes/definitions/mibs/force10.inc.php:15
$mib = 'FORCE10-BGP4-V2-MIB';
$config['mibs'][$mib]['enable'] = 1;
$config['mibs'][$mib]['identity_num'] = '.1.3.6.1.4.1.6027.20.1';
$config['mibs'][$mib]['mib_dir'] = 'force10';
$config['mibs'][$mib]['descr'] = '';
And similar behaviour occurs there….
So whatever it dislikes, it only dislikes it when certain MIBs are being referenced?
I can’t remember, but are these MIB files (or something MIB definition related) stored outside of SVN? Is it possible those are stale in our deployment?
Cheers!
[Custodian Data Centres]https://www.custodiandc.com
Robert Williams
Technical Director
[Email] Robert@CustodianDC.com
[Call]  +44 (0)1622 230382 (Opt. 1)
[Follow us on Twitter]https://twitter.com/custodiandc [Like us on Facebook] https://www.facebook.com/custodiandc    [Review us on Google] https://goo.gl/trEs7h
[Connect with us on LinkedIn]   [Subscribe to us on YouTube]    [We have 5 stars us on Google]
Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ
Company Number 07878023
Click here to view our email disclaimerhttps://www.custodiandc.com/email-disclaimer
From: Adam Armstrong adama@observium.org
Sent: 27 January 2023 12:44
To: Observium observium@lists.observium.org; Robert Williams via observium observium@lists.observium.org
Cc: Robert Williams Robert@CustodianDC.com
Subject: Re: [Observium] Re: PHP Fatal after upgrade to 22.04 (php 8.1)
this is line 105 in that file:
[cid:image001.png@01D93254.C7480D90]
It's not at all obvious what it's complaining about. Just a few lines before we do an almost identical thing:
[cid:image002.png@01D93254.C7480D90]
and countless times before that!
My dev install is also the same PHP 8.1 package :
root@dev:/opt/observium# php --version
PHP 8.1.2-1ubuntu2.10 (cli) (built: Jan 16 2023 15:19:49) (NTS)
Sticking to PHP7.4 is fine. I can't imagine an in-place update caused PHP to behave differently, so I'm not sure where to start diagnosing this behaviour.
adam.
Robert Williams via observium wrote on 27/01/2023 12:24:
Hi!
Currently showing these:
# svn status
M      .
?       config.php
D     C includes/definitions/os/tripplite.inc.php
      >   local file unversioned, incoming file add upon update
A  +  C includes/polling/os/cs121.inc.php
      >   local file edit, incoming file delete or move upon update
?       observium.log
?       rrd
Summary of conflicts:
  Tree conflicts: 2
The cs121 is something we changed ages ago, it’s probably no longer relevant. Tripplite I have no idea about to be honest, don’t recognise that one.
Out of interest, I’ve dropped it back to php 7.4.33 – with no other changes - and it’s perfectly happy both at CLI and in Apache.
Will sit on 7 for now then as it keeps it operational, but am happy to flip it 7<>8 in order to test anything suggested.
Cheers!
[Custodian Data Centres]https://www.custodiandc.com/
Robert Williams
Technical Director
[Email]
Robert@CustodianDC.commailto:Robert@CustodianDC.com
[Call]
+44 (0)1622 230382 (Opt. 1)
[Follow us on Twitter]https://twitter.com/custodiandc
[Like us on Facebook]https://www.facebook.com/custodiandc
[Review us on   Google]https://goo.gl/trEs7h
[Connect with us on LinkedIn]
[Subscribe   to us on YouTube]
[We have 5   stars us on Google]
Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ
Company Number 07878023
Click here to view our email disclaimerhttps://www.custodiandc.com/email-disclaimer
From: Adam Armstrong via observium observium@lists.observium.orgmailto:observium@lists.observium.org
Sent: 27 January 2023 12:01
To: Observium observium@lists.observium.orgmailto:observium@lists.observium.org
Cc: Adam Armstrong adama@observium.orgmailto:adama@observium.org
Subject: [Observium] Re: PHP Fatal after upgrade to 22.04 (php 8.1)
How odd. I’ve not seen this before, you’d expect other PHP8 installs to hit it!
Do you have any local modifications?
(svn status)
Adam.
Sent from my iPhone
On 27 Jan 2023, at 11:36, Robert Williams via observium <observium@lists.observium.orgmailto:observium@lists.observium.org> wrote:

Hi,
Subscription edition, have just completed an upgrade of underlying Ubuntu to 22.04 from 18.04. Added all packages back to correct versions as per docs:
apt install libapache2-mod-php8.1 php8.1-cli php8.1-mysql php8.1-gd php8.1-bcmath php8.1-mbstring \
php8.1-opcache php8.1-curl php-apcu php-pear snmp fping mysql-server mysql-client rrdtool subversion \
whois mtr-tiny ipmitool graphviz imagemagick apache2 python3-mysqldb python3-pymysql python-is-python3
PHP Version is as expected:
PHP 8.1.2-1ubuntu2.10 (cli) (built: Jan 16 2023 15:19:49) (NTS)
Copyright (c) The PHP Group
Zend Engine v4.1.2, Copyright (c) Zend Technologies
However, both Apache and any manual CLI attempts throw this:
# ./poller.php -h all
PHP Fatal error:  Uncaught Error: Cannot use a scalar value as an array in /opt/observium/includes/definitions/mibs/brocade.inc.php:105
Stack trace:
#0 /opt/observium/includes/include-dir.inc.php(48): include()
#1 /opt/observium/includes/definitions/mibs.inc.php(780): require('...')
#2 /opt/observium/includes/definitions.inc.php(396): include('...')
#3 /opt/observium/includes/sql-config.inc.php(55): require('...')
#4 /opt/observium/poller.php(19): include('...')
#5 {main}
  thrown in /opt/observium/includes/definitions/mibs/brocade.inc.php on line 105
Have tried setting as per docs:
error_reporting = E_ALL & ~E_NOTICE
Still throws it as ‘fatal’ and dies :(
We are at revision 12495.
Any ideas please? Assuming this is a side effect of an in-place upgrade on Ubuntu, rather than a reinstall/migrate, that’ll teach me…
Cheers,
[Custodian Data Centres]https://www.custodiandc.com/
Robert Williams
Technical Director
[Email]
Robert@CustodianDC.commailto:Robert@CustodianDC.com
[Call]
+44 (0)1622 230382 (Opt. 1)
[Follow us on Twitter]https://twitter.com/custodiandc
[Like us on Facebook]https://www.facebook.com/custodiandc
[Review us on Google]https://goo.gl/trEs7h
[Connect with us on LinkedIn]
[Subscribe to us on YouTube]
[We have 5 stars us on Google]
Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ
Company Number 07878023
Click here to view our email disclaimerhttps://www.custodiandc.com/email-disclaimer
_______________________________________________
observium mailing list -- observium@lists.observium.orgmailto:observium@lists.observium.org
To unsubscribe send an email to observium-leave@lists.observium.orgmailto:observium-leave@lists.observium.org
_______________________________________________
observium mailing list -- observium@lists.observium.orgmailto:observium@lists.observium.org
To unsubscribe send an email to observium-leave@lists.observium.orgmailto:observium-leave@lists.observium.org
--
Sent from Postboxhttps://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campaign=reach