Welcome to the Earthdata Forum! Here, the scientific user community and subject matter experts from NASA Distributed Active Archive Centers (DAACs), and other contributors, discuss research needs, data, and data applications.
with great regularity and repeatability. I have it on good authority that nothing has changed with our network. They have worked since the requirement to do the whole authorization stuff.
You're not the first to report such a behavior Nothing changed on our end either...the trouble is, there is a third party involved. We're still investigating what might have changed. As soon as we come up with some information, I'll relay it.
by stefan.maier » Mon May 18, 2020 8:43 pm America/New_York
Hi Sean, I've had frequent error "47 Too many redirects." using curl (V7.29.0) ever since you activated authentication. Here is a quick figure with the number of errors per day. It is not normalised to the number of attempted downloads. The number of attempted downloads is pretty constant, though. So this gives a good indication when things have been changing. Regards, Stefan
Thanks. This is a bit disturbing...if you have any log information that could provide some insight into this, we'd welcome it! We are investigating this on our end, but have yet to be able to replicate the problem. We are also planning to implement an alternative authentication mechanism for non-interactive downloads with the goal of minimizing the need to re-authenticate within a session.
by stefan.maier » Tue May 19, 2020 6:03 pm America/New_York
... other errors I get only occasionally are: 35 - SSL connect error. The SSL handshaking failed. 51 - The peer's SSL certificate or SSH MD5 fingerprint was not OK. 56 - Failure in receiving network data. They are not of concern but might help solving the problem. Stefan
by stefan.maier » Thu May 21, 2020 5:44 pm America/New_York
Sean, I have a more detailed log. I don't want to post the log here as I don't know whether it contains sensitive information. What is the best way to get it to you? Stefan
by oo_processing » Thu May 21, 2020 7:45 pm America/New_York
Sean,
We cannot d/l anything now. I have many failures (on separate campuses) as do others working in various locations. See attached file.
The troubling part is * Re-using existing connection! (#0) with host oceandata.sci.gsfc.nasa.gov * Connected to oceandata.sci.gsfc.nasa.gov (xx.xxx.xx.xx) port 443 (#0) * Server auth using Basic with user 'oo_lab'