Plesk 10.4.4 httpd.include problem after MU30

[chris_cross]

Hi there,

I had a working installation of Plesk 10.4.4 running Debian 6.
After the micro update #30 I hat to realize, that web server configuration tool (/usr/local/psa/admin/bin/httpdmng --reconfigure-all) does not work any more.

There have been different errors revealing basically, that path information does not match.

e.g.:
Syntax error on line 52 of /var/www/vhosts/domain.de/conf/13368257930.86481000_httpd.include:
SSLCertificateFile: file '/var/certificates/certPn979YK' does not exist or is empty

The cert files are located in /usr/local/psa/var/cerficates not in /var/...
Even by deleting the .include files they are generated with the wrong path again.
Same thing for the httpd.include files /admin/conf/generated/... that are physically on /opt/psa/conf/generated/...
I tried to fix it by pointing to the original folders using sym links. Never the less the latest error revealed:

Syntax error on line 79 of /var/www/vhosts/domain.com/conf/13368257930.86481000_httpd.include:
Wrapper .php cannot be accessed: (2)No such file or directory

file: /opt/psa/admin/plib/Service/Agent/Transport/Local/Exec.php
line: 71
code: 0
trace: #0 /opt/psa/admin/plib/Service/Agent/Transport/Local.php(58): Service_Agent_Transport_Local_Exec->process(4, Object(Service_Agent_Command_Exec), Object(Service_Agent_Log), Object(Service_Agent_Transport_LocalTransaction))
#1 /opt/psa/admin/plib/Service/Agent/Transport/Local.php(24): Service_Agent_Transport_Local->_command(4, Object(Service_Agent_Command_Exec), Object(Service_Agent_Transport_LocalTransaction), Object(Service_Agent_Log))
#2 /opt/psa/admin/plib/Service/Agent.php(133): Service_Agent_Transport_Local->process('bf32bf1283ec8d1...', Array, Object(Service_Agent_Log))
#3 /opt/psa/admin/plib/Template/Writer/Apache.php(58): Service_Agent->commit()
#4 /opt/psa/admin/plib/Template/Configuration/Applier.php(196): Template_Writer_Apache->test()
#5 /opt/psa/admin/plib/Template/Configuration/Applier.php(117): Template_Configuration_Applier->_applyConfigurationsToServiceNode(1, Array)
#6 /opt/psa/admin/plib/WebServerManager/Adapter/Apache.php(125): Template_Configuration_Applier->applyConfiguration(true)
#7 /opt/psa/admin/plib/WebServerManager/Adapter/Apache.php(313): WebServerManager_Adapter_Apache->sync()
#8 /opt/psa/admin/plib/WebServerManager.php(199): WebServerManager_Adapter_Apache->reconfigureServer(Object(Db_Table_Row_ServiceNode))
#9 /opt/psa/admin/plib/api-common/Httpdmng.php(123): WebServerManager->reconfServer()
#10 /opt/psa/admin/sbin/httpdmng(13): Httpdmng->__construct()
#11 {main}

2012-05-12T14:53:03+02:00 ERR (3): Apache config (13368271820.78882700) generation failed: Syntax error on line 79 of /var/www/vhosts/domain.com/conf/13368257930.86481000_httpd.include:
Wrapper .php cannot be accessed: (2)No such file or directory

Syntax error on line 79 of /var/www/vhosts/domain.com/conf/13368257930.86481000_httpd.include:
Wrapper .php cannot be accessed: (2)No such file or directory

PleskUtilException: /opt/psa/admin/bin/httpdmng '--reconfigure-server' '-no-restart' failed with message: Empty error message from utility.
file: /opt/psa/admin/plib/common_func.php3
line: 1047
code: 0
trace: #0 /opt/psa/admin/plib/common_func.php3(965): util_exec('httpdmng', Array, Array, 'msg', NULL)
#1 /opt/psa/admin/plib/Os.php(17): smart_exec('httpdmng', Array, Array, 'msg')
#2 /opt/psa/admin/plib/Os.php(28): Os::exec('httpdmng', Array, 'msg')
#3 /opt/psa/admin/plib/api-common/Httpdmng.php(89): Os::execEx('httpdmng', Array)
#4 /opt/psa/admin/sbin/httpdmng(13): Httpdmng->__construct()
#5 {main}

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

Details: Empty error message from utility.

So somehow the update forgot about the install paths of plesk.

Is there a possibility of switching back to the last working micro update? Or has anybody an idea, how to fix it?

Thanks in advance

Chris

 

[chris_cross]

I fixed the httpd.include problems, by disabling FastCGI support.
As a result of the update php/fastcgi does not work any more.

Additionally logrotation fails as well as the backup manager.
The backup issue is a thing that worries me most.

