Following the application of the updates that brought a system up to 220221216 Tumbleweed, the Apache2 web server will not start. There is a complaint about PHP needing to recompiled (which has never been necessary before).
Systemctl status returns:
systemctl status apache2.service
× apache2.service - The Apache Webserver
Loaded: loaded (/usr/lib/systemd/system/apache2.service; enabled; preset: disabled)
Active: failed (Result: exit-code) since Sun 2022-12-18 22:51:22 CST; 1min 9s ago
Process: 4656 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE)
Main PID: 4656 (code=exited, status=1/FAILURE)
CPU: 63msDec 18 22:51:22 klaatu systemd[1]: Starting The Apache Webserver…
Dec 18 22:51:22 klaatu systemd[1]: apache2.service: Main process exited, code=exited, status=1/FAILURE
Dec 18 22:51:22 klaatu start_apache2[4656]: [Sun Dec 18 22:51:22.498786 2022] [php:crit] [pid 4656:tid 140223914719296] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP.
Dec 18 22:51:22 klaatu start_apache2[4656]: AH00013: Pre-configuration failed
Dec 18 22:51:22 klaatu systemd[1]: apache2.service: Failed with result ‘exit-code’.
Dec 18 22:51:22 klaatu systemd[1]: Failed to start The Apache Webserver.
Why would the list of updates I received regarding updates on 0600 on 12/16 not mention anything about PHP 7 or 8, at all, but when I applied the available updates 30 hours later, I see error messages in the log:
( 65/461) Removing apache2-mod_php7-7.4.33-2.1.x86_64 […
error: %preun(apache2-mod_php7-7.4.33-2.1.x86_64) scriptlet failed, exit status 1
error: apache2-mod_php7-7.4.33-2.1.x86_64: erase failed
.error]
Removal of (73079)apache2-mod_php7-7.4.33-2.1.x86_64(@System) failed:
Error: Subprocess failed. Error: RPM failed: Command exited with status 1.
Abort, retry, ignore? [a/r/i] (a): ( 65/461) Removing apache2-mod_php7-7.4.33-2.1.x86_64 […
error: %preun(apache2-mod_php7-7.4.33-2.1.x86_64) scriptlet failed, exit status 1
error: apache2-mod_php7-7.4.33-2.1.x86_64: erase failed
.error]
Removal of (73079)apache2-mod_php7-7.4.33-2.1.x86_64(@System) failed:
Error: Subprocess failed. Error: RPM failed: Command exited with status 1.
Abort, retry, ignore? [a/r/i] (a): ( 66/461) Removing php7-7.4.33-2.2.x86_64 […done]
There were other PHP7-related removals that seem to have completed successfully:
Checking for file conflicts: […done]
( 1/461) Removing php7-ctype-7.4.33-2.2.x86_64 […done]
( 2/461) Removing php7-iconv-7.4.33-2.2.x86_64 […done]
( 3/461) Removing php7-openssl-7.4.33-2.2.x86_64 […done]
( 4/461) Removing php7-sqlite-7.4.33-2.2.x86_64 […done]
( 5/461) Removing php7-tokenizer-7.4.33-2.2.x86_64 […done]
( 6/461) Removing php7-xmlreader-7.4.33-2.2.x86_64 […done]
( 7/461) Removing php7-xmlwriter-7.4.33-2.2.x86_64 […done]
( 8/461) Removing php7-pdo-7.4.33-2.2.x86_64 […done]
( 9/461) Removing php7-dom-7.4.33-2.2.x86_64 […done]
Since the removes were done before the scriptlet failure messages appeared in the log file, is it reasonable to think that those “Removing php7-xxx” messages should have included a step to remove “apache_mod_php7”
What options do I have to fix this? The Apache server is down for the count until there’s a fix? Do I manually yank the “apache2_mod_php7” module out of the system and try to reinstall/refresh from the repository?
The hell of it is that I’m not even using PHP in conjunction with the any of the web sites that were running on the host.
Looking for suggestions…