OVH Community, votre nouvel espace communautaire.

erreur 504 nginx encore et encore et la depuis 20 minutes..


djeydjey
04/09/2016, 23h16
Pour information le problème d'alors avec la fonction POST via formulaire qui 1 foi sur 4 faisait un problème de timeout sur ngix qui empêchait la page demandée de s'ouvrir , est résolu je pense que OVH a fait le nécessaire, et je les en remercie.

djeydjey
30/08/2016, 23h04
Citation Envoyé par lolvince
problème résolu avec une boucle dans mon code de moins d'une seconde pour relancer le POST et je n'ai plus l'erreur 408 et également 504
Même probleme, avec la méthode_POST et faire une boucle n'est pas la solution, surtout quand on est hébergé par OVH !! qu'il tienne leur réputation et régle ce probléme!!!

sinon une astuce temporaire ou pas la méthode _GET fonctionne à merveilles et peut remplacer la méthode _post

OVH a donc réduit le timeout mémoire serveur sur les sessions générer par la méthode _post a 2 sec ??

lolvince
30/08/2016, 14h01
Citation Envoyé par lolvince
pour info , je suis passé en php stable, et j'ai fini par désactiver le firewall au niveau de la gestion du multisite et aussi le pare-feu applicatif dans la gestion PHP.

mes clients ont toujours des erreurs 302 ,504 et 408
problème résolu avec une boucle dans mon code de moins d'une seconde pour relancer le POST et je n'ai plus l'erreur 408 et également 504

lolvince
30/08/2016, 12h06
Citation Envoyé par lolvince
même problème ici depuis dimanche, erreur 302, 504 et 408( pour Upload via formulaire) il y a un caractère aléatoire, selon le client et son FAI.
j'ai remarqué qui si l'on répété la requête à quelques secondes d'intervalles, la première est systématiquement en erreur, alors que les suivante passe...
pas simple de trouver une solution rapide et efficace pour nos clients.
j'aimerai avoir un délai de rétablissement approximatif à leur annoncer.

ticket 1857276467 - gs209614

ps : passer de legacy à stable corrige t-il un peu le problème ?

pour info , je suis passé en php stable, et j'ai fini par désactiver le firewall au niveau de la gestion du multisite et aussi le pare-feu applicatif dans la gestion PHP.

mes clients ont toujours des erreurs 302 ,504 et 408

rocknfoolleblog
30/08/2016, 12h02
Merci j'ai ajouté l'iPv6.

Citation Envoyé par buddy
Bonjour,

Honnêtement aucune idée.

Tu peux activé ipv6 tout en gardant ipv4 aussi. (d'ailleurs c'est conseillé de garder ipv4 quand on active ipv6)

Pour activer ipv6, il suffit d'ajouter le champ AAAA dans la zone dns.

buddy
30/08/2016, 11h23
Bonjour,

Honnêtement aucune idée.

Tu peux activé ipv6 tout en gardant ipv4 aussi. (d'ailleurs c'est conseillé de garder ipv4 quand on active ipv6)

Pour activer ipv6, il suffit d'ajouter le champ AAAA dans la zone dns.

rocknfoolleblog
30/08/2016, 10h52
Bonjour @Buddy

J'aurais une question mais je ne pense pas que cela soit lié au problème du cluster20 que nous avons depuis dimanche, même si j'hésite.

Depuis 2 jours, lorsque nous voulons poster un article sur Facebook, la vignette ne prend pas toujours le titre ou alors la photo. Le seul changement sous ovh que j'ai fait c'est passer de phpcgi en php et legacy en stable. Je ne pense pas que cela change quoi que ce soit dans l'exportation d'un article. Ah j'ai aussi activé le DNSSEC.

Auriez vous une piste à me donner dans mes recherches, afin que je puisse poser la question sur un forum spécifique ?

Sinon autre question, vaut-il mieux rester en iPv4 ou passer en iPv6 ?

Merci bien

