Have you done a re-deployment of the MT after the clone? If not, i would suggest doing that. The usual process that i use is below.
Delete the MT in the destination system.
carry out the DB clone.
reset the DB passwords in the now cloned destination DB to match the values that you have setup in ifscloud-values yaml. You only need to worry about DB passwords such as IFSSYS, IFSAPP & IFSAIAMSYS that are actual oracle users
re-deploy the MT in the destination. This would recreate the MT with new secrets that match what you have in the yaml file and you can use the IFSADMIN user password set in the yaml to login to app. If you are using DB auth, end users should be able to login to the system using the passwords from your source system.
Have you done a re-deployment of the MT after the clone? If not, i would suggest doing that. The usual process that i use is below.
Delete the MT in the destination system.
carry out the DB clone.
reset the DB passwords in the now cloned destination DB to match the values that you have setup in ifscloud-values yaml. You only need to worry about DB passwords such as IFSSYS, IFSAPP & IFSAIAMSYS that are actual oracle users
re-deploy the MT in the destination. This would recreate the MT with new secrets that match what you have in the yaml file and you can use the IFSADMIN user password set in the yaml to login to app. If you are using DB auth, end users should be able to login to the system using the passwords from your source system.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.
