You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We found that some test cases generated by Acto may contain misconfiguration. Here is an example of a mutation from state 0 to state 1. In the following example (See CRD Definition), Acto add an override of livenessProbe to the custom resource, which is invalid because rabbitmq will not use the port 8500. Therefore, Kubernetes will constantly kill the pod because the pod cannot pass the liveness check.
There are also many similar cases in the alarm report, such as an invalid image name and a missing field. The issue is intended to solve this problem, or at least mitigate the problem.
What we could do
Improve the test cases generated by Acto.
Collect events and logs from kubernetes, and classify the alarms.
Improve the test cases generated by Acto
TBD
Collect events (and logs) from kubernetes, and classify the alarms.
The event indicates that the pod has a invalid config and could not be created, which is different from a crash event.
We think such kind of event may indicate a misconfiguration.
Warning FailedCreate 50s (x19 over 5m40s) statefulset-controller create Pod test-cluster-server-2 in StatefulSet test-cluster-server failed error: Pod "test-cluster-server-2" is invalid: spec.containers[0].image: Required value
Find out the reason why the test cases generated by quantity_increase does not contain field image: ubuntu.
Add more information about the failure phase (In preparation / setup phase or in the test case phase)
Store container log for debug.
tianyin
changed the title
[WIP] [Starter Project #1] Differentiate between misconfiguration and bugs
Starter Project #4 Differentiate between misconfiguration and bugs
Jul 4, 2023
What we met
We found that some test cases generated by Acto may contain misconfiguration. Here is an example of a mutation from state 0 to state 1. In the following example (See CRD Definition), Acto add an override of livenessProbe to the custom resource, which is invalid because rabbitmq will not use the port 8500. Therefore, Kubernetes will constantly kill the pod because the pod cannot pass the liveness check.
There are also many similar cases in the alarm report, such as an invalid image name and a missing field. The issue is intended to solve this problem, or at least mitigate the problem.
What we could do
Improve the test cases generated by Acto
TBD
Collect events (and logs) from kubernetes, and classify the alarms.
The event indicates that the pod has a invalid config and could not be created, which is different from a crash event.
We think such kind of event may indicate a misconfiguration.
CRD Definition
Mutation:
Use the following custom resource to demonstrate.
State 0:
State 1:
The text was updated successfully, but these errors were encountered: