Provisioning of Windows container with Plesk fails with timeout after several hours

Refers to:

  • Plesk for Windows

Created:

2016-11-16 12:58:33 UTC

Modified:

2017-01-21 05:07:27 UTC

1

Was this article helpful?


Have more questions?

Submit a request

Provisioning of Windows container with Plesk fails with timeout after several hours

Symptoms

Provisioning of Windows Container with Plesk 10.x/11.0.9 fails with timeout after several hours:

Task ID                     100459
Task name Install set of VZ templates to VPS w-1000001-001.container.tld
Task description Install of following VZ templates into VPS: panel-11.0.9.0/20120609.18
Subscription ID 1000001
Queue name vps_init_001
Method name taskInstallVZTemplatesToVPS
Execution status Failed
Start not earlier than Nov-11-2013 19:01
Finished Nov-11-2013 22:01
Output Internal error: 307 : Message processing was terminated because timeout was reached waiting for a response.

Attempt to re-run the task returns a different error:

Task ID                     100459
Task name Install set of VZ templates to VPS w-1000001-001.container.tld
Task description Install of following VZ templates into VPS: panel-11.0.9.0/20120609.18
Subscription ID 1000001
Queue name vps_init_001
Method name taskInstallVZTemplatesToVPS
Execution status Failed
Start not earlier than Nov-11-2013 22:06
Finished Nov-11-2013 22:06
Output Internal error: 3501 : Can not install packages: ERROR:Container 1352 is already locked

On the node side Autoinstaller process is hanging forever:

C:\\Windows\\system32>wmic
wmic:root\\cli>process where "commandline like '%1352%'"
Caption CommandLine
cscript.exe cscript.exe "C:\\Program Files\\Parallels\\Containers\\bin\\vzpkg.vbs" private install 1352 "panel-11.0.9.0/20120609.18" "D:\\vz\\Templates\\PANEL-11.0.9.0-20120609.18" "C:\\WINDOWS"
cmd.exe cmd /c d:\\vz\ emplates\\panel-11.0.9.0-20120609.18\\custominstall.cmd 1352 panel-11.0.9.0/20120609.18 d:\\vz\ emplates\\panel-11.0.9.0-20120609.18 windows > D:\\vz\\Temp\\custominstall-1352.log
cscript.exe cscript d:\\vz\ emplates\\panel-11.0.9.0-20120609.18\\upgrade\\install.vbs 1352 panel-11.0.9.0/20120609.18 d:\\vz\ emplates\\panel-11.0.9.0-20120609.18 windows
cmd.exe cmd /c vzctl exec2 --skiplock 1352 "C:\\Parallels\\Install\\ai.exe" --reinstall-patch --debug --install-component base --select-product-id panel --select-release-id PANEL_11_0_9_WIN --ignore-key-errors > D:\\vz\\Temp\\runhotfix_check-1352.log
vzctl.exe vzctl exec2 --skiplock 1352 "C:\\Parallels\\Install\\ai.exe" --reinstall-patch --debug --install-component base --select-product-id panel --select-release-id PANEL_11_0_9_WIN --ignore-key-errors

Inside of the container, there is an unfinished MU (Micro Update) download transaction in the autoinstaller log.

In D:\\vz\\private\\1352\\root\\ParallelsInstaller\\autoinstaller3.txt :

fileops::exists: C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU51\\common\\PleskAPIOperator.php_ - no
fileops::rename(C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU51\\common\\PleskAPIOperator.php_.tmp, C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU51\\common\\PleskAPIOperator.php_)
FileFetcher: get file (~empty)/PANEL-WIN_11.0.9/microupdates/MU52/bin/deployer.exe
File downloading PANEL-WIN_11.0.9/microupdates/MU52/bin/deployer.exe: FileFetcher: calculate md5sum of C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU52\\bin\\deployer.exe
fileops::create_directory(C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU52\\bin)
fileops::exists: C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU52\\bin - no
CurlDownloader: save url 'http://autoinstall-win.pp.parallels.com/PANEL-WIN_11.0.9/microupdates/MU52/bin/deployer.exe' to file 'C:\\ParallelsInstaller\\parallels\\PANEL-WIN_11.0.9\\microupdates\\MU52\\bin\\deployer.exe.tmp'
10%..20%..30%..40%..50%..60%..

NOTE: replace 1352 with the needed container ID

NOTE: MU version, where the download gets stuck, may differ

Cause

Plesk Panel Autoinstaller hangs forever inside of the container due to Plesk bug PPPM-479 . Task in POA fails due to a timeout, however the container stays locked on the node side, because the installation process is still stuck.

Resolution

The bug in autoinstaller was fixed in Plesk 11.5 template, it should be used instead of 11.0.9 template as a permanent solution for the problem.

Plesk 11.5 template can be found on Odin website .

To complete the provisioning, the container can be unlocked by killing the processes listed with the help of this command:

C:\\>wmic process where "commandline like '%CTID%'"

Login to the container and terminate parallels_installer process.

After that, re-run the task in POA, and the installation will continue from the place it got stuck on, thus allowing to complete provisioning.

Have more questions? Submit a request
Please sign in to leave a comment.