the operator log is attached, hope it helps to figure out what is wrong.
$ k get crd |grep mongo
perconaservermongodbbackups.psmdb.percona.com 2022-01-23T17:18:16Z
perconaservermongodbrestores.psmdb.percona.com 2022-01-23T17:18:16Z
perconaservermongodbs.psmdb.percona.com 2022-01-23T17:18:16Z
$ k get all -n percona-mongo-operator -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
pod/percona-server-mongodb-operator-58c459565b-gr228 1/1 Running 0 23h 10.51.0.194 172.30.137.36 <none> <none>
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
deployment.apps/percona-server-mongodb-operator 1/1 1 1 23h percona-server-mongodb-operator perconalab/percona-server-mongodb-operator:main name=percona-server-mongodb-operator
NAME DESIRED CURRENT READY AGE CONTAINERS IMAGES SELECTOR
replicaset.apps/percona-server-mongodb-operator-58c459565b 1 1 1 23h percona-server-mongodb-operator perconalab/percona-server-mongodb-operator:main name=percona-server-mongodb-operator,pod-template-hash=58c459565b
[operator.log|attachment](upload://kzDXXeV3c2OYf2k4NAFQaGjNXFv.log) (199.0 KB)
Deploying a database with Percona Operators creates pods that are namespace scoped. This provides interesting opportunities to run workloads on different namespaces for different teams, projects, and potentially, customers too.
In the blog post you quote there is a operator deployment for each namespace. MongoDB Operator doesn’t support cluster wide deployments and you need to deploy the operator and the database cluster into same namespace.