For uchicago rcc infrastructure and platform teams
UChicago RCC: Midway partition, GPU family or software build?
Connect the first useful exception with the relevant runtime evidence. Which RCC cluster and GPU family ran the failing kernel?
Free 30-day Team evaluation. No card or automatic subscription. Work email verification required.
Replay a resolved UChicago RCC workflow incident
Upload your log file. Review the selected evidence and masking, then run diagnosis. Keep the original log for any follow-up questions.
Before uploading, review cloud data handling and local options.
Upload your log file. Large files are processed in your browser. Only selected evidence is submitted when you run diagnosis.
Try Denpex for 30 days. FREE.
No credit card. No automatic subscription. See whether Denpex helps with an incident you already understand.
Start your free 30-day Team evaluation
Up to 50 diagnoses a day for 30 days. Verify your work email to activate an eligible company evaluation, then replay a resolved incident and compare the evidence and next steps with your team's confirmed cause.
What a useful evaluation should establish
Compare one incident your team already resolved with the first failure, cited evidence and remaining questions. Which RCC cluster and GPU family ran the failing kernel? Only assign a rank, device or safe recovery state when the submitted evidence establishes it.
Which RCC cluster and GPU family ran the failing kernel?
Evidence to compare: Cluster identity, selected partition and extension build architecture.
A kernel built for another GPU can fail on a valid allocation. Preserve cluster and hardware identity before interpreting a launch error as device damage.
Does the executable match the allocated architecture?
Evidence to compare: Actual CPU and GPU architecture, image identity and the first loader error.
A binary built for another architecture can fail before useful computation. Confirm the allocated hardware and software combination before recommending changes to the device.
Was input delivery interrupted before the timeout?
Evidence to compare: Input-reader progress, first read exception and matched worker timestamps.
A stalled input stage can leave downstream workers waiting. Establish the earlier event before attributing the final symptom to communication or device capacity.
Use Denpex alongside your existing telemetry tools to investigate submitted incident evidence. With monitoring configured on a supported plan, detected failures can trigger alerts and an automatic diagnosis from the captured evidence.
Inside Denpex
See the evidence, not just the claim
Follow the causal chain, inspect the quoted evidence and prepare the next handoff. These actual product captures use founder-account examples and the VS Code extension, with the source identified under each image. Open a capture to inspect it at full size.
Follow the failure through the cascade

Prepare the hardware escalation

Ask for the evidence that is missing

Keep the investigation in the editor
