-
Notifications
You must be signed in to change notification settings - Fork 327
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
maven.twttr.com outage - 503 errors - breaks builds of downstream projects #148
Comments
A reoccurence of #138 by the looks of it. As mentioned there, it would be really handy if these artifacts were made available on maven central as well/instead of maven.twtrr.com. |
Things seem to be back up now. I'll follow up internally to make sure we've got appropriate monitoring on this service as well as see if there's a reason these artifacts aren't also mirrored to maven central. |
Thanks @willnorris - it appears to be down again this morning. |
@willnorris It still appears to be down |
hmm... so far I've been unable to catch it while it is down, and I don't see anything in our monitoring about 500s (though I suspect I'm just looking at the wrong monitoring). Are you seeing it down consistently or just intermittently? |
It's down for me right now. I wonder whether it's geographical? Just in case it is, I happen to be in the UK. I'm not polling it continuously, but when I do hit it it's always been down. |
@willnorris Consistently down. Whenever I load https://maven.twttr.com/ I get a 503 error. I've loaded it at least 30 times now, general time frames:
Additionally, I have 9 different apps in the cloud whose builds are failing since they depend on this repository being online, at it is returning 503 for different artifacts during the build process. It doesn't seem to be a geographical problem since, it does not work from me in Serbia, does not work over a US proxy, and builds hosted in France are failing (that depend on this repository) I need this repository back online as soon as possible, if you need any additional information from me to start troubleshooting this, please let me now. |
Consistently down here from a US ISP. Here's the output from
|
This seems to be working from IND / US ISP as of 06/12 , 19:05 IST. |
as @brahma19 noted, the immediate problem should be resolved. I'm still working on the longer term solution to try to make sure this doesn't happen again. |
@willnorris this is happening again today Would it be possible to publish hadoop-lzo to oss.sonatype.org like most companies do? Jars published to oss.sonatype.org end up being duplicated around many maven repos, most notably https://repo1.maven.org/
|
Gah! Thanks for letting me know. I'll get into it today. |
okay, it's back up. Immediate fire extinguished, but I'll be continuing to work on removing the reliance on maven.twttr.com and to just get this (and others) published into maven central. |
Filed an issue with Hadoop project to track discussion of publishing on maven central with the current groupId: https://issues.apache.org/jira/browse/HADOOP-18223 |
This has been happening once again -
@willnorris was this issue ever resolved? |
Maybe Elon auctioned off the server.
…On Thu, Jan 5, 2023 at 1:57 PM Pedro S. Lopez ***@***.***> wrote:
This has been happening once again - maven.twttr.com is down with a 503
curl -vvv https://maven.twttr.com/com/hadoop/gplcompression/hadoop-lzo/0.4.20/hadoop-lzo-0.4.20.pom
* Trying 199.59.149.208:443...
* Connected to maven.twttr.com (199.59.149.208) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
* CAfile: /etc/ssl/cert.pem
* CApath: none
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256
* ALPN, server accepted to use h2
* Server certificate:
* subject: C=US; ST=California; L=San Francisco; O=Twitter, Inc.; CN=maven.twttr.com
* start date: Nov 14 00:00:00 2022 GMT
* expire date: Nov 14 23:59:59 2023 GMT
* subjectAltName: host "maven.twttr.com" matched cert's "maven.twttr.com"
* issuer: C=US; O=DigiCert Inc; CN=DigiCert TLS RSA SHA256 2020 CA1
* SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x15b011a00)
> GET /com/hadoop/gplcompression/hadoop-lzo/0.4.20/hadoop-lzo-0.4.20.pom HTTP/2
> Host: maven.twttr.com
> user-agent: curl/7.77.0
> accept: */*
>
< HTTP/2 503
< content-length: 91
< content-type: text/plain
< x-connection-hash: 282072b4961e6f43bb64596f79d8f79f8f4e3784c228582ad8222bc439c34a87
< date: Thu, 05 Jan 2023 18:56:29 GMT
< server: tsa_a
<
* Connection #0 to host maven.twttr.com left intact
upstream connect error or disconnect/reset before headers. reset reason: connection failure
@willnorris <https://github.com/willnorris> was this issue ever resolved?
—
Reply to this email directly, view it on GitHub
<#148 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ALSZMZT4U5O5PWJU3LUUTUTWQ4KSFANCNFSM4UJJKCNQ>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
--
*Michael Misiewicz*
Director, Data Science
***@***.***
|
The general response from the Hadoop project was that this shouldn't be published in Maven Central with the current artifact ID in the com.hadoop namespace. We had begun the work on moving it to a new com.twitter ID and publish it under that, but it wasn't completed before all of the involved folks left Twitter. I am not optimistic that this would rise to anyone's attention that is still at the company. My recommendation would be:
As for getting maven.twttr.com back online... I'm honestly not sure what to tell you. Every single one of the people I would have reached out to was laid off. I don't even know who is left at Twitter or how to get in touch with them. If I recall, it wasn't super hard to get it back online last time (restarting an Apache server maybe? perhaps something related to an SSL cert). I guess my biggest regret is that I didn't do more to shore up some of this stuff before I left. 😕 🤷🏻 |
We managed to compile a version of this jar internally and are considering making this public in our own hosted repository if there is enough interest. Would it be helpful to folks? |
Actually, now that I think more about it... I believe maven.twttr.com was likely only running in the SMF1 data center in Sacramento (that's where a lot of internal tools ran). If reports of Twitter shutting down that data center are true, then it's very possibly that's why this went offline, and the chances of getting it back online are rather slim. |
Hi all, apologies for the inconvenience. We did a configuration change and the site should be up now. I came across this thread and was able to find folks who could help. Please note that I am not active support for this site. But, happy to help check internally. Thanks! |
Looks like it is dead again with 503 error. Plus the status page https://status.twitterstat.us/ that is linked from that error page has an expired certificate. |
@zman0900 Hello. Any updates on this error? TIA. |
Hi Team, Any upates |
It seems that maven.twttr.com is currently returning 503 when attempting to retrieve artifacts. This prevents any builds which depend on this artifact from succeeding
Describe the bug
maven.twttr.com returns
503 Service Temporarily Unavailable
.To Reproduce
curl -vvv https://maven.twttr.com/com/hadoop/gplcompression/hadoop-lzo/0.4.19/hadoop-lzo-0.4.19.pom
Expected behavior
Twitter Maven runs correctly.
Environment
I have been able to reproduce from multiple different ISPs.
Additional context
This outage has been ongoing for at least 24h now.
The text was updated successfully, but these errors were encountered: