Pull latest configuration from desktop - git pull
|
link the new php84-fpm.service - sudo ln -s /etc/webstack/systemd/php84-fpm.service /etc/systemd/system/php84-fpm.service
|
load new php84-fpm.service into systemd - sudo systemctl deamon-refresh
|
| lAnd if everything else is in place it can be started by - sudo systemctl start php84-fpm
|
link the new php84-fpm.service - sudo ln -s /etc/webstack/systemd/php84-fpm.service /etc/systemd/system/php84-fpm.service
|
load new php84-fpm.service into systemd - sudo systemctl deamon-reload
|
| And if everything else is in place it can be started by - sudo systemctl start php84-fpm |
|
Then the vhosts files can be updated to switch the copy of php-fpm being used, in this case to php84-php, but since we are relying on git to provide the actual files, this needs to be actioned on the desktop machine and then after committing to git it can be pushed to both servers. |
|
|
| sed -i 's|php-fpm.sock|php84-fpm.sock|g' /etc/webstack/nginx/vhosts.d/*.conf |
|
Then on both servers nginx can be checked and restarted
|
| nginx -t systemctl restart nginx Checking that on srv9 first and confirming https://rdm1.uk:8443/phpinfo.php shows php using the right ini sources before repeating on srv10. |
While a little 'after the horse has bolted', preventing SUSE from over writing the PHP8.4 release of PHP should have been blocked. The SUSE does not properly handle this as it did between php7 and php8 is somewhat irritating and certainly being able to actually select between php84 and php85 is the object here. While sorting out the mess on srv10 I locked things on desktop and srv9, and removed the lock once I was happy that php84 was protected. |
|
| zypper addlock "php8*" |
| zypper removelock "php8*" |
