Resolving VMware vRealize Orchestrator DST Issues with a Custom Script

One of my customers encountered issues with VMware vRealize Orchestrator (vRO) after the Daylight Saving Time (DST) transition. Scheduled workflows failed or were triggered incorrectly, disrupting their automated processes. The root cause was incorrect system time zone settings after the DST change.

The Solution: To fix the issue, we created a custom VMware Prelude profile using a script that:

  1. Created the necessary directories for custom profiles.
  2. Added a check script to validate system time zone settings.
  3. Ensured proper Helm chart configuration for correct time handling.

1.

1.                1. Please use the following java property in the section serverJavaOpts: "user.timezone":"Australia/Victoria".

  1. This time zone Australia/Victoria corresponds to AEST-10AEDT according to https://en.wikipedia.org/wiki/Time_in_Australia
  2. With the above applied, Orchestrator will run in the AEST-10AEDT timezone, and this setting will not be changed by the upgrade (custom profiles are preserved) or daylight-saving time (Java handles daylight-saving time).

The Result: Deploying this script corrected the time zone settings, and vRO resumed executing workflows on schedule, restoring the customer’s automation without further DST issues.

Takeaway: A simple script to adjust system time zones can resolve DST disruptions and ensure smooth operation for VMware solutions like vRealize Orchestrator.



 








1P

Comments

Popular posts from this blog

My Journey to Becoming a VMware vExpert: Persistence, Passion & People

Understanding and Customizing ESXi Password Requirements

How do you request an NSX 4.2.1.1 download?