Blender 2.90.1 lags and crashes unpredictably #81908

New Issue

Chris · 2020-10-21T02:54:23+02:00

Chris commented

2020-10-21 02:54:23 +02:00

System Information
Operating system: Linux-5.4.72-1-lts-x86_64-with-glibc2.29 64 Bits
Graphics card: Mesa Intel(R) UHD Graphics 630 (CFL GT2) Intel 4.6 (Core Profile) Mesa 20.2.1

Blender Version
Broken: version: 2.90.1, branch: makepkg (modified), commit date: 2020-09-23 06:43, hash: 3e85bb34d0
Worked: 2.82

Short description of error
Blender intermittently lags when performing various tasks, such as adding a subdivision surface modifier or moving to rendered mode. After several lags, Blender crashes with no crash log.

Exact steps for others to reproduce the error
Unfortunately, there is no exact formula to make the program crash. I start the program in debug mode using: blender --debug > blender-debug.log 2>&1

At the time of the last crash, here was the information contained in the log:
Switching to fully guarded memory allocator.
Blender 2.90.1
Build: 2020-09-29 00:05:18 Linux Release
argv- [x] = blender
argv- [x] = --debug
Read prefs: /home/cmhughes/.config/blender/2.90/config/userpref.blend
read file /home/cmhughes/.config/blender/2.90/config/startup.blend

Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7

read file /home/cmhughes/.config/blender/2.90/config/startup.blend

Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7

Writing homefile: '/home/cmhughes/.config/blender/2.90/config/startup.blend' Info: Total files 0 | Changed 0 | Failed 0
ok
Info: Deleted 3 object(s)

read file

Version 283 sub 8 date 2020-03-12 14:53 hash 63ee3db96107

read file

Version 282 sub 7 date 2020-02-12 16:20 hash 77d23b0bd76f

mesh_ensure_tessellation_customdata: warning! Tessellation uvs or vcol data got out of sync, had to reset!

  CD_MTFACE: 0 != CD_MLOOPUV: 1 || CD_MCOL: 0 != CD_MLOOPCOL: 0
File "<string>", line 1
  .
  ^

SyntaxError: unexpected EOF while parsing

File "<string>", line 1
  .
  ^

SyntaxError: unexpected EOF while parsing
Info: Deleted 1 object(s)

Additionally, looking at my system journal, I find an audit entry that mentions an "ANOM_ABEND" occurred:
ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=1 pid=558135 comm="blender" exe="/usr/bin/blender" sig=6 res=1

This abend resulted in a systemd-coredump. There 40 Stack trace entries that follow. If you feel these entries are meaningful to your research, I will be happy to provide them.

Any assistance you can provide will be greatly appreciated. I have been using blender on and off for the last 7 years, or so. I really enjoy the product and would like to be able to create, again.

Thank you for your time.

**System Information** Operating system: Linux-5.4.72-1-lts-x86_64-with-glibc2.29 64 Bits Graphics card: Mesa Intel(R) UHD Graphics 630 (CFL GT2) Intel 4.6 (Core Profile) Mesa 20.2.1 **Blender Version** Broken: version: 2.90.1, branch: makepkg (modified), commit date: 2020-09-23 06:43, hash: `3e85bb34d0` Worked: 2.82 **Short description of error** Blender intermittently lags when performing various tasks, such as adding a subdivision surface modifier or moving to rendered mode. After several lags, Blender crashes with no crash log. **Exact steps for others to reproduce the error** Unfortunately, there is no exact formula to make the program crash. I start the program in debug mode using: blender --debug > blender-debug.log 2>&1 At the time of the last crash, here was the information contained in the log: Switching to fully guarded memory allocator. Blender 2.90.1 Build: 2020-09-29 00:05:18 Linux Release argv- [x] = blender argv- [x] = --debug Read prefs: /home/cmhughes/.config/blender/2.90/config/userpref.blend read file /home/cmhughes/.config/blender/2.90/config/startup.blend ``` Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7 ``` read file /home/cmhughes/.config/blender/2.90/config/startup.blend ``` Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7 ``` Writing homefile: '/home/cmhughes/.config/blender/2.90/config/startup.blend' Info: Total files 0 | Changed 0 | Failed 0 ok Info: Deleted 3 object(s) read file ``` Version 283 sub 8 date 2020-03-12 14:53 hash 63ee3db96107 ``` read file ``` Version 282 sub 7 date 2020-02-12 16:20 hash 77d23b0bd76f ``` mesh_ensure_tessellation_customdata: warning! Tessellation uvs or vcol data got out of sync, had to reset! ``` CD_MTFACE: 0 != CD_MLOOPUV: 1 || CD_MCOL: 0 != CD_MLOOPCOL: 0 File "<string>", line 1 . ^ ``` SyntaxError: unexpected EOF while parsing ``` File "<string>", line 1 . ^ ``` SyntaxError: unexpected EOF while parsing Info: Deleted 1 object(s) Additionally, looking at my system journal, I find an audit entry that mentions an "ANOM_ABEND" occurred: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=1 pid=558135 comm="blender" exe="/usr/bin/blender" sig=6 res=1 This abend resulted in a systemd-coredump. There 40 Stack trace entries that follow. If you feel these entries are meaningful to your research, I will be happy to provide them. Any assistance you can provide will be greatly appreciated. I have been using blender on and off for the last 7 years, or so. I really enjoy the product and would like to be able to create, again. Thank you for your time.

