Description of problem: when a ctrcfg is applied, the resulting configuration has unintended changes. The most notable is the value of `default_env` becomes empty. The others (all containers/storage parameters) can be empty, because of the way crio mixes crio.conf and storage.conf. However, the default_env being empty can cause regressions in nss db. Version-Release number of selected component (if applicable): 4.4 and 4.3 How reproducible: Steps to Reproduce: 1. run `crio config` on a node 2. apply any ctrcfg 3. run `crio config` on a node, and observe the difference Actual results: the field ``` default_env = [ "NSS_SDB_USE_CACHE=no", ] ``` is now ``` default_env = [ ] ``` Expected results: default_env should not have been emptied Additional info:
This comes from the vendored version of cri-o becoming out of sync with the version of cri-o in openshift. When we make a change in the configuration values, we need to update the vendor. From my testing, this is no longer the case in 4.6, as it has a vendored version of cri-o that contains default_env
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 (OpenShift Container Platform 4.6 GA Images), 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-2020:4196