same issue here since the last MAtomo update to V.4
I was using Php 7.3.xx
and I updated to 7.4, I still have the same Cron Issue from Plesk :
Error in Matomo: To run Matomo you need at least PHP version 7.2.5 Unfortunately it seems your webserver is using PHP version 7.0.33-0ubuntu0.16.04.16. Please try to update your PHP version, Matomo is really worth it! Nowadays most web hosts support PHP 7.2.5.
I checked my Php version from the server, I put also a phpinfo in MAtomo folder, I have the right php Version (7.4)
I removed and re dreated my cron task, same issue.
I updated Matomo to the latest version 4.05
In my Matomo admin account I can read
Matomo version : 4.0.5
MySQL version : 10.1.48-MariaDB-1~xenial
PHP version : 7.4.13
Defintely I think this issue is coming from the last update.
Something goes wrong in some updated files of Matomo.
Interestingly you have the exact oposite issue as @arnego2. In your case the webserver properly uses the correct PHP version (as you confirmed with the phpinfo file) and therefore the Matomo UI should be working fine.
But the cronjob is failing due to that error and this is because php-cli is completly separate. So you need to check your crontab and see which php binary you use to call /console and check if it is also PHP 7.4
before te Matomo Update to v4.0 I was using the same Cron task, on same server with same binary.
I changed nothing.
So you mean before V4.0 the cron task could use a PHP version equal to 7.0.33 ?
Because I dont know where I can check this Php-cli version ?
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@xxxxxxd:~# php -i
phpinfo()
PHP Version => 7.4.13
System => Linux xxxxxxx 4.9.0-6-amd64 #1 SMP Debian 4.9.88-1 (2018-04-29) x86_64
Build Date => Nov 30 2020 20:40:50
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /etc/php/7.4/cli
Loaded Configuration File => /etc/php/7.4/cli/php.ini
Scan this dir for additional .ini files => /etc/php/7.4/cli/conf.d
Additional .ini files parsed => /etc/php/7.4/cli/conf.d/10-mysqlnd.ini,
Hi Lukas
Nope it came from using my native IP which is blocked due to sanctions. Kinda anticipated obedience. I went past that, using VPN and at the moment I’m updating the DB.