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

No 503 error this morning (yet)!

-Lansing

On 9/25/2013 9:16 AM, Kevin Manross wrote:
> New Client Reply: File Access Problems With TDS 4.18?
>
>
> Hmmm, that's a bit odd.  I restarted the server at 2:30 yesterday
> afternoon.  I have not seen the 503 error after that, nor this morning.
>
> I know that when hitting the files link for ds083.2, it takes a while
> since I do not currently have them partitioned.
>
> Could you try again this morning and let me know if you are still
> getting the 503 error?
>
> Thanks!
>
> -kevin.
>
> On 9/24/13 5:26 PM, Unidata THREDDS Support wrote:
>> 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
>>



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