Discussion :

[FredAz]

Bonjour
je sollicite votre aide pour un problème qui me résiste depuis des jours. J'administre un petit forum PHPBB (base de donnée mysql) hébergé chez monarobase. Or depuis quelque temps j'ai un soucis en essayant de sauvegarder la base (que ce soit avec PHPmyadmin ou par d'autres biais)
La base normalement fait environ 2 Giga octets. avec Phpmyadmin quand je tente le dl (en mode non compressé) ça coupe à environ 600 mega.
Idem quand j'utilise le cPanel de Monarobase. Chose étonnante, mon co-admin parvient apparemment à récupérer la base à la bonne taille (il a la fibre moi non mais je ne sais pas s'il y a un soucis au niveau de ma connexion d'autant que j'arrive à télécharger d'autres choses sans problèmes et des fichiers bien plus gros). Mon problème survient quel que soit le navigateur utilisé.
J'ai contacté l'admin du serveur mais pour le moment notre échange ne m'a pas permis de solutionner le problème. lui dit que de son côté la base a la bonne taille et est intègre (il voit bien la ligne de type "- Dump completed on (telle date)" à la fin)

Mais en plus du reste, un truc me trouble car quand je vais justement dans le panel de monarobase et que je fais une vérification de la base, plusieurs tables sont indiquées comme OK. Mais une bonne dizaine est indiquée avec des problèmes, et des choses de ce type : "1 client is using or hasn't closed the table properly"
J'ai indiqué ceci à l'admin de Monarobase qui m'a dit ensuite qu'il a lancé une répartition de la base. Il m'a demandé si ça avait corrigé les problèmes, or non. plus récemment, j'ai essayé de sauvegarder la base avec une autre méthode : par le terminal, et avec la commande mysqldump et là c'est beaucoup mieux j'arrive presque à la taille. mais toujours pas. Lorsque je la récupère avec Filezilla et que je compare la taille en ligne et la taille du fichier .sql récupéré sur mon disque dur, ce dernier fait moins (à l'octet près) et alors que pourtant je n'ai pas d'erreur lors du download à priori.
moi (sur le ftp) la taille est : 1945923969 octets
et en local une fois récupérée sur mon disque dur : 1900321000 octets
Vous auriez une idée ?

Merci d'avance.

[Artemus24]

Salut FredAz.

La base normalement fait environ 2 Giga octets. avec Phpmyadmin quand je tente le dl (en mode non compressé) ça coupe à environ 600 mega.

Quel est le message d'erreur qui vous obtenez ?

Cordialement.
Artemus24.
@+

[FredAz]

Bonjour ! Lorsque je fais la sauvegarde avec Phpmyadmin, je n'ai aucun message d'erreur.
c'est juste que le download se coupe à environ 600 Mega (alors qu'il devrait aller jusqu'à 2 Giga, surtout quand je le fais en mode non compressé)

[Mat.M]

Lorsque je la récupère avec Filezilla et que je compare la taille en ligne et la taille du fichier .sql récupéré sur mon disque dur, ce dernier fait moins (à l'octet près) et alors que pourtant je n'ai pas d'erreur lors du download à priori.

hmmm ça serait pas un problème de mode de téléchargement ça ?
Vérifier dans FileZilla le mode de téléchargement et les options

[Artemus24]

Salut à tous.

La raison de votre problème est décrite dans ce que vous dites ici :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 Chose étonnante, mon co-admin parvient apparemment à récupérer la base à la bonne taille (il a la fibre moi non mais je ne sais pas s'il y a un soucis au niveau de ma connexion d'autant que j'arrive à télécharger d'autres choses sans problèmes et des fichiers bien plus gros). Mon problème survient quel que soit le navigateur utilisé.

Apparament puisque vous êtes dans le forum MySql, cette récupération de votre base de données concerne bien un problème de Timeout dans MySql.
Votre co-admin ayant la FTTH pourra charger la base de données plus rapidement que vous.
A vérifier dans votre php.ini, chez vous :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
connect-timeout     = 600
interactive-timeout = 600
net-read-timeout    = 600
net-write-timeout   = 600
wait-timeout        = 600

J'ai mis 600 = 60 x 10 secondes soit 10 minutes.

Cordialement.
Artemus24.
@+