Test data file GridFile.hdf always returns errors from test.opendap.org

[ndp-opendap]

There is a data file on test.o.o that is always returning errors.

• File: http://test.opendap.org/opendap/tmp/hdf/server-tests/GridFile.hdf

When I try to get the DMR:

curl "http://test.opendap.org/opendap/tmp/hdf/server-tests/GridFile.hdf.dmr.xml"

The server returns the following:

<?xml version="1.0" encoding="UTF-8"?>
<dap4:Error xmlns:dap4="http://xml.opendap.org/ns/DAP/4.0#" httpcode="500">
  <dap4:Message>An internal error was encountered:
HDFEOS2.cc:3774: lack of data fields GEOGrid
Please report this to support@opendap.org</dap4:Message>
  <dap4:Context />
  <dap4:OtherInformation />
</dap4:Error>

• Is this a real issue?
• Is the data file just a bad actor? (If so should we delete it?)
• Is this a bug in the hdf4_handler?

Inquiring minds want to know...

[ndp-opendap]

@kyang2014 - Do you know anything about the files in these directories??

• http://test.opendap.org/opendap/tmp/
• http://test.opendap.org/opendap/tmp/hdf
• http://test.opendap.org/opendap/tmp/hdf/server-tests/
• etc

[kyang2014]

@kyang2014 - Do you know anything about the files in these directories??

• http://test.opendap.org/opendap/tmp/
• http://test.opendap.org/opendap/tmp/hdf
• http://test.opendap.org/opendap/tmp/hdf/server-tests/
• etc

I don't know. The files are put there around 2020.

[kyang2014]

There is a data file on test.o.o that is always returning errors.

• File: http://test.opendap.org/opendap/tmp/hdf/server-tests/GridFile.hdf

When I try to get the DMR:

curl "http://test.opendap.org/opendap/tmp/hdf/server-tests/GridFile.hdf.dmr.xml"
The server returns the following:

<dap4:Error xmlns:dap4="http://xml.opendap.org/ns/DAP/4.0#" httpcode="500">
dap4:MessageAn internal error was encountered:
HDFEOS2.cc:3774: lack of data fields GEOGrid
Please report this to support@opendap.org</dap4:Message>
<dap4:Context />
<dap4:OtherInformation />
</dap4:Error>

• Is this a real issue?
• Is the data file just a bad actor? (If so should we delete it?)
• Is this a bug in the hdf4_handler?

Inquiring minds want to know...

The file is a bad one since it doesn't have any data fields under the grid. The handler behaves correctly. This should not happen for the real data. You can delete this file.

[ndp-opendap]

I don't know. The files are put there around 2020.

I think that's when we created the EFS volume, many many of the things on test.o.o were created on 2020-12-30

So - I am inclined to remove that /tmp directory from the data volume unless we can identify a need for it.

@jgallagher59701 ?? Thoughts??