Surcharge du serveur et de son CPU

Julien_Hering · Septembre 16, 2009, 6:55

Bonsoir à tous,

Mon hébergeur, OVH (90plan), me bloque encore l’accès à mon site (SPIP 1.9.2h [13886] | Sarka-SPIP 2.0.2 [20232] ). La raison est un fois encore :

La raison de ce changement d’état est le suivant:
Vos scripts consomment trop de CPU et surchargent nos serveurs

J’utilise les plugins listés ci-dessous.

Lecteur Multimédia en Flash (MP3,flv) Version : 0.67
Article PDF Version : 0.1 | Balise Session Version : 1.0 | Barre typographique généralisée Version : 1.5 | Barre Typo V2 pour 1.9.2 et suivantes Version : 0.3.0 | cfg : moteur de configuration Le Couteau Suisse Enluminures typographiques pour 1.9.2 et suivantes Envoyer par mail FreepapeR Habillages Version : 1.3 | Image Ragged Version : 0.1 | Notation des articles Version : 0.4 | Publication ouverte Version : 0.4 | Boite à outils pour articles Version : 0.3 | Squelette Sarka-SPIP 2 Squelette editeur SPIP-Listes SpipBB : Gestion des forums de SPIP 1.9 Tableau de Bord Thickbox v2 Version : 0.3 | Accès restreint par groupes Je n’ai pas modifié le squelette à part pour insérer les fonctionnalités des plug. Avez-vous une idée de ce qui peut provoquer cette surcharge ?? Je sèche sur la façon de trouver des infos (rien trouver sur spip.net, google, …). Je me doute que ma question peut être vague mais pour mon niveau de néophyte je ne vois pas comment la poser autrement. Je commence à en avoir marre d’autant qu’OVH ne me donne aucune info pour essayer de comprendre ce qui se passe. Help !! Cordialement, Julien

JLuc · Septembre 17, 2009, 8:15

Julien Hering a écrit :

Mon hébergeur, OVH (90plan), me bloque encore l'accès à mon site (SPIP 1.9.2h [13886] | Sarka-SPIP 2.0.2 [20232] ). La raison est un fois encore :

La raison de ce changement d'état est le suivant:
Vos scripts consomment trop de CPU et surchargent nos serveurs

Si tu peux accéder à ton site ajoute ?var_mode=debug à l'url
ou &var_mode=debug si il y a déjà un paramétre
pour voir quels requêtes sont trop lourdes.

Peut être les développeurs de sarka-spip ou des acces_restreint_par groupe
pourraient plus facilement comprendre le pb.

JLuc

Julien_Hering · Septembre 17, 2009, 4:05

Merci pour la réponse. j'ai réussi à obtenir l'accès au site.

:Mon hébergeur, OVH (90plan), me bloque encore l'accès à mon site (SPIP 1.9.2h [13886] | Sarka-SPIP 2.0.2 [20232] ). La raison est un fois encore :

La raison de ce changement d'état est le suivant:
Vos scripts consomment trop de CPU et surchargent nos serveurs

Si tu peux accéder à ton site ajoute ?var_mode=debug à l'url
ou &var_mode=debug si il y a déjà un paramétre
pour voir quels requêtes sont trop lourdes.

J'ai essayé ?var_mode=debug mais je ne vois pas comment identifier les requêtes "lourdes". L'autre &var... ne marche pas.

Peut être les développeurs de sarka-spip ou des acces_restreint_par groupe
pourraient plus facilement comprendre le pb.

JLuc

C'est une bonne idée de voir du côté des développeurs de sarka-spip mais sur l site les forums sur sarka-spip 2 sont fermés... Quelqu'un sait si ce squelette qui est sous forme de plugin est susceptible d'être "lourd" en scripts pour les serveurs ??

Julien

Julien_Hering · Septembre 18, 2009, 7:08

Bonsoir à tous,

Comme OVH me bloque à nouveau l'accès je continue plus activement mes recherche de pistes. J'ai regardé les logs et spécialement les error. Ils sont nombreux.
Pour le 16/09 :

