Numpy: La documentation numpy est en panne et inaccessible

Problème connu, les gens sont dessus.

Un ETA à ce sujet ? Toutes les versions de documents CI qui utilisent intersphinx de SciPy échouent

Pas certain. Cc'ing @dpinte sur ce problème.

Le serveur a été complètement migré vers une nouvelle machine virtuelle propre pendant la nuit. Il y a quelques derniers petits problèmes liés aux fonctionnalités non documentées qui doivent être migrées et nous serons prêts à partir. L'ETA est en fin de journée aujourd'hui !

Génial, merci pour la mise à jour Didrik

Serait-il possible d'utiliser le cache toujours en ligne de CloudFlare ? Ce n'est pas la première fois que je remarque que scipy.org est en panne.

Existe-t-il une alternative pour accéder aux documents ?

Peut-on construire les docs sur un mac ?

Existe-t-il une alternative pour accéder aux documents ?

http://scipy.github.io/devdocs/ et http://devdocs.io/numpy~1.12/ ?

Suggestion pour déplacer l'hébergement de docs vers github : https://mail.scipy.org/pipermail/numpy-discussion/2017-March/076578.html

Le problème clé n'est pas l'hébergement dans ce cas, mais la documentation de ce qui a été stocké, où et comment. Nous travaillons avec des machines qui ont été installées il y a de nombreuses années, nous avons vu plusieurs mainteneurs toucher à des configurations avec différents niveaux d'expertise, etc. C'est un bel exemple de ce qu'est l'entropie !

Une fois que tout sera de nouveau en ligne, nous pourrons étudier toute autre idée d'hébergement. Pour l'avenir, la vraie chose qui doit être abordée est la documentation de l'infrastructure et s'assurer qu'une politique existe pour maintenir cette infrastructure.

Le site scipy.org est de nouveau en ligne mais il y a un 500 pour docs.scipy.org et en accédant directement à www.scipy.org .

Je n'arrive toujours pas à y accéder. Quelqu'un peut-il au moins attacher ici objects.inv? Nos documentations en dépendent et nous n'avons pas de version en cache pour le moment.

Merci à tous les gentils administrateurs système qui travaillent là-dessus, bonne chance ! tu es le meilleur : 1st_place_medal :

docs.scipy.org est de retour en ligne !

La performance n'est pas encore là mais les pages sont servies !

Intershinx ne fonctionne toujours pas :

sphinx.errors.SphinxWarning: WARNING: intersphinx inventory 'http://docs.scipy.org/doc/numpy/objects.inv' not fetchable due to <class 'requests.exceptions.ConnectionError'>: HTTPSConnectionPool(host='docs.scipy.org', port=443): Max retries exceeded with url: /doc/numpy/objects.inv (Caused by NewConnectionError('<requests.packages.urllib3.connection.VerifiedHTTPSConnection object at 0x2ab30b6ebac8>: Failed to establish a new connection: [Errno 110] Connection timed out',))

@bryevdv enquête sur le problème. Je vois qu'il y a quelque chose qui ne va pas :

$ wget http://docs.scipy.org/doc/numpy/objects.inv
--2017-03-15 17:48:01--  http://docs.scipy.org/doc/numpy/objects.inv
Resolving docs.scipy.org (docs.scipy.org)... 50.17.248.72
Connecting to docs.scipy.org (docs.scipy.org)|50.17.248.72|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://docs.scipy.org/doc/numpy/objects.inv [following]
--2017-03-15 17:48:01--  https://docs.scipy.org/doc/numpy/objects.inv
Connecting to docs.scipy.org (docs.scipy.org)|50.17.248.72|:443... connected.
ERROR: The certificate of ‘docs.scipy.org’ is not trusted.
ERROR: The certificate of ‘docs.scipy.org’ hasn't got a known issuer.

Indépendamment du problème, pourriez-vous utiliser https à la place de http ?

Vous souhaiterez peut-être ajouter le certificat CA intermédiaire au certificat du serveur. La plupart des navigateurs rechercheront le certificat intermédiaire, mais pas toutes les bibliothèques clientes.

Certificate chain
 0 s:/C=US/ST=Texas/L=Austin/O=Enthought, Inc./OU=IT/CN=*.scipy.org
   i:/C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 High Assurance Server CA

Le certificat correspondant à l'émetteur ci-dessus : /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 High Assurance Server CA

@bryevdv pouvez-vous vérifier maintenant ? Apache devrait être beaucoup plus heureux qu'il y a 10'

Je vois toujours ça sur Travis :

WARNING: intersphinx inventory 'https://docs.scipy.org/doc/numpy/objects.inv' not fetchable due to <class 'requests.exceptions.SSLError'>: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:749)

En fait, voici le rapport SSL de Qualys Labs qui dit la même chose : https://www.ssllabs.com/ssltest/analyze.html?d=docs.scipy.org

Regardez sous « problèmes de chaîne » et « Chemins de certification » :

SSL fonctionnera toujours sous Firefox, Chrome, Safari, etc. car ils téléchargeront eux-mêmes ce certificat, mais les bibliothèques clientes telles que les requêtes ne le feront probablement pas.

Excellent travail à tous !

@dpinte toujours en échec :

https://travis-ci.org/bokeh/bokeh/jobs/210962890#L1674 -L1755

@bryevdv maintenant, il échoue avec un problème de certificat, ce qui est logique. Nous allons regrouper le certificat intermédiaire et cela résoudra le problème.

@bryevdv le certificat intermédiaire a été ajouté localement. Vous devriez pouvoir télécharger le fichier comme prévu

Merci, je travaille maintenant

Le serveur me semble toujours très lent d'accès...

@dopplershift pouvez-vous fournir des horaires ? Nous continuons à le surveiller et à peaufiner certaines configurations Apache.

Ils semblent plus raisonnables maintenant, même si Safari prend encore 11 secondes pour charger la page. Au moins, ma construction de sphinx n'a pas expiré maintenant.

11 secondes, c'est beaucoup. Quelle page essayez-vous de charger ?

Juste https://docs.scipy.org/

Quand j'ai essayé tout à l'heure, cependant, les choses allaient beaucoup mieux.

Les choses vont parfaitement bien maintenant, d'après mes tests.
Bon travail à tous :+1: !

Pour info, je vois des délais d'attente sur intersphinx accédant à objects.inv ce qui provoque à nouveau l'échec de nos versions. Naviguer vers épicé.org à la main, il suffit de l'outil 8-10 secondes pour charger

Juste pris environ 25 secondes pour charger ici

Confirmé. Enquêter. La charge de la machine est faible. Plus que probablement quelques ajustements pour la configuration Apache

Je ne sais pas si je dois poster ici ou ouvrir à nouveau, mais je vois à nouveau des problèmes.

même chose, docs.scipy.org est en panne et les builds CI qui reposent sur intersphinx échouent.

ping @dpinte @rgommers

@bryevdv le regarde. La console AWS a signalé qu'elle était inaccessible depuis 31'. Le redémarrer

@bryevdv nous devrions être de retour en ligne. Il semble y avoir un problème matériel avec la machine virtuelle AWS. Redémarré et entièrement mis à jour maintenant

Merci!