web-dev-qa-db-fra.com

Problème avec pleskrestore "Le fichier que vous essayez de télécharger n'est pas un fichier de sauvegarde valide"

J'ai des problèmes avec pleskrestore sous Plesk 10.4.1, CentOS 5.

J'ai créé 6 fichiers (également dans Plesk 10.4.1) avec pleskbackup, répartis en 4 Go:

Voici ce que j'ai utilisé ...

$ /usr/local/psa/bin/pleskbackup --server --output file=ftp://user:[email protected]/colossus729_split_0 --split=4G

... pour créer ces fichiers:

colossus729_split   
colossus729_split.001   
colossus729_split.002   
colossus729_split.003   
colossus729_split.004  
colossus729_split.005

Mais plesk restore ne fonctionnerait pas avec ces fichiers (contrairement à la documentation )

# /usr/local/psa/bin/pleskrestore --restore colossus729_split -level server -license

et obtenez cette erreur:

"The file you are trying to upload is not a valid backup file"
linuxplesk
2
ow3n

Nous avons donc essayé de faire tout cela avec la documentation, mais cela manque de précision et de précision. De plus, tous les messages d'erreur renvoyés par leurs applications ne valent rien.

Oh, et je dois dire que c'est la dernière fois que je me lance dans un projet avec Plesk.

Au lieu de cela, mes collaborateurs du support technique ont dû décompresser les fichiers pour pouvoir accéder à ce fichier XML.

backup_info_1112070810.xml

Ces informations ne figurent nulle part ailleurs dans la documentation de Plesk à titre d'information.

Mais j'ai toujours des erreurs

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

Backup file has wrong format
Dump has critical errors.

Ensuite, j’ai dû créer un fichier carte (même si la documentation de Plesk implique que cela n’est requis que pour Plesk 8.6 et 9 (Linux): http://kb.parallels.com/6164

# /usr/local/psa/bin/pleskrestore --create-map backup_info_1112070810.xml -map map_file

Mais j'ai toujours des erreurs. Commencer à voir une tendance.

Lors de la validation du fichier, j'ai réalisé qu'il y avait des erreurs. J'ai donc dû ajouter manuellement 2 autres adresses IP à Plesk.

# /usr/local/psa/bin/pleskrestore --validate-map map_file

Est-ce que ça a plu comme ça:

123.123.123.xx/255.255.255.0
123.123.123.xx/255.255.255.0

Ensuite, le fichier de carte a validé:

# /usr/local/psa/bin/pleskrestore --validate-map map_file

Mais toujours le même message d'erreur quand j'ai essayé de restaurer

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

Backup file has wrong format
Dump has critical errors.

Trouver ce message: http://forum.parallels.com/showthread.php?t=109694 J'ai décidé d'essayer de mettre à niveau Plesk de 10.2 à 10.3.1, puis à 10.4.4 (à l'origine avait 10.4.1).

Une fois cela terminé, j'ai exécuté ceci et tout a été restauré. Cela a pris au moins 10 heures pour 150 domaines et 24 Go

# /usr/local/psa/bin/pleskrestore --restore backup_info_1112070810.xml -level server -license -map map_file

Finalement, après que tous les clients, les domaines et les données soient apparus, j'ai réalisé que j'avais toujours les problèmes suivants, encore une fois, grâce à Plesk:

  1. Contrairement à l'installation précédente de Plesk, qui avait PHP 5.3, cette restauration par défaut était 5.1, ce qui a causé la panne de nombreux sites. Corrigé en installant PHP53 (en utilisant le code source officiel de Plesk) et le programme d'installation automatique

    $/usr/local/psa/admin/sbin/autoinstaller

  2. J'avais corrigé mon précédent fichier php.ini. Plesk n'a pas restauré. À savoir le problème avec le support de fuseau horaire. Fixé en ajoutant ce qui suit et en redémarrant httpd.

    date.timezone = "America/New_York"

  3. Impossible d'accéder à Plesk après la restauration. Résolu en désactivant l'authentification unique.

  4. Tous les plans de service ont été définis par défaut. Ennuyeux.

  5. Last but not least par un long shot (du moins pour le moment). Lorsque j'ai restauré des domaines, j'ai constaté qu'ils se sont vus attribuer le mauvais propriétaire. Les fichiers de l’utilisateur appartenaient au mauvais utilisateur. Terrible, Plesk, vraiment terrible. Dû faire chown récursif dans httpdocs pour donner aux fichiers les droits des propriétaires.

    $ chown -R utilisateur: groupe *

1
ow3n

Pour revenir en arrière/enlever:

cat "backupfilename" "backupfilename"1 "backupfilename"2 "backupfilename"3  | tar xzpv

Tout ce que je devais faire après cela pour une restauration complète du serveur était:

/usr/local/psa/bin/pleskrestore --restore "backupfilename".xml -level server
0
Andy Main