Ubuntu 24.04.4 LTS crashes with Reason: 0x00000004 Message: ASSERT: Expression=(result * DrtlGetProcessorCoreCount() == DrtlGetProcessorCount()) File=LibOS\Windows\Kernel\SQLPal\common\dk\sos\src\sosnumap.cpp Line=208

[Whistlerone]

When running sql server in a container on an Ubuntu system, even using the basic example docker commands the container immediately crashes with the error above. it is exactly like the error described in the link below

https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-known-issues?view=sql-server-ver17&tabs=rhel9#sql-server-on-linux-fails-to-start-on-machines-with-hybrid-cpu-architecture

however, it says If you want to use a Linux host operating system, you can work around the issue by disabling efficiency cores (E-cores) in your BIOS. If you use **containers**, or a hypervisor like Hyper-V on Windows (including WSL), you aren't affected.

so I do not know how I am intended to run sqlserver on an Ubuntu system

docker logs are bellow:

`This container is running as user mssql.
To learn more visit https://go.microsoft.com/fwlink/?linkid=2099216.
This program has encountered a fatal error and cannot continue running at Wed Feb 11 19:45:37 2026
The following diagnostic information is available:

     Reason: 0x00000004
    Message: ASSERT: Expression=(result * DrtlGetProcessorCoreCount() == DrtlGetProcessorCount()) File=LibOS\Windows\Kernel\SQLPal\common\dk\sos\src\sosnumap.cpp Line=208
    Process: 11 - sqlservr
     Thread: 16 (application thread 0x8)
Instance Id: 7a078a3d-07ce-4d47-8c66-7af36272bce7
   Crash Id: 8132187d-19c6-4ef1-a6d1-692f16ae0109
Build stamp: 709cc458ed32abf61763b61a2d7d0c084b4305b8e37d315f6e98be02e0c0c1d1

Distribution: Ubuntu 24.04.3 LTS
Processors: 12
Total Memory: 33292521472 bytes
Timestamp: Wed Feb 11 19:45:37 2026
Capturing a dump of 11
FAILED to capture a dump. Details in paldumper log.
Executing: /opt/mssql/bin/handle-crash.sh with parameters
handle-crash.sh
/opt/mssql/bin/sqlservr
11
/opt/mssql/bin
/var/opt/mssql/log/
7a078a3d-07ce-4d47-8c66-7af36272bce7
8132187d-19c6-4ef1-a6d1-692f16ae0109

Ubuntu 24.04.3 LTS
Capturing core dump and information to /var/opt/mssql/log...
Capture info: Kernel Version
Capture info: OS release
Capture info: System memory information
Capture info: Command line
Capture info: Start Time
cat: /proc/11/maps: Permission denied
Capture info: Process limits
Capture info: Thread list
Capture info: Processor topology
Capture info: Process mounts
Capture info: Process statistics
Capture info: Process status
Capture info: Process memory maps
Capture info: Process memory maps (detailed)
Capture info: Core Dump filter
Capture info: Process CGroup information
cat: /sys/fs/cgroup/memory.reclaim: Permission denied
Capture info: Process scheduler information
Capture info: Process list
Capture info: Process handle information
Capture info: Process environment variables
cat: /proc/11/environ: Permission denied
Capture info: System package list (dpkg)
find: '/proc/11/task/11/fdinfo': Permission denied
find: '/proc/11/task/14/fdinfo': Permission denied
find: '/proc/11/task/15/fdinfo': Permission denied
find: '/proc/11/task/16/fdinfo': Permission denied
find: '/proc/11/map_files': Permission denied
find: '/proc/11/fdinfo': Permission denied
find: '/proc/11/task/11/fdinfo': Permission denied
find: '/proc/11/task/14/fdinfo': Permission denied
find: '/proc/11/task/15/fdinfo': Permission denied
find: '/proc/11/task/16/fdinfo': Permission denied
find: '/proc/11/map_files': Permission denied
find: '/proc/11/fdinfo': Permission denied
find: '/proc/11/task/11/fdinfo': Permission denied
find: '/proc/11/task/14/fdinfo': Permission denied
find: '/proc/11/task/15/fdinfo': Permission denied
find: '/proc/11/task/16/fdinfo': Permission denied
find: '/proc/11/map_files': Permission denied
find: '/proc/11/fdinfo': Permission denied
find: '/proc/11/task/11/fdinfo': Permission denied
find: '/proc/11/task/14/fdinfo': Permission denied
find: '/proc/11/task/15/fdinfo': Permission denied
find: '/proc/11/task/16/fdinfo': Permission denied
find: '/proc/11/map_files': Permission denied
find: '/proc/11/fdinfo': Permission denied
dmesg: read kernel buffer failed: Operation not permitted
timeout: failed to run command 'journalctl': No such file or directory
timeout: failed to run command 'journalctl': No such file or directory
Wed Feb 11 19:45:38 UTC 2026 Capturing program information
Wed Feb 11 19:45:38 UTC 2026 Attempting to capture a dump with paldumper for pid 11
WARNING: Capture attempt failure detected
Attempting to capture a filtered dump with paldumper for pid 11
WARNING: Attempt to capture dump failed. Reference /var/opt/mssql/log/core.sqlservr.11.temp/log/paldumper-debug.log for details
Wed Feb 11 19:45:38 UTC 2026 Attempting to capture a dump with gdb
WARNING: Unable to capture crash dump with GDB. You may need to
allow ptrace debugging, enable the CAP_SYS_PTRACE capability, or
run as root. See log in: /var/opt/mssql/log/core.sqlservr.11.temp/log/gdb.log
Wed Feb 11 19:45:38 UTC 2026 Capturing program binaries
Wed Feb 11 19:45:38 UTC 2026 Not compressing the dump files, moving instead to: /var/opt/mssql/log/core.sqlservr.02_11_2026_19_45_37.11.d`

[hashfwu]

Hi, I'm facing the same issue. I managed to "fix" it by limiting the container to the first 4 CPUs using the cpuset property in Docker Compose.

deploy:
  resources:
    reservations:
      cpus: 4
cpuset: 0-3

To be honest, I'm not entirely sure why this works or if it's the most efficient way to handle it, but it got the instance running.

I haven't changed any BIOS settings yet. For those using the CLI, the --cpuset-cpus=0-3 flag should achieve the same result.

Hardware

Architecture:                x86_64
CPU(s):                      12
  On-line CPU(s) list:       0-11
Vendor ID:                   GenuineIntel
  Model name:                12th Gen Intel(R) Core(TM) i5-1235U
    Thread(s) per core:      2
    Core(s) per socket:      10

OS & Docker Version

• OS: Debian 13 (Kernel 6.12.69)
• Docker: 29.2.1

[fbuccioni]

I have used taskset to force the use of the x-n cores, example: taskset -c0-7 /opt/mssql/bin/sqlservr

[mcintoshk]

Seems like I duplicated your issue without noticing yours #954. I came to the same conclusion/workaround.

[blikblum]

I managed to workaround it editing the systemd setup

sudo systemctl edit mssql-server

Update the file with

[Service]
CPUAffinity=0-7

Restart

sudo systemctl daemon-reload
sudo systemctl restart mssql-server
sudo systemctl status mssql-server --no-pager -l