- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-14-2016 01:58 PM
Investigating changing ISE timezone. Admin guide and CLI are not in sync. Which one is correct?
Admin guide says the ISE app must be restarted.
Admin Guide - Change the System Time Zone
Changing the time zone on a Cisco ISE appliance after installation requires ISE services to be restarted on that particular node. Hence we recommend that you perform such changes within a maintenance window. Also, it is important to have all the nodes in a single ISE deployment configured to the same time zone. If you have ISE nodes located in different geographical locations or time zones, you should use a global time zone such as UTC on all the ISE nodes.
CLI guide says the app must be reset:
CLI Guide - Restoring the Time Zone in Cisco ISE Nodes
Warning Changing the time zone on a Cisco ISE appliance after installation causes the Cisco ISE application on that node to be unusable. However, the preferred time zone (default UTC) can be configured during the installation when the initial setup wizard prompts you for the time zones.
Changing time zone impacts different Cisco ISE nodes types of your deployment.
To recover from the impact, use the following steps:
Standalone or Primary ISE Node
Changing the time zone after installation is not supported on a Standalone or Primary ISE node.
If you inadvertently change the time zone, do the following:
- Revert to the time zone back. (the time zone before it changed).
- Run the application reset-config ise command from the CLI of that node
- Restore from the last known good backup before the time zone change on that node.
Solved! Go to Solution.
- Labels:
-
Identity Services Engine (ISE)
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-14-2016 05:18 PM
See also
CSCva92846 ISE 2.0 lacks support of timezone change
There are issues around replications. Even without changing timezones, this recent bug — CSCvd68563 - Timezone consistency in ISE deployment — shows a problem with DST.
Updated April 2017
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-14-2016 05:18 PM
See also
CSCva92846 ISE 2.0 lacks support of timezone change
There are issues around replications. Even without changing timezones, this recent bug — CSCvd68563 - Timezone consistency in ISE deployment — shows a problem with DST.
Updated April 2017

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-08-2017 12:50 AM
Hello,
Are there any new developments regarding this issue ? I would like to change the system timezone in ISE 2.1.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-11-2017 10:24 AM
Hi,
Were you able to figure out the answer ? Need to also modify the timezone on a 2-node deployment..
Thanks!

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-26-2017 03:17 PM
Customer has UTC and GMT configured on 2 nodes…. will it still be an issue?
ISE 2.3 || 2 Nodes || VM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-26-2017 03:32 PM
As long as using a timezone without day-light savings, it would not run into CSCvd68563.
Do you mean GMT offset instead of GMT? UTC, which is the time standard used in Internet, is preferred over GMT.
If you are running other issues, please carefully analyze the available debug log files. If it can be lab recreated, open a new bug. If you need other help, please escalate.

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-08-2017 06:23 PM
I need to change from UTC to central time. Considering central time has day-light savings, I imagine this might be an issue.
I am using version 2.3.0.298.
