• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

[report] Pleskbackup & restore ignoring vhost.conf-files

S

Sanderv

Guest
---------------------------------------------------------------
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE
Parallels Plesk Panel 10.4.4 Update #5
CentOS 6.0 Linux 2.6.32-131.17.1.el6.x86_64

PROBLEM DESCRIPTION AND STEPS TO REPRODUCE
The vhost.conf files are not being backed up/restored using the pleskbackup and pleskrestore utilities.

ACTUAL RESULT
There is no vhost.conf when restoring a backup.

EXPECTED RESULT
I expect the vhost.conf to be restored.

ANY ADDITIONAL INFORMATION
The vhost.conf files are included in the dump when manually extracting them.
--------------------------------------------------------------
 
Last edited by a moderator:
Thank you for report. Service Team already working on it. I will inform you with results as soon as I receive them.
 
This is still an issue for me. I've installed MU#7(http://kb.parallels.com/en/113008) which states the following:
[-] The vhost.conf files are not being backed up/restored using the pleskbackup and pleskrestore utilities

The logs of the backup manager show quite some errors regarding permissions. I'm restoring a backup as root user(not as a regular user with sudo).

Error message:
tar: conf/vhost.conf: Cannot open: Permission denied

There are also a lot of similar messages regarding the entire statistics directory and httpsdocs directory(even though this are all default files, which doesn't matter as noone is using https).

Same issue for subdomains:
tar: subdomains/demo/conf: Cannot mkdir: Permission denied
tar: subdomains/demo/conf/vhost.conf: Cannot open: No such file or directory


When manually extracting the backup made, I do find the vhost.conf files. They are owned by the root user with world readable rights.
-rw-r--r-- 1 root root 266 Dec 11 2009 vhost.conf

Also the directory/files it says that do not exist, do exist.

There are also some files with the exact same owner/rights, which are being restores succesfully(some files in the httpdocs directory).
 
Thank you, I have updated request with these new details. I hope it will be fixed soon.
 
This issue still exists. Not to mention it's very confusing. I migrated from 9.5 (ubuntu 8.04) to 11.0.9 (ubuntu 12.04) by 'bing bang' as I call it (pleskbackup the old, pleskrestore on the new with all old IP addresses on it - old one turned off).

First off all there's config files that are no longer used all over the place (vhost.conf files for sub domains that should have been moved from /var/www/vhosts/main.com/subdomains/sub/conf/vhost.conf -> /var/www/vhosts/sub.main.com/conf/vhost.conf but did not, and http.include's that are no longer used, etc.).

Secondly all sub domain configuration has moved from /var/www/vhosts/main.com/conf/http.include (<- this used to include main + sub domains) and /var/www/vhosts/main.com/subdomains/sub/conf/vhost.conf which both should now be under /var/www/vhosts/sub.main.com/conf/ . The part where the documentroot is still /var/www/vhosts/main.com/subdomains/sub/httpdocs is not confusing at all either btw.

Please fix this:
1) Delete old config files - they're nothing but confusing
2) Move vhost.conf files to appropiate location for subdomains - this doesn't happen now and caused them to fallover
3) More a wish from me and probably won't happen: stop the **** with the /var/www/vhosts/sub.main.com containing the config, logs, etc. but web documents still under /var/www/vhosts/main.com/subdomains/sub/httpdocs . It doesn't make things transparency at all.

Whilst on it - would also like to see subdomains and aliases below their 'main' domain. Now each one shows up individually which really clutters the inferface IMHO and makes things a lot less transparent.
 
Back
Top