Due to the current gap in continued funding from the U.S. National Science Foundation (NSF), the NSF Unidata Program Center has temporarily paused most operations. See NSF Unidata Pause in Most Operations for details.
ahh, i had a vague thought that might be the case. The confusing thing is that you were also hitting the 9080 server, so i was seeing some of your accesses there.yes, we keep the "development server" up most of the time, but its less stable.
likely i will move it to the production server (8080) next week, i will post to thredds email group when that happens. thanks for your help in debugging... David Wojtowicz wrote:
Actually.... nevermind. I just noticed that in copying files about, I had gone back to using my original config file that was accessing the 8080 server, which is presumablystill the old code with bugs included.When using the 9080 server, I am no longer getting any problems. So, I think you've solved the problems! If you wouldn't mind keeping the 9080 server going until you move your fixed code the production server, I'd appreciate it. Thanks for all your help. ----- David Wojtowicz, Sr. Research Programmer, Sysadmin Dept of Atmospheric Sciences / Computer Services University of Illinois at Urbana-Champaign davidw@xxxxxxxx (217) 333-8390 -----Original Message-----From: David Wojtowicz [mailto:davidw@xxxxxxxx] Sent: Thursday, March 09, 2006 2:14 PMTo: 'John Caron' Subject: RE: server debug Hi John, I'm still having problems. Sometimes, it does the "Bad Request" (same thing as the packet trace I sent you earlier) Othertimes, it hangs during the initial connect. Othertimes, it does a few variables and then just seems to sit there (If I break it in the debugger, it is stopped in theselect() call inside Curl... apparently waiting on the server).Othertimes it works fine. (sometimes many times in a row) I've distilled out a chunk of my code as a separate test program that you can try. (Maybe its just me.... though it happens on both my linux boxes and Mac OSX box). The code is here: http://www.atmos.uiuc.edu/~davidw/testprog.tar.gz You'll need to modify the variable at the top of Makefile to point to where DODS is. It requires my string patch on libnc-dap. If you want to use straight DODS without my string patch, then you need to comment out line 64 of testprog.cc: char *stnids=n.getCharSlab("station_id",ic); which will fail without the patch. The script "test-driver" can be used to loop it over and over. ----- David Wojtowicz, Sr. Research Programmer, Sysadmin Dept of Atmospheric Sciences / Computer Services University of Illinois at Urbana-Champaign davidw@xxxxxxxx (217) 333-8390 -----Original Message-----From: John Caron [mailto:caron@xxxxxxxxxxxxxxxx] Sent: Wednesday, March 08, 2006 8:10 PMTo: David Wojtowicz Subject: Re: server debug Hi David: Im pounding away on the "latest" metar file, without being able to generate that bug. So there is something in your software that i havent yet reproduced. Also, I see your requests in my logs, but no error is being generated. If you get a chance to try it again, and can capture as much info as possible about what exactly is happening, i would be most grateful. thanks, john
thredds
archives: