OVH Dépassement taille base de données

Information importante

En raison d'un grand nombre d'inscriptions de spammers sur notre site, polluant sans relache notre forum, nous suspendons la création de compte via le formulaire de "sign up".

Il est néanmoins toujours possible de devenir adhérent•e en faisant la demande sur cette page, rubrique "Inscription" : https://www.drupal.fr/contact


De plus, le forum est désormais "interdit en écriture". Il n'est plus autorisé d'y écrire un sujet/billet/commentaire.

Pour contacter la communauté, merci de rejoindre le slack "drupalfrance".

Si vous voulez contacter le bureau de l'association, utilisez le formulaire disponible ici, ou envoyez-nous un DM sur twitter.

Submitted by veroo on

Bonjour,
Je viens de recevoir en triple exemplaire ce message ci dessous...
Sur 4 Mo, déjà Watchdog m'en mange 2...
Que dois je faire? Que puis je supprimer?
Merci

Bonjour, Actuellement sur votre hébergement XXXXX.net, vous avez une base de données XXXXX installée sur le serveur mysql5-4.start. Nous vous informons que la taille de votre base de données arrive à 90% de la taille recommandée. Nous vous demandons de prendre les mesuresqui s'imposent afin de ne pas dépasser cette taille. Pour garantir la qualité de service pour l'ensemble des bases de données hébergées sur le serveur mysql5-4.start, si votre base dépasse la taille recommandée, nous allons devoir la suspendre. Vous pouvez aussi augmenter la taille de votre base de données viaSQLarge: http://www.ovh.com/fr/produits/sql_large.xml La taille de votre base de données: 4 Mo La taille recommandée: 5 Mo Amicalement

L'équipe d'OVH

Forum : 
Support général
Version de Drupal : 
5.x

Soumis par haza le 12 Mars, 2008 - 09:31

Taille limite à 5 Mo ?

Whouaaa. C'est rien a l'heure actuelle ça.

Sachant que tout CMS actuellement enregistre tout dans la base de données, ben tu te retrouve assez vite avec une grosse base.

A titre d'exemple, la base de Web42 (j'ai vraiment pas beaucoup de chose dessus pourtant) fait 33 Mo ...

Donc tu pourrais annuler la journalisation des evenements, les stats, ce genre de chose, mais tu va très très vite te retrouver à la taille limite rien qu'en écrivant tes articles.

Soumis par mcLaot le 12 Mars, 2008 - 12:02

bonjour,

Je viens de recontrer le même problème de limitation chez OVH. Résolu en sortant le porte-monnaie pour passer à 100 Mo.
Ils sont vraiment trop short sur leur quota SGBD et puis ça fait marcher la boutique !

@+
mcLaot

Soumis par veroo le 12 Mars, 2008 - 12:53

Merci du renseignement...
Mais bon pas envie de payer 5€ par mois pour un petit site pour l'instant, je préfère voir venir.
En attendant, comment je désactive la journalisation des événements, siouplait...?

Soumis par haza le 12 Mars, 2008 - 14:03

Déjà désactiver le module "statistic" si il est activé.
Je pense que tu peux aussi vider la table watchdog a la main, ca devrait pas poser de probleme a drupal (sans garantie quand meme, j'ai pas testé), sachant que tu ne peux pas désactiver le module Watchdog...

Et apres, il serait surtout bon que tu ailles voir directement sur phpMyAdmin pour voir la taille que prend ta table qui contient tes noeuds. En faisant un rapport avec le nombre de noeud que tu as sur ton site, tu sauras a peu pres combien tu peux espérer en écrire encore...

Soumis par tostinni le 12 Mars, 2008 - 20:07

Eh be 4Mo, sont radins...
Je viens de voir un ti truc dans le module watchdog: 

<?php
function watchdog_cron() {
  db_query('DELETE FROM {watchdog} WHERE timestamp < %d', time() - variable_get('watchdog_clear', 604800));
  db_query('DELETE FROM {flood} WHERE timestamp < %d', time() - 3600);
}
?>

Donc en gros si t'as le cron active il efface tous les logs plus vieux que 604800s donc 7j, ce que tu peux faire c'est active le cron et si 7j de logs c'est encore trop, rajoute dans la table "variable" "INSERT INTO variable (watchdog_clear, 86400);" pour avoir juste un jour de log par ex.

Soumis par veroo le 16 Mars, 2008 - 11:50

Oui mais c'est encore trop pour ce #@#???%% d'hébergement chez ovh. Là ma table est bloquée en écriture... donc le site es carrément planté...
Mon watchdog depasse royalement les 4Mo/jour... du coup je suis vite hors des 5Mo regementaires... Bing on bloque l'écriture sur la base mysql... Sympa...
C'est la 1ere fois que j'installais drupal sur le mini d'OVH... bonjour l'arnaque...

Voilà le mail que je viens de leur adresser :
"Bonjour
J'essaie de régler le pb mais franchement avec 5Mo, on est vite hors limite... Je dois vider manuellement ma table de journal de bord (module obligatoire de drupal) tous les jours... C'est carrément ingérable!
Quant à la réactivité que vos courriers nécessitent, c'est à croire que vous imaginez que les webmasters passent tous leur vie sur leur ordi... 2 ou 3 jours avant de bloquer l'écriture serait un minimum! Là on a au mieux 8h...
Il va peut être falloir songer à remonter le niveau un chouia car qui de nos jours peut se contenter des 5Mo...?
Et la transition entre cette formule et la SQL LARGE à minimum 5€HT/mois... c'est vraiment un gouffre...
OVH ne peut pas proposer une formule intermédiaire? C'est à décourager de rester chez OVH, quand même...
Merci de me redonner des droits en écriture...
Cordialement,
Une utilisatrice déçue..."

Soumis par remedact le 4 Avril, 2008 - 16:59

salut
pour rechopper l'écriture pendant environ 1 h:
- aller dans le manager ovh, hébergement, sql, recalculer la taille de la BDD.
- on reçoit un mail comme quoi c'est réactivé pendant une heure
- on bidouille pour gagner de la place (penser aussi à désactiver le cache dans performance ??)

et voilà,

sinon he bien:
- php my admin
-table watchdog: vider (après l'avoir exporter chez toi)
- AVANT de la vider: regarder ce qui est dit: des erreurs peuvent survenir à chaque fois que tu ouvre une page par ex (dans mon cas), alors il faut traiter le pb à la base et faire en sorte qu'il ny ait plus d'erreurs !!

perso, je vais migrer de la start 1Go à la 60GP très bientot

REMEDACT: REgarde...MEDite...Agis !

Soumis par graou le 5 Avril, 2008 - 14:44

Je suis en train d'essayer nuxit, un des seuls qui propose une quantité illimitée de bases de données et de noms de domaine. Par contre, il faut payer un pack supplémentaire pour gérer des mails par site. Grrr. Il y a toujours un blème quelque-part...