502 Bad Gateway after upgrade php 7.2

Hi Guys,
After updateing to to PHP 7.2 I cant get to the web interface. I just get the 502 Bad Gateway error.

Whe I run validate I get the following:

librenms@librenms:~$ ./validate.php

Component Version
LibreNMS 1.48.1-30-g7e18a07
DB Schema 2019_01_16_195644_add_vrf_id_and_bgpLocalAs (131)
PHP 7.2.15-1+ubuntu16.04.1+deb.sury.org+1
MySQL 10.0.36-MariaDB-0ubuntu0.16.04.1
RRDTool 1.5.5
SNMP NET-SNMP 5.7.3

====================================

[OK] Composer Version: 1.8.4
[OK] Dependencies up-to-date.
[OK] Database connection successful
[OK] Database schema correct

Daily.sh

librenms@librenms:~$ ./daily.sh
Updating to latest codebase OK
Updating Composer packages OK
Updated from 7e18a07 to cf17016 OK
Updating SQL-Schema OK
Updating submodules OK
Cleaning up DB OK
Fetching notifications OK
Caching PeeringDB data OK

Make sure php-fpm is updated and working as well. (It sounds like it is not working)

@Chris_Salcedo I am having this same problem after upgrading on CentOS 7. Were you able to resolve your issue?

[librenms@librenms01 ~]$ ./validate.php
====================================
Component | Version
--------- | -------
LibreNMS  | 1.48.1-32-g25954cc
DB Schema | 2019_01_16_195644_add_vrf_id_and_bgpLocalAs (131)
PHP       | 7.2.14
MySQL     | 5.5.60-MariaDB
RRDTool   | 1.6.0
SNMP      | NET-SNMP 5.7.2
====================================

[OK]    Composer Version: 1.8.4
[OK]    Dependencies up-to-date.
[OK]    Database connection successful
[OK]    Database schema correct

[librenms@librenms01 ~]$ ./daily.sh
Updating to latest codebase                        OK
Updating Composer packages                         OK
Updating SQL-Schema                                OK
Updating submodules                                OK
Cleaning up DB                                     OK
Fetching notifications                             OK
Caching PeeringDB data                             OK

[librenms@librenms01 ~]$ php-fpm --version
PHP 7.2.14 (fpm-fcgi) (built: Jan 12 2019 12:50:06)
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

nevermind, fixed it. had to update php-fpm config to match previous version config with sock file, then update nginx to look at new sock file. also there’s a php-fpm permissions change from 7.0 to 7.2, so make sure to set the listen permission user to nginx/apache as needed

I had this issue today and I had forgotten to edit the /etc/nginx/conf.d/librenms.conf file and change

fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
to
fastcgi_pass unix:/var/run/php/php7.2-fpm.sock;

Then restarted nginx and the problem was solved.

2 Likes

Thanks, costed me a lot of time to debug why my librenms was causing strange behaviour. The procedure to upgrade to php7.2 for PI would help a lot of others i think. When you have more apps running on the pi with apache as well as nginx it directs you easy to the wrong debug files.

also look here: https://stackoverflow.com/questions/53843933/nginx-php-7-2-install