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:
- Created
the necessary directories for custom profiles.
- Added
a check script to validate system time zone settings.
- 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".
- This time zone Australia/Victoria corresponds
to AEST-10AEDT according to https://en.wikipedia.org/wiki/Time_in_Australia
- 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
Post a Comment