01:50 <Debnet> linovia: Mince j'ai du zapper de pointer le dimanche aussi à cause de l'AG. x)
07:59 <jpcw> mdk: tu as ta clef de posée sur rainette
08:00 <jpcw> les dns sont migrés
08:00 <jpcw> http://mxtoolbox.com/domain/afpy.org/
08:00 <jpcw> http://mxtoolbox.com/domain/pycon.fr/
08:01 <jpcw> je mettrai le dkim sur le nouveau serveur de mail
08:01 <mdk> Ok cool
08:03 <jpcw> j'ai abaissé le TTL à 500 le temps de migrer
08:04 <jpcw> il va rester comme ça pour un petit moment je pense :)
08:04 <jpcw> ce chantier
08:04 <jpcw> pfiu
09:08 <grenoya> bonjour
09:10 <alain_afpy> Hey! Il y a des trucs à modérer: https://www.afpy.org/jobs/developpeu-r-se-back-end - https://www.afpy.org/jobs/evangeliste-interne-lead-developpeur-python-django
09:29 <grenoya> alain_afpy: done!
09:29 <alain_afpy> grenoya: c'est le siri de l'afpy
09:37 <misc> coin
09:40 <feth> alain_afpy: bonjour à tous !
09:40 <alain_afpy> feth: c'est un peu tôt là, non ?
09:40 <feth> \o/
11:18 <linovia> natim: comment est-ce que je t'envoie le fichier de présence du samedi ?
11:18 <natim> Tu peux le mettre dans un google docs ? Ou l'envoeyr à contact@pycon.fr
11:49 <linovia> ok, je fais ça au retour du repas
13:45 <linovia> natim: je te l'ai envoyé via google docs
14:04 <natim> linovia: Merci
18:30 <alain_afpy> ERROR pycon(2) HTTPConnectionPool(host='2016.pycon.fr', port=80): Max retries exceeded with url: / (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)
18:32 <geb> chez moi ça marche
18:33 <geb> jpcw, ^
18:34 <geb> dig +trace a l'air de bien marcher. Je ne comprends pas. Cache des NS ?
18:34 <misc> ipv6 ?
18:34 <geb> misc, ?
18:34 <geb> Name or service not known ça me semble plutôt lié au DNS
18:34 <misc> mhh, ouais
18:35 <misc> je suis pas reveillé encore
18:35 <geb> si la liste des NS a été changée, et que les anciennes adresses sont encore en cache chez des gens, ça pourrait expliquer ça je pense
18:37 <matrixise> salut tlm, si cela vous interesse, voici le CfP pour PythonFOSDEM 2017 http://python-fosdem.org/cfp.html
18:42 <alain_afpy> ERROR pycon(6) HTTPConnectionPool(host='2016.pycon.fr', port=80): Max retries exceeded with url: / (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)
18:52 <geb> hum, si alain_afpy est connecté sur afpy.org c'est encore pire, ça sent le servfail
19:00 <alain_afpy> ERROR pycon(12) HTTPConnectionPool(host='2016.pycon.fr', port=80): Max retries exceeded with url: / (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)
19:18 <alain_afpy> ERROR pycon(18) HTTPConnectionPool(host='2016.pycon.fr', port=80): Max retries exceeded with url: / (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)
19:22 <jpcw> jpcw@py:~$ dig 2016.pycon.fr @62.210.16.6 +short
19:22 <jpcw> jpcw@py:~$ dig 2016.pycon.fr @62.210.16.7 +short
19:22 <jpcw> les resolvers d'online boom
19:24 <jpcw> ce sont les deux ips du resolv.conf de la machine afpy sur laquelle est alain
19:25 <jpcw> jpcw@py:~$ dig google.fr @62.210.16.7 | grep status
19:25 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 51579
19:26 <jpcw> bref les resolvers sont en vrac
19:26 <jpcw> rien à voir avec la migration
19:26 <jpcw> jpcw@dedibox:~ % dig 2016.pycon.fr +short @62.210.16.7
19:26 <jpcw> jpcw@dedibox:~ % dig 2016.pycon.fr +short @62.210.16.6
19:26 <jpcw> jpcw@dedibox:~ % dig 2016.pycon.fr +short
19:26 <jpcw> www.pycon.fr.
19:26 <jpcw> 195.154.116.34
19:26 <jpcw> depuis une autre dedibox
19:27 <jpcw> jpcw@dedibox:~ % dig 2016.pycon.fr @62.210.16.6 | grep status
19:27 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 38968
19:27 <jpcw> jpcw@dedibox:~ % dig 2016.pycon.fr @62.210.16.7 | grep status
19:27 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 37146
19:27 <geb> servfail m'étonne pas
19:27 <jpcw> donc geb avait raison pour au moins 1 des 2
19:27 <geb> dig ns pycon.fr @62.210.16.6
19:27 <jpcw> on a un servfail et un refused
19:28 <jpcw> manière quoi :)
19:28 <Debnet> Bonsoir les gens. o/
19:28 <geb> tu peux faire: dig ns pycon.fr @62.210.16.6 ; dig ns pycon.fr @62.210.16.7; ?
19:28 <geb> de tte façon si c'est ce que je crois, c'est temporaire
19:28 <geb> doivent avoir les vieux NS en cache
19:30 <geb> hum, je viens de trouver une machine chez online, même resultat pour dig ns :/
19:30 <jpcw> jpcw@dedibox:~ % dig NS pycon.fr @62.210.16.7 | grep status
19:30 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 7158
19:30 <jpcw> jpcw@dedibox:~ % dig NS pycon.fr @62.210.16.6 | grep status
19:30 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 48434
19:30 <jpcw> donc non ce n'est pas du cache
19:30 <jpcw> ils sont en vrac
19:30 <jpcw> essaye avec google.fr c'est quasi la même
19:31 <jpcw> jpcw@dedibox:~ % dig google.fr @62.210.16.6 | grep status
19:31 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17206
19:31 <jpcw> jpcw@dedibox:~ % dig google.fr @62.210.16.7 | grep status
19:31 <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 925
19:31 <jpcw> bref alain_afpy attendra
19:31 <geb> :)
19:32 <jpcw> que online répare ses resolvers
19:32 <geb> je mettrais 127.0.0.1 perso, surtout si vous routez des mails
19:32 <geb> les NXDOMAIN c'est une erreur fatale, le serveur fera un bounce, pas un retry
19:34 <jpcw> par contre ça résout bien afpy.org
19:34 <jpcw> s/t/d
19:36 <alain_afpy> ERROR pycon(24) HTTPConnectionPool(host='2016.pycon.fr', port=80): Max retries exceeded with url: / (Caused by <class 'socket.gaierror'>: [Errno -2] Name or service not known)
19:38 <jpcw> alain_afpy: y:~# ping pycon.fr
19:38 <jpcw> PING localhost (127.0.0.1) 56(84) bytes of data.
19:38 <jpcw> 64 bytes from localhost (127.0.0.1): icmp_req=1 ttl=64 time=0.053 ms
19:38 <alain_afpy> jpcw: la ferme
19:39 <alain_afpy> INFO pycon fixed
19:39 <jpcw> alain_afpy: tu parles trop fort
19:39 <alain_afpy> jpcw: framapad !
19:39 <jpcw> alain_afpy: geb vient de te "couilloner"
19:39 <alain_afpy> jpcw: merci, t'es chou
19:40 <jpcw> sur ce bon apétit
19:40 <geb> :)
19:40 <geb> jpcw, quand je disais, je mettrais 127.0.0.1, je parlais comme resolver
19:41 <geb> pour éviter que des mails bounce si les resolvers sont en rade
19:41 <geb> pardon si c etait pas clair
20:13 <jpcw> geb les mails sont sur cette machine
20:13 <jpcw> donc ça devrait le faire
20:14 <jpcw> je pense pouvoir les bouger jeudi
20:14 <jpcw> c'est pour ça que j'ai bougé les ns
20:14 <jpcw> abaissé le ttl
20:14 <jpcw> etc
20:14 <geb> si elle renvoie des mails, typiquement via des aliases, et que le resolver fail, ça va bounce
20:15 <jpcw> ah mais ça ne merdouille pas sur tous les domaines
20:15 <geb> <jpcw> jpcw@dedibox:~ % dig google.fr @62.210.16.7 | grep status
20:15 <geb> <jpcw> ;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 925
20:15 <geb> celui là m'a fait flipper
20:15 <jpcw> et les mails la RFC c'est 5 jours
20:15 <jpcw> :)
20:15 <geb> imagine le bordel, quand tu as les deux resolvers qui vont fail pour gmail.com
20:15 <geb> <jpcw> et les mails la RFC c'est 5 jours
20:15 <geb> non justement
20:16 <geb> si le domaine ne résoud pas c'est immediat et definitif
20:16 <jpcw> oui
20:17 <geb> bref, perso, si les resolvers font des trucs chelous, je mettrais un resolver local, mais ça n'est qu'un avis :)
20:17 <jpcw> geb: j'ai la flemme de monter un bind juste parce que les resolvers 'online sont en vrac
20:17 <jpcw> je pense qu'on est pas la seule dedibox
20:18 <jpcw> et ama cette nuit on va dormir et demain matin il fera jour et quelque chose me dit que les resolvers iront mieux
20:18 <geb> :)
20:18 <jpcw> parce que là je viens de lire un mail justement, pas sur afpy hein, et ben j'aurais préféré ne pas le lire
20:19 <jpcw> quand un des tes transitaires te parle de "blackhauling"
20:19 <jpcw> t'as envie de te cacher dans un hole
20:20 <geb> :)
20:22 <jpcw> bon après à sa décharge il a du nettoyer un ddoss de 20Gbps qui voulait rentrer dans une qos de 2mbps