VMware Cloud Community
DexG83
Enthusiast
Enthusiast

vRO 8.0.1 - Type "Date" in GMT instead of CET (as configured)

Hello Community,

I have a "little problem" with time configuration in vRO 8.0.1.

I configured the Appliance as follows:

root@vrotest [ / ]# vracli ntp status

vrotest.test.dom:

----------------------------------

systemd configuration:

      Local time: Tue 2020-03-10 13:59:59 CET

  Universal time: Tue 2020-03-10 12:59:59 UTC

        RTC time: Tue 2020-03-10 12:59:59

       Time zone: Europe/Berlin (CET, +0100)

Network time on: yes

NTP synchronized: yes

RTC in local TZ: no

----------------------------------

eSXi NTP configuration: disabled

----------------------------------

I test with a tiny workflow to check the date/time:

Input:

Input.PNG

so far so good. 03/10/2020 2:07 PM

Variables in the workflow run:

variables.PNG

still okay, seems to be CET ;D

Logs:

System.log("Input Time: " + time);

log.PNG

Time is now in GMT?!

Do you have any idea whats going wrong here?

many thanks in advance!

Tags (1)
Reply
0 Kudos
5 Replies
iiliev
VMware Employee
VMware Employee

Could you check what is the log output from the following snippet?

var d = new Date();

System.log("Current date is: " + d);

System.log("Timezone offset is: " + d.getTimezoneOffset());

The last line should print the number of minutes representing what the vRO server is seeing as current timezone offset. For CET, I think it should be -60

Reply
0 Kudos
DexG83
Enthusiast
Enthusiast

Hi,

output looks that way....

pastedImage_0.png

no offset at all. Smiley Sad       

Reply
0 Kudos
DexG83
Enthusiast
Enthusiast

Just added a dirty workaround ;D

System.log("Input Time: " + time);

var d = new Date(); 

System.log("Current date is: " + d); 

System.log("Timezone offset is: " + d.getTimezoneOffset());

d.setHours(d.getHours() + 1)

System.log("Workaround +1h to meet CET TZ: " + System.formatDate(d,"dd.MM.yyyy HH:mm"))

Works until the daylight saving time change....

here the output:

pastedImage_2.png

iiliev​ Do you think that this is a misconfiguration that I can fix in any way, or may it be a bug?

kind regards ^.^

Ed_Hunter
Contributor
Contributor

I am seeing similar behavior. Have you been able to figure this out?

nef_user
Enthusiast
Enthusiast

You can add -Duser.timezone=GMT-1 for example at JVM_OPTS. There is a deployment.yaml file at /opt/charts/vco/templates/ where you can do this. After you change the file you need to run deploy.sh script located at /opt/scripts/. Every time you upgrade the appliance you will need to do this again.

Reply
0 Kudos