I am not able to take backups of the content of the server. This is the error I get:
Error: Runtime error: The check dump failed with code '1'. The dump can contain invalid data! at /usr/local/psa/admin/bin/plesk_agent_manager line 1022.
Error: The dump have been invalidated by check-dump operation
So, the installation procedure finished partially, installing net packages, but not really updating all info.
Comparison of the MySQL scheme for DB psa with another server with the new installation shows that some minimal differences in some tables and a couple of missing tables. So, it looks like it _almost_ succeeded.
Comparison of the RPMs installed on the two servers, shows some differences in installed packages and versions. For example, there are 2 versions of psa-backup-manager and 2 versions of psa-migration-manager on the "malfunctioning" machine.
Further runs of the autoinstaller does not work, since it seems to think that everything is fully installed/updated. How to proceed from this point. Control panel does not work...
We've looked through the installation log files and Wonder if there is some log file that we are missing - where shold we look for messages in case of a failed installation?
I make full backup from my Plesk 11 server and Copy All files over %plesk_dir%/Backup to New server. When I tried to restore them I received this error !
Warning:reseller "banipersia" Failed deployment of domain baqdad.com Warning: Execution of "C:Program Files (x86)ParallelsPleskbindomain.exe" --create baqdad.com -owner "" -do-not-apply-skeleton -notify false -guid D854C8FC-19DE-4256-A172-888155D012A9 -vendor-guid 194764FD-2B44-4F82-BA33-988DFF49FCFE -creation-date 2013-05-23 -ip 78.138.101.47 -ignore-nonexistent-options failed with return code 1. Stderr is Wrong syntax for command's '-owner' parameter. '' does not match the pattern '/^[^s]{1,255}$/'.
I am using Plesk 12.0.18 Update #51 on Ubuntu 14.04.2 LTS.
I want to restore a single Domain from Plesk GUI but it failed:
Archiver error: from /private-backup/plesk/clients/WSKunde/domains/domainname.de/backup_domainname.de_conf_1506200200.tgz: forkExecvPipes: execv() failed: No such file or directory System error 2: No such file or directory Warning: domain "domainname.de"
I have a VPS running Plesk 11.x and yesterdady I tried adding a new domain to my subscription and received this error:
Error: Unable to update domain data: Unable to restore the DNS zone: an error occurred while adding the DOMAINNAME IN A DOMAINNAME record: Incorrect DNS record values were specified.
I have one subscription and under that a few domains. I've not had any DNS issues before so I'm a little stumped as to where to start looking. I suspect DNS template issues but I'm not that au fait with the DNS template so I don't want to start fiddling. My service provider suggested I look at [URL] ... which doesn't appear to be related as I have no duplicate domains under my subscription.
Following on from this the VPS is my personal server and I host a few sites for friends consequently I only have the one subscription. I've been advised that I should have one subscription per domain. Is that correct information?
i have make a full Plesk Backup on my Old Server with Plesk 12.0(Ubuntu) and will restore the Backup on my new Server with Plesk 12.0(CentOS).When i will restore the backup i get this error: "Error: The source file is not a valid XML file. If you supplied an archive file containing a backup from Plesk version 9 or later, then extract the contents of this archive, and process the extracted XML file with the converter. If you want to convert a backup file from a Plesk version earlier than 9, then you first need to process it with the pre9-backup-convert utility, and then process the resulting file with the pre10-backup-convert utility."
I made a backup of my website with plesk backup manager on an external FTP, now I want to restore this backup on a new server which isn't using plesk, for test purposes. I've downloaded the backup (which is in .tar) on my PC, and extracted all files firstly from the general .tar archive, then the user_data from .tgz. Then to extract all the databases (they were in a folder "databases" after I've extracted the general .tar file), I extracted them from database_name_145536536.tgz, then from database_name_145536536.tar, so that now I've a series of "database_name_145536536" files. (145536536 are some example numbers).
I'm interested in restoring both files and mysql databases.
To restore the files, I can simply use the extracted files from the user_data archive.
To restore the mysql databases, I tried to do "mysql -p -u username database_name < file" and everything seemed to work fine.
Is this process ok? Is it 100% safe and sure or I could face some bugs?
I've generated migration files on a source server that runs plesk11.5..I've transfer these files to my new server (plesk 12).I've logged into plesk on the new server, go to migration tool and create a new migration using local files.with chrome dev tools. i can see the following a post request is sent to :
/plesk/ server/migration/start/ the response is a redirection ( http status 303 , location = /admin/backup/restore/type/import/id/migration )a
After several attempts to this url I've got : admin/backup/restore/type/import/id/migration net::ERR_TOO_MANY_REDIRECTS..is there a way to restore the data using the command line ?
I am trying to restore a backup that Parallels Plesk made (latest version) and I used to get the option at some point to replace everything. Now, I only get the options to select what I want to restore and it fails because it says certain things, domains, content is already there.
I can't find the option anymore that allows me to say replace everything during the backup. Was that removed? If so, I'd really....really like it back.
Warning: Failed deployment of domain localhost.localdomain Warning: Execution of /usr/local/psa/admin/plib/api-cli/domain.php --create localhost.localdomain -owner admin -do-not-apply-skeleton -notify false -guid 4fe5de63-3103-4fa0-a01c-04894e167107 -vendor-guid 75b2fa01-6c6e-4cb2-8f1b-9c69757fd3ec -creation-date 2014-02-13 -ip 46.165.251.98 -ignore-nonexistent-options failed with return code 1. Stderr is An error occurred during domain creation: There are no available resources of this type (domains) left. Requested: 1; available: 0.
I have to restore only the cronjobs for a spcecific domain from a plesk backup which is stored on another server. I searched in all the full backup structure but impossible to retrieve the data.
I cant restore my back up. Get following warnings:
Warning:
php_version 5.3 is not supported. It will be replaced with php_version 5.4 for the following service plans: Unlimited, Admin Simple, Default Domain, Default Simple, Web Presence Builder, SiteBuilder
Warning:
python is not supported. It will be disabled for the following objects: Service plan 'Unlimited', Service plan 'Admin Simple', Service plan 'Default Domain', Service plan 'Default Simple'
Warning:
The component fail2ban is not installed. It will be disabled for the following objects: Server settings
Warning:
php_version 5.3 is not supported. It will be replaced with php_version 5.4 for the following websites: swen.flugzeugbilder.orgClick to expand...
I have a repository backup that I want to partially restore. I see the option "Selected Objects" but it cannot be selected. I'm wondering why that is not an option? I'm also wondering what "restore this backup despite the fact that it does not have a valid signature" means. I see a check box. Is Plesk telling me my backup doesn't have a valid signature? What is the meaning of a "signature"?
I was running on a Ubuntu 10.04 LTS VPS and had this error too, then yesterday imported the domain from the old VPS to our new Plesk Server (Ubuntu 12.04.3 LTS) and I still get this error on this one domain.
This is the error in question...
Warning:hosting "mydomain.tld"
Failed to pack files Backup_mydomain.tld_user-data_1311120042 in /var/lib/psa/dumps/domains/mydomain.tld [ 49562925056 bytes free of 53687091200 bytes total on mount point 0]
Warning:hosting "mydomain.tld"
For security reason backup is performed on behalf of subscription system user. System user has no read access to backup file.Click to expand...
All domains were offline this morning. Plesk showed the following error message. It seems we are beta testing the software. I am on Suse 13.1, clean install.
Unable to rotate dump: The dump rotation is failed with code '1' at /usr/local/psa/admin/bin/plesk_agent_manager line 1041.
Warning: domain "abc.com"
The domain 'abc.com' may be inaccessible after backup. Please, resume it manually!
Having problems with failed daily domain backups. All databases that have been created by Plesk cannot be backed up, thus backup fails with the following message:
Code: # plesk bin pleskbackup server UNIVERSAL->import is deprecated and will be removed in a future perl at (eval 13) line 3. UNIVERSAL->import is deprecated and will be removed in a future perl at /usr/local/psa/PMM/agents/shared/IPC/Run.pm line 1060. UNIVERSAL->import is deprecated and will be removed in a future perl at /usr/local/psa/PMM/agents/shared/IPC/Run/IO.pm line 78. UNIVERSAL->import is deprecated and will be removed in a future perl at /usr/local/psa/PMM/agents/shared/IPC/Run/Timer.pm line 161. Runtime error: Could not run make dump with pmmcli[Illegal seek]
Code: # /usr/local/psa/admin/sbin/pmmcli Traceback (most recent call last): File "/usr/local/psa/admin/sbin/pmmcli", line 5, in <module> import pmmcli File "/usr/local/psa/admin/share/pmmcli/pmmcli.py", line 21, in <module> import pmmcli_session File "/usr/local/psa/admin/share/pmmcli/pmmcli_session.py", line 15, in <module> import pmm_migration_handler File "/usr/local/psa/admin/share/pmmcli/pmm_migration_handler.py", line 16, in <module> import migration_handler ImportError: Bad magic number in /usr/local/psa/admin/share/migration-handler/migration_handler.pyc
Since Microupdate 11.0.9 #52/#53 I get the following error from my scheduled backup:
<description>Failed to pack files back__domainname_mn_1306110314 in /var/lib/psa/dumps/xy/clients/xy/domains/domainname [ 945838637056 bytes free of 980876906496 bytes total on mount point 0]</description>
Some related problems have already been discussed here in the forum (e.g.: [URL] .... or this one: [URL] ...., but it all did not quite match with my problem.