|
|
Outils de la discussion | Modes d'affichage |
#2176
|
||||
|
||||
Moins de coups de chaud c'est vrai mais il y en a eu un vers 16h30'
__________________
http://www.comicsvf.com Les récaps (rigolotes) de Game of Thrones Saison 5 Stannis à Davos : On n'a rien pu faire, ils étaient au moins genre vingt-deux et puis y en avait un torse nu. |
#2177
|
||||
|
||||
oui je l ai vu, mais le souci est que chaque modif demande d'autre modif cote sql... pour trouver le bon équilibrage (donc il me faut le temps de les faire ^^ )
__________________
Shoot Shoot don't talk |
#2178
|
|||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||
Le maire de Poissy a dit qu'il serait chez nous l'an prochain...
__________________
Alan Moore : "I should just keep me mouth shut, I just upset people." Ma galerie sur Comic Art Fans
|
#2179
|
||||
|
||||
ce midi j'ai "pris mon temps" pour débloquer le serveur
en gros plutôt que fermer tout ce qui bloque (ou ne copier que la première page) j'ai pris le temps de faire des copies écran (pas tout , mais suffisamment) 5 copies écran qui ne montrent qu'une partie des requêtes en cours / bloquées vers 12h30 - 12h45 Et on remarque que MYSQL (dans cette version buggée 5.6) est très con ... Il lance une requête, qui va bloquer (plus de 80 secondes) et plutôt que chercher ce qui bloque... il relance la requête .... (la reqûete sur l'index de 15435 est présent 3 ou 4 fois dans la page ^^ ) genre en relançant la même chose ca va aller mieux en gros si une requête bloque (car elle demande trop de ressource Processeur et/ou Disque) elle bloque tout le reste - similaire à en embouteillage.. la premiere voiture ralentit, et fait ralentir le reste, mais dans ce cas on a un accident entre les 2 premiers voitures, et tant que c'est pas dégagé , ben tout est bloqué (ou prends énormément de temps à s'en sortir seul -- et encore pour complexifier, Mysql remet la voiture de tête accidentée en milieu de peloton .... ^^ ) mais ca permet de voir que les mêmes thread (bien que coupés et fermés) sont toujours indexé et bloquent toujours ... en gros et dans le désordres - 15762 - (le coin DVD et blue ray) - pourtant peu de messages - 15435 - (que lisez vous en ce moment) - 38810 - (Que RE-lisez vous en ce moment) - pourtant peu de messages - 28157 - (le Topic flood des chialeuses) (l'ancienne config OVH, plus de mémoire vive, moins d'espace disque , permettait au serveur de mieux s'en sortir ^^ )
__________________
Shoot Shoot don't talk |
#2180
|
||||
|
||||
le serveur à été redémarré (par Archer??? ) ou il a planté ^^ (possible aussi)
je faisais les copies écrans des requêtes qui bloquaient le serveur , juste avant ^^ (4 me fois de la journée que les requêtes partent en vrille, et toujours sur les mêmes ) les copies écrans ne montrent que les requêtes "Creating sort index" (les requêtes foireuse de d'indexation automatique) (il y a 3 à 4 fois plus de requêtes sur le reste, fermeture, mise à jour des thread ... ) et on a toujours les mêmes coupables.... il faudrait scinder en parties de moins de 10k le post 15435 (Que lisez vous en ce moment) qui semble avoir des soucis, (taille surement, et peut être autre... et pourtant j'ai lancé une correction des tables ce matin)
__________________
Shoot Shoot don't talk |
#2181
|
||||
|
||||
Bon, je m'y colle. Coupe coupe!
|
#2182
|
||||
|
||||
Par contre, je trouve dommage que l'hébergeur ne fournisse pas de solution et qu'il faille faire du système D de notre côté.
Ils font comment les forums où les topics sont très longs?
__________________
Alan Moore : "I should just keep me mouth shut, I just upset people." Ma galerie sur Comic Art Fans
|
#2183
|
|||||||||||||||||||||||||||
|
|||||||||||||||||||||||||||
1 - le bug Mysql 5.6 - indépendant de OVH, il nous concerne nous uniquement : mise à jour vers une version ultérieur de MYSQL ou Mariadb , faisable*, mais il faut dans ce cas faire évoluer la version de vBulletin . (d'ou le blocage) 2 - OVH fait le strict minimum avec les options (prix) que l'on a -- c'est à peu près le type de contrat que je gérais il y a plus de 20 ans quand Agarik hébergeait les serveurs Amen (mais amen avait ses équipes en internes payées pour faire l'administration, et la gestion FW et autres) 3 - de nombreux sites restent (malgré les bugs / ou soucis inhérents à la sécurité) sur des versions anciennes de Mysql et/ou leur CRM/Gestion de Forum ... (vBulletin pour nous) car ils n'ont pas d'équipes ou pas d'équipe assez grosse pour gérer les migration (on voit ce que ca a donné chez Archonia, ou autre exemple si tu cherches de vieux articles (+6 ans) sur CBR tu retrouves les versions texte brut sans liens dynamique ni photo .. le genre d'option que l'on retrouve sur de nombreux sites) 4 - certains forum ont migrés vers une nouvelle version (Mysql / logiciel forum / CRM .. ) et ont importé l'historique sous forme texte brut (pour consultation - avec parfois , pour ceux ayant le plus de sous ^^ l'ancien forum toujours accessible pour consultation) 5 - le souci du Firewall préconisé par OVH est une fausse excuse, car ce n'est pas le site (ou vous êtes plusieurs à gérer les interdictions, bannissements et autres) mais le serveur (accès brut en ligne de commande chez OVH ) qui est attaqué ....(leur réponse renvoie aux attaques sites , pas à la sécurisation de leurs accès ... ou ils ont mis en place de "normes de sécurité"** pour se décharger des responsabilité) 6 - il doit y avoir d'autres points que j'oublie la à la volée .... * faisable à condition de vérifier que tout fonctionne sur une base test ailleurs..... une migration SGBD ca reste assez lourd. Il faut monter une autre base , sur un autre serveur , faire la migration vers mysql 5.7 ou ultérieur ou MAriadb, et importer les bases, tester, vérifier ... (ca prends du temps et de l'énergie ^^ ) Vérifier que vBulletin tiens bien avec la nouvelle version de MYSQL / Mariadb (j'avais lu des articles sur les conflits, mais je ne retrouve pas en regardant en vitesse) ** je peux expliquer si ca intéresses du monde
__________________
Shoot Shoot don't talk |
#2184
|
||||
|
||||
Parfois, je me demande si on ne devrait pas tout recommencer, repartir à 0 ailleurs...
Vous allez souvent voir les posts des années 2000? |
#2185
|
||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||
On se pénalise (les nouveaux aussi) et/ou on est pénalisés.
Enfin, les chroniques. J'aime aussi parfois relire mes écrits en critiques (pour me dire, punaise, je n'écrirai pas cela ainsi aujourd'hui ).
__________________
Alan Moore : "I should just keep me mouth shut, I just upset people." Ma galerie sur Comic Art Fans
|
#2186
|
||||
|
||||
Les vieilles critiques sont souvent consultées via les moteurs de recherche, on le voit en regardant la liste des connectés.
|
#2187
|
||||
|
||||
rien n'empeche de les conserver en mode texte brut
un exemple https://www.cbr.com/chicago-day-1-al...oming-in-2005/ une page de CBR indexée (page de 2004 - les séparation entre chapitre remplace des pubs / liens/ illustration ) elles sont consultable mes articles sur Spirou (2013) sont toujours complets https://www.cbr.com/celebrating-75-y...spirou-part-1/ il faut définir une date ou on passe les articles / textes/ news en mode = Archive (consultable, mais pas indexée tous les jours, et les différents ajouts (images / liens) sont supprimés ... ) ou dans le cas des dossiers plus complet, il y a l'option qui prends du temps (ce que j'ai fait quand j'ai changer d'hebergeur de blog) tout se re-palucher pour remettre les liens / images
__________________
Shoot Shoot don't talk |
#2188
|
||||
|
||||
Il y a un souci sur le thread 11124 - Selection de la semaine ciné, débat ... ^^ (trop long^^)
si quelqu'un peut le découper merci (le gros souci, avec les outils que je regarde depuis le début du weekend reste la lenteur du disque dur OVH ... trop trop lent pour écrire les données voulues par MYSQL ... )
__________________
Shoot Shoot don't talk |
#2189
|
||||
|
||||
bon, depuis plusieurs jours , ce ne sont plus les topics trop long qui bloquent.. (ils n'étaient qu'une partie du probleme)
je n'ai pas vu de Create index qui dépasse les 15 secondes, depuis plusieurs jours.. mais les IOWAIt sont toujours en surcharge.. dès qu'un create sort index se fait. (create sort index - indexation automatique des thread afin que les recherches soient plus rapides) IOWAIT comme expliqué par le système, c'est l'occupation mémoire et disque dur , surtout disque dur. je viens de relancer un IOSTAt (sur le serveur afin de vérifier la vitesse du disque) -- ce qui nous intéresse sont les chiffres sur SDB et la un comparatif récent de vitesse de disque dur les performances sont tres tres moyennes ... Plusieurs explications. (drivers coté serveurs qui n'est pas à jour ou qui a buggé lors de la copie de la VM (j'ai eu le cas plusieurs fois sous Proxmox il y a quelques années), disque lent - mécanique , mauvaise gestion du temps disque coté serveurs (gestion des IO par VM) ... )
__________________
Shoot Shoot don't talk |
#2190
|
||||
|
||||
Bon, on déménage?
Ca me pète les couilles tout ça.
__________________
Alan Moore : "I should just keep me mouth shut, I just upset people." Ma galerie sur Comic Art Fans
|
Tags |
charte, modération, modos poil au dos |
Outils de la discussion | |
Modes d'affichage | |
|
|