base "CLOSED" chez ovh !

Bernard_Strainchamps · Décembre 11, 2007, 3:02

Bonjour,
Sans préavis, je viens de recevoir le message suivant de la part d'ovh !
Fermeture de la base sql !
Ca fait au moins six ans que je suis hébergé chez eux sur un médiaplan !
Je ne comprends pas.
Bernard Strainchaù^s

Notre support vous a envoyé un message.
Vous pouvez en prendre connaissance ci-dessous.
Utilisez ce lien pour y répondre, n'utilisez pas la fonction "répondre"
de votre logiciel de messagerie.

Cordialement, l'équipe Ovh

http://www.ovh.com/fr/support/support/?id=20119738453510971680&level=answer

------------
Bonjour,

Actuellement sur votre hébergement ruedesboulets.com, vous avez une base
de données mauvaisgbiblio installée sur le serveur mysql5-1.media.

Nous vous informons que l'état opérationel de base de donnée a changé
d'état et est en "CLOSED". Ceci veut dire que votre base a été fermée.
Vous ne pouvez plus effectuer de requêtes sur votre base de données.

Le changement d'état est dû aux surcharges que votre base de données
provoquait sur notre serveur mysql5-1.media. Afin de garantir une qualité
de service pour l'ensemble des autres bases hébergées sur ce serveur,
nous avons décidé de désactiver toutes les bases de données
qui provoquaient le ralentissement de ce dernier.

La raison de ce changement d'état est le suivant:
vos requetes surchargent le serveur :

Nous pouvez récuperer les informations de votre base de données
via l'opération DUMP dans votre manager. Ensuite, vous pourrez
effacer votre base de données et la récreer toujours depuis le manager.
ATTENTION: effacement de votre base de données signifie que vous
           allez PERDRE toutes les données de votre base de données.
           AVANT d'effectuer l'effacement de votre base de données,
           effectuez le dump de votre base et vérifiez bien que
           vous avez recuperé TOUTES les données.

La taille de votre base de données: 51 Mo
La taille recommandée: 100 Mo

Nous vous remercions de votre rapide intervention.
Amicalement
L'équipe d'OVH

------------

Spipole · Décembre 11, 2007, 11:11

Bonsoir Bernard. En gros ils demandent de prendre l’offre supérieure ou un serveur dédié. Je suis un habitué du forum et tu n’es pas le seul à avoir ce souci là.

Soit tu changes d’hebergeur
Soit tu allèges ta bases de données ( peut être faire le ménage au niveau des stats …) mais je doute qu’ovh réouvre la base de données.

Said

Le 11/12/07, Bernard Strainchamps <strainc@wanadoo.fr> a écrit :

Bonjour,
Sans préavis, je viens de recevoir le message suivant de la part d’ovh !
Fermeture de la base sql !
Ca fait au moins six ans que je suis hébergé chez eux sur un médiaplan !
Je ne comprends pas.
Bernard Strainchaù^s

Notre support vous a envoyé un message.
Vous pouvez en prendre connaissance ci-dessous.
Utilisez ce lien pour y répondre, n’utilisez pas la fonction « répondre »
de votre logiciel de messagerie.

Cordialement, l’équipe Ovh

http://www.ovh.com/fr/support/support/?id=20119738453510971680&level=answer

Bonjour,

Actuellement sur votre hébergement ruedesboulets.com, vous avez une base
de données mauvaisgbiblio installée sur le serveur mysql5-1.media.

Nous vous informons que l’état opérationel de base de donnée a changé
d’état et est en « CLOSED ». Ceci veut dire que votre base a été fermée.
Vous ne pouvez plus effectuer de requêtes sur votre base de données.

Le changement d’état est dû aux surcharges que votre base de données
provoquait sur notre serveur mysql5-1.media. Afin de garantir une qualité
de service pour l’ensemble des autres bases hébergées sur ce serveur,
nous avons décidé de désactiver toutes les bases de données
qui provoquaient le ralentissement de ce dernier.

La raison de ce changement d’état est le suivant:
vos requetes surchargent le serveur :

