[spip-dev] 3.0.17 restauration de dump problématique sous Nginx.

Bonjour,

je n'arrive pas à effectuer des restaurations de dump avec un Spip
3.0.17.
Je peux effectuer la sauvegarde, mais pas la restauration du fichier
précédemment généré. Sur un site vide, mais il y a quand même des
plugins activés par défaut.

Est ce que vous avez eu le même problème? C'est spécifique à Nginx?
J'ai seulement le navigateur qui mouline dans le vide jusqu'au
time-out. Rien dans les logs à part le time-out.

Bonne journée
G

Bonjour,
je sais pas si c’est une piste : j’ai eu un problème de sauvegarde à cause de droits sur le dossier config…

Merci,
j'ai un problème pour la restauration.

Bonjour,

est-ce que tu as des traces de erreurs ?

le dump avait-il été généré sur le serveur qui produit l’erreur ?

Il se peut que ce soit le module php sqlite, nécessaire à la lecture des fichiers de sauvegarde, qui ne soit pas disponible sur ton hébergement

Tu peux le vérifier via ecrire/?exec=info (ou en générant une sauvegarde sur le site)

.Gilles

Bonjour,

est-ce que tu as des traces de erreurs ?

Absolument rien, sauf la notification du timeout.

le dump avait-il été généré sur le serveur qui produit l'erreur ?

Oui, je génère le dump, il est listé, n'est pas vide, mais je ne
peux pas le restaurer. J'ai vérifié les droits des fichiers.

Il se peut que ce soit le module php sqlite, nécessaire à la lecture
des fichiers de sauvegarde, qui ne soit pas disponible sur ton
hébergement
Tu peux le vérifier via ecrire/?exec=info (ou en générant une
sauvegarde sur le site)

Vu que les sauvegardes se font, ça doit être autre chose.
J'ai désactivé les fonctions "exec", si ça se trouve, c'est ça qui
pose problème (mais j'aurai vu les lignes d'erreurs dans les logs).

A priori, j'ai bien les modules pour php.

sqlite3
SQLite3 module version 0.7
SQLite Library 3.7.13

Directive Local Value Master Value
sqlite3.extension_dir no value no value

PDO
PDO drivers mysql, sqlite

Peut être un problème de version...

Est ce que d'autres ont le même problème? A priori non :slight_smile:

Je vais essayer sur un site sans extensions, non mutualisé, pour
vérifier.

Bonne soirée
Grégoire

Est-ce que tu as accès via ssh à ton serveur ?

Le dump est un fichier sqlite valide.

Tu peux déjà vérifier qu’il est bon via :

sqlite <nom_de_ton_fichier_de_dump>

Ensuite, si la taille de ton dump est importante, il faut certainement augmenter le paramètre max_execution_time de php.ini

Est-ce que tu as accès via ssh à ton serveur ?

Le dump est un fichier sqlite valide.
Tu peux déjà vérifier qu'il est bon via :
sqlite <nom_de_ton_fichier_de_dump>

Bonjour,

j'ai un accès au serveur par ssh et j'ai ajouté le paquet sqlite3
pour pouvoir tester le dump.
J'ai pu lister les tables. (c'est sympa la syntaxe des commandes sqlite)

Le fichier de dump me semble bon au niveau du format, il fait 4Mo.

Ensuite, si la taille de ton dump est importante, il faut
certainement augmenter le paramètre max_execution_time de php.ini

Pour 4Mo, ce serait curieux qu'il y ait un problème... de poids.
Le problème est ailleurs, et quand j'aurai installé un autre site,
non mutualisé je ferai de nouveau des essais...

Bonne journée
G