<p>The scenario: I'm having Apache Pulsar v2.6.0 deployed in Rancher Kubernetes, together with jetstack/cert-manager:</p>
<pre><code>helm install cert-manager jetstack/cert-manager --namespace cert-manager --set installCRDs=true
helm install --values ./values.yaml pulsar apache/pulsar
</code></pre>
<p>I also configured TLS for all Pulsar components as follows (values.yaml):</p>
<pre><code>
tls:
  enabled: true
  # common settings for generating certs
  common:
    keySize: 2048
  # settings for generating certs for proxy
  proxy:
    enabled: true
  # settings for generating certs for broker
  broker:
    enabled: true
  # settings for generating certs for bookies
  bookie:
    enabled: true
  # settings for generating certs for zookeeper
  zookeeper:
    enabled: true
</code></pre>
<p>However, cert-manager generates the secrets names with a hash suffix, so when creating e.g. a Zookeeper pod, Kubernetes complains that it cannot find the tls secret and fails with the event 'MountVolume.SetUp failed for volume &quot;zookeeper-certs&quot; : secret &quot;pulsar-tls-zookeeper&quot; not found'.</p>
<p>Any idea how to handle this scenario?</p>

<p>I found the answer here: <a href="https://github.com/jetstack/cert-manager/issues/3283" rel="nofollow noreferrer">https://github.com/jetstack/cert-manager/issues/3283</a></p>
<p>The secrets that were generated (including the hash suffix) are used as next private keys for key rotation. The correct secrets containing both the current key and the certificate (which the others do not contain) would be generated next. However, due to a an error during ca cert generation for the issuer, this does not happen.</p>