1/6 des lignes sont :
[Wed Sep 16 11:37:23 2009] [error] [client ...] [host ...] File does not exist: /homez.160/.../www/robots.txt
[Wed Sep 16 11:47:00 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/squelettes
[Wed Sep 16 11:50:31 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/favicon.ico

Quelques lignes avec :
[Wed Sep 16 18:32:30 2009] [error] [client ...] [host ...] File does not exist: /homez.160/.../www/plugins/sarkaspip_2/plugins, referer: http://www.collectif-papera.org/plugins/sarkaspip_2/styles/style.css
[Wed Sep 16 18:32:31 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/freepaper.xml
[Wed Sep 16 18:33:35 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/plugins/sarkaspip_2/plugins, referer: http://www.collectif-papera.org/plugins/sarkaspip_2/styles/style.css
[Wed Sep 16 18:33:36 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/freepaper.xml
[Wed Sep 16 18:38:02 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/plugins/sarkaspip_2/plugins, referer: http://www.collectif-papera.org/plugins/sarkaspip_2/styles/style.css
[Wed Sep 16 18:38:02 2009] [error] [client ...] [host www....] File does not exist: /homez.160/.../www/freepaper.xml

Le gros reste est :
[Wed Sep 16 21:41:40 2009] [crit] [client 93.12.63.88] [host collectif-papera.org] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

Pour ce dernier, j'ai vu que les droits sont à 755. Je n'y touche pas pour l'instant car c un technicien d'OVH qui la mis le mois dernier suite à leur boulette sur l'upgrade de la base.

Je ne sais pas quoi faire avec les logs "web" (sais pas les lire) et ne sais pas vérifier la "lourdeur" des requêtes qui sont les autres pistes.

Si quelqu'un à une idée ou un conseil où trouver les infos pour que j'apprenne à me dépatouiller, ça serait vraiment super.

Julien

JLuc a écrit :

Julien Hering a écrit :

Mon hébergeur, OVH (90plan), me bloque encore l'accès à mon site (SPIP 1.9.2h [13886] | Sarka-SPIP 2.0.2 [20232] ). La raison est un fois encore :

La raison de ce changement d'état est le suivant:
Vos scripts consomment trop de CPU et surchargent nos serveurs

Si tu peux accéder à ton site ajoute ?var_mode=debug à l'url
ou &var_mode=debug si il y a déjà un paramétre
pour voir quels requêtes sont trop lourdes.

Peut être les développeurs de sarka-spip ou des acces_restreint_par groupe
pourraient plus facilement comprendre le pb.

JLuc

_______________________________________________

JLuc · Septembre 18, 2009, 9:46

Julien Hering a écrit :

Comme OVH me bloque à nouveau l'accès je continue plus activement mes recherche de pistes.

Tu peux vérifier qu'il y a un bon #CACHE sur chaque squelette
et inclusions, et pour commencer, tu peux préventivement
multiplier par 10 toutes ces valeurs de cache
et augmenter suffisamment la taille maxi du cache global
spécifiée dans la configuration du site (administration).

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

JLuc

Julien_Hering · Septembre 18, 2009, 10:16

JLuc a écrit :

Julien Hering a écrit :

Comme OVH me bloque à nouveau l'accès je continue plus activement mes recherche de pistes.

Tu peux vérifier qu'il y a un bon #CACHE sur chaque squelette
et inclusions, et pour commencer, tu peux préventivement
multiplier par 10 toutes ces valeurs de cache
et augmenter suffisamment la taille maxi du cache global
spécifiée dans la configuration du site (administration).

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

JLuc

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

J'attend une réponse d'OVH quant aux log [crit] sur l'.htaccess hyper nombreux. J'y connais rien mais intuitivement je me demande si cela n'entraine pas les autres erreurs "file not found"...

Merci pour la réponse
Julien

JLuc · Septembre 19, 2009, 6:31

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

JLuc

Julien_Hering · Septembre 19, 2009, 12:48

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien

pamillet · Septembre 19, 2009, 8:39

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
Discuter chez rezo.net

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Julien_Hering · Septembre 19, 2009, 10:29

Merci pour le message

lpam a écrit :

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

Quelles sont les galères ? Pour l'instant je trouve que pour un hébergeur qui se dit n°1 français de l'hébergement les procédés sont assez révoltant voire illégaux et le service technique est insupportable (souvent lent, pas de réponse aux questions posées, des boulettes de leur part qu'ils voulaient me mettre sur le dos, ...) Même si je trouve spip passionnant, j'utilise que du standard (du tout fait) par manque de temps. Je n'ai aucune envi de ma lancer dans la gestion d'un serveur dédié.Par contre s'il faut en avoir un obligatoirement pour être tranquille chez OVH je trouve que c'est de l'arnaque comme hébergeur. J'ai déjà galèré en tant que débutant pour comprendre (et trouver les infos) qu'il fallait passer d'un 60gp à un 90plan.

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

Il y a eu pas mal de changements de sarka 2 à 3. le passage n'est pas anodin en termes de retroussage de manches (réimplantation de certains plugs, ...).

Julien

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
_______________________________________________

pamillet · Septembre 20, 2009, 9:02

les galères, c'est plein d'erreur sql, de site bloqué, pas de vrai service smtp contrairement a la description de l'offre..
mais je me suis mal exprimé... le "sql dédié", c'est en fait ce qu'ils appellent un "sqlk privé", c'est à dire un serveur sql mutualisé, différent du serveur http...
et dans l'offre "sql privé", il n'y a plus de limites de nombre de requete par seconde, contrairement aux autres offres d'hébergement ovh

Visiblement, c'est ce controle de l'usage de la base sql qui est un facteur de blocage des hébergements.

ca se fait assez facilement, avec des outils de copie de sa base...

quand à sarka 3.. franchement, ca vaut le coup !

bon courage !
pam

Julien Hering a écrit :

Merci pour le message

lpam a écrit :

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

Quelles sont les galères ? Pour l'instant je trouve que pour un hébergeur qui se dit n°1 français de l'hébergement les procédés sont assez révoltant voire illégaux et le service technique est insupportable (souvent lent, pas de réponse aux questions posées, des boulettes de leur part qu'ils voulaient me mettre sur le dos, ...) Même si je trouve spip passionnant, j'utilise que du standard (du tout fait) par manque de temps. Je n'ai aucune envi de ma lancer dans la gestion d'un serveur dédié.Par contre s'il faut en avoir un obligatoirement pour être tranquille chez OVH je trouve que c'est de l'arnaque comme hébergeur. J'ai déjà galèré en tant que débutant pour comprendre (et trouver les infos) qu'il fallait passer d'un 60gp à un 90plan.

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

Il y a eu pas mal de changements de sarka 2 à 3. le passage n'est pas anodin en termes de retroussage de manches (réimplantation de certains plugs, ...).

Julien

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
_______________________________________________

pamillet · Septembre 20, 2009, 9:05

excuse...

c'est en fait un "sql privé". une offre ovh complémentaire à l'hébergement
Chez eux, tout hébergement mutualisé a une limite sur le nombre de requete sql par secondes...
et ca pose le plus souvent des pbs avec un cms, notamment spip2

mais ils proposent en plus de l'hebergement une offre de sql mutualisé sur un autre serveur. Ca fonctionne simplement et ca n'est plus limité en requetes...

a vrai dire, je trouve quand même leur offre bien compliqué et cette limite sur les sql bien genante...

pam

A. Soubis a écrit :

Ca veut dire quoi (svp) un 90Plan + un serveur SQL dédié ?

Car moi j'ai un 90Plan, ca fonctionne mais c'est lent parfois, du coup, j'ai un site identique ailleurs et je réfléchis pour savoir si je vais tout changer ou non... Mais mon problème c'est le RecordA chez ce nouvel hébergeur... il ne font pas comme chez OVH et donc c'estpas si facile...

Donc, peut-être que ta config pourrait être une bonne solution pour moi ???

sauvy

Le 19 septembre 2009 22:39, lpam <lpam@free.fr <mailto:lpam@free.fr>> a écrit :

    deux remarques

    j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur
    sql dédié...
    et je n'ai plus aucun problème....

    j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

    pam

    Julien Hering a écrit :

                J'ai regardé dans quelques fichiers dans le squelette
                de sarka : les valeurs sont de 7200. C'est un bon
                cache ? Le cache global est à 10Mo si je me rappel bien.

            Je vais t'aider alors : 7200 x 10 = 72000
            Et met la taille max du cache à 50Mo par ex.

        Ouf j'avais pas ma calculette sous la main ! Blague à part je
        n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois
        le faire par ftp. Donc ça va me prendre du temps. Pour le
        cache général, je dois attendre de reprendre la main sur le
        site car je ne sais pas le faire autrement.

                    Je ne sais pas vraiment si ça peux aider, mais tu
                    peux aussi
                    débrancher acces restreint si tu n'en as pas
                    absolument besoin.

                Si je le désactive, le forum spipbb réservé aux
                rédacteurs et aux admin va apparaître à tous (?). Je
                peux pas revoir les paramètres tant que l'hébergement
                est bloqué.

            Si c'est pour ça tu peux à la place te servir du plugin
            qui exclue un secteur à la place.
            Je sais plus son nom (secteur_exclu ou dans le genre)

        Je regarderais ce plug quand les choses seront revenu en ordre
        pour voir la diff avec accès_restreint. Apparemment ce plug
        génère des prob. Cependant dans mon cas je n'ai aucune ligne
        dans les log web ou error qui mention l'appel à ce plug. Je
         me demande s'il peut-être incriminé dans ce cas. Par contre
        sur les 1245 lignes dans le log error du 18/09, il y en a
        environ 1000 qui signalent :
        une Permission denied .htaccess pcfg_openfile: unable to check
        htaccess file, ensure it is readable, // avec soit rien soit :
        referer: http://www… google, monsite/un article/, un autre
        site qui pointe vers un article de mon site.

        OVH ne me répond à ce sujet.

        Julien
        _______________________________________________
        liste spip
        spip@rezo.net <mailto:spip@rezo.net> - désabonnement : envoyer
        un mail à spip-off@rezo.net <mailto:spip-off@rezo.net>

        Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
        Discuter chez rezo.net

        Documentation de SPIP : http://www.spip.net/

        Irc : de l'aide à toute heure : http://spip.net/irc

    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement : envoyer un
    mail à spip-off@rezo.net <mailto:spip-off@rezo.net>

    Infos et archives : http://listes.rezo.net/mailman/listinfo/spip
    Discuter chez rezo.net

    Documentation de SPIP : http://www.spip.net/

    Irc : de l'aide à toute heure : http://spip.net/irc

Julien_Hering · Septembre 22, 2009, 8:20

Merci pour l'info. Cela ne m'enchante guère d'être obligé de débourser au min 6€HT/mois... Le collectif pour lequel j'administre le site est pas constitué de personnes très fortunées...
j'ai vu que l'offre va du serveur sql dédié de 128Mo à 1Go de Ram. Quel format de ram est nécessaire ? Qu'as-tu pris ?

En fait, j'ai surtout des logs d'erreurs qui reviennent par centaines concernant un accès refusé au htaccess à la racine :

[Sun Sep 20 23:57:56 2009] [crit] [client 82.145.240.37] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: ...
[Sun Sep 20 23:57:49 2009] [crit] [client 66.249.71.49] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

Une idée du prob ? C'était la même chose pour toi avant d'avoir ton serveur sql dédié ?

Sinon j'ai pour la journée du 20/09 environ 2200 logs. Est-ce un chiffre énorme qui justifie l'accusation d'OVH de saturer le serveur mutualisé ? J'ai aucune notion des proportions normales et anormales !

Julien

lpam a écrit :

les galères, c'est plein d'erreur sql, de site bloqué, pas de vrai service smtp contrairement a la description de l'offre..
mais je me suis mal exprimé... le "sql dédié", c'est en fait ce qu'ils appellent un "sqlk privé", c'est à dire un serveur sql mutualisé, différent du serveur http...
et dans l'offre "sql privé", il n'y a plus de limites de nombre de requete par seconde, contrairement aux autres offres d'hébergement ovh

Visiblement, c'est ce controle de l'usage de la base sql qui est un facteur de blocage des hébergements.

ca se fait assez facilement, avec des outils de copie de sa base...

quand à sarka 3.. franchement, ca vaut le coup !

bon courage !
pam

Julien Hering a écrit :

Merci pour le message

lpam a écrit :

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

Quelles sont les galères ? Pour l'instant je trouve que pour un hébergeur qui se dit n°1 français de l'hébergement les procédés sont assez révoltant voire illégaux et le service technique est insupportable (souvent lent, pas de réponse aux questions posées, des boulettes de leur part qu'ils voulaient me mettre sur le dos, ...) Même si je trouve spip passionnant, j'utilise que du standard (du tout fait) par manque de temps. Je n'ai aucune envi de ma lancer dans la gestion d'un serveur dédié.Par contre s'il faut en avoir un obligatoirement pour être tranquille chez OVH je trouve que c'est de l'arnaque comme hébergeur. J'ai déjà galèré en tant que débutant pour comprendre (et trouver les infos) qu'il fallait passer d'un 60gp à un 90plan.

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

Il y a eu pas mal de changements de sarka 2 à 3. le passage n'est pas anodin en termes de retroussage de manches (réimplantation de certains plugs, ...).

Julien

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
______________________________________________

pamillet · Septembre 22, 2009, 8:51

pour le sql privé, j'en suis resté à l'offre avec 128Mo de Ram pour 6€... et ca marche
sur les logs, difficile à évaluer le lien avec sql

a une époque j'ai eu beaucoup de log sql avec des erreurs sur des requetes (donc pénalisant), mais c'était lié à l'évolution des versions sarka, et aujourdh'ui je n'en ai plus (avec la première version stable de sarkaspip3

j'ai eu aussi des erreurs existence fichier, notamment avec la mutualisation et les images, mais je les ai traité un par un

mais je crois que les logs et le plantage sql chez ovh sont deux choses différentes. il y a vraiment une limite à 10 requetes simultanées sur l'offre ovh, et compte tenu qu'une page spip génère des dizaines de requetes.. selon ton audience, tu atteins vite les 10 concurrentes... En tout cas, c'est comme ca que j'ai compris et fianlemetn décidé de prendre le sql dédié.. J'avoue qu'avec le plan 240, ca me fait dans la nouvelle offre ovh 16€HT/mois, ce qui commence à être cher comparé à d'autres...

pam

Julien Hering a écrit :

Merci pour l'info. Cela ne m'enchante guère d'être obligé de débourser au min 6€HT/mois... Le collectif pour lequel j'administre le site est pas constitué de personnes très fortunées...
j'ai vu que l'offre va du serveur sql dédié de 128Mo à 1Go de Ram. Quel format de ram est nécessaire ? Qu'as-tu pris ?

En fait, j'ai surtout des logs d'erreurs qui reviennent par centaines concernant un accès refusé au htaccess à la racine :

[Sun Sep 20 23:57:56 2009] [crit] [client 82.145.240.37] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: ...
[Sun Sep 20 23:57:49 2009] [crit] [client 66.249.71.49] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

Une idée du prob ? C'était la même chose pour toi avant d'avoir ton serveur sql dédié ?

Sinon j'ai pour la journée du 20/09 environ 2200 logs. Est-ce un chiffre énorme qui justifie l'accusation d'OVH de saturer le serveur mutualisé ? J'ai aucune notion des proportions normales et anormales !

Julien

lpam a écrit :

les galères, c'est plein d'erreur sql, de site bloqué, pas de vrai service smtp contrairement a la description de l'offre..
mais je me suis mal exprimé... le "sql dédié", c'est en fait ce qu'ils appellent un "sqlk privé", c'est à dire un serveur sql mutualisé, différent du serveur http...
et dans l'offre "sql privé", il n'y a plus de limites de nombre de requete par seconde, contrairement aux autres offres d'hébergement ovh

Visiblement, c'est ce controle de l'usage de la base sql qui est un facteur de blocage des hébergements.

ca se fait assez facilement, avec des outils de copie de sa base...

quand à sarka 3.. franchement, ca vaut le coup !

bon courage !
pam

Julien Hering a écrit :

Merci pour le message

lpam a écrit :

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

Quelles sont les galères ? Pour l'instant je trouve que pour un hébergeur qui se dit n°1 français de l'hébergement les procédés sont assez révoltant voire illégaux et le service technique est insupportable (souvent lent, pas de réponse aux questions posées, des boulettes de leur part qu'ils voulaient me mettre sur le dos, ...) Même si je trouve spip passionnant, j'utilise que du standard (du tout fait) par manque de temps. Je n'ai aucune envi de ma lancer dans la gestion d'un serveur dédié.Par contre s'il faut en avoir un obligatoirement pour être tranquille chez OVH je trouve que c'est de l'arnaque comme hébergeur. J'ai déjà galèré en tant que débutant pour comprendre (et trouver les infos) qu'il fallait passer d'un 60gp à un 90plan.

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

Il y a eu pas mal de changements de sarka 2 à 3. le passage n'est pas anodin en termes de retroussage de manches (réimplantation de certains plugs, ...).

Julien

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
______________________________________________

Julien_Hering · Septembre 22, 2009, 10:16

lpam a écrit :

pour le sql privé, j'en suis resté à l'offre avec 128Mo de Ram pour 6€... et ca marche
sur les logs, difficile à évaluer le lien avec sql

a une époque j'ai eu beaucoup de log sql avec des erreurs sur des requetes (donc pénalisant), mais c'était lié à l'évolution des versions sarka, et aujourdh'ui je n'en ai plus (avec la première version stable de sarkaspip3

j'ai eu aussi des erreurs existence fichier, notamment avec la mutualisation et les images, mais je les ai traité un par un

mais je crois que les logs et le plantage sql chez ovh sont deux choses différentes. il y a vraiment une limite à 10 requetes simultanées sur l'offre ovh, et compte tenu qu'une page spip génère des dizaines de requetes.. selon ton audience, tu atteins vite les 10 concurrentes... En tout cas, c'est comme ca que j'ai compris et fianlemetn décidé de prendre le sql dédié.. J'avoue qu'avec le plan 240, ca me fait dans la nouvelle offre ovh 16€HT/mois, ce qui commence à être cher comparé à d'autres...

pam

Merci pour ces précieux conseils. Effectivement logs et plantages sql sont deux choses différentes. j'ai eu pleins d'ennuis avec des plantages sql (sans que OVH ne bouge le petit doigt). Grâce à la liste spip, j'ai pu comprendre que c'était le nombre de requêtes simultanée qui posait problème : je suis passé d'un 60gp (3 requêtes) à un 90plan (10 req)
Pour l'instant je n'ai que très rarement des erreurs sql. Mais bon avec la rentrée et l'activité qui reprend cela peut revenir. Je garde donc en tête tes conseils sur le serveur sql dédié.

Merci encore et à bientôt;
Julien

Julien Hering a écrit :

Merci pour l'info. Cela ne m'enchante guère d'être obligé de débourser au min 6€HT/mois... Le collectif pour lequel j'administre le site est pas constitué de personnes très fortunées...
j'ai vu que l'offre va du serveur sql dédié de 128Mo à 1Go de Ram. Quel format de ram est nécessaire ? Qu'as-tu pris ?

En fait, j'ai surtout des logs d'erreurs qui reviennent par centaines concernant un accès refusé au htaccess à la racine :

[Sun Sep 20 23:57:56 2009] [crit] [client 82.145.240.37] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: ...
[Sun Sep 20 23:57:49 2009] [crit] [client 66.249.71.49] [host www. ...] (13)Permission denied: /homez.160/.../.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable

Une idée du prob ? C'était la même chose pour toi avant d'avoir ton serveur sql dédié ?

Sinon j'ai pour la journée du 20/09 environ 2200 logs. Est-ce un chiffre énorme qui justifie l'accusation d'OVH de saturer le serveur mutualisé ? J'ai aucune notion des proportions normales et anormales !

Julien

lpam a écrit :

les galères, c'est plein d'erreur sql, de site bloqué, pas de vrai service smtp contrairement a la description de l'offre..
mais je me suis mal exprimé... le "sql dédié", c'est en fait ce qu'ils appellent un "sqlk privé", c'est à dire un serveur sql mutualisé, différent du serveur http...
et dans l'offre "sql privé", il n'y a plus de limites de nombre de requete par seconde, contrairement aux autres offres d'hébergement ovh

Visiblement, c'est ce controle de l'usage de la base sql qui est un facteur de blocage des hébergements.

ca se fait assez facilement, avec des outils de copie de sa base...

quand à sarka 3.. franchement, ca vaut le coup !

bon courage !
pam

Julien Hering a écrit :

Merci pour le message

lpam a écrit :

deux remarques

j'ai pas mal galéré chez ovh avant d'ajouter au 90plan un serveur sql dédié...
et je n'ai plus aucun problème....

Quelles sont les galères ? Pour l'instant je trouve que pour un hébergeur qui se dit n°1 français de l'hébergement les procédés sont assez révoltant voire illégaux et le service technique est insupportable (souvent lent, pas de réponse aux questions posées, des boulettes de leur part qu'ils voulaient me mettre sur le dos, ...) Même si je trouve spip passionnant, j'utilise que du standard (du tout fait) par manque de temps. Je n'ai aucune envi de ma lancer dans la gestion d'un serveur dédié.Par contre s'il faut en avoir un obligatoirement pour être tranquille chez OVH je trouve que c'est de l'arnaque comme hébergeur. J'ai déjà galèré en tant que débutant pour comprendre (et trouver les infos) qu'il fallait passer d'un 60gp à un 90plan.

j'utilise aussi sarka, mais dans sa version 3... stable depuis peu...

Il y a eu pas mal de changements de sarka 2 à 3. le passage n'est pas anodin en termes de retroussage de manches (réimplantation de certains plugs, ...).

Julien

pam

Julien Hering a écrit :

J'ai regardé dans quelques fichiers dans le squelette de sarka : les valeurs sont de 7200. C'est un bon cache ? Le cache global est à 10Mo si je me rappel bien.

Je vais t'aider alors : 7200 x 10 = 72000
Et met la taille max du cache à 50Mo par ex.

Ouf j'avais pas ma calculette sous la main ! Blague à part je n'avais aucune idée d'une valeur habituelle de #CACHE. Je dois le faire par ftp. Donc ça va me prendre du temps. Pour le cache général, je dois attendre de reprendre la main sur le site car je ne sais pas le faire autrement.

Je ne sais pas vraiment si ça peux aider, mais tu peux aussi
débrancher acces restreint si tu n'en as pas absolument besoin.

Si je le désactive, le forum spipbb réservé aux rédacteurs et aux admin va apparaître à tous (?). Je peux pas revoir les paramètres tant que l'hébergement est bloqué.

Si c'est pour ça tu peux à la place te servir du plugin
qui exclue un secteur à la place.
Je sais plus son nom (secteur_exclu ou dans le genre)

Je regarderais ce plug quand les choses seront revenu en ordre pour voir la diff avec accès_restreint. Apparemment ce plug génère des prob. Cependant dans mon cas je n'ai aucune ligne dans les log web ou error qui mention l'appel à ce plug. Je me demande s'il peut-être incriminé dans ce cas. Par contre sur les 1245 lignes dans le log error du 18/09, il y en a environ 1000 qui signalent :
une Permission denied .htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, // avec soit rien soit : referer: http://www… google, monsite/un article/, un autre site qui pointe vers un article de mon site.

OVH ne me répond à ce sujet.

Julien
______________________________________________