This bug occurs with old params because in 3.0 mysql_root_password had default value as c0ntrail123 when not supplied by user. also keystone_admin_password had default value as contrail123.
If you haven't supplied mysql root password in the new params cluster in 3.0, you need to add it to your cluster JSON as in the link above and re-add the cluster.
This bug occurs with old params because in 3.0 mysql_root_password had default value as c0ntrail123 when not supplied by user. also keystone_ admin_password had default value as contrail123.
When these two are not supplied by user in 3.0 the defaults are taken. /github. com/Juniper/ contrail- puppet/ commit/ 22583e137b2759a 5460e1f9bb971bd 82e4b6346e# diff-b7d255442b 89e53b557c1dffc ec1c225L628
When upgrade happens, the defaults are now blank because these params are now mandatory (generated if not supplied).
https:/
For existing clusters, the workaround is to re-add the cluster params giving some password for the keys: mysql_root_ password, keystone_ admin_password
If you are using new params format in 3.0, you need to rename the mysql root password as given in the change below, AFTER upgrade to 3.0.2:
https:/ /github. com/Juniper/ contrail- server- manager/ commit/ 4f106110cdb5906 fbdc30cbe6cf0f9 2c45b11abd# diff-ee4207be84 1e09bf780338cf2 9ce26d5L135
If you haven't supplied mysql root password in the new params cluster in 3.0, you need to add it to your cluster JSON as in the link above and re-add the cluster.