lolvince
30/08/2016, 10h35
même problème ici depuis dimanche, erreur 302, 504 et 408( pour Upload via formulaire) il y a un caractère aléatoire, selon le client et son FAI.
j'ai remarqué qui si l'on répété la requête à quelques secondes d'intervalles, la première est systématiquement en erreur, alors que les suivante passe...
pas simple de trouver une solution rapide et efficace pour nos clients.
j'aimerai avoir un délai de rétablissement approximatif à leur annoncer.

ticket 1857276467 - gs209614

ps : passer de legacy à stable corrige t-il un peu le problème ?

djeydjey
29/08/2016, 23h37
les time out arrive avec la fonction "post" d'un balise form que ce soit pour une inscription, une connexion membres ou autre et quand je rafraichi la page les donnés sont renvoyés et ca marche alors ca vien peut etre de la cible php qui se connect a ma bdd en pdo. et qui ne repond pas assez vite je sais pas m'enfin un time out sur 3 secondes ... je trouve ça bizarre mais ca le fait que par intermittence.... mais bon apres tout cest surement une subtilité des grosses machine ovh anti attaque qui ressert les étaux des attaque subit en ce moment ddos ... sur le cluster20 petre que ca va se déssérer quand les attaque se seront calmé sur certain elements de certain site hébergé dans ce cluster...

