Game is seemingly crashing randomly upon loading a map

[nick1324354]

I tried to livestream osu!lazer, just playing as I normally would, but for some reason I couldn't go for more than 10 minutes without the game crashing at seemingly random intervals when I load into a map. I've provided logs that correspond to when the crashes happened on stream, along with clips of the crash happening (if it helps any).

First crash:
https://clips.twitch.tv/CogentPlausibleDootKappaRoss-oPK3L0MnghmS8ylV

Second crash:
https://clips.twitch.tv/GrotesqueFastBeefSuperVinlin-MQBEfVVH4s_o3kR0

Third crash:
https://clips.twitch.tv/BrightFantasticEyeballAMPTropPunch-JnwJrY_PNbkyn9tV

After this point I just switched to stable and stayed on stable for the rest of the stream.

Logs:
logs.zip

I'm playing on Linux, specifically EndeavourOS.

[bdach]

There is nothing interesting in the logs (they just cut out suddenly). Likely indicative of an OS-level / driver-level crash.

Please check dmesg and/or journalctl for relevant error messages.

[Jeglerjeg]

https://lwn.net/Articles/790464/ here's an article about the rationale behind throttling or killing programs using split lock

[nick1324354]

False alarm, I still managed to get it to crash despite the kernel parameter being set. The common trend between all of these crashes is that it segfaults but for what reason exactly I have no idea.

Edit: Also, it always points to AuthNative.so as being the culprit when the game crashes, so wherever that comes from is not having a fun time.

[nick1324354]

I should probably show what I'm running osu!lazer from, I run this script when I'm launching it on my system:

export PIPEWIRE_LATENCY="64/48000"
export PIPEWIRE_ALSA='{ alsa.buffer-bytes=1024 alsa.period-bytes=16 }'
osu-lazer

Hopefully that helps for something.

[sineplusx]

After looking at my stack traces this does seem to be somewhat audio related. When I use the settings from your environment variables, I can reproduce the segfault very often by just entering gameplay and exiting repeatedly. I use similar pipewire settings for low latency audio.

• Can you try raising alsa.period-bytes to something more sensible? If the game outputs 4-byte (32-bit) samples, then a period size of 16 bytes is very low. For reference I have mine set to 128, which equals to 32 samples per period.
• Do you have the realtime-privileges package installed?

[nick1324354]

I'm currently trying with alsa.period-bytes set to 128 with crashes continuing to happen, I did not have realtime privileges installed, I'll install that now.

[sineplusx]

I have also run into this issue twice, but only since the 2024.302.0 release. The trace in the journal log is the exact same as in the OP.

Process 9471 (osu) of user 1000 dumped core.

Module /opt/osu/libbassmix.so without build-id.
Module /opt/osu/libbassmix.so
Module /opt/osu/libbass_fx.so without build-id.
Module /opt/osu/libbass_fx.so
Module /opt/osu/librealm-wrappers.so without build-id.
Module /opt/osu/librealm-wrappers.so
Module /opt/osu/libbass.so without build-id.
Module /opt/osu/libbass.so
Stack trace of thread 9498:
#0  0x00007b602c611474 n/a (/opt/osu/libcoreclr.so + 0x611474)
#1  0x00007b602c5e6c82 n/a (/opt/osu/libcoreclr.so + 0x5e6c82)
#2  0x00007b5f9d45bf6f n/a (/home/sine/.local/share/osu/AuthNative.so + 0x5bf6f)

I can send a coredump and extended journal stuff to a team member on request.

Core was generated by '/opt/osu/osu'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007b602c611474 in ?? () from /opt/osu/libcoreclr.so
[Current thread is 1 (Thread 0x7b5f660006c0 (LWP 9498))]
(gdb) bt full
#0  0x00007b602c611474 in ?? () from /opt/osu/libcoreclr.so
No symbol table info available.
#1  0x00007b602c5e6c82 in ?? () from /opt/osu/libcoreclr.so
No symbol table info available.
#2  0x00007b5f9d45bf6f in ?? () from /home/sine/.local/share/osu/AuthNative.so
No symbol table info available.
#3  <signal handler called>
No symbol table info available.
#4  0x00007b5f9c42a0ca in ?? () from /opt/osu/libbass.so
No symbol table info available.
#5  0x00007b602c8a6110 in ?? () from /usr/lib/libc.so.6
No symbol table info available.
#6  0x0000000000000000 in ?? ()
No symbol table info available.

After the crash I checked the data directory and found the .require_update file. I started the client again, which caused AuthNative.so to be rewritten, but it was not updated. I checked this by taking checksums of the file after the crash and after the 2nd run, which ended up being a SHA1 hash of 307764e45d99ccaf0de923f7538745009099c414 both times. This is also visible in the auth logs of the client.

Logs:
logs_crash.zip
logs_run_after.zip

[smoogipoo]

Should be fixed with ppy/osu-framework#6214

[nick1324354]

🙏 Will take a look when I get the chance.