Numpy: A documentação entorpecida está fora do ar e inacessível

Problema conhecido, as pessoas estão nisso.

Qualquer hora prevista de chegada sobre isso? Quaisquer compilações de documentos CI que utilizam intersphinx do SciPy estão falhando

Não tenho certeza. Cc'ing @dpinte sobre este assunto.

O servidor foi completamente migrado para uma nova VM limpa durante a noite. Existem algumas pequenas falhas finais relacionadas a recursos não documentados que precisam ser migrados e estaremos prontos para prosseguir. ETA é o fim do dia de hoje!

Incrível, obrigado pela atualização Didrik

Seria possível usar o cache sempre online CloudFlare? Esta não é a primeira vez que notei que o scipy.org está fora do ar.

Existe alguma alternativa para acessar os documentos?

Podemos construir os documentos em um Mac?

Existe alguma alternativa para acessar os documentos?

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

Sugestão para mover a hospedagem de documentos para o github: https://mail.scipy.org/pipermail/numpy-discussion/2017-March/076578.html

A questão principal não é a hospedagem neste caso, mas a documentação do que foi armazenado, onde e como. Estamos trabalhando com máquinas que foram instaladas há muitos anos, vimos vários mantenedores alterando a configuração com vários níveis de especialização, etc. É um bom exemplo do que é entropia!

Assim que tudo estiver online, podemos investigar outras ideias de hospedagem. Para o futuro, o que realmente precisa ser resolvido é a documentação da infraestrutura e a garantia de uma política existente de manutenção dessa infraestrutura.

O site scipy.org está online novamente, mas há um 500 para docs.scipy.org e ao acessar www.scipy.org diretamente.

Ainda não consigo acessá-lo. Alguém pode pelo menos anexar objetos.inv aqui? Nossa documentação depende disso e não temos a versão em cache agora.

Obrigado a todos os administradores de sistemas trabalhando nisso, boa sorte! você é o melhor: 1st_place_medal:

docs.scipy.org está de volta online!

A performance ainda não chegou, mas as páginas foram veiculadas!

O Intershinx ainda não está funcionando:

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 o problema. Vejo que há algo errado:

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

Independentemente do problema, você poderia usar https no lugar de http ?

Você pode desejar anexar o certificado CA intermediário ao certificado do servidor. A maioria dos navegadores procura o certificado intermediário, mas nem todas as 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

O certificado que corresponde ao emissor acima: /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 High Assurance Server CA

@bryevdv você pode verificar agora? Apache deve estar muito mais feliz do que 10 'atrás

Ainda estou vendo isso no 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)

Na verdade, aqui está o relatório SSL da Qualys Labs dizendo a mesma coisa: https://www.ssllabs.com/ssltest/analyze.html?d=docs.scipy.org

Procure em "problemas de cadeia" e "Caminhos de certificação":

O SSL ainda funcionará no Firefox, chrome, safari, etc, porque eles farão o download desse certificado por conta própria, mas as bibliotecas de cliente, como as solicitações, provavelmente não farão.

Bom trabalho a todos!

@dpinte ainda falhando:

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

@bryevdv agora falha com um problema de certificado, o que faz sentido. Faremos um pacote com o certificado intermediário e isso resolverá o problema.

@bryevdv o certificado intermediário foi adicionado localmente. Você deve conseguir baixar o arquivo conforme o esperado

Obrigado, trabalhando agora

O servidor ainda parece muito lento para acessar para mim ...

@dopplershift você pode fornecer horários? Continuamos monitorando e ainda ajustando algumas configurações do Apache.

Eles parecem mais razoáveis ​​agora, embora ainda leve 11 segundos para o Safari carregar a página. Pelo menos minha construção de esfinge não está expirando agora, no entanto.

11 segundos é muito. Qual página você tenta carregar?

Apenas https://docs.scipy.org/

Quando tentei agora, porém, as coisas estavam muito melhores.

As coisas estão perfeitamente bem agora, pelos meus testes.
Bom trabalho a todos: +1:!

Para sua informação, estou vendo tempos limite no intersphinx acessando objects.inv que está fazendo com que nossas compilações falhem novamente. Navegando para picante.org manualmente, basta usar a ferramenta de 8 a 10 segundos para carregar

Demorou cerca de 25 segundos para carregar aqui

Confirmado. Investigando. A carga da máquina está baixa. Mais do que provavelmente, alguns ajustes para a configuração do Apache

Não tenho certeza se devo postar aqui ou abrir novamente, mas estou vendo problemas novamente.

mesmo assim, docs.scipy.org está fora do ar e as compilações de CI que dependem do intersphinx estão falhando.

ping @dpinte @rgommers

@bryevdv olhando para ele. O console da AWS relatou que está inacessível desde 31 '. Reiniciando

@bryevdv devemos estar online novamente. Parece haver algum problema de hardware com a AWS VM. Reiniciado e totalmente atualizado agora

Obrigado!