summaryrefslogtreecommitdiff
path: root/releasenotes/notes/fingergw-user-f4edf5d300d78f56.yaml
diff options
context:
space:
mode:
authorClark Boylan <clark.boylan@gmail.com>2023-05-17 13:17:50 -0700
committerClark Boylan <clark.boylan@gmail.com>2023-05-17 13:45:23 -0700
commitc1b0a00c607c13c52991e14056e6bcac4a49d5d5 (patch)
tree6c98a270ef0d12c3afd67bb8fbbfa51c3ef21bdb /releasenotes/notes/fingergw-user-f4edf5d300d78f56.yaml
parentdeab00c8bd37b2d8e8c223cb10e7585e54282250 (diff)
downloadzuul-master.tar.gz
Only check bwrap execution under the executorHEADmaster
The reason for this is that containers for zuul services need to run privileged in order to successfully run bwrap. We currently only expect users to run the executor as privilged and the new bwrap execution checks have broken other services as a result. (Other services load the bwrap system bceause it is a normal zuul driver and all drivers are loaded by all services). This works around this by add a check_bwrap flag to connection setup and only setting it to true on the executor. A better longer term followup fixup would be to only instantiate the bwrap driver on the executor in the first place. This can probably be accomplished by overriding the ZuulApp configure_connections method in the executor and dropping bwrap creation in ZuulApp. Temporarily stop running the quick-start job since it's apparently not using speculative images. Change-Id: Ibadac0450e2879ef1ccc4b308ebd65de6e5a75ab
Diffstat (limited to 'releasenotes/notes/fingergw-user-f4edf5d300d78f56.yaml')
0 files changed, 0 insertions, 0 deletions