On 08/26/2018 03:37 AM, Ralph Corderoy wrote:
Testing manually works fine:
# ./phb.php It's not getting that far.
I bet you would as root. The file is actually http:http owned, e.g. -rwxr-xr-x 1 http http 988 Sep 14 2016 /srv/http/avantfax/includes/phb.php So running as root has no problem. Running as any other user (other than http) now invokes the error that is the basis for this thread. That's why it is hard to put my finger on the cause, unless the linux-firmware update tightened security in some manner so that the cron user no longer can run as http causing the job to fail. If you (as root, or http) call /srv/http/avantfax/includes/phb.php, it will silently run normally and exit with a 0 exit code. Running with any other user cause about 100 fopen (foo/bar/...) messages to scroll by and a returned exit code of 1. I have run this server for years and years, no problems, until today after updates. I changed nothing on the system other than 'pacman -Syu'. That what has me bewildered... -- David C. Rankin, J.D.,P.E.