How can I have separate logic for Create, Update, and Delete events? When reconciling an object can I access its previous state?
You should not have separate logic. Instead design your reconciler to be idempotent. See the controller-runtime FAQ for more details.
When my Custom Resource is deleted, I need to know its contents or perform cleanup tasks. How can I do that?
Use a finalizer.
I keep seeing the following intermittent warning in my Operator's logs: The resourceVersion for the provided watch is too old.
What's wrong?
This is completely normal and expected behavior.
The kube-apiserver
watch request handler is designed to periodically close a watch to spread out load among controller node instances. Once disconnected, your Operator's informer will automatically reconnect and re-establish the watch. If an event is missed during re-establishment, the watch will fail with the above warning message. The Operator's informer then does a list request and uses the new resourceVersion
from that list to restablish the watch and replace the cache with the latest objects.
This warning should not be stifled. It ensures that the informer is not stuck or wedged.
Never seeing this warning may suggest that your watch or cache is not healthy. If the message is repeating every few seconds, this may signal a network connection problem or issue with etcd.
For more information on kube-apiserver
request timeout options, see the Kubernetes API Server Command Line Tool Reference
If you run into the following error message:
time="2019-06-05T12:29:54Z" level=fatal msg="failed to create or get service for metrics: services \"my-operator\" is forbidden: cannot set blockOwnerDeletion if an ownerReference refers to a resource you can't set finalizers on: , <nil>"
Add the following to your deploy/role.yaml
file to grant the operator permissions to set owner references to the metrics Service resource. This is needed so that the metrics Service will get deleted as soon as you delete the operators Deployment. If you are using another way of deploying your operator, have a look at this guide for more information.
resources:
- deployments/finalizers
Unfortunately, adding the entire dependency tree for all Ansible modules would be excessive. Fortunately, you can add it easily. Simply edit your build/Dockerfile. You'll want to change to root for the install command, just be sure to swap back using a series of commands like the following right after the FROM
line.
USER 0
RUN yum -y install my-dependency
RUN pip3 install my-python-dependency
USER 1001
If you aren't sure what dependencies are required, start up a container using the image in the FROM
line as root. That will look something like this.
docker run -u 0 -it --rm --entrypoint /bin/bash quay.io/operator-framework/ansible-operator:<sdk-tag-version>