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