My Render Node Keeps Dropping Offline Mid-Job: Diagnosis and Fixes
Sometimes, a render node keeps dropping offline mid-job. A node that drops out of the queue partway through a render is almost always one of five things: overheating that triggers a thermal shutdown, a power supply failing under sustained full load, the node running out of RAM and the OS killing the process, a network drop that loses the connection to the render manager, or a license server timeout. Find which by checking, in order, the node’s temperatures, its memory use at the moment it dropped, the render manager log for the disconnect reason, and the license server. The pattern points the way: drops deep into long jobs lean toward heat or power, while drops at random times lean toward network or license.

Your node was chewing through frames, and then it was gone. The render manager shows it offline, the frames it was working sit unfinished, and the rest of the farm carries on without it. Nodes do not drop for no reason, and the timing of the drop usually tells you more than the error message does.
The Five Usual Causes
| Cause | How to confirm | Fix |
|---|---|---|
| Overheating | Node temps spike before the drop | Clean dust, improve airflow, cap clocks |
| Power supply | Drops under full multi GPU load | Check PSU wattage and headroom |
| Out of RAM | Memory hits 100% then process dies | Lower scene memory, add RAM, fewer concurrent tasks |
| Network drop | Render manager logs a lost connection | Check cabling, switch, and wifi stability |
| License timeout | Log names a license checkout failure | Confirm license server is reachable and has seats |
The timing narrows it fast. A node that runs fine for an hour or two then drops is usually heat or power, since both build up under sustained load. We had one drop almost exactly two hours into long jobs every time, and its temperatures were hitting 88 C right before each disconnect, the card throttling then resetting. Better airflow and a clock cap stopped it. A node that drops at no consistent time is more often network or license, which fail when something outside the node hiccups.
How to Stop One Drop From Costing the Job
- Submit per frame with automatic requeue. When a node drops, its unfinished frames go back to the queue and another machine picks them up, so the job survives the loss. This is the same habit that protects against render crashes.
- Watch temperatures during long renders. A node creeping toward its thermal limit is a drop waiting to happen, and catching it early is a cleaning job, not a lost night.
- Confirm power headroom on multi GPU nodes. A PSU sized with no margin will trip under a full eight card load even when it holds at idle.
- Stabilise the network and license path. A flaky switch or an overloaded license server takes nodes offline in ways no amount of cooling fixes.
Where Cloud Removes the Hardware Causes
Three of the five causes, heat, power, and aging hardware, come from running render machines yourself, and a clean cloud server removes them. iRender gives you a maintained RTX 4090 server without the dust, cooling, and PSU worries of a local node. One thing changes when you work remotely though: the rented server is one machine you connect to, so if the network on your end drops, you lose the remote session even though the render keeps running on the server, and a stable connection on your side matters for monitoring it. How the model works is in our iRender explainer, and SaaS farms that handle requeue and node management for you are in the comparison.
Nodes dropping from heat, power, or aging hardware?
Render on a maintained cloud server with iRender →
Frequently Asked Questions
Why does my render node keep going offline during a job?
Almost always one of five things: overheating triggering a thermal shutdown, a power supply failing under sustained load, the node running out of RAM, a network drop losing the connection to the render manager, or a license timeout. The timing helps: drops deep into long jobs point at heat or power, while drops at random times point at network or license problems.
How do I tell why a render node dropped offline?
Check in order: the node’s temperatures around the drop, its memory use at that moment, the render manager log for the disconnect reason, and the license server. Temperatures spiking before the drop mean heat, memory at 100% means out of RAM, a logged lost connection means network, and a checkout failure means license. The log usually names it directly.
How do I stop a dropped node from ruining the whole render?
Submit the job per frame with automatic requeue, so a dropped node’s unfinished frames return to the queue and another machine finishes them. The job survives the loss instead of stalling. Combined with watching temperatures and confirming power headroom on multi GPU nodes, this turns a node drop from a lost night into a minor delay.
See more: 24GB vs 48GB vs 96GB VRAM: How Much Do VFX Renders Actually Need?
No comments