±---------±---------------------±-----------------±----------------±--------±-----±---------------------±-----------------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
±---------±---------------------±-----------------±----------------±--------±-----±---------------------±-----------------------------------------------------------------------------------------------------+
| 33555811 | mauvaisgbiblio | 10.0.63.3:33721 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556484 | mauvaisgbiblio | 10.0.63.52:36484 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556577 | mauvaisgbiblio | 10.0.63.19:37771 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556605 | mauvaisgbiblio | 10.0.63.20:37887 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556865 | mauvaisgbiblio | 10.0.63.69:57952 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556878 | mauvaisgbiblio | 10.0.63.18:40887 | mauvaisgbiblio | Query | 0 | Copying to tmp table | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556902 | mauvaisgbiblio | 10.0.63.24:39943 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33556945 | mauvaisgbiblio | 10.0.63.54:41836 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33557602 | mauvaisgbiblio | 10.0.63.23:35692 | mauvaisgbiblio | Query | 0 | cleaning up | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33557954 | mauvaisgbiblio | 10.0.63.21:39646 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33558057 | mauvaisgbiblio | 10.0.63.32:46587 | mauvaisgbiblio | Query | 0 | cleaning up | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33558373 | mauvaisgbiblio | 10.0.63.62:42479 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |
| 33559717 | mauvaisgbiblio | 10.0.63.36:41114 | mauvaisgbiblio | Query | 0 | statistics | SELECT mots.id_mot, mots.titre
FROM mauvaisgbiblio.spip_mots_articles AS L1, mauvaisgbiblio.sp |

Nous pouvez récuperer les informations de votre base de données
via l’opération DUMP dans votre manager. Ensuite, vous pourrez
effacer votre base de données et la récreer toujours depuis le manager.
ATTENTION: effacement de votre base de données signifie que vous
allez PERDRE toutes les données de votre base de données.
AVANT d’effectuer l’effacement de votre base de données,
effectuez le dump de votre base et vérifiez bien que
vous avez recuperé TOUTES les données.

La taille de votre base de données: 51 Mo
La taille recommandée: 100 Mo

Nous vous remercions de votre rapide intervention.
Amicalement
L’équipe d’OVH

liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : http://www.spip.net/fr_article1054.html

Bernard_Strainchamps · Décembre 12, 2007, 6:23

Le problème, ce n'est même plus de la rouvrir.
Je l'ai déjà réinstallée deux fois !
J'ai donc supprimé les requêtes lourdes (les jointures de table sont presque toutes passées à la poubelle)
et j'ai arrêté les stats.
Dans les stats, il est indiqué que l'on peut *Activer/désactiver les statistiques et les referers.
Je voudrais garder les stats chiffres et supprimer les referers.
Comment dois-je procéder ?
Cordialement,
Bernard Strainchamps

PS : autrement, j'ai bien conscience qu'une librairie en ligne sur un mutualisé, c'est un peu juste !*
**
Spipole a écrit :

Bonsoir Bernard. En gros ils demandent de prendre l'offre supérieure ou un serveur dédié. Je suis un habitué du forum et tu n'es pas le seul à avoir ce souci là.
- Soit tu changes d'hebergeur
- Soit tu allèges ta bases de données ( peut être faire le ménage au niveau des stats ...) mais je doute qu'ovh réouvre la base de données.

Said

