Numpy: La documentación numpy está inactiva e inalcanzable

Creado en 13 mar. 2017  ·  40Comentarios  ·  Fuente: numpy/numpy

Hola,

No estoy seguro de si debería informarlo aquí en GitHub, pero la documentación numpy está inactiva.

Acceder a http://docs.scipy.org/ da como resultado un tiempo de espera. Desde Chrome:

tcp_error: A communication error occurred: "Operation timed out"

¡Que tenga un buen día!

51 - In progress Other

Comentario más útil

¿Sería posible utilizar el caché siempre en línea de CloudFlare? Esta no es la primera vez que me doy cuenta de que scipy.org no funciona.

Todos 40 comentarios

Problema conocido, la gente está en él.

¿Alguna ETA sobre esto? Todas las compilaciones de documentos de CI que utilizan intersphinx de SciPy están fallando

No estoy seguro. Cc'ing @dpinte sobre este tema.

El servidor se ha migrado completamente a una nueva máquina virtual limpia durante la noche. Hay algunos pequeños fallos finales relacionados con características indocumentadas que necesitan ser migradas y estaremos listos para comenzar. ¡ETA es el final del día de hoy!

Impresionante, gracias por la actualización Didrik

¿Sería posible utilizar el caché siempre en línea de CloudFlare? Esta no es la primera vez que me doy cuenta de que scipy.org no funciona.

¿Existe alguna alternativa para acceder a los documentos?

¿Podemos compilar los documentos en una mac?

¿Existe alguna alternativa para acceder a los documentos?

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

Sugerencia para mover el alojamiento de documentos a github: https://mail.scipy.org/pipermail/numpy-discussion/2017-March/076578.html

En este caso, la cuestión clave no es el alojamiento, sino la documentación de lo que se ha almacenado, dónde y cómo. Estamos trabajando con máquinas que se han instalado hace muchos años, hemos visto a varios encargados de mantenimiento tocar la configuración con varios niveles de experiencia, etc. ¡Es un buen ejemplo de lo que es la entropía!

Una vez que todo vuelva a estar en línea, podemos investigar cualquier otra idea de alojamiento. Para el futuro, lo que realmente se debe abordar es la documentación de la infraestructura y garantizar que exista una política para mantener esa infraestructura.

El sitio scipy.org vuelve a estar en línea, pero hay un 500 para docs.scipy.org y al acceder a www.scipy.org directamente.

Sigo sin poder acceder a él. ¿Alguien puede al menos adjuntar aquí objects.inv? Nuestra documentación depende de ello y ahora no tenemos una versión en caché.

Gracias a todos los buenos administradores de sistemas que trabajan en eso, ¡buena suerte! eres el mejor: 1st_place_medal:

¡docs.scipy.org está de nuevo en línea!

¡La actuación aún no está ahí, pero las páginas están servidas!

Intershinx todavía no funciona:

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 investigando el problema. Veo que hay algo mal:

$ 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.

Independientemente del problema, ¿podría cambiar para usar https en lugar de http ?

Es posible que desee agregar el certificado de CA intermedio al certificado del servidor. La mayoría de los navegadores buscarán el certificado intermedio, pero no todas las bibliotecas cliente.

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

El certificado que coincide con el emisor anterior: /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 High Assurance Server CA

@bryevdv, ¿puedes comprobarlo ahora? Apache debería ser mucho más feliz que hace 10 '

Todavía veo esto en 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 realidad, aquí está el informe SSL de Qualys Labs que dice lo mismo: https://www.ssllabs.com/ssltest/analyze.html?d=docs.scipy.org

Busque en "Problemas de la cadena" y "Rutas de certificación":

screen shot 2017-03-15 at 6 33 19 pm

SSL seguirá funcionando en Firefox, Chrome, Safari, etc. porque descargarán ese certificado por su cuenta, pero las bibliotecas cliente como las solicitudes probablemente no lo harán.

¡Buen trabajo a todos!

@bryevdv ahora falla con un problema de certificado, lo cual tiene sentido. Empaquetaremos el certificado intermedio y eso solucionará el problema.

@bryevdv, el certificado intermedio se ha agregado localmente. Debería poder descargar el archivo como se esperaba

Gracias, trabajando ahora

El servidor todavía me parece muy lento para acceder ...

@dopplershift ¿ puede proporcionar horarios? Seguimos supervisándolo y seguimos modificando algunas configuraciones de Apache.

Parecen más razonables ahora, aunque Safari todavía está tardando 11 segundos en cargar la página. Sin embargo, al menos mi estructura de esfinge no se está agotando ahora.

11 segundos es mucho. ¿Qué página intentas cargar?

Solo https://docs.scipy.org/

Sin embargo, cuando lo intenté hace un momento, las cosas iban mucho mejor.

Las cosas están perfectamente bien ahora, según mis pruebas.
Buen trabajo a todos: +1:!

Para su información, veo tiempos de espera en la intersphinx al acceder a objects.inv que está provocando que nuestras compilaciones vuelvan a fallar. Navegando a spicy.org a mano, solo use la herramienta de 8 a 10 segundos para cargar

Solo tardó unos 25 segundos en cargarse aquí.

Confirmado. Investigando. La carga de la máquina es baja. Lo más probable es que se realicen algunos ajustes en la configuración de Apache.

No estoy seguro de si debería publicar aquí o abrir de nuevo, pero veo problemas nuevamente.

Lo mismo, docs.scipy.org está inactivo y las compilaciones de CI que se basan en intersphinx están fallando.

ping @dpinte @rgommers

@bryevdv mirándolo. La consola de AWS informó que no ha sido accesible desde 31 '. Reiniciarlo

@bryevdv , deberíamos estar de nuevo en línea. Parece haber algún problema de hardware con la máquina virtual de AWS. Reiniciado y completamente actualizado ahora

¡Gracias!

¿Fue útil esta página
0 / 5 - 0 calificaciones