The multus-admission-controller pod currently tolerates "not-ready", which means it can be scheduled to a node before networking is up, but then it repeatedly fails to start with "blah blah no CNI plugin blah blah" errors. This got fixed in 4.3 but missed the 4.2 freeze.
Verified this bug on 4.2.0-0.nightly-2019-10-23-011659 # oc get ds -n openshift-multus multus-admission-controller -o yaml | grep tolerations -A 4 tolerations: - effect: NoSchedule key: node-role.kubernetes.io/master operator: Exists volumes:
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2019:3151