Steven Danz wrote:
Could it depend on the time zone of the LDM server? All systems here
run in UTC and we didn't see the problem.
Steven
I don't think so... My servers run on GMT-6 (Central standard/daylight
time), and they are fine so far. I'm not saving any data on a 6.6.4 box
though, all of my boxes saving data are 6.6.3 or older.
Pete
Gerry Creager wrote:
Just had a chance to look at one of the systems here (where I'm most
concerned with DDS|IDS, and we're not seeing the problem here,
either. (sasquatch.tamu.edu)
Interesting problem. I hate tracking them when they don't fail the
same on all systems...
gerry
Pete Pokrandt wrote:
Steve Emmerson wrote:
Everyone,
I'm working on the problem.
--Steve Emmerson
Steve (and others)
For what it's worth, I've got two 6.6.3 machines here at UW-Madison
(f5 and weather.aos.wisc.edu) that are NOT exhibiting this problem.
All of my data so far as I can tell are being filed with the correct
date. For example
DDS|IDS ^S[AP].* .... ([0-3][0-9])([0-2][0-9]) FILE
/usr/local/ldm/data/weather/(\1:yy)(\1:mm)\1\2.METAR
is filing correctly.
One is a Centos 4.4 x86_64 box and the other is a Red Hat Enterprise
Linux AS release 3 (Taroon Update 8)
Let me know if you'd like more details, or access to poke around.
Pete
Daryl Herzmann wrote:
On Thu, 31 May 2007, Harry Edmon wrote:
I am not seeing this. Are they being filed as 20070631,
20070701, or what?
20070631 , it is happening here too with LDM 6.6.4 :(
daryl
--
+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+
^ Pete Pokrandt V 1447 AOSS Bldg 1225 W Dayton St^
^ Systems Programmer V Madison, WI 53706 ^
^ V poker@xxxxxxxxxxxx ^
^ Dept of Atmos & Oceanic Sciences V (608) 262-3086 (Phone/voicemail) ^
^ University of Wisconsin-Madison V (608) 262-0166 (Fax) ^
+<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<+>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>+