buddy
29/08/2016, 22h45
çà sert à éviter le duplicate content au niveau de google (que Google n'aime pas)

avec ce code, ton site sera par défaut accessible via https://www.blabla-gay.com
mais il sera également accessible via http://www.blabla-gay.com (sans le https mais tous les navigateurs sont compatibles avec le HTTPS de nos jours ).

Sinon pour en revenir au problème les timeouts arrivent sur quelles pages ?
la page d'accueil ou le chat ?

djeydjey
29/08/2016, 22h35
ca sert a quoi d'imposer les www ? et le https ? et est-il aussi compatible que le http ... car il à l'air d'être imposé dans ton code

buddy
29/08/2016, 22h19
Tu rencontres ces problèmes sur la page d'accueil ou les pages internes ?

D'ailleurs ton site est accessible avec et sans les www dans l'url ... il faudrait choisir et imposer les www via ceci via .htaccess

avec ceci par exemple : (ce code force à utiliser https://www.blabla-gay.com pour éviter que tu aies du duplicate content avec https://blabla-gay.com)
RewriteEngine on
RewriteCond %{HTTP_HOST} ^blabla-gay\.com$ [NC]
RewriteRule ^(.*) https://www.blabla-gay.com/$1 [QSA,L,R=301]

pour moi la page d'accueil marche très bien
c'est confirmé
https://gtmetrix.com/reports/blabla-gay.com/e2fhO74i

djeydjey
29/08/2016, 22h08
Depuis hier soir 2 fois sur 3 mes visiteurs ont ce message qui apparaît "Your request timed out. Please retry the request. " ... et ce message apparaît de suite... pas même 5 seconde d'attente.... y'a un souci là

rocknfoolleblog
29/08/2016, 11h30
Tout comme hier soir, le cluster 20 est en réparation donc il y a des bugs. Le twitter d'ovh le confirme, c'est en réparation ce matin.

Citation Envoyé par Julia
Avez-vous bloqué toutes les IPs après deux appels ?

Julia
29/08/2016, 11h22
Avez-vous bloqué toutes les IPs après deux appels ?

Julia
29/08/2016, 11h00
Bonjour,

A nouveau dans la même situation.
https://phpmyadmin.hosting.ovh.net/

rocknfoolleblog
28/08/2016, 22h03
http://travaux.ovh.net/?do=details&id=19978

"Ce soir, nous avons eu plusieurs downtime de plusieurs
dizaines de minutes lié à un DDoS. Depuis plusieurs
jours le cluster20 subit des attaques sur differents
sites hébergés et certains de ces DDoS ont un impact
sur la disponibilité.

Nous venons de fixer provisoirement le DDoS en bloquant
les IP en provenant de la Russie. Nous sommes en train
d'analyser le DDoS pour renforcer le cluster. Définitivement
nous avons les technologies qui permettent de filtrer
ces DDoS mais pour une raison qui nous échappe encore
ces technos ne sont pas assez efficace sur le cluster20.

Le cluster20 est UP (sauf à partir de la Russie)."

rocknfoolleblog
28/08/2016, 21h23
Je pense qu'il va donc falloir attendre demain, car c'est du très aléatoire ce soir pour les sites disponibles ou pas. Je n'aimerais pas être chez OVH en ce moment.


Citation Envoyé par djeydjey
Merci beaucoup pour les conseils, et pour la dernière news , je pensais pas que c'était aussi violent...
je comprend mieux que ovh n'y ai pour rien.

djeydjey
28/08/2016, 20h56
Merci beaucoup pour les conseils, et pour la dernière news , je pensais pas que c'était aussi violent...
je comprend mieux que ovh n'y ai pour rien.

buddy
28/08/2016, 20h31
non, elle est déjà référencée ta page dans google ...
http://webcache.googleusercontent.co...&ct=clnk&gl=fr

Il s'agit d'un instantané de la page telle qu'elle était affichée le 27 août 2016 08:22:28 GMT. google est passé hier matin. Vu la taille de ton site, je doute qu'il ne passe méga régulièrement.

tu devrais faire un sitemap en indiquant en plus les URLs avec https:// (OVH fournit gratuitement le HTTPS avec lets encrypt)

Des news d'Octave Klaba : (à propos du mutu cluster 020)
on a des DDoS L7 nouveau type qui sont hyper
violent. je regarde demande avec l'équipe pour
trouver une solution définitive sur le new cluster
qui va probablement consister à mettre 500
serveurs du type SP-64 dans le cluster.

djeydjey
28/08/2016, 20h29
Citation Envoyé par buddy
çà marche par intermittence en fait ...

Sinon pour ton site, https://www.blabla-gay.com/, il y a plusieurs pages à référencer ? parce que la page d'accueil est déjà référencée ?
non la page d'accueil aussi est en cours de référencement mais il faut pour finaliser le référencement attendre que le robot Google passe et il peut passer n'importe quand... sinon pour l'instant c'est juste 2 page a référencer la page d'accueil et la page php du vidéo chat.

Merci

djeydjey
28/08/2016, 20h23
en tout cas ça fait plaisir sur ce forum de voir que il y a d'autre personnes concernés et des personnes aussi qui s'y connaissent et apporte leur point de vue technique.
Ca fait du bien.

buddy
28/08/2016, 20h20
çà marche par intermittence en fait ...

Sinon pour ton site, https://www.blabla-gay.com/, il y a plusieurs pages à référencer ? parce que la page d'accueil est déjà référencée ?

djeydjey
28/08/2016, 20h04
oui c'est vrai..... mais j'ai ouvert mon site ce week end et j'ai deja envoyé les invitations et en plus le referencement Google est en cours alors ça tombe très mal....

Abazada
28/08/2016, 19h57
Citation Envoyé par djeydjey
comment les technicien peuvent dire problème résolu pfff
Ils ont dit "Le cluster020 est encore sous la charge du DDoS qui devrait se résorber"
mais ils n'ont pas précisé sous combien de temps...

http://travaux.ovh.net/?do=details&id=19978

djeydjey
28/08/2016, 19h48
je confirme toujours inaccessible, sauf par intermittence pfff trop long
depuis 15h30
comment les technicien peuvent dire problème résolu pfff

Abazada
28/08/2016, 19h31
Citation Envoyé par buddy
Maintenant j'accède bien à vos 2 sites.
C'est pour le moins surprenant...
car aucun ne fonctionne pour moi, de chez moi ou d'un VPS chez OVH :

Code:
# wget -S https://www.blabla-gay.com/
--2016-08-28 19:24:57--  https://www.blabla-gay.com/
Resolving www.blabla-gay.com (www.blabla-gay.com)... 46.105.57.169
Connecting to www.blabla-gay.com (www.blabla-gay.com)|46.105.57.169|:443... failed: Connection timed out.
Retrying.
...

# wget -S http://rocknfool.net/
--2016-08-28 19:25:06--  http://rocknfool.net/
Resolving rocknfool.net (rocknfool.net)... 46.105.57.169
Connecting to rocknfool.net (rocknfool.net)|46.105.57.169|:80... failed: Connection timed out.
Retrying.
...
Peux-tu STP vérifier qu'ils répondent réellement via un Ctrl_F5 (rafraichissement cache) ?

buddy
28/08/2016, 19h00
Maintenant j'accède bien à vos 2 sites.

djeydjey
28/08/2016, 18h45
site toujours inaccessible ... ca me soule ...

j'aime bien ton site rockfooll^^

rocknfoolleblog
28/08/2016, 18h43
C'est aussi ce que je me disais, l'attaque ddos, c'est :-(

djeydjey
28/08/2016, 18h32
Task Type
Incident

Category
GRA1

Status
CLOSED

Percent Complete
100%

Details
Le cluster020 de Graveline est pour le moment indisponnible.
Nous cherchons la cause et trouvons un moyen de le remettre en ligne au plus vite.
--
cluster020 of GRA is for now unreachable
We try to find te root cause and to correct it to have the service back.
Date: Sunday, 28 August 2016, 18:15PM
Reason for closing: Done
-------------------------------------------------------------------------------------------------------
Comment by OVH - Sunday, 28 August 2016, 18:15PM
Un DDoS a eu lieu et la mitigation ne c'est pas enclenchée.
La mitigation est mise en place maintenant, le traffic reprend la normal.
Le cluster020 est encore sous la charge du DDoS qui devrait se résorber.
--
DDoS happen and the anti-ddos did not start.
The anti-ddos has been activated manually and the service is back.
cluste020 is still under pression, the ddos may be absorb soon.

"voila donc une attaque ddos je m'y connais pas mais l'anti ddos qui ne s'enclenche pas automatiquement ça craint"

buddy
28/08/2016, 18h13
Citation Envoyé par fritz2cat
cluster020 -> nouveau datacentre -> et hop encore un truc alpha - beta mal monitoré pendant le week-end (ou pas monitoré du tout)
Ce n'est pas sérieux...
[edit... ah si on a enfin détecté le problème]
oui, après un message sur le ML web ...

- - - Mise à jour - - -

Citation Envoyé par djeydjey
ca fait 2 heures 30 maintenant.. que le cluster020 est down et que nos site héberger dessus sont down, il pourrait au moins faire une redirection je sais pas au autre chose pour palier ce rpoblème le temps qu'il trouve la panne... ou alors le mutu c'est de la daube ?? il y a moins de coupure avec du VPS ???
faire une redirection vers quoi ? c'est le cluster qui est HS. (il y a plusieurs dizaines de serveurs qui font tourner le cluster, si tous sont en panne, tu ne peux rediriger vers plus rien ..)

djeydjey
28/08/2016, 17h55
ca fait 2 heures 30 maintenant.. que le cluster020 est down et que nos site héberger dessus sont down, il pourrait au moins faire une redirection je sais pas au autre chose pour palier ce rpoblème le temps qu'il trouve la panne... ou alors le mutu c'est de la daube ?? il y a moins de coupure avec du VPS ???

fritz2cat
28/08/2016, 17h44
cluster020 -> nouveau datacentre -> et hop encore un truc alpha - beta mal monitoré pendant le week-end (ou pas monitoré du tout)
Ce n'est pas sérieux...
[edit... ah si on a enfin détecté le problème]

Abazada
28/08/2016, 17h36
Ca bouge chez OVH :
http://travaux.ovh.net/?do=details&id=19978

rocknfoolleblog
28/08/2016, 17h24
Si je résume, il nous faut attendre que les serveurs d'OVH fonctionnent à nouveau correctement, c'est bien ça ?

Abazada
28/08/2016, 17h19
Citation Envoyé par buddy
il me semble que c'est plutôt un script php qui tombe en timeout qui produit ceci si çà ne touche que ton site.
J'ai des 504 sur mes fichiers robots.txt statiques aussi, donc ce n'est pas un soucis Php.

Par contre, un fois sur ...30? 50? J'ai une page qui passe, donc le Mutu n'est pas complètement mort

buddy
28/08/2016, 17h15
Citation Envoyé par djeydjey
chez moi toujours down comme le site http://rocknfool.net/ et tous les autres cluster020 donc si je comprend c'est l'ip v6 qui fou la merde et comment on fait pour le desactiver cette ipv6 ??
il me semble que c'est plutôt un script php qui tombe en timeout qui produit ceci si çà ne touche que ton site.

As-tu vérifié la charge ?,

(il y a quelques cas sur le forum)

- - - Mise à jour - - -

Citation Envoyé par Abazada
Intéressant... mais pour moi toujours pas accessible.
Si j'essaye à partir d'un VPS chez OVH, même soucis :
Code:
# wget -S https://www.blabla-gay.com
--2016-08-28 17:01:10--  https://www.blabla-gay.com/
Resolving www.blabla-gay.com (www.blabla-gay.com)... 46.105.57.169
Connecting to www.blabla-gay.com (www.blabla-gay.com)|46.105.57.169|:443... connected.
HTTP request sent, awaiting response...

  HTTP/1.1 504 Gateway Time-out
  Server: nginx
  Date: Sun, 28 Aug 2016 15:05:07 GMT
  Content-Type: text/html
  Content-Length: 176
2016-08-28 17:05:07 ERROR 504: Gateway Time-out.
et le traceroute lui pourtant est ok :

Code:
# traceroute www.blabla-gay.com
traceroute to www.blabla-gay.com (46.105.57.169), 30 hops max, 60 byte packets
 1  1.ip-167-114-224.eu (167.114.224.1)  0.311 ms  0.305 ms  0.306 ms
 2  222.ip-92-222-54.eu (92.222.54.222)  0.302 ms  0.298 ms  0.296 ms
 3  sbg-z2b6-a70.fr.eu (92.222.57.126)  0.294 ms  0.367 ms  0.368 ms
 4  92.222.56.245.router.ovh.net (92.222.56.245)  0.278 ms  0.276 ms  0.271 ms
 5  10.21.57.250 (10.21.57.250)  1.240 ms  1.143 ms  1.341 ms
 6  * * *
 7  10.21.148.14 (10.21.148.14)  13.157 ms  13.140 ms  13.150 ms
 8  cluster020.hosting.ovh.net (46.105.57.169)  13.103 ms  13.139 ms  13.121 ms
çà ne l'est plus ...
mais j'évais réussi à chargé la page (une page qui indique que l'on peut se connecter à un chat visio gratuit sur fond vert de mémoire)

un test SSL a également marché : https://www.ssllabs.com/ssltest/anal...blabla-gay.com )

Julia
28/08/2016, 17h12
Pour moi ( cluster020 Paris), c'est https://phpmyadmin.hosting.ovh.net/ qui est inaccessible...

Abazada
28/08/2016, 17h07
Citation Envoyé par buddy
Chez moi, https://www.blabla-gay.com marche très bien. (réparé je suppose).
Intéressant... mais pour moi toujours pas accessible.
Si j'essaye à partir d'un VPS chez OVH, même soucis :
Code:
# wget -S https://www.blabla-gay.com
--2016-08-28 17:01:10--  https://www.blabla-gay.com/
Resolving www.blabla-gay.com (www.blabla-gay.com)... 46.105.57.169
Connecting to www.blabla-gay.com (www.blabla-gay.com)|46.105.57.169|:443... connected.
HTTP request sent, awaiting response...

  HTTP/1.1 504 Gateway Time-out
  Server: nginx
  Date: Sun, 28 Aug 2016 15:05:07 GMT
  Content-Type: text/html
  Content-Length: 176
2016-08-28 17:05:07 ERROR 504: Gateway Time-out.
et le traceroute lui pourtant est ok :

Code:
# traceroute www.blabla-gay.com
traceroute to www.blabla-gay.com (46.105.57.169), 30 hops max, 60 byte packets
 1  1.ip-167-114-224.eu (167.114.224.1)  0.311 ms  0.305 ms  0.306 ms
 2  222.ip-92-222-54.eu (92.222.54.222)  0.302 ms  0.298 ms  0.296 ms
 3  sbg-z2b6-a70.fr.eu (92.222.57.126)  0.294 ms  0.367 ms  0.368 ms
 4  92.222.56.245.router.ovh.net (92.222.56.245)  0.278 ms  0.276 ms  0.271 ms
 5  10.21.57.250 (10.21.57.250)  1.240 ms  1.143 ms  1.341 ms
 6  * * *
 7  10.21.148.14 (10.21.148.14)  13.157 ms  13.140 ms  13.150 ms
 8  cluster020.hosting.ovh.net (46.105.57.169)  13.103 ms  13.139 ms  13.121 ms

buddy
28/08/2016, 17h06
Ton site n'a pas d'ipv6 donc ce n'est pas l'ipv6 qui pose soucis.
https://toolbox.googleapps.com/apps/...blabla-gay.com

Tu peux l'ajouter si tu veux pour voir si çà résoud le problème 2001:41d0:301::20

Mais chez moi çà marche...
tu as quel FAI ?
as-tu essayé de vider le cache de ton navigateur ?

djeydjey
28/08/2016, 16h58
chez moi toujours down comme le site http://rocknfool.net/ et tous les autres cluster020 donc si je comprend c'est l'ip v6 qui fou la merde et comment on fait pour le desactiver cette ipv6 ??

buddy
28/08/2016, 16h48
Chez moi, https://www.blabla-gay.com marche très bien. (réparé je suppose).
c'est depuis une connexion Orange ipv6 activé

rocknfoolleblog
28/08/2016, 16h48
je suis en train de le faire, oui !

buddy
28/08/2016, 16h47
Bonjour,

@rocknfoolleblog , si tu ne l'as pas encore fait, je t'invite à créer un ticket incident dans le manger.

Je ne pense pas que du staff OVH lise le forum régulièrement le week end.

rocknfoolleblog
28/08/2016, 16h39
En effet, pour nous aussi, le site est down à cause du même soucis : http://rocknfool.net/

Serait-il possible de nous avertir quand le problème sera réglé, et si nous devons intervenir sur notre site aussi ? Merci bien !

Citation Envoyé par Abazada
Ne cherchez pas. C'est clairement un problème chez OVH:
même le monitoring OVH sur le managerV6 c'est arrêté à 15:30...

Abazada
28/08/2016, 16h26
Ne cherchez pas. C'est clairement un problème chez OVH:
même le monitoring OVH sur le managerV6 c'est arrêté à 15:30...

djeydjey
28/08/2016, 16h26
Citation Envoyé par Gaston_Phone
Url ?
www.blabla-gay.com


environnement (stable)

- - - Mise à jour - - -

Citation Envoyé par Abazada
J'ai un hébergement Pro sur ce cluster020,
et je confirme que tous les sites sont HS depuis un peu avant 15h30
504 Gateway Time-out
J'ai ouvert un ticket #4138706636
et espère que ça ne sera plus trop long...
ça me rassure de voir que tous les sites sont HS .. mais bon surtout depuis 15h30 ca va faire 1 heure.... il on planté y'a 2 jours déjà ca devient grave là.. on a des visiteurs on est plus crédible...
Mon ticket 2808868969

Abazada
28/08/2016, 16h19
J'ai un hébergement Pro sur ce cluster020,
et je confirme que tous les sites sont HS depuis un peu avant 15h30
504 Gateway Time-out
J'ai ouvert un ticket #4138706636
et espère que ça ne sera plus trop long...

Povers
28/08/2016, 16h13
Bonjour,

Je rencontre le même problème (erreur 504 nginx) sur mon hébergement web (cluster020) à l'adresse http://amaryllisrp.fr .
Il est difficile d'être crédible après de sa communauté dans ces conditions sachant que rien n'indique que le problème est connu chez OVH à l'heure actuelle.

buddy
28/08/2016, 16h12
Tu es en environnement legacy ou stable ?
https://docs.ovh.com/fr/fr/web/hosti...bergement-web/

Gaston_Phone
28/08/2016, 16h01
Url ?

djeydjey
28/08/2016, 15h43
bonjour,

Y'a 2 jours pareil serveur mutualisé 020 down et pendant 30 min ! erreur 504 nginx encore et encore et la depuis 20 minutes..

J'ai un site à faire tourner moi,... face à mes visiteurs c'est pas credible....

Vous faites quoi ??