For stony brook research computing teams
Stony Brook RCI: NVwulf session or historical SeaWulf configuration?
Compare current cluster identity, GPU allocation and the first process error. Keep NVwulf session guidance separate from historical SeaWulf configuration.
Free 30-day Team evaluation. No card or automatic subscription. Work email verification required.
Replay a resolved Stony Brook RCI 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 an already resolved incident using the actual cluster, first exception and approved device mapping. Do not transfer NVwulf resource policy to a different system.
Which Stony Brook cluster owns this GPU session?
Evidence to compare: Current cluster name, session allocation and actual execution hostname.
The old SeaWulf link now leads to newer documentation. Establish whether the incident concerns NVwulf or another system before applying the session guide or attributing device visibility.
Was a GPU assigned to the affected process?
Evidence to compare: Job resource request, actual allocation and process-visible device mapping.
A GPU-capable node does not prove this process owns a device. Establish the allocation before interpreting missing visibility as a driver failure.
Did the container expose the expected runtime and device?
Evidence to compare: Container image revision, device visibility and first library initialization error.
Host and container environments can differ. Confirm the failing process context before interpreting a missing library or unavailable device as a hardware fault.
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
