Conflicting single_process_type and specialized_init_system checks #2032
Closed
sysarch-repo
started this conversation in
General
Replies: 2 comments
-
Good idea. It appears #2030 is related to this. It will need to be addressed for all init systems. Ideally the test will not be skipped but instead will tolerate the init-related process in addition to the normal process. Eg. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Is there any plan to address the conflict between the single_process_type and specialized_init_system checks?
For example the single_process_type could be made tolerant to dumb-init, tini and s6-overlay?
🎬 Testing: [single_process_type]
resource: {kind: "Deployment", name: "dns-dserver", namespace: "default"}, pod dns-dserver-b447b56ff-4nmtx and container: dserver has more than one process type (/sbin/tini--/usr/local/bin/dns-app, /usr/local/bin/dns-app)
As for s6 overlay and for everyone's benefit I have addressed the issue with s6 overlay not running on a read-only file system (just-containers/s6-overlay#578)
Beta Was this translation helpful? Give feedback.
All reactions