Checkout is returning 500s during every deploy
Support has had a handful of complaints during each of the last four deploys. Errors spike for about twenty seconds and then stop on their own. Every pod is Running, every pod is Ready, nothing has restarted, and the rollout reports success. The database is fine.
real · about 12 minutes
Pods — in creation order
| Name | Phase | Ready | Restarts | Node |
|---|---|---|---|---|
| checkout-1t48z9-wbbjd | Ready | 1/1 | 0 | node-2 |
| checkout-1t48z9-idfrc | Ready | 1/1 | 0 | node-2 |
| checkout-1t48z9-8dsjf | Ready | 1/1 | 0 | node-1 |
Requests — simulated, by cause
| ok | 817 |
| refused: pod terminating | 7 |
| 500: not actually ready | 376 |
Events — in the order the cluster produced them
- 0.3sdeploymentScalingReplicaSetScaled up replica set checkout-56p08a from 0 to 3
- 0.5sreplicasetSuccessfulCreateCreated pod: checkout-56p08a-kgft0
- 0.6sschedulerScheduledSuccessfully assigned default/checkout-56p08a-kgft0 to node-1
- 0.7sreplicasetSuccessfulCreateCreated pod: checkout-56p08a-mbl5g
- 0.8skubeletPulledContainer image "checkout:v1" already present on machine
- 0.8sschedulerScheduledSuccessfully assigned default/checkout-56p08a-mbl5g to node-2
- 0.8sreplicasetSuccessfulCreateCreated pod: checkout-56p08a-cc11j
- 0.9skubeletPulledContainer image "checkout:v1" already present on machine
- 1.0sschedulerScheduledSuccessfully assigned default/checkout-56p08a-cc11j to node-1
- 1.1skubeletCreatedContainer created
- 1.1skubeletPulledContainer image "checkout:v1" already present on machine
- 1.3skubeletCreatedContainer created
- 1.4skubeletStartedContainer started
- 1.4skubeletCreatedContainer created
- 1.6skubeletStartedContainer started
- 1.8skubeletStartedContainer started
- 122.3sdeploymentScalingReplicaSetScaled up replica set checkout-1t48z9 from 0 to 0
- 122.5sdeploymentScalingReplicaSetScaled up replica set checkout-1t48z9 from 0 to 1
- 122.7sreplicasetSuccessfulCreateCreated pod: checkout-1t48z9-wbbjd
- 122.8sschedulerScheduledSuccessfully assigned default/checkout-1t48z9-wbbjd to node-2
- 123.0skubeletPulledContainer image "checkout:v2" already present on machine
- 123.3skubeletCreatedContainer created
- 123.5skubeletStartedContainer started
- 124.0sdeploymentScalingReplicaSetScaled down replica set checkout-56p08a from 3 to 2
- 124.0sreplicasetSuccessfulDeleteDeleted pod: checkout-56p08a-cc11j
- 124.2skubeletKillingStopping container api
- 124.3sdeploymentScalingReplicaSetScaled up replica set checkout-1t48z9 from 1 to 2
- 124.3sreplicasetSuccessfulCreateCreated pod: checkout-1t48z9-idfrc
- 124.4sschedulerScheduledSuccessfully assigned default/checkout-1t48z9-idfrc to node-2
- 124.5skubeletPulledContainer image "checkout:v2" already present on machine
- 124.8skubeletCreatedContainer created
- 125.2skubeletStartedContainer started
- 125.5sdeploymentScalingReplicaSetScaled down replica set checkout-56p08a from 2 to 1
- 125.7sreplicasetSuccessfulDeleteDeleted pod: checkout-56p08a-mbl5g
- 125.8skubeletKillingStopping container api
- 125.8sdeploymentScalingReplicaSetScaled up replica set checkout-1t48z9 from 2 to 3
- 125.8sreplicasetSuccessfulCreateCreated pod: checkout-1t48z9-8dsjf
- 126.0sschedulerScheduledSuccessfully assigned default/checkout-1t48z9-8dsjf to node-1
- 126.2skubeletPulledContainer image "checkout:v2" already present on machine
- 126.5skubeletCreatedContainer created
- 126.8skubeletStartedContainer started
- 127.3sdeploymentScalingReplicaSetScaled down replica set checkout-56p08a from 1 to 0
- 127.3sreplicasetSuccessfulDeleteDeleted pod: checkout-56p08a-kgft0
- 127.3skubeletKillingStopping container api
Diagnosis
Which field is responsible? The fix here is always a field — if you find yourself wanting to change the application, you are in the wrong gym and debug.liter8.sh is the right one.