Le 11/12/07, *Bernard Strainchamps* <strainc@wanadoo.fr <mailto:strainc@wanadoo.fr>> a écrit :

    Bonjour,
    Sans préavis, je viens de recevoir le message suivant de la part
    d'ovh !
    Fermeture de la base sql !
    Ca fait au moins six ans que je suis hébergé chez eux sur un
    médiaplan !
    Je ne comprends pas.
    Bernard Strainchaù^s

    Notre support vous a envoyé un message.
    Vous pouvez en prendre connaissance ci-dessous.
    Utilisez ce lien pour y répondre, n'utilisez pas la fonction
    "répondre"
    de votre logiciel de messagerie.

    Cordialement, l'équipe Ovh

    ServiceNow
    <ServiceNow;

    ------------
    Bonjour,

    Actuellement sur votre hébergement ruedesboulets.com
    <http://ruedesboulets.com>, vous avez une base
    de données mauvaisgbiblio installée sur le serveur mysql5-1.media.

    Nous vous informons que l'état opérationel de base de donnée a changé
    d'état et est en "CLOSED". Ceci veut dire que votre base a été fermée.
    Vous ne pouvez plus effectuer de requêtes sur votre base de données.

    Le changement d'état est dû aux surcharges que votre base de données
    provoquait sur notre serveur mysql5-1.media. Afin de garantir une
    qualité
    de service pour l'ensemble des autres bases hébergées sur ce serveur,
    nous avons décidé de désactiver toutes les bases de données
    qui provoquaient le ralentissement de ce dernier.

    La raison de ce changement d'état est le suivant:
    vos requetes surchargent le serveur :

    +----------+----------------------+------------------+-----------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
    | Id | User | Host |
    db | Command | Time | State |
    Info |
    +----------+----------------------+------------------+-----------------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+

    | 33555811 | mauvaisgbiblio | 10.0.63.3:33721
    <http://10.0.63.3:33721> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556484 | mauvaisgbiblio | 10.0.63.52:36484
    <http://10.0.63.52:36484> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556577 | mauvaisgbiblio | 10.0.63.19:37771
    <http://10.0.63.19:37771> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556605 | mauvaisgbiblio | 10.0.63.20:37887
    <http://10.0.63.20:37887> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556865 | mauvaisgbiblio | 10.0.63.69:57952
    <http://10.0.63.69:57952> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556878 | mauvaisgbiblio | 10.0.63.18:40887
    <http://10.0.63.18:40887> | mauvaisgbiblio | Query | 0 |
    Copying to tmp table | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556902 | mauvaisgbiblio | 10.0.63.24:39943
    <http://10.0.63.24:39943> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33556945 | mauvaisgbiblio | 10.0.63.54:41836
    <http://10.0.63.54:41836> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33557602 | mauvaisgbiblio | 10.0.63.23:35692
    <http://10.0.63.23:35692> | mauvaisgbiblio | Query | 0 |
    cleaning up | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33557954 | mauvaisgbiblio | 10.0.63.21:39646
    <http://10.0.63.21:39646> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33558057 | mauvaisgbiblio | 10.0.63.32:46587
    <http://10.0.63.32:46587> | mauvaisgbiblio | Query | 0 |
    cleaning up | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33558373 | mauvaisgbiblio | 10.0.63.62:42479
    <http://10.0.63.62:42479> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |
    | 33559717 | mauvaisgbiblio | 10.0.63.36:41114
    <http://10.0.63.36:41114> | mauvaisgbiblio | Query | 0 |
    statistics | SELECT mots.id_mot, mots.titre
    FROM `mauvaisgbiblio`.spip_mots_articles AS `L1`,
    `mauvaisgbiblio`.sp |

    Nous pouvez récuperer les informations de votre base de données
    via l'opération DUMP dans votre manager. Ensuite, vous pourrez
    effacer votre base de données et la récreer toujours depuis le
    manager.
    ATTENTION: effacement de votre base de données signifie que vous
               allez PERDRE toutes les données de votre base de données.
               AVANT d'effectuer l'effacement de votre base de données,
               effectuez le dump de votre base et vérifiez bien que
               vous avez recuperé TOUTES les données.

    La taille de votre base de données: 51 Mo
    La taille recommandée: 100 Mo

    Nous vous remercions de votre rapide intervention.
    Amicalement
    L'équipe d'OVH

    ------------

    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement :
    spip-off@rezo.net <mailto:spip-off@rezo.net>
    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
    Documentation de SPIP : http://www.spip.net/
    irc://irc.freenode.net/spip
    FAQ : FAQ webmestre - SPIP

------------------------------------------------------------------------

_______________________________________________
liste spip
spip@rezo.net - désabonnement : spip-off@rezo.net
Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Documentation de SPIP : http://www.spip.net/
irc://irc.freenode.net/spip
FAQ : FAQ webmestre - SPIP

Rainer_Muller4 · Décembre 12, 2007, 9:01

Si tu es en Spip 1.9.1 peut-être rajoute ceci :

$derniere_modif_invalide = true;

dans mes option

Cela empêche de invalider le cache chaque fois que tu actualise ton site.

J’avais le même problème sur un site avec beaucoup d’actualisations est qui est devenu inopérable avec Spip 1.9.1.

Rajouter le sus-mentionné dans mes options a pu résoudre ce problème.

Rainer

Spipole escribió:

Farouba · Décembre 12, 2007, 9:12

Sans faire de pub, un grand moteur de recherche commençant par G propose un service de statistique très poussé et hébergé chez eux ! OVH sont un peu trop chien pour que tu puisses réutiliser correctement leur services sans passer en dédié je pense.