Final Update:
Fixed with a hacky workaround, the java opts variable:
export JAVA_OPTS="-Xms128M -Xmx128M -server -Duser.timezone=GMT+05:00"
(Altering the GMT in the daemon startup script)
A sanctioned and lasting way does not work, but life goes on
.
---------------------------
I have run the java updater over and over, it does not give errors, but queuemetrics time simply refuses to change. This is frustrating because everything was seemingly done right, need to get this going.
( tomcat shurtdown/ restart, service queuemtrics restarted)
[root@server1 tzupdater-1.3.25-2009u]# /usr/local/queuemetrics/jdk1.5.0_11/jre/bin/java -jar tzupdater.jar -u -v -f
java.home: /usr/local/queuemetrics/jdk1.5.0_11/jre
java.vendor: Sun Microsystems Inc.
java.version: 1.5.0_11
JRE time zone data version: tzdata2009u
Embedded time zone data version: tzdata2009u
Extracting files... done.
Renaming directories... done.
Validating the new time zone data... done.
Time zone data update is complete.
-------------------------------------------------------------------------------------------------
Queuemetrics time is off by 1 hour due to daylight savings time. Google came up dry.
This thread mentions a java updater, but it spits back complaints.
http://forum.queuemetrics.com/index.php?topic=6.0tried the updater:
[root@server1 tzupdater-1.3.25-2009u]# java -jar tzupdater.jar --verbose --test
The Java runtime doesn''t have time zone data (zi directory).Java version:
[root@server1 tzupdater-1.3.25-2009u]# java --version
java version "1.5.0"
gij (GNU libgcj) version 4.1.2 20070925 (Red Hat 4.1.2-27)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
You have mail in /var/spool/mail/root
Please help, it there no other way to force queuemetrics into the correct time?