The backup.xml files are marked "green" / readable or "red".
If "green" by clicking it reveals errors like this:

Fehler: /opt/psa/PMM/rsessions/20120514211651592/info.xml:1433:0: no element found

The file plesk mentioned exists physically on the server and contains the structure of a regular backup (mail users, domains, certificates etc)

If "red":

Failed to load XML document.
Line 2020 Position 1 fatal error: Premature end of data in tag Envelope line 3

I am rather frustrated that a working system is screwed by a minor update.

 

[chris_cross]

found the error with the backup manager.

Plesk creates an invalid backup.xml file. The data (tgz) part is correct.

The xml file is missing an close of the </Envelope> tag.

<?xml version="1.0" encoding="UTF-8"?>
<!-- This is signed plesk backupfile. Any modification of this file will corrupt its content! -->
<Envelope xmlns="urn:envelope"><Data>
<migration-dump content-included="true" agent-name="PleskX" dump-format="panel" dump-version="10.4.4">
<dump-info/>
....
</Data>
</Envelope>

I manually added the tag and the file was readable via the interface.

Can anybody tell me where I can find the file/function that builds the xml template?

 

[dash]

Syntax error on line 79 of /var/www/vhosts/domain.com/conf/13368257930.86481000_httpd.include:
Wrapper .php cannot be accessed: (2)No such file or directory

Hi,
As I can see the problem is that fastcgi wrapper path is missed in generated apache configs.
Please try to perform the following checks:
1) /usr/local/psa/admin/sbin/serverconf -l|grep CGI_PHP_BIN
(or /opt/psa/... in case of Debian system)
The command should return full path to cgi_wrapper
The file should exists:
# ls -l /var/www/cgi-bin/cgi_wrapper/cgi_wrapper
-rwxr-xr-x 1 root root 3688 Nov 1 2011 /var/www/cgi-bin/cgi_wrapper/cgi_wrapper

2) mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa -e "select value from ServiceNodeProperties where name like '%CGI_PHP_BIN%'";
Should return the same value

3) If result on previous step (2) is not correct try to resync server configuration in Plesk database:
mysql -uadmin -p`cat /etc/psa/.psa.shadow` psa -e "delete from ServiceNodeProperties where name='server.configuration.synced'"

4) Try to reconfigure web server:
/usr/local/psa/admin/bin/httpdmng --reconfigure-all

P.S. At the moment I see no reasons to think the issue is related to MU#30

 

[chris_cross]

First of all, thanks for your reply, dash.

The wrapper exists under the expected path

-rwxr-xr-x 1 root root 5,3K 1. Nov 2011 /var/www/cgi-bin/cgi_wrapper/cgi_wrapper

as well as in the database

+-------------------------------------------------------------+
| value |
+-----------------------------------------------------------------------+
| /var/www/cgi-bin/cgi_wrapper/cgi_wrapper |
+-----------------------------------------------------------------------+

all domains are synced (i did that after disabling fcgi for all domains)

Yesterday evening I restarted the whole server.
I just tried to activate fcgi for one domain and build the apache config via /usr/local/psa/admin/bin/httpdmng --reconfigure-domain my.domain.com.
This worked without any problem. Maybe my recent changes of all abonnements or the restart did the trick.

The backup issue still remains. Every backup will be written with a xml file with a missing </Envelope> tag. So the integrity check fails. This prevents backups to the ftp repository. By fixing the xml file manually, transfer to ftp repo works.

 

[dash]

The backup issue still remains. Every backup will be written with a xml file with a missing </Envelope> tag.

Looks like backup signing procedure failure.

What are openssl and perl versions?
dpkg -l | egrep 'perl-base|openssl'

Try to execute the following command:
/usr/local/psa/admin/sbin/backup_sign sign /var/lib/psa/dumps/<dump name>.xml

where <dump_name> is one of your dumps.
It should add signature to your dump and pass result to the output,
but most probably it will fail. If so, what is error message?

 

[chris_cross]

Thanks again, dash.

Perl and OpenSSL should be up-to-date.

openssl => 0.9.8o-4squeeze7
perl-base => 5.10.1-17squeeze3

The backup_sign script gave the decisive hint:

backup_sign: Can't find private key in database:
backup_sign: Can't get server's private key

So I created a server key by:

/usr/local/psa/admin/sbin/backup_sign generate

Then I created a new backup (via web interface) with no errors.
The XML now looks well formed and has signature and envelope. The backup file can be opened by Plesk and can be restored as far as it seems.

Now that the local backup runs without errors, backing up into ftp repo works as well.

Thanks a lot for your help!

Chris

 

[dash]

Now that the local backup runs without errors, backing up into ftp repo works as well.

Very good

Thanks for your detailed feedback!