DirectAdmin 1.692

[fln]

We are happy to announce the release of DirectAdmin 1.692.

A full release change log is here:

DirectAdmin 1.692​

The update should be automatically available for all installations subscribed to the current release channel.

We appreciate all the feedback on forums and issues reported in the ticketing system.

Thanks!

 

[Unifex]

After today's update suddenly all possible php versions are in Service monitor, On this server only 8.3 is installed and running. ??

(it is the apache update that makes these changes)

 

[Rolf B]

On all servers with Apache, CustomBuild now shows the same version as installable, with the current version on the left-hand side marked with an asterisk after the version number. What does this mean?

 

[fln]

@Rolf B, a patch specific for Apache 2.4.66 is bundled with this release. The patch fixes a potential Apache crash condition when HTTP/2 is used. Apache bug 69899. This bug is fixes in the upcoming Apache 2.4.67 version, but this version is not yet officially released.

We have picked up the patch for this issue from the next Apache version because we got reports about this bug being triggered on production servers.

We are deliberately marking the non-patched Apache as 2.4.66* to show that update is available to a patched version.

Bug report: https://bz.apache.org/bugzilla/show_bug.cgi?id=69899
Patch in upstream repo: https://github.com/apache/httpd/commit/542e0da07048d3934ef18c22b44cf8d62e64067f
Patch bundled with DA: .../custombuild/patches/apache/apache-2.4.66-bug-69899-mod_http2-update-to-version-2.0.37.patch

 

[Active8]

I have now ghost PHP versions that are not installed but are visible in service monitor (those are not installed !)

System info shows the correct one:

( I have it on 2 server which are updated, already did build php and rewrite_confs))

 

[Active8]

Same here, already reported

 

[DrWizzle]

Same here,

 

[sysdev]

Yeah.... that's not good....

 

[AlexanderNL]

It's the same with me, luckily the disabled PHP versions are not loaded into user accounts.

 

[fln]

The full list of available PHP-FPM services is harmless. It just shows DA is aware of this service potentially being active. We will hide the not used ones in the new release.

 

[AlexanderNL]

The full list of available PHP-FPM services is harmless. It just shows DA is aware of this service potentially being active. We will hide the not used ones in the new release.

Didn't it used to be the case that old, unused versions appeared in the list of removed software in custom builds?
When a user selects an inactive PHP version, are they also started automatically?

 

[fln]

The possible PHP-FPM service names you see is a full list of what versions DA can support. It does not mean these PHP versions are actually installed or was installed on the server.

Unused but installed PHP versions are still listed in the CustomBuild removals page.

 

[AlexanderNL]

Unused but installed PHP versions are still listed in the CustomBuild removals page.

Correct, you can always remove them manually, but I thought this was already indicated automatically. But I was wrong, haha.

 

[zEitEr]

We are happy to announce the release of DirectAdmin 1.692.

All servers of mine and some tested server of customers report the following error:

/proc/self/fd/3: line 9016: /etc/openlitespeed/httpd-extprocessors.conf: No such file or directory
sed: can't read /etc/openlitespeed/httpd-extprocessors.conf: No such file or directory
/proc/self/fd/3: line 9016: /etc/openlitespeed/httpd-scripthandler.conf: No such file or directory

when I run da build rewrite_confs

Tested with webserver=apache and webserver=nginx_apache

Kindly advice.

 

[fln]

Thanks everyone, a new build is released with two fixes:

• Not used PHP-FPM versions will be removed from the services list (on next da build rewrite_confs execution), thanks @Unifex, @Active8, @DrWizzle, @sysdev, @AlexanderNL.
• Fixed stray openlitespeed errors when openlitespeed is not used, thanks @zEitEr.