本来不打算发文的但看到市面上基本上没有文章加上最终使用的手段有点偏Safe还是简单记录一下过程吧新电脑/内核更新后MongoDB用不了了ERROR: Detected Linux kernel 7.0.0-30-generic. MongoDB has compatibility issues with the allocator it uses on kernel v6.19 and newer, so this container will not start by default on v6.19.试了社区里面流传的一些方法也一样的常用版本我也都试了毫无用处包括怎么让8.x的内存性能优化不要开启都试过就是不行官方说受影响的内核版本号范围是6.19.0 7.0.13那就先更新一下看看sudo apt update sudo apt upgrade sudo apt dist-upgrade的确是更新到官方支持的7.0.14但很遗憾还是不支持老外最近也有讨论https://github.com/docker-library/mongo/issues/765试到这我其实也不想折腾了如果放弃那么就是这几个解决方法回退支持的内核版本使用旧MongoDB版本但我想试试MongoDB 8.3.x的Vector Search功能而且我Linux内核的确也是它官方文档支持的范围了凭什么不能用我被限制并不是真正的版本不匹配导致的不能用而是官方使用了uname来判断我有没有符合条件那明显是他的bug我肯定不服。那就搞点事情直接 绕开当前 Linux 7.0.x MongoDB 8.x 的 TCMalloc/rseq 问题检测这种黑锅的事情肯定是让AI写欺骗脚本了#define _GNU_SOURCE #include dlfcn.h #include stdio.h #include string.h #include sys/utsname.h static int (*real_uname)(struct utsname *buf) NULL; int uname(struct utsname *buf) { if (real_uname NULL) { *(void **)(real_uname) dlsym(RTLD_NEXT, uname); } if (real_uname NULL) { return -1; } int rc real_uname(buf); if (rc 0) { /* * Ubuntu 24.04 HWE: * uname -r 7.0.0-31-generic * /proc/version_signature upstream 7.0.14 * * MongoDB 8.3.x parses uname().release and therefore * incorrectly sees 7.0.0. * * Only rewrite the known Ubuntu HWE 7.0.0-* form. */ if (strncmp(buf-release, 7.0.0-, 6) 0) { snprintf(buf-release, sizeof(buf-release), 7.0.14); } } return rc; }gcc -shared -fPIC -O2 -o libmongo_uname_shim.so mongo_uname_shim.c -ldl file libmongo_uname_shim.somongo: # 数据库锁定版本比较合适最新mongodb/mongodb-community-server:latest-slim # ubi9基于 RedHat Universal Base Image 9slim精简版基础镜像, 去掉不必要的软件包 # image: mongodb/mongodb-community-server:8.3.11-ubi9-slim image: mongo:8.3.11-noble container_name: mongo-server restart: always environment: MONGO_INITDB_ROOT_USERNAME: ${MONGO_ROOT_USERNAME} MONGO_INITDB_ROOT_PASSWORD: ${MONGO_ROOT_PASSWORD} TZ: Asia/Shanghai # MongoDB要求Linux内核必须是7.0.14 # 绕开当前 Linux 7.0.x MongoDB 8.x 的 TCMalloc/rseq 问题检测 # 只修正 MongoDB 对 Ubuntu HWE kernel release 的识别 LD_PRELOAD: /opt/mongo-shim/libmongo_uname_shim.so ports: # 外部 27017 - 容器 27017 - 27017:27017 volumes: - ./data/mongodb:/data/db - ./config/mongodb/libmongo_uname_shim.so:/opt/mongo-shim/libmongo_uname_shim.so:ro networks: - bxnet healthcheck: test: [ CMD-SHELL, mongosh --quiet --host 127.0.0.1 --port 27017 -u \$$MONGO_INITDB_ROOT_USERNAME\ -p \$$MONGO_INITDB_ROOT_PASSWORD\ --authenticationDatabase admin --eval \db.adminCommand(ping).ok\ | grep 1 ] # 检查间隔 interval: 10s # 超时时间 timeout: 5s # 重试次数 retries: 5 # 启动宽限期 start_period: 30s试一下是否真可行我直接拿最新版本的MongoDB来测试了# 看看能不能正常显示 docker run --rm --entrypoint /usr/bin/uname -e LD_PRELOAD/opt/mongo-shim/libmongo_uname_shim.so -v $PWD/config/mongodb/libmongo_uname_shim.so:/opt/mongo-shim/libmongo_uname_shim.so:ro mongodb/mongodb-community-server:8.3.11-ubi9-slim -r # 运行看看 docker run --rm --name mongo-test -p 27018:27017 --entrypoint /usr/bin/mongod -e LD_PRELOAD/opt/mongo-shim/libmongo_uname_shim.so -v $PWD/config/mongodb/libmongo_uname_shim.so:/opt/mongo-shim/libmongo_uname_shim.so:ro --tmpfs /data/db:rw,mode1777 mongodb/mongodb-community-server:8.3.11-ubi9-slim --dbpath /data/db --bind_ip_all --port 27017貌似还真运行起来了试试compose的方式能否正常一样凉凉测试一下不执行Mongodb的默认脚本而是直接打开Mongodb是没问题的(已经成功绕过)# 不执行Mongodb的默认脚本而是直接打开Mongodb是没问题的 docker compose -f public-compose.yml run --rm --no-deps -p 27018:27017 --entrypoint /usr/bin/mongod mongo --dbpath /data/db --bind_ip_all --port 27017得了MongoDB官方启动的时候估计又搞啥幺蛾子了再试试Docker官方的镜像https://hub.docker.com/layers/library/mongo/8.3.11-noble完事了PSAI时代不试试MongoDB 8.3.x的Vector Search功能