Erreur http 500 avec parsoid (Gestion:Tâches/Liste/22)

De Wikimedica
Erreur http 500 avec parsoid [Réalisée]  Modifier cette tâche Aide
TypeBogue
CréationAntoine Mercier-Linteau
Responsable(s)Antoine Mercier-Linteau
ÉtatRéalisée
Date de création2017/02/23
Échéanceaucune
PrioritéUrgente
Projet(s)
<noinclude>
</noinclude>

Depuis que le serveur a été testé avec siege et que le nombre de workers a été augmenté à 4, parsoid cesse de fonctionner après quelques heures et retourne une erreur HTTP 500 et ce même en passant par wget depuis le serveur. Diminuer le nombre de workers à 2 n'y fait rien. J'ai tenté de mettre parsoid à jour à la version 0.6.1. On verra ce que ça donne...


Créer une sous-tâche
Aucune sous-tâche à afficher.
Aucune sous-tâche assignée à cette tâche.
Sous-tâches
- Type Priorité Titre Responsable(s) État Création
Voir les sous-tâches terminées...

Discussion

Après beacoup de recherches à tester cookies, l'API et d'autres trucs, je me suis rendu compte que sporadiquement, le nom de domaine wikimed,ca depuis le serveur redirigeait vers 141.8.224.93 plutôt que 37.58.75.232.

[antoine@web412 ~]$ nslookup www.wikimedi.ca
Server:		127.0.0.1
Address:	127.0.0.1#53

Non-authoritative answer:
www.wikimedi.ca	canonical name = wikimedi.ca.
Name:	wikimedi.ca
Address: 37.58.75.232

[antoine@web412 ~]$ nslookup wikimedi.ca
Server:		127.0.0.1
Address:	127.0.0.1#53

Non-authoritative answer:
Name:	wikimedi.ca
Address: 141.8.224.93
L'adresse 141.8.224.93 pointe effectivement vers un site de spam qui ne retourne pas du JSON et qui fait planter parsoid lorsque celui-ci tente de récupérer une page wiki depuis wikimedi.ca. Je vais demander à webfaction de voir s'ils n'ont pas de solutions car je crois que le problème se trouve de leur côté. Entre-temps, je pourrais peut-être tenter de configurer parsoid pour qu'il utilise www.wikimedi.ca Antoine Mercier-Linteau (discussion) 24 février 2017 à 16:39 (UTC)
J'ai changé l'adresse de l'API dans le config.yaml de http://wikimedi.ca/api.php à 'http://www.wikimedi.ca/api.php'. Le sous-domain www semblait pointer vers le bon IP pendant que wikimedi.ca pointait erronément vers l'ip suspect.Antoine Mercier-Linteau (discussion) 24 février 2017 à 17:21 (UTC)
Ceci n'a pas fonctionné car www.wikimedi.ca redirige à wikimedi.ca et donne donc la même erreur. J'ai disctué avec webfaction (ticket 1806363) et ils ont remarqué que wikimedi.ca utilise (voir https://intodns.com/wikimedi.ca) ns7.rookdns.net en plus de ceux de webfaction comme nameservers. Webfaction m'a renvoyé vers Hover, le registraire de wikimedi.ca après avoir discuté avec eux, ils ont théorisé que certains caches DNS ne s'étaient pas mis à jour. Or, voilà au delà deux mois que j'utilise wikimedi.ca et pendant les premières semaines tout fonctionnait bien. En attendant, j'ai réactivé le nom de domaine wikimedica.bitsofmymind.com et traffiqué LocalSettings.php pour que les requêtes ne soient pas redirigées.
if(isset($_SERVER['HTTP_HOST']) && $_SERVER['HTTP_HOST'] == 'wikimedica.bitsofmymind.com')
{
	$wgServer = "http://wikimedica.bitsofmymind.com";
}
Antoine Mercier-Linteau (discussion) 26 février 2017 à 19:37 (UTC)
Il fallait s'en douter, j'avais fait une faute de frappe dans la liste des serveurs DNS du domaine wikimedi.ca. L'un d'eux avait été épelé ns2.wefaciton.com tandis qu'il aurait dû être ns2.webfaction.com. ns2.webfaciton.com, possédé par un quelqu'un de plutôt malhonnête, redirigeait les requêtes DNS de parsoid vers le service de garage de domaine de Rook DNS et non vers wikimedi.ca. Les autres serveurs DNS (n21, ns3 et ns4) étant bien configurés, ceci expliquait pourquoi seulement certaines requêtes étaient mal redirigées et aussi pourquoi le problème ne s'est manifesté que deux mois plus tard. Une fois l'erreur corrigée, tout est rapidement revenu dans l'ordre. Antoine Mercier-Linteau (discussion) 16 mars 2017 à 05:10 (UTC)