Upgrade XWiki iLTS 17.4.2 to iLTS17.4.3 "Failed to retrieve extension data.Gateway Time-out"

Help / Discuss
1

Help,

Love XWiki, but hate having issues installing updates to keep XWiki updated or secure on LTS or in this case “Intermediate LTS” only to find out it doesn’t install. Then having to spend unplanned time restoring, researching, trying it again and again with possible fixes from the forum. I wouldn’t mind if this was Stable. This shouldn’t happen with LTS.

On 06/28/2025 was previously on:

Debian: 11.11
NGINX: 1.28.0
XWiki: LTS 16.10.9
Tomcat 9.0.43-2-deb11u12
Java: 17.0.15
MariaDB 10.5.29-0+deb11u1

On 07/27/2025 it was upgraded (getting off of Debian 11 and Tomcat 9) to:

Debian: 12.11
NGINX: 1.28.0
XWiki: ILTS 17.4.2
Tomcat 10.1.34-0+deb12u2
Java: 17.0.15+6-Debian-1deb12u1
MariaDB 10.11.11-0+deb12u1

With extensions:

XWiki Standard Flavor 17.4.2
Map Macro 2.1.8
jquery-migrate 3.3.2
XCarousel 1.4
Embed macro 1.1.3
Carousel Macro 1.1
Attachment Gallery Macro 1.1
Admin Tools Application 4.5.5
GDPR Cookie Consent 1.2.8
Tabs Macro 1.0.2

Then on 08/05-06/2025 “tried” to upgrade to XWiki ILTS 17.4.3 and it didn’t go well.

It would not proceed pass the following:

Screenshot 2025-08-07 032448
Screenshot 2025-08-07 0324481579×1108 105 KB

Fell back to a current updated Debian 12 with XWiki 17.4.2 which now has known security issues. Spent unplanned time researching this issue found the following in this forum:

Failed to retrieve extension data.Server not responding site
(Extentions install issue) Brand new XWiki 17.6.0 installation

Tried adding the following solution from the first to the “HTTP Meta Info” it didn’t help:

Using a 1974 misquote during US Apollo 13 space mission “Houston, we have a problem”

Need to solve this don’t like running insecure website.

2

Hello, it would be interesting to see if there are any error in the XWiki logs.

I asked @tmortagne about the error and he said:

That red popup usually appear when the frontend fail the ajax request it executed (in this case getting a refresh of the extension log). So it suggest XWiki itself is down or slow.

could that have been your problem? Some problem with your local instance and but not related to the Extension Manager?

Thx

3

Since you moved to a new Tomcat version, maybe you skipped https://www.xwiki.org/xwiki/bin/view/Documentation/AdminGuide/Installation/InstallationViaAPT/#HMemory (which is still true with Tomcat 10) ?

4

I had no problem with the migration to to 17.4.2 it was smooth and work fine.

Looking further into this please note the following change in the release note for 17.4.3:

XWIKI-23358 Warning Failed to get the extension from the index: NullPointerException is logged on installation

Maybe related wouldn’t you think?

5

I’ll look into the memory shortly and report back. I did have the higher setting in Tomcat9.

6

Not sure how. It’s not the same area at all. This issue is related to the extension index and in your case the problem is XWiki dying during the installation of the flavor (which very commonly happen when it does not have enough memory, but you should see a clear indication of that in the log).

7

Thanks. After updating and adding the following to the tomcat10, which was in my old tomcat9 file it did finally complete.

JAVA_OPTS=“-Djava.awt.headless=true -Xmx2048m”

JAVA_OPTS=“${JAVA_OPTS} -Djava.security.egd=file:/dev/./urandom”

The second line was based on info used years ago for tomcat9 found in “Installation using Debian/Ubuntu (.DEB) packages” (see page History for version < 250.12)

8

This should not be needed anymore.