Facebook
TwitterHello,
this morning, Plesk upgraded itself from 17.0.17 to 17.8.12.
Since then, I get the following mail every 30 minutes:
Subject: Cron <root@domain> [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean
Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error
/usr/lib/php5/sessionclean is started by /etc/cron.d/php.
This seems similar to the issue in Resolved - Cron error - Ioncube loader, but maxlifetime is not used anymore and instead integrated into sessionclean. Naively trying to replace php5 in line 34 with php leads to a bunch of warnings, but the script seems to run somehow, however it leads to conflicts with another cronjob doing the same.
The php5 environment seems to have been broken by the upgrade, as there were no such errors before. Is it even necessary except for sites explicitly using php5? The only thing using php5 on the server seems to be something in plesk itself, as all subcriptions are on php7 and only pool www, whatever that is, appears to still be running via php5-fpm (php-fpm: master process (/etc/php5/fpm/php-fpm.conf).
The cronjob /etc/cron.d/php which starts /usr/lib/php/sessionclean seems to be doing a good job of cleaning up already, so I disabled /usr/lib/php5/sessionclean by setting it with chmod to a-x. No leftover session files visible as of now.
EDIT: more research, temporary solution.
Best regards,
Mark-Oliver Wolter
this morning, Plesk upgraded itself from 17.0.17 to 17.8.12.
Since then, I get the following mail every 30 minutes:
Subject: Cron <root@domain> [ -x /usr/lib/php5/sessionclean ] && /usr/lib/php5/sessionclean
Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error Failed loading /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: /usr/lib/php5/20131226/ioncube_loader_lin_7.0.so: undefined symbol: zend_ce_division_by_zero_error
/usr/lib/php5/sessionclean is started by /etc/cron.d/php.
This seems similar to the issue in Resolved - Cron error - Ioncube loader, but maxlifetime is not used anymore and instead integrated into sessionclean. Naively trying to replace php5 in line 34 with php leads to a bunch of warnings, but the script seems to run somehow, however it leads to conflicts with another cronjob doing the same.
The php5 environment seems to have been broken by the upgrade, as there were no such errors before. Is it even necessary except for sites explicitly using php5? The only thing using php5 on the server seems to be something in plesk itself, as all subcriptions are on php7 and only pool www, whatever that is, appears to still be running via php5-fpm (php-fpm: master process (/etc/php5/fpm/php-fpm.conf).
The cronjob /etc/cron.d/php which starts /usr/lib/php/sessionclean seems to be doing a good job of cleaning up already, so I disabled /usr/lib/php5/sessionclean by setting it with chmod to a-x. No leftover session files visible as of now.
EDIT: more research, temporary solution.
Best regards,
Mark-Oliver Wolter
Last edited:
