SREBench Competition
sreben.ch
sreben.ch
POST /api/trpc/submitUser?batch=1 HTTP/2.0
Host: sreben.ch
Cookie: <COOKIE>
Trpc-Accept: application/jsonl
Content-Type: application/json
Referer: https://sreben.ch/race
{"0":{"name":"<USERNAME>","email":"<EMAIL>","role":"<JOB_TITLE>","company":"<COMPANY>"}}
Then, requests like this will grade your answers: POST /api/trpc/gradeOutput?batch=1 HTTP/2
Host: sreben.ch
Cookie: <COOKIE>
Trpc-Accept: application/jsonl
Content-Type: application/json
Referer: https://sreben.ch/race
{"0":{"userRootCause":"<YOUR_ANSWER_HERE>","testNumber":<TEST_NUMBER>}}
Specially useful if the “Submit Root Cause” button doesn’t work for you either.Also, make sure to type the entire error message, e.g. “ERROR Application performance degraded due to CPU throttling” instead of simply “CPU throttling”, otherwise, you’ll get a "partially_correct" grade.
I also only got "partially_correct" for some, not sure whether it wanted more detail or just didn't like how I phrased things. Neat though.
Success Rate MTTR (Mean time to Resolution)
YOU: 50.00 % 1.80 min
PARITY AI SRE: 70 % 2 min
At least I'm faster than an AI?More seriously usually issues where the observed behaviour is "the system is slow" are harder to root cause than complete outages. It depends partly how good your capacity planning is obviously, but maybe an AI could help with that too.
But I think the bigger thing is... Your supposed AI not understanding answers that are literally identical to the ones it considers correct. Pretty weak.
EDIT: After asking this instead of responding back to me they just removed it. But it obviously shows how lacking their system is.
The website comes off as a marketing strategy rather than a fun one-day hackathon project. I think that's why it's getting the reaction you're seeing.
Kubernetes is so bad and the questions asked here are such a good example of why.
Response: sudo apt-get purge kube* Pod is stuck in 'ContainerCreating' state and never starts.
$ kubectl get po -A
```
NAMESPACE NAME READY STATUS RESTARTS AGE
default my-app-5d8d6f6d6f-abcde 1/1 Running 0 2d
default my-app-5d8d6f6d6f-fghij 1/1 Running 0 2d
kube-system coredns-558bd4d5db-xyz12 1/1 Running 0 5d
kube-system coredns-558bd4d5db-xyz34 1/1 Running 0 5d
kube-system etcd-minikube 1/1 Running 0 5d
kube-system kube-apiserver-minikube 1/1 Running 0 5d
kube-system kube-controller-manager-minikube 1/1 Running 0 5d
kube-system kube-proxy-abcde 1/1 Running 0 5d
kube-system kube-scheduler-minikube 1/1 Running 0 5d
kube-system storage-provisioner 1/1 Running 0 5d
```
Your root cause: no pod is stuck in ContainerCreating?
Grade: incorrect
My other problems were similarly confounding¹. One was "one machine seems loaded, but not others." All the pods had a node affinity to a single node tacked onto their specs, but that's only "partially correct"? And the last one is "Application components in different pods cannot communicate", but nothing is running except nginx, which would never communicate with itself.We're generating the problems, and answers, with an AI, aren't we?
I've thrown a few real-world problems at LLMs, and they have floundered on them, to the point of not even being able to emit coherent output. I've had utterly incoherent responses, "add this label to the pod label is in Chinese", etc.
Edit: played again. Got the same node affinity problem. Same answer, but this time it was correct. Oh yeah, AI comin' for my job /s.
Also no alias k=kubectl and no up/down to repeat/edit commands, the site restricts you from copy/pasting pod names (or anything else), no tab complete, no common shortcuts… — like yeah, if this is the condition your SREs are working in then I bet an AI can beat them? Might as well tie their hands behind their backs while we're at it.
¹I suppose it matches real life, in that the reported problem is often utterly divorced from reality, and it takes 2–3 rounds with the reporter to make sense of what it is they're trying to report in the first place. But I can't interrogate the problem statement in this "simulator".