Bonjour tout le monde,
J'essaye depuis 3 bonnes heures de générer un backup de la base de données sans devoir passer par l'interface web d'OVH.
Pour ça, j'ai commencé par la doc officielle fournie par OVH. Sans succès:
Création dun fichier dump.php à la racine du dossier www contenant ces lignes:
<?
system("mysqldump --host=adresse_du_serveur --user=nom_utilisateur --password=mot_de_passe_utilisateur nom_base_de_données > sauvegarde.sql");
?>
Ce fichier est ensuite appelé depuis le navigateur.
Résultat: Un fichier sauvegarde.sql est bien créé, mais celui-ci reste désespérément vide (0ko), même en patientant plusieurs minutes.
J'ai donc testé quelques trucs en plus:
- le script est passé en
chmod 777
- ajout de
--port=3306
- test également avec
https:// au début du host
Même résultat, le fichier .sql est mis à jour, mais il reste vide.
Quelques infos supplémentaires:
les login et mot de passe ont été testés via phpMyAdmin, et ils fonctionnent.
De même, une installation de Wordpress utilise ces même credentials. J'ai repris les données dans le fichier wp-config.php de Wordpress.
il n'y a pas de caractères spéciaux dans les login/mdp
Configuration:
- Global PHP version 7.2
- Datacentre "gra3"
- L'offre d'hébergement ne permet pas l'usage du SSH (Contrat "Perso 2014")
Notez que j'ai déjà fait les même tests il y a trois semaines environ, même échecs à l'époque.
Avez-vous une piste ?
EDIT:
Une modification du script permet d'avoir (un peu) plus d'info:
<?
$output = [];
system("mysqldump --host=vanessd875.mysql.db --user=vanessd --password=XXX vanessd875 > ovh.sql",$output);
var_dump($output);
?>
Affiche int(2) dans le navigateur. Pour moi ça reste incompréhensible mais peut-être que ça peu aider à comprendre le problème.
EDIT 2:
J'ai testé une version adaptée de ce Gist:
<?php
ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);
$database = 'vanessd875';
$user = 'vanessd';
$pass = 'XXXXX';
$host = 'vanessd875.mysql.db';
$dir = dirname(__FILE__) . '/dump.sql';
echo "<h3>Backing up database to `<code>{$dir}</code>`</h3>";
exec("mysqldump --user={$user} --password={$pass} --host={$host} {$database} --result-file={$dir} 2>&1", $output);
var_dump($output);
?>
La réponse laisse à penser qu'il y a un problème de permissions:
Backing up database to `/home/vanessd/www/dump.sql`
array(1) { [0]=> string(120) "mysqldump: Got error: 1045: Access denied for user 'vanessd'@'10.30.20.102' (using password: YES) when trying to connect" }
Cordialement, Vaness
