[THREDDS #EFD-388660]: File Access Problems With TDS 4.18?

Kevin,

I've been hitting castle this afternoon, but I'm getting a service 
unavailable 503 message when I hit the files.  Is this what you're 
seeing, or something new and different?

-Lansing

On 9/10/2013 12:08 PM, Kevin Manross wrote:
> New Client Reply: File Access Problems With TDS 4.18?
>
>
> Hello Lansing,
>
> I finally updated my TDS yesterday to the war file you offered below.
> It appears to have fixed some of the issues, but not all of them.  You
> are welcome to check my server at
>
> http://castle.ucar.edu/thredds
>
> There you will see the following datasets.  I have added comments
> regarding which are GRIB/GRIB2 and which ones are now successful in
> allowing OPeNDAP/NCSS/Variable Map access and which are not.  Note, you
> will need an RDA user account to access the OPeNDAP/NCSS links, but the
> Variable Map links do not require a login.
>
>     Folder  RDA Datasets
>            Folder  ds083.2/           GRIB1  :: suffix _00_c or _00 ::
> Access fails at file level but works for aggregation
>            Folder  ds093.1/           GRIB2  :: suffix .grb2  :: Access
> fails at file level but works for aggregation
>            Folder  ds094.1/           GRIB2  :: suffix .grb2  :: Access
> fails at file level but works for aggregation
>            Folder  ds277.6/           GRIB1  :: .grb  :: All is good!
>            Folder  ds285.3/           GRIB1  :: .grb  :: All is good!
>            Folder  ds316.0/           NetCDF
>            Folder  ds502.0/           NetCDF
>            Folder  ds629.1/           GRIB1  :: .YYYYMMDD :: Access fails
> at file level but works for aggregation
>            Folder  ds629.2/           GRIB1  :: .YYYYMMDD :: Access fails
> at file level but works for aggregation
>            Folder  ds629.3/           (Same as others in this series, but
> still updating and may not be immediately available)
>            Folder  ds629.5/           GRIB1  :: .YYYYMMDD :: Access fails
> at file level but works for aggregation
>            Folder  ds629.6/           GRIB1  :: .YYYYMMDD :: Access fails
> at file level but works for aggregation
>            Folder  ds631.0/           NetCDF
>
> I would be happy to send you the respective catalogs id that would be
> useful.
>
> For all the GRIB2 data, I have the following:
>
> <gribConfig datasetTypes="Best Files">
>            <bestNamer name="Timeseries Aggregation"/>
>            <pdsHash>
>              <useGenType>true</useGenType>
>            </pdsHash>
> </gribConfig>
>
> For all the GRIB1 data it is:
>
> <gribConfig datasetTypes="Best Files">
>                <bestNamer name="Timeseries Aggregation"/>
>                <pdsHash>
>                  <useTableVersion>false</useTableVersion>
>                </pdsHash>
> </gribConfig>
>
> Please let me know if I can provide any additional info to help.
>
> -kevin.
>
>
> On 8/27/13 1:40 PM, Unidata THREDDS Support wrote:
>> Hi Kevin,
>>
>> I have a bug fix for you.  The initial stack trace that I saw was a red 
>> herring, and was a function of me hitting the server before indexing was 
>> complete on start up.  You can download the new warfile (a snapshot of 
>> 4.3.19) here:
>>
>> https://docs.google.com/file/d/0B7jP7ooGP2ZzYng3R3NUVlVsVkE/edit?usp=sharing
>>
>> Thank you for reporting this bug!
>>
>> Cheers,
>>     Lansing Madry
>>     Unidata
>>     Boulder, Colorado
>>
>> Ticket Details
>> ===================
>> Ticket ID: EFD-388660
>> Department: Support THREDDS
>> Priority: Low
>> Status: Open
>>



Ticket Details
===================
Ticket ID: EFD-388660
Department: Support THREDDS
Priority: Low
Status: Open