CMS affectively has two times start time which is the acd default time and start time +utc which is the timezone handled by TZ. (TZ updater is used to update timezone information)
The time zone is handled by the variable TZ. For global configuration edit the “/etc/default/init” file and alter the TZ line for example:
TZ=GMT if you want to set it to GMT.
To change date from CLI
date -s “30 october 2016 08:41”
to view from CLI
date
Hi Jazzy
thank you so much for the info, really helps.
LikeLike
Is a singular CMS with a singular ACD being used by multiple users worldwide as you cannot offset the time other than when running reports as far as I am aware.
LikeLike
Thanks for reply, do you know if this has change on Version R18 as i’m sure i’m not the only person that has this problem?
thanks
LikeLiked by 1 person
Dont think so I am far from a CMS expert but from what I know in cms supervisor when you change the timezone to run your reports it should remain at that timezone when you run it again. It is a query I have come across before but without a separate cm and to an additional ACD for a new timezone don’t think it is possible.
LikeLike
Hi
i really need help on this and hopefully you can help. We our main CMS server in the U.K. and local CMS servers around the world. When we have a summer time change the CMS servers in other countries don’t follow the dtc on the avaya is there a way of setting this up to use CM? We have CMS r17 and cm6.3
LikeLike
We had the same issue with different timezones and DST but now with CMS R18 this issue can be solved. You will need the new CMS “tenant” feature activated(not to be confused with CM tenant).
Set the CMS and CM system time to use a timezone that does not include DST (for example posix/Etc/GMT-1)
You can then in CMS configure tenants and define their timezone and. On the CM use the daylight rules
We have one global CM and CMS covering from APAC.EMEA and US after doing these changes every country can pull CMS reports in their local time
LikeLike