Suivi — Administration système Lenteurs et problèmes d'accès

#1384 Posté par  (site web personnel) . État de l’entrée : corrigée. Assigné à Lucas Bonnet. Licence CC By‑SA.
Étiquettes :
13
11
juil.
2014

Cher Suivi,

Depuis quelques jours il semblerait que notre vénérable site Linuxfr ait quelques hoquets : certaines pages sont très longues à afficher, parfois c'est la connexion qui ne se fait même pas ("The connection was interrupted" dans Firefox par exemple).

Le phénomène a été largement confirmé sur la tribune, il ne s'agit donc pas d'un problème individuel.
D'ailleurs sur la tribune ça se traduit, par des messages postés qui arrivent très tard voire pas du tout.

La charge serveur n'a pas l'air excessive, mais il faudrait voir l'historique sur plus d'une journée ?

Dans l'attente d'un prompt rétablissement, veuillez agréer, etc, etc.

  • # Infos de charge

    Posté par  (site web personnel) . Évalué à 0 (+0/-0). Dernière modification le 11 juillet 2014 à 11:19.

  • # 50% à 80% de perte de paquet (ICMP)

    Posté par  . Évalué à 6 (+0/-0).

                                              My traceroute  [v0.85]                                         
    proxyma (0.0.0.0)                                                                Sat Jul 12 11:52:14 2014
    Keys:  Help   Display mode   Restart statistics   Order of fields   quit                                 
                                                                     Packets               Pings             
     Host                                                          Loss%   Snt   Last   Avg  Best  Wrst StDev
     1. eth0.ar01.bel01.priv                                        0.0%    25    6.6   8.9   1.5  60.1  15.3
     2. rbx-1-rdb.fr.eu                                             0.0%    25   39.2  52.6  38.2 138.1  31.1
     3. rbx-g2-a9.fr.eu                                             0.0%    24   40.0  48.2  38.2 125.4  21.7
     4. gsw-g1-a9.fr.eu                                             0.0%    24   47.2  51.0  41.8 138.2  23.9
        gsw-g1-a9.fr.eu                                                                                      
     5. gsw-2-6k.fr.eu                                             69.6%    24   80.9  53.3  42.7  80.9  15.9
     6. ???                                                                                                  
     7. cbv-crs8-1-be1005.routers.proxad.net                        0.0%    24   43.6  53.8  42.8 122.1  23.7
     8. bzn-crs16-1-be1106.intf.routers.proxad.net                  0.0%    24   43.8  47.3  42.5  99.6  12.1
     9. c4948-bzn-fdt.routers.proxad.net                            0.0%    24   42.7  52.3  42.0 200.1  33.3
    10. prod.linuxfr.org                                           73.9%    24   99.3 131.5  93.4 212.3  53.8
    
    • [^] # Re: 50% à 80% de perte de paquet (ICMP)

      Posté par  (Mastodon) . Évalué à 0 (+0/-0).

      ce matin :

      [(192.168.1.23:33456) -> (88.191.250.176:33457)], protocol udp, algo exhaustive, duration 18 s
       1  P(6, 6) 192.168.1.1 (192.168.1.1)  1.967/2.008/2.035/0.024 ms 
       2  P(6, 6) 80.10.125.82 (80.10.125.82)  2.561/2.881/3.210/0.255 ms !T0 
       3  P(6, 6) 10.123.173.138 (10.123.173.138)  2.371/6.228/23.830/7.875 ms 
       4  P(6, 6) ae45-0.nrpoi202.Poitiers.francetelecom.net (193.252.160.26)  9.099/50.990/107.545/42.542 ms 
       5  P(6, 6) ae44-0.nridf102.Aubervilliers.francetelecom.net (193.251.126.202)  16.734/17.097/17.786/0.347 ms 
       6  P(6, 6) ae45-0.nosta102.Paris.francetelecom.net (193.251.126.78)  17.627/30.136/55.565/17.459 ms 
       7  P(6, 6) 193.253.13.66 (193.253.13.66)  17.291/38.549/84.735/28.357 ms 
       8  P(6, 6) bzn-crs16-1-be1001.intf.routers.proxad.net (212.27.50.157)  18.442/43.721/85.758/29.533 ms 
       9  P(6, 6) c4948-bzn-fdt.routers.proxad.net (212.27.40.58)  17.549/17.982/18.484/0.385 ms 
      10  P(0, 6)
      11  P(3, 6) prod.linuxfr.org (88.191.250.176)  17.995/61.478/148.010/61.188 ms !T2 
      

      & en tcp :

       [(192.168.1.23:33456) -> (88.191.250.176:33457)], protocol tcp, algo exhaustive, duration 18 s
       1  P(6, 6) 192.168.1.1 (192.168.1.1)  1.964/2.033/2.108/0.052 ms 
       2  P(6, 6) 80.10.125.82 (80.10.125.82)  2.510/3.059/3.574/0.395 ms !T0 
       3  P(6, 6) 10.123.173.138 (10.123.173.138)  2.529/2.864/3.172/0.212 ms 
       4  P(6, 6) ae45-0.nrpoi202.Poitiers.francetelecom.net (193.252.160.26)  9.486/10.029/10.978/0.494 ms 
       5  P(6, 6) ae44-0.nridf102.Aubervilliers.francetelecom.net (193.251.126.202)  17.092/17.765/18.787/0.517 ms 
       6  P(6, 6) ae45-0.nosta102.Paris.francetelecom.net (193.251.126.78)  17.330/17.721/18.283/0.376 ms 
       7  P(6, 6) 193.253.13.66 (193.253.13.66)  17.307/17.773/18.143/0.321 ms 
       8  P(6, 6) bzn-crs16-1-be1001.intf.routers.proxad.net (212.27.50.157)  18.584/19.073/19.594/0.371 ms 
       9  P(6, 6) c4948-bzn-fdt.routers.proxad.net (212.27.40.58)  17.773/19.329/23.397/1.871 ms 
      10  P(0, 6)
      11  P(0, 6)
      12  P(0, 6)
      
    • [^] # Re: 50% à 80% de perte de paquet (ICMP)

      Posté par  . Évalué à 6 (+0/-0).

      Après 1h de test, j'ai 50% de perte icmp sur linuxfr de 3 machines sur des réseaux distincts (ovh, firstherberg et belgacom).

      « Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche

  • # Connexion SSL

    Posté par  . Évalué à 2 (+0/-0). Dernière modification le 12 juillet 2014 à 17:23.

    Il y a parfois aussi des erreurs SSL en https (pas de protocole de chiffrement commun négociable), alors que la connexion SSL fonctionnait très bien quelques minutes avant.

    Cela semble donc aller au delà d'un quelconque problème de charge…

  • # confirmation

    Posté par  (site web personnel) . Évalué à 3 (+0/-0).

    que ce soit du taf' avec son proxy nazy ou de chez moi j'ai aussi effectivement quelques lenteurs… 5 sec par exemple pour charger cette page pour commenter, sur le réseau de Free pourtant…

    c'est bizarre on va dire :-)

  • # humble avis

    Posté par  . Évalué à 3 (+0/-0).

    c'est de pire en pire alors que dimanche c'est loin d'être une grosse journée sauf le soir parce que les gens reviennent de week-end et vont voir ce qui s'est passé sur leur réseau social préféré (et surtout ce dimanche soir avec des commentaires percutants sur la tribune pour la finale de la coupe du monde)

    notez que cette fois-ci aujourd'hui on voit bien un plateau inhabituel de charge sur les splendides graphiques verts (inutile de dire que chez moi aussi la navigation est lamentable, le ping et traceroute éloquents, et le mouling sur la tribune exaspérant au point de me donner presque envie de sortir de chez moi pour aller voir des amis)

    je pense que l'infrastructure ne tient plus vraiment la route et que vous devriez songer à une fusion avec toolinux ce que tout le monde attend depuis quinze ans

  • # Réponse à coté

    Posté par  . Évalué à 3 (+0/-0).

    Voir :

    Il y a un problème réseau depuis cette semaine et qui semble s'intensifier. J'ai envoyé un mail à l'hébergeur samedi pour vérifier le câble ou le switch. Il ne reste plus qu'à attendre.

    Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.

  • # Problème trouvé \o/

    Posté par  . Évalué à 10 (+0/-0). Dernière modification le 15 juillet 2014 à 16:22.

    Problème trouvé, les services Elasticsearch prod et dév s'étaient fait trouer (la non sécurité par défaut est une feature chez ES), j'ai killé le service et tous les bots flooders, puis locké le compte le temps qu'on puisse repartir à zéro.

    Effet collatéral : plus de recherche sur le site (mais le reste du site marche !).

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.