On Wed, Jan 19, 2022 at 09:58:52PM +0100, Paul Gevers wrote:
Hi Bryce,
On 19-01-2022 10:28, Bryce Harrington wrote:
With [4] applied, I'm seeing the following dumped on armhf:
## https://autopkgtest.ubuntu.com/packages/m/mediawiki/jammy/armhf
cat: /var/log/mediawiki/error.log: No such file or directory
2022-01-19 09:16:57 autopkgtest-lxd-eeoxik autopkgtestwiki: [e33d1ec89af515673078437e] /mediawiki/index.php/Main_Page PHP Fatal Error from line 110 of /usr/share/mediawiki/includes/json/FormatJson.php: Maximum execution time of 30 seconds exceeded
#0 [internal function]: MWExceptionHandler::handleFatalError()
#1 {main}
2022-01-19 09:17:27 autopkgtest-lxd-eeoxik autopkgtestwiki: [1284cbae5a84eb5387f33003] /mediawiki/index.php/Main_Page PHP Fatal Error from line 152 of /usr/share/mediawiki/includes/HookContainer/HookContainer.php: Maximum execution time of 30 seconds exceeded
#0 [internal function]: MWExceptionHandler::handleFatalError()
#1 {main}
2022-01-19 09:17:57 autopkgtest-lxd-eeoxik autopkgtestwiki: [31731278ed6070e946af4fbe] /mediawiki/index.php/Main_Page PHP Fatal Error from line 110 of /usr/share/mediawiki/includes/json/FormatJson.php: Maximum execution time of 30 seconds exceeded
#0 [internal function]: MWExceptionHandler::handleFatalError()
#1 {main}
cat: /var/log/mediawiki/fatal.log: No such file or directory
As this issue seems intermittent (as mediawiki passed at one point) I guess
you're trying to say that you think mediawiki got slower with php8.1? Or is
this timeout new with php8.1?
The failing cases are mostly ones with triggers for
php-defaults/84~0ubuntu1 or newer, which marks where php8.1 is set as
default. The ones that pass and don't specify that are thus running
php8.0. So it looks like the pass-vs-fail correlates to php8.0-vs-8.1
and is something specific to armhf.
Unfortunately I don't have i386 builds to compare with (due to
dependency issues), so it's just a hunch that this is the same problem
Debian sees on i386. It'd be illuminating to doublecheck on your i386
builds that it's also hitting this same timeout situation.
Obviously the code that fails to finish is mediawiki's code, so it
doesn't seem to be a generic issue with php8.1 except if the timeout
happens because of something inside php8.1.
Line 110 that the error points to appears to be a json_encode() call.
Can anybody shed a light on if it's reasonable to time out on what
mediawiki is trying to do here. And why doesn't it happen on other
architectures (in Debian, as far as I checked)?
I can't tell what it may be trying to encode, but presumably it's either
Main_Page or something used by Main_Page, which I'm guessing should only
take a fraction of a second to encode. I suppose we could test
increasing max_execution_time. But my suspicion is that the encoder is
getting stuck in a loop or a recursion.