If one of the following conditions apply, Artifactory will ignore the bootstrap.bundle.tar.gz during startup:
1.$ARTIFACTORY_HOME/access OR $ARTIFACTORY_HOME/etc/security/access dirs exist at the time of the startup
2.The $ARTIFACTORY_HOME/etc/db.properties file exists at the time of the startup
3.The $ARTIFACTORY_HOME/etc/ha-node.properties file was missing during the first startup, which means Artifactory will not boot in HA mode, leading to it ignoring the bootstrap bundle.
This leads to an inconsistent state where Artifactory will generate the access dirs from scratch, creating the private key/fingerprint mismatch scenario.
This situation should not happen. If the bootstrap.bundle.tar.gz is placed in the $ARTIFACTORY_HOME/etc dir deliberately, it should not be considered legitimate to create new access dirs and communication.key which is mismatching the one in bootstrap bundle. It's better to fail startup with an informative error, so the Artifactory administator will be able to correct whatever caused the bootstrap bundle to be ignored.