Andy Spitzer wrote:
Woof!This sounds familiar, but I cannot find anything on it:Any "time" displayed by sipXconfig is one hour less than the actual current time.For example, the Job Status Page "Start Time" "Stop Time" fields show:Data replication: permission 9/2/08 4:11 PM 9/2/08 4:11 PM CompletedFile replication: sipXproxy-config 9/2/08 4:11 PM 9/2/08 4:11 PM Completed When the system time was 5:11 PM. Also off by and hour: The "restart time" schedule for sending profiles. The time displayed on sipXconfig managed LG phones The timestamp in sipxconfig.log This is on F8 /etc/localtime is a copy of /usr/share/zoneinfo/posixrules /etc/sysconfig/clock contents are: # The ZONE parameter is only evaluated by system-config-date. # The time zone of the system is defined by the contents of /etc/localtime. ZONE="America/New York" UTC=true ARC=false Environment variable TZ is not set. --Woof!
I think it can happen when JVM has a different opinion on if you are in DST or not ;-)
It's usually not just sipXconfig but any Java application that is affected. I wrote a small tester once (attached). Try this: java Time And compare the output to /etc/sysconfig/clock and date output. D.
Time.class
Description: Binary data
import java.text.DateFormat;
import java.util.Date;
import java.util.TimeZone;
class Time
{
public static void main(String args[])
{
DateFormat df = DateFormat.getDateTimeInstance(DateFormat.LONG, DateFormat.LONG);
System.out.println(df.format(new Date()));
TimeZone tz = TimeZone.getDefault();
System.out.println("Time zone:" + tz.getDisplayName() + " " + tz.getID());
System.out.println("In DST:" + tz.inDaylightTime(new Date()));
System.out.println("Uses DST:" + tz.useDaylightTime());
System.out.println("DST offset:" + tz.getDSTSavings());
}
}
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
