Try this link:
I accidentally sent you an older link in our testbed. Sorry!
We will look at our tomcat server files and see if there's a parameter there we've missed.
From: Roland Schweitzer - NOAA Affiliate [roland.schweitzer@xxxxxxxx]Sent: Friday, April 05, 2013 7:04 AM
To: Shelton, Kacie E (398C)
Cc: las_users@xxxxxxxx; Sumagaysay, Rosanna M (3980-Affiliate)
Subject: Re: [las_users]
I configured the GHRSST data into my LAS, but I cannot at the moment reach the data at this URL:
Is this server behind a firewall, or just down at the moment?
In LAS Ferret runs as the same user as the tomcat server. Does that user have an operating system limit on the number of CPU seconds it can spend on a single process?
If these data are public and I can get access to a running server, I will try it in LAS from here.
On Mon, Apr 1, 2013 at 1:23 PM, Shelton, Kacie E (388C) <kacie.e.shelton@xxxxxxxxxxxx> wrote:
Thanks Ansley, we fixed our display issue by manually sourcing the ferret_paths_template.sh file in /usr/local/ferret/bin -- we got the plot below.
We are still having the disconnect/time-out issue, happening at 300 seconds (5min) between the front-end & back-end.
Any ideas there, Roland?
Thanks for all your help; this issue is a persistent thorn for us.
From: Roland Schweitzer - NOAA Affiliate [roland.schweitzer@xxxxxxxx]
Sent: Tuesday, March 26, 2013 7:19 AM
To: Shelton, Kacie E (388C)
Cc: las_users@xxxxxxxx; Sumagaysay, Rosanna M (3880-Affiliate)
Subject: Re: [las_users]
I was able to make a Hovmoller plot on my LAS on my laptop for this data set over the full time range. Perhaps this is not a good test.
Can you please send me the data set configuration you are using for a data set that is not working so I can test with that?
On Tue, Mar 26, 2013 at 9:03 AM, Roland Schweitzer - NOAA Affiliate <roland.schweitzer@xxxxxxxx> wrote:
I think you have an issue with the setup of your Ferret environment variables for your attempts to make a plot from the command line. In particular the value of FER_PALETTE= which should point to a directory that contains the default palette.
I will try setting up my LAS using one of your large data sets and see if I can figure out what's going on.
I'm trying this one:
Is that one of the ones that fails on a long Hovmoller plot?
On Mon, Mar 25, 2013 at 12:29 PM, Shelton, Kacie E (388C) <kacie.e.shelton@xxxxxxxxxxxx> wrote:
We are still having an issue with our front-end timing out and dying at 5min, while the back-end continues to chug along trying to complete the request. Even if the back-end process completes successfully, the results are not passed to the front-end.
We tried running ferret directly as you suggested, to see if we could get a plot, but we are getting an error. (Results below.)
Do you (or anyone on the list) have any ideas?
Our LAS server is public: http://thredds.jpl.nasa.gov/las/getUI.doWhen Rosanna and I run the code in ferret, we both get:PPL+ error: Unable to read "default.spk" to set shade and fill colors.PPL+ error: Unable to read "default.spk" to set shade and fill colors.At line 171 of file symbel.fFortran runtime error: No such file or directoryOur machines have g77 (gfortran) on them. Is that part of the error, or a separate issue?The dataset http://thredds.jpl.nasa.gov/thredds/dodsC/GHRSST_EUR-L4HRfnd-GLOB-ODYSSEA_TIMEAGG/aggregate__ghrsst_EUR-L4HRfnd-GLOB-ODYSSEA.ncml is big enough that a Hovmoller longitude plot doesn’t complete when set to the full time range in LAS – it will complete about 11months, but longer than that and we see the 300 second time out, while as you say, OPeNDAP chugs along its merry way even though Ferret has timed out. (ODYSSEA is not as big as other datasets, so at least it doesn’t tie up OPeNDAP as long.)Would you please give it a try on your end, in case the fortran issue is a separate problem?My attempt is below; please ignore the xterm issue, as that’s my windows machine. Rosanna gets the Fortran error, but not the xterm display issue.Thank you,Kacie Shelton[kshelton@seastore ~]$ ferretNOAA/PMEL TMAPFERRET v6.72Linux 2.6.18-274.el5 64-bit - 09/13/1115-Mar-13 15:46yes? use "http://thredds.jpl.nasa.gov/thredds/dodsC/GHRSST_EUR-L4HRfnd-GLOB-ODYSSEA_TIMEAGG/aggregate__ghrsst_EUR-L4HRfnd-GLOB-ODYSSEA.ncml"yes? show data/allcurrently SET data sets:1> http://thredds.jpl.nasa.gov/thredds/dodsC/GHRSST_EUR-L4HRfnd-GLOB-ODYSSEA_TIMEAGG/aggregate__ghrsst_EUR-L4HRfnd-GLOB-ODYSSEA.ncml (default)name title I J K LANALYSED_SSTanalysed sea surface temperatur 1:3600 1:1600 ... 1:609ANALYSIS_ERRORestimated error percentage 1:3600 1:1600 ... 1:609MASK sea/land/lake/ice field composi 1:3600 1:1600 ... 1:609SEA_ICE_FRACTIONsea ice area fraction 1:3600 1:1600 ... 1:609yes? contour/l=1 ANALYSED_SSTPPL+ error: Unable to read "default.spk" to set shade and fill colors.Can't connect to X Server :0Your DISPLAY environment variable must be set topoint to a working X server.gopenws() 26 Specified workstation cannot be openedgactivatews() 6 GKS not in proper state: GKS shall be either in the state WSOP or in the state WSACgsetdeferst() 7 GKS not in proper state: GKS shall be in one of the states WSOP, WSAC or SGOPgsetlinerep() 7 GKS not in proper state: GKS shall be in one of the states WSOP, WSAC or SGOPginqmaxwssttables() 22 Specified workstation type is invalidPPL+ error: Unable to read "default.spk" to set shade and fill colors.At line 171 of file symbel.fFortran runtime error: No such file or directory