Numpy: Die numpy Dokumentation ist ausgefallen und nicht erreichbar

Erstellt am 13. MĂ€rz 2017  Â·  40Kommentare  Â·  Quelle: numpy/numpy

Hallo,

Ich bin mir nicht sicher, ob ich es hier auf GitHub melden soll, aber die numpy-Dokumentation ist unten.

Der Zugriff auf http://docs.scipy.org/ fĂŒhrt zu einer ZeitĂŒberschreitung. Von Chrome:

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

Haben Sie einen guten Tag!

51 - In progress Other

Hilfreichster Kommentar

WÀre es möglich, den CloudFlare Always-Online-Cache zu verwenden? Dies ist nicht das erste Mal, dass ich merke, dass scipy.org down ist.

Alle 40 Kommentare

Bekanntes Problem, Leute sind dran.

Gibt es dazu eine ETA? Alle CI-Dokumenten-Builds, die Intersphinx von SciPy verwenden, schlagen fehl

Nicht sicher. Cc'ing @dpinte zu diesem Thema.

Der Server wurde ĂŒber Nacht vollstĂ€ndig auf eine neue saubere VM migriert. Es gibt einige letzte kleine Fehler im Zusammenhang mit nicht dokumentierten Funktionen, die migriert werden mĂŒssen, und wir können loslegen. ETA ist heute Feierabend!

Super, danke fĂŒr das Update Didrik

WÀre es möglich, den CloudFlare Always-Online-Cache zu verwenden? Dies ist nicht das erste Mal, dass ich merke, dass scipy.org down ist.

Gibt es eine Alternative zum Zugriff auf Dokumente?

Können wir die Dokumente auf einem Mac erstellen?

Gibt es eine Alternative zum Zugriff auf Dokumente?

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

Vorschlag, das Hosting von Dokumenten auf Github zu verschieben: https://mail.scipy.org/pipermail/numpy-discussion/2017-March/076578.html

Entscheidend ist in diesem Fall nicht das Hosting, sondern die Dokumentation, was wo und wie gespeichert wurde. Wir arbeiten mit Maschinen, die vor vielen Jahren installiert wurden, haben gesehen, wie mehrere Betreuer mit unterschiedlichen Kenntnissen an der Konfiguration gearbeitet haben usw. Es ist ein schönes Beispiel dafĂŒr, was Entropie ist!

Sobald alles wieder online ist, können wir alle anderen Hosting-Ideen untersuchen. FĂŒr die Zukunft ist die Dokumentation der Infrastruktur und die Sicherstellung, dass eine Richtlinie fĂŒr die Wartung dieser Infrastruktur vorhanden ist, das Wesentliche, das angegangen werden muss.

Die scipy.org-Site ist wieder online, aber es gibt 500 fĂŒr docs.scipy.org und beim direkten Zugriff auf

Kann immer noch nicht darauf zugreifen. Kann hier wenigstens jemand die objects.inv anhÀngen? Unsere Dokumentationen hÀngen davon ab und wir haben jetzt keine zwischengespeicherte Version.

Danke an all die netten Systemadministratoren, die daran arbeiten, viel GlĂŒck! du bist die beste :1st_place_medal:

docs.scipy.org ist wieder online!

Die Leistung ist noch nicht da, aber die Seiten sind bedient!

Intershinx funktioniert immer noch nicht:

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 untersucht das Problem. Ich sehe da stimmt was nicht:

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

Könnten Sie unabhÀngig vom Problem zu https anstelle von http wechseln?

Möglicherweise möchten Sie das Zwischenzertifizierungsstellenzertifikat an das Zertifikat des Servers anhÀngen. Die meisten Browser suchen nach dem Zwischenzertifikat, aber nicht alle Clientbibliotheken.

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

Das Zertifikat, das dem obigen Aussteller entspricht: /C=US/O=DigiCert Inc/OU=www.digicert.com/CN=DigiCert SHA2 High Assurance Server CA

@bryevdv kannst du jetzt

Ich sehe das immer noch auf 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)

Hier ist der SSL-Bericht von Qualys Labs, der dasselbe sagt: https://www.ssllabs.com/ssltest/analyze.html?d=docs.scipy.org

Schauen Sie unter „Kettenprobleme“ und „Zertifizierungspfade“ nach:

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

SSL funktioniert immer noch unter Firefox, Chrome, Safari usw., da sie dieses Zertifikat selbst herunterladen, aber Clientbibliotheken wie Anfragen werden dies wahrscheinlich nicht tun.

Tolle Arbeit alle!

@dpinte schlÀgt immer noch

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

@bryevdv jetzt schlĂ€gt es mit einer Zertifikatsausgabe fehl, was Sinn macht. Wir werden das Zwischenzertifikat bĂŒndeln und das wird das Problem beheben.

@bryevdv das Zwischenzertifikat wurde lokal hinzugefĂŒgt. Sie sollten die Datei wie erwartet herunterladen können

Danke, funktioniert jetzt

Der Zugriff auf den Server scheint mir immer noch sehr langsam zu sein...

@dopplershift können Sie Timings

Sie erscheinen jetzt vernĂŒnftiger, obwohl Safari immer noch 11 Sekunden braucht, um die Seite zu laden. Zumindest lĂ€uft mein Sphinx-Build jetzt jedoch nicht ab.

11 Sekunden sind viel. Welche Seite versuchst du zu laden?

Einfach https://docs.scipy.org/

Als ich es gerade ausprobiert habe, war es jedoch viel besser.

Nach meinen Tests ist jetzt alles in Ordnung.
Gute Arbeit alle :+1: !

Zu Ihrer Information: Ich sehe ZeitĂŒberschreitungen bei Intersphinx-Zugriffen auf objects.inv was dazu fĂŒhrt, dass unsere Builds erneut fehlschlagen. Navigieren Sie von Hand zu spicy.org, zum Laden brauchen Sie nur 8-10 Sekunden Zeit

Das Laden hier hat gerade mal 25 Sekunden gedauert

BestĂ€tigt. Untersuchen. Die Maschinenbelastung ist gering. Höchstwahrscheinlich einige Optimierungen fĂŒr die Apache-Konfiguration

Ich bin mir nicht sicher, ob ich hier posten oder neu öffnen soll, aber es treten wieder Probleme auf.

docs.scipy.org ist ausgefallen und CI-Builds, die auf Intersphinx angewiesen sind, schlagen fehl.

ping @dpinte @rgommers

@bryevdv schaut es sich an. Die AWS-Konsole hat gemeldet, dass sie seit 31' nicht erreichbar ist. Neustart

@bryevdv wir sollten wieder online sein. Es scheint ein Hardwareproblem mit der AWS VM zu geben. Jetzt neu gestartet und vollstÀndig aktualisiert

Danke!

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen