Page MenuHome

Blender randomly stops responding under Linux.
Closed, ArchivedPublic

Description

Blender randomly stops responding under Linux (Debian flavour - Buster and Bullseye versions respectively).
AMDGPU-PRO drivers installed manually - tested versions: 20.10 and 20.40.


The issue happens during tasks such as: modeling, workspace switching, changing viewport shading, playing baked smoke simulation, rendering still images and animations.
There is no sign, warning or stuttering before hangup. The Blender process hangs with one or two CPU cores utilised. After killing the process with SIGTERM or SIGKILL options the process respawns and frees system resources.
Sometimes the RAM is not freed. The Blender and Blender Render windows never dissappears. They can be moved around, resized and switched between workspaces in Linux.

Broken with:
2.90.1 hash 3e85bb34d0d7
2.91.0 hash 0f45cab862b8
2.92.0 hash 010f44b855ca

There is no predictable way to reproduce it. I've attached dump from console with options

--debug-all --factory-startup

When the hangup happened the following lines appeared:

I1218 17:44:06.270004 65191 blender_session.cpp:586] Total render time: 15.4228
I1218 17:44:06.270020 65191 blender_session.cpp:587] Render time (without synchronization): 15.2074

Attaching full console log from the session:


Event Timeline

Robert Guetzkow (rjg) changed the task status from Needs Triage to Needs Information from User.Dec 19 2020, 11:55 AM

At a first glance I couldn't see anything in the log file that would explain the freeze. This could be a problem with the graphics driver. Unfortunately, we would need some reproducible steps that allows us to test and verify the problem on our systems.

Thank you. I'll try to fiddle with drivers and find some solid information.

@Ankit Meel (ankitm) suggested in DevTalk thread https://devtalk.blender.org/t/blender-randomly-hangs-what-cli-debug-options-should-be-enabled-for-gpu-issues/16660/3 running Blender with only one thread (-t 1 argument) to further troubleshoot.
I run animation render overnight that way and there's no sign of hangup so far, and Blender is still responsive.

Ankit Meel (ankitm) added a comment.EditedDec 19 2020, 6:36 PM

While reading the report I was (somehow) reminded of rBbb49aa0d6978c2194de7835a0531f2cecd849372 and just threading in general so I suggested that -t 1 option.
If you can share a simple file with a few objects other people could test it on their systems too.

A deadlock/livelock could certainly be a reason for a hang.

silex (silex) added a comment.EditedDec 19 2020, 6:46 PM

Most of the hangups are happening in 2.90.1, as this is the version I'm running for production right now.
But it was released 23. Sep - way before multithreaded geometry export patch (21 Oct).

As for locking - hangups are happening during intensive work.

After uninstalling AMDGPU-PRO drivers the hangups are gone. I've succesfully run animation render overnight and baked smoke simulation.

Robert Guetzkow (rjg) closed this task as Archived.Dec 21 2020, 1:00 PM

@silex (silex) I'm closing the ticket then, as this seems to have been caused by an issue with the graphics driver.