You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In DateMapper the problem may affect timestamps stored in the following fields in the database:
Certificate record:
dateOfCreate
dateOfModify
revokedOn
notAfter
notBefore
CRL record:
thisUpdate
nextUpdate
Key record:
dateOfCreate
dateOfModify
dateOfRecovery
Request record:
dateOfCreate
dateOfModify
In KRATool it may affect the timestamps stored in the LDIF files generated by this tool.
If everything that needs to use these timestamps (including PKI server) are always in the same time zone, this may not be a problem since encoding and decoding is done consistently using the same formatter. However, if PKI server is cloned/migrated into a different time zone the dates could be incorrectly decoded into the new time zone, possibly causing other issues.
One solution is to fix the timestamps manually in the database/LDIF files whenever the PKI server is cloned/migrated into a different time zone.
Another solution is to create a database upgrade script that will automatically converts the local timestamps into UTC timestamps into new fields and also modify the code to use the new fields and fix the timestamp formatter. This will allow changing time zones without changing the database, also allow clones to run in different time zones.
The text was updated successfully, but these errors were encountered:
This issue was migrated from Pagure Issue #2598. Originally filed by edewata (@edewata) on 2017-02-17 20:50:53:
In some places the code is encoding timestamps as follows:
However, it does not set the UTC time zone as follows:
So the resulting string is actually still in local time zone instead of UTC as implied by the 'Z' suffix, which could be misleading. Quoted text is not interpreted by the formatter. See http://docs.oracle.com/javase/7/docs/api/java/text/SimpleDateFormat.html.
In DateMapper the problem may affect timestamps stored in the following fields in the database:
In KRATool it may affect the timestamps stored in the LDIF files generated by this tool.
If everything that needs to use these timestamps (including PKI server) are always in the same time zone, this may not be a problem since encoding and decoding is done consistently using the same formatter. However, if PKI server is cloned/migrated into a different time zone the dates could be incorrectly decoded into the new time zone, possibly causing other issues.
One solution is to fix the timestamps manually in the database/LDIF files whenever the PKI server is cloned/migrated into a different time zone.
Another solution is to create a database upgrade script that will automatically converts the local timestamps into UTC timestamps into new fields and also modify the code to use the new fields and fix the timestamp formatter. This will allow changing time zones without changing the database, also allow clones to run in different time zones.
The text was updated successfully, but these errors were encountered: