Forum

Mark,

We put in the new version of getfile this morning. Hopefully things on your end will continue to work okay, but let us know if not.


john

yes, but you won't need to change anything. our original redirects should work. this test bypassed those. we'll leave everything be until Monday.

Thanks.
john

Mark,

Can you try a manual test of the modified getfile? Use the same URL for a file but remove the ob/ or cgi/ path element, so it will be oceandata.sci.gsfc.nasa.gov/getfile/name-of-file

Try that with your usualy wget options.

john

Mark, We have some redhat systems (RHEL 8.8) as well, and they have wget 1.18, which doesn't have the problem. I'm guessing your redhat systems are older? As Masoud said, we are looking at what might be behind the redirect There's nothing in the usage of getfile that is specific to subscriptions. It...

That seems odd. The 308 status is not meant to be a fatal error. Older versions of wget had a bug that prevented them from following the redirects. Any way to upgrade or switch to curl? https://lists.gnu.org/archive/html/bug-wget/2017-11/msg00015.html % wget --max-redirect=2 --no-check-certificate -...

Ok, we're running,

% wget --version
GNU Wget 1.20.3 built on linux-gnu.

The man page mentions a --max-redirect option and claims its default is 20. Maybe your version has a different value for a default. Can you try adding --max-redirect=10 to your command?

john

Mark,

Are you using wget or curl to download? Can you post the command and its version?

john

Hi Mark.

We have been developing a new version of the getfile application, and the redirect is in place to deal with the old end points. Is the redirect creating a problem for you or is this just an observation?


john

Hi. A network component failed, cutting us off the public network. The component was replaced in the morning of Aug 22, and all services should be available.

Regards,
john

Hi Paula.

Can you post your download command and its output?

john