Chris commented

2020-10-21 02:54:23 +02:00

Added subscriber: @Cowhead

Chris commented

2020-10-21 03:07:36 +02:00

Here is the most relevant information in the core dump stack trace:
Oct 20 20:12:15 cmh-arch systemd-coredump[698968]: Process 558135 (blender) of user 1000 dumped core.

                                                 
                                                 Stack trace of thread 558135:

                                               - 0  0x00007fbd0d13a615 raise (libc.so.6 + 0x3d615)
                                               - 1  0x00007fbd0d123912 abort (libc.so.6 + 0x26912)
                                               - 2  0x00007fbcdb5d998b n/a (iris_dri.so + 0x11698b)
                                               - 3  0x00007fbcdc004bad n/a (iris_dri.so + 0xb41bad)
                                               - 4  0x00007fbcdb61864a n/a (iris_dri.so + 0x15564a)
                                               - 5  0x00005627c16d50ad DRW_draw_render_loop_ex (blender + 0x10ff0ad)
                                               - 6  0x00005627c1de74c8 view3d_main_region_draw (blender + 0x18114c8)
                                               - 7  0x00005627c1996011 ED_region_do_draw (blender + 0x13c0011)
                                               - 8  0x00005627c15e98b5 wm_draw_update (blender + 0x10138b5)
                                               - 9  0x00005627c15e77c4 WM_main (blender + 0x10117c4)
                                               - 10 0x00005627c13023df main (blender + 0xd2c3df)
                                               - 11 0x00007fbd0d125152 __libc_start_main (libc.so.6 + 0x28152)
                                               - 12 0x00005627c132b58e _start (blender + 0xd5558e)

Here is the most relevant information in the core dump stack trace: Oct 20 20:12:15 cmh-arch systemd-coredump[698968]: Process 558135 (blender) of user 1000 dumped core. ``` Stack trace of thread 558135: ``` - 0 0x00007fbd0d13a615 raise (libc.so.6 + 0x3d615) - 1 0x00007fbd0d123912 abort (libc.so.6 + 0x26912) - 2 0x00007fbcdb5d998b n/a (iris_dri.so + 0x11698b) - 3 0x00007fbcdc004bad n/a (iris_dri.so + 0xb41bad) - 4 0x00007fbcdb61864a n/a (iris_dri.so + 0x15564a) - 5 0x00005627c16d50ad DRW_draw_render_loop_ex (blender + 0x10ff0ad) - 6 0x00005627c1de74c8 view3d_main_region_draw (blender + 0x18114c8) - 7 0x00005627c1996011 ED_region_do_draw (blender + 0x13c0011) - 8 0x00005627c15e98b5 wm_draw_update (blender + 0x10138b5) - 9 0x00005627c15e77c4 WM_main (blender + 0x10117c4) - 10 0x00005627c13023df main (blender + 0xd2c3df) - 11 0x00007fbd0d125152 __libc_start_main (libc.so.6 + 0x28152) - 12 0x00005627c132b58e _start (blender + 0xd5558e)

Richard Antalik commented

2020-10-23 19:38:05 +02:00

Added subscriber: @iss

Richard Antalik commented

2020-10-23 19:38:05 +02:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Richard Antalik commented

2020-10-23 19:38:05 +02:00

Can you check dmesg output? this sounds quite similar to #77466

Can you check `dmesg` output? this sounds quite similar to #77466

Chris commented

2020-10-24 07:24:59 +02:00

Here is the dmesg output when Blender started to hang. It does seem to be associated with the GPU, if I'm reading the information correctly.

[ 485.232607] i915 0000:00:02.0: GPU HANG: ecode 9:1:0x87f99eb9, in blender [2625], hang on rcs0
[ 485.233611] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[ 503.221732] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[ 531.220883] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0
[ 531.222039] audit: type=1701 audit(1603516628.018:52): auid=1000 uid=1000 gid=1000 ses=1 pid=2625 comm="blender" exe="/usr/bin/blender" sig=6 res=1
[ 531.251178] audit: type=1130 audit(1603516628.048:53): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-55280-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
[ 536.568637] audit: type=1131 audit(1603516633.358:54): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-55280-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

As I did before, I do have the results of a blender --debug log for this occurrence:

Switching to fully guarded memory allocator.
Blender 2.90.1
Build: 2020-09-29 00:05:18 Linux Release
argv- [x] = blender
argv- [x] = --debug
Read prefs: /home/cmhughes/.config/blender/2.90/config/userpref.blend
read file /home/cmhughes/.config/blender/2.90/config/startup.blend

Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7

read file /home/cmhughes/.config/blender/2.90/config/startup.blend

Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7

Info: Deleted 1 object(s)

read file

Version 283 sub 8 date 2020-03-12 14:53 hash 63ee3db96107

read file

Version 282 sub 7 date 2020-02-12 16:20 hash 77d23b0bd76f

redo_cb: operator redo Add Ico Sphere

File "<string>", line 1
  .
  ^

SyntaxError: unexpected EOF while parsing

I hope this helps. Please let me know anything else you would like for me to try.

Here is the dmesg output when Blender started to hang. It does seem to be associated with the GPU, if I'm reading the information correctly. [ 485.232607] i915 0000:00:02.0: GPU HANG: ecode 9:1:0x87f99eb9, in blender [2625], hang on rcs0 [ 485.233611] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 [ 503.221732] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 [ 531.220883] i915 0000:00:02.0: Resetting rcs0 for hang on rcs0 [ 531.222039] audit: type=1701 audit(1603516628.018:52): auid=1000 uid=1000 gid=1000 ses=1 pid=2625 comm="blender" exe="/usr/bin/blender" sig=6 res=1 [ 531.251178] audit: type=1130 audit(1603516628.048:53): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-55280-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' [ 536.568637] audit: type=1131 audit(1603516633.358:54): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@0-55280-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' As I did before, I do have the results of a blender --debug log for this occurrence: Switching to fully guarded memory allocator. Blender 2.90.1 Build: 2020-09-29 00:05:18 Linux Release argv- [x] = blender argv- [x] = --debug Read prefs: /home/cmhughes/.config/blender/2.90/config/userpref.blend read file /home/cmhughes/.config/blender/2.90/config/startup.blend ``` Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7 ``` read file /home/cmhughes/.config/blender/2.90/config/startup.blend ``` Version 290 sub 8 date 2020-09-23 06:43 hash 3e85bb34d0d7 ``` Info: Deleted 1 object(s) read file ``` Version 283 sub 8 date 2020-03-12 14:53 hash 63ee3db96107 ``` read file ``` Version 282 sub 7 date 2020-02-12 16:20 hash 77d23b0bd76f ``` redo_cb: operator redo Add Ico Sphere ``` File "<string>", line 1 . ^ ``` SyntaxError: unexpected EOF while parsing I hope this helps. Please let me know anything else you would like for me to try.

kursad k commented

2020-10-25 22:15:02 +01:00

Added subscriber: @kursadk

kursad k commented

2020-10-25 22:15:02 +01:00

I just hit this bug with Animation Nodes setup, I am copying one mesh data to another.

WARN (bke.anim_sys): C:\b\buildbot-worker-windows\windows_290\blender.git\source\blender\blenkernel\intern\anim_sys.c:355 BKE_animsys_store_rna_setting: Animato: Invalid path. ID = 'Spawn.Locations.C',
'particle_systems["ParticleSettings"].seed[0]'
mesh_ensure_tessellation_customdata: warning! Tessellation uvs or vcol data got out of sync, had to reset!

  CD_MTFACE: 0 != CD_MLOOPUV: 1 || CD_MCOL: 0 != CD_MLOOPCOL: 0

I just hit this bug with Animation Nodes setup, I am copying one mesh data to another. WARN (bke.anim_sys): C:\b\buildbot-worker-windows\windows_290\blender.git\source\blender\blenkernel\intern\anim_sys.c:355 BKE_animsys_store_rna_setting: Animato: Invalid path. ID = 'Spawn.Locations.C', 'particle_systems["ParticleSettings"].seed[0]' mesh_ensure_tessellation_customdata: warning! Tessellation uvs or vcol data got out of sync, had to reset! ``` CD_MTFACE: 0 != CD_MLOOPUV: 1 || CD_MCOL: 0 != CD_MLOOPCOL: 0

Richard Antalik commented

2020-10-27 06:02:55 +01:00

@Cowhead thank you for info, I will close this as duplicate.

@kursadk I think you have different problem than what this report describes. If you think you have found a bug, please make new report. Just keep in mind, that animation nodes are not official addon, so make sure you can reproduce it without this addon.

@Cowhead thank you for info, I will close this as duplicate. @kursadk I think you have different problem than what this report describes. If you think you have found a bug, please make new report. Just keep in mind, that animation nodes are not official addon, so make sure you can reproduce it without this addon.

Richard Antalik commented

2020-10-27 06:03:07 +01:00

Closed as duplicate of #77466

Richard Antalik closed this issue

2020-10-27 06:03:07 +01:00

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Blender 2.90.1 lags and crashes unpredictably #81908