• The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • Debian 11 has reached its end-of-life (vendor EOL date - August 31, 2026). Plesk Obsidian 18.0.81 is the last release to support it.
    If you are running Plesk Obsidian on Debian 11, we recommend you upgrade those servers to Debian 12 using our dist-upgrade tool.
  • We plan to deprecate and remove the support for XML RPC protocol versions earlier than 1.6.9.1 in Plesk Obsidian 18.0.82. We strongly recommend that you update all existing integrations using earlier versions of the XML RPC protocol to comply with the version 1.6.9.1 specification.

httpdmng failure

HostaHost

Silver Pleskian
Getting this error while trying to run httpdmng to fix a different issue:

Code:
 /usr/local/psa/admin/bin/httpdmng --reconfigure-all
2011-09-30T15:47:28-04:00 ERR (3): Apache config (13174120420.88236500) generation failed: Syntax error on line 14551 of /usr/local/psa/admin/conf/generated/13174120420.88236500_server.include:
<VirtualHost> directive missing closing '>'

Syntax error on line 14551 of /usr/local/psa/admin/conf/generated/13174120420.88236500_server.include:
<VirtualHost> directive missing closing '>'

Execution failed.
Command: httpdmng
Arguments: Array
(
    [0] => --reconfigure-server
    [1] => -no-restart
)

Details: Empty error message from utility.

Only problem is that there definitely is not a missing closing tag for the virtual host because I read through the entire file an confirmed they all match up. The line the error occurs on is in the middle of the <VirtualHost \ clause that defines some of the IP addresses on the server, but not all of them; Plesk seems to break them up into chunks. I removed some IP's to see if that helped but didn't. The error did begin occurring immediately after our last IP address addition, so I do think the issue is related to the number of IP addresses on the server; perhaps once you get to a certain point the config becomes invalid?

New sites being added to the server seem to still function correctly, I'm guessing because of the "Include /usr/local/psa/admin/conf/vhosts_bootstrap.conf" in the last successful config and the fact that those individual site config files are still being generated correctly.

I tried to debug this issue using strace to see what exactly httpdmng was doing when it failed but it seems Parallels has outsmarted me there:

Code:
DEBUGGER DETECTED... Bye!
 
No more this but this with php -v:

Failed loading /usr/lib64/php/modules/ZendGuardLoader.so: /usr/lib64/php/modules/ZendGuardLoader.so: undefined symbol: gc_remove_zval_from_buffer
 
Back
Top