[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #LUY-161454]: FAIL: tst_longremote3.sh -- test.03 of remote3 fails



In some cases, it is tricky to run a single test case by itself.
This is because there are some inter-test dependencies and some
utility programs that need to be set up before the test is run.
In your case below, the environment variable srcdir (and maybe some
others) needs to be defined. The program findtestserver also
needs to exist. In the output you sent, you will note the failure
on '/findtestserver'. In the shell script, this is probably failing
because it is trying to compute '${srcdir}/findtestserver' and 'srcdir'
is not defined, which causes it to be the empty string.
You can do a 'make check' in a specific directory to run just the
test cases in that directory.


> Thanks for the rapid reply and the explanation.
> 
> I re-ran the "make check" for netCDF 4.6.1 and performed the "make
> check" for the development version overnight. Yesterday, I had just
> finished the compilation of the development version and only tested the
> output of the particular ncdump call when I wrote my email.
> 
> For the development version, all tests pass without errors. So my issue
> with ncdump was probably caused by the dap test server issue that you
> described.
> 
> For v4.6.1, the tst_longremote3.sh test still fails. However, I realized
> that the error is a different one than for v4.4.1.1. A test program
> "test_environment" seems to be missing (see attached log). As far as I
> can see "test_environment.c" is only present in the development version
> but not in v4.6.1.
> 
> Can I skip the failing test and proceed with the remaining ones to see
> whether more tests fail?
> 
> Daniel
> 
> 
> 
> On 01.09.2018 21:29, Unidata netCDF Support wrote:
> > There is an unfortunate "bug" of sorts in our dap test server
> > that is a holdover from the original opendap version.
> > The problem is that for certain cases, requests are not idempotent;
> > meaning that making the request twice using the same connection
> > will result in different outputs. This occurs when you request a string
> > valued variable as part of your request.
> > What you are seeing is a (very indirect)
> > result of that issue. This is probably why the test.03.1.dmp
> > and test.03.2.dmp work; without looking, I would guess they are
> > not retrieving any string valued variables.
> >
> > Still, if you do "make check" in the ncdap_test directory, all the tests
> > should pass (and do for us). So, there must be something else going on,
> > but what, I am not sure.
> >
> >
> >> the test.03 of the test set remote3 of the DAP test suite fails when I
> >> run "make check" of netCDF-4.4.1.1. The log is attached
> >>
> >> At first I thought that the issue would be related to the issue reported
> >> by Martin
> >> (https://www.unidata.ucar.edu/support/help/MailArchives/netcdf/msg14240.html
> >> and https://github.com/Unidata/netcdf-c/issues/899).
> >>
> >> However, the issue appears in netCDF 4.4.1.1, 4.6.1 and the current dev
> >> version (https://github.com/Unidata/netcdf-c). The generated files
> >> test.03.1.dmp and test.03.2.dmp agree with the expected files but
> >> test.03.dmp does not agree.
> >>
> >> The resulting test.03.dmp is attached. I reproduced this test.03.dmp on
> >> three systems (with different netCDF versions). For some reason, the
> >> output of ncdump is correct, if the variables s0 (which is not tested in
> >> the test suite but which I extracted on my own with "...url?s0 ... >
> >> ...") or s1 are individually extracted. However, if the whole file is
> >> dumped, ncdump breaks at some point.
> >>
> >> The system, on which I tried all three netCDF versions, is xUbuntu
> >> 18.04.1 with hdf5 1.8.21, szip 2.1.1 and DAP 3.19.1.
> >>
> >> Cheers,
> >> Daniel
> >>
> >>
> >>
> >> --
> >> Daniel Neumann
> >>
> >> Leibniz Institute for Baltic Sea Research Warnemuende
> >> Physical Oceanography and Instrumentation
> >> Seestrasse 15
> >> 18119 Rostock
> >> Germany
> >>
> >> phone:  +49-381-5197-287
> >> fax:    +49-381-5197-114 or 440
> >> e-mail:address@hidden
> >>
> >>
> >>
> >> Dear netCDF support team,
> >>
> >> the test.03 of the test set remote3 of the DAP test suite fails when I
> >> run "make check" of netCDF-4.4.1.1. The log is attached
> >>
> >> At first I thought that the issue would be related to the issue reported
> >> by Martin
> >> (https://www.unidata.ucar.edu/support/help/MailArchives/netcdf/msg14240.html
> >> and https://github.com/Unidata/netcdf-c/issues/899).
> >>
> >> However, the issue appears in netCDF 4.4.1.1, 4.6.1 and the current dev
> >> version (https://github.com/Unidata/netcdf-c). The generated files
> >> test.03.1.dmp and test.03.2.dmp agree with the expected files but
> >> test.03.dmp does not agree.
> >>
> >> The resulting test.03.dmp is attached. I reproduced this test.03.dmp on
> >> three systems (with different netCDF versions). For some reason, the
> >> output of ncdump is correct, if the variables s0 (which is not tested in
> >> the test suite but which I extracted on my own with "...url?s0 ... >
> >> ...") or s1 are individually extracted. However, if the whole file is
> >> dumped, ncdump breaks at some point.
> >>
> >> The system, on which I tried all three netCDF versions, is xUbuntu
> >> 18.04.1 with hdf5 1.8.21, szip 2.1.1 and DAP 3.19.1.
> >>
> >> Cheers,
> >> Daniel
> >>
> >>
> >>
> >> --
> >> Daniel Neumann
> >>
> >> Leibniz Institute for Baltic Sea Research Warnemuende
> >> Physical Oceanography and Instrumentation
> >> Seestrasse 15
> >> 18119 Rostock
> >> Germany
> >>
> >> phone:  +49-381-5197-287
> >> fax:    +49-381-5197-114 or 440
> >> e-mail:address@hidden
> >>
> >>
> >>
> > =Dennis Heimbigner
> >    Unidata
> >
> >
> > Ticket Details
> > ===================
> > Ticket ID: LUY-161454
> > Department: Support netCDF
> > Priority: Normal
> > Status: Open
> > ===================
> > NOTE: All email exchanges with Unidata User Support are recorded in the 
> > Unidata inquiry tracking system and then made publicly available through 
> > the web.  If you do not want to have your interactions made available in 
> > this way, you must let us know in each email you send to us.
> >
> >
> 
> --
> Daniel Neumann
> 
> Leibniz Institute for Baltic Sea Research Warnemuende
> Physical Oceanography and Instrumentation
> Seestrasse 15
> 18119 Rostock
> Germany
> 
> phone:  +49-381-5197-287
> fax:    +49-381-5197-114 or 440
> e-mail: address@hidden
> 
> 
> 

=Dennis Heimbigner
  Unidata


Ticket Details
===================
Ticket ID: LUY-161454
Department: Support netCDF
Priority: Normal
Status: Open
===================
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata 
inquiry tracking system and then made publicly available through the web.  If 
you do not want to have your interactions made available in this way, you must 
let us know in each email you send to us.