mirror of
https://github.com/kvcache-ai/Mooncake.git
synced 2026-11-05 01:17:55 +00:00
Labels
No labels
ascend
auto-closed
bug
bug
CI/Build
Common
documentation
enhancement
feature request
good first issue
help wanted
high priority
MetaX
nightly-failure
pull-request
PyTorch Backend
question
RFC
Roadmap
stale
Store
Tests
Transfer Engine
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
kvcache-ai/Mooncake#1005
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @he-yufeng on GitHub (Sep 7, 2026).
Original GitHub issue: https://github.com/kvcache-ai/Mooncake/issues/3926
What
mooncake-store/include/utils.h:8-9includes<linux/memfd.h>and<linux/mman.h>unconditionally since #3789 (512MB hugepage support). On macOS neither header exists, so every TU that includesutils.hstops at configure-time-include resolution:First failing target on a clean
cmake -DWITH_STORE=ON -DWITH_TE=OFF -DBUILD_UNIT_TESTS=ONbuild:mooncake_store_shared_objects.dir/mmap_arena.cpp.o(alsoutils.cpp.o,local_ssd/manager.cpp.o, ...), macOS arm64, Apple Clang, SDK 15.x.Why it matters
The store still builds and ships a macOS wheel, and there is no macOS store-build lane in CI, so this slipped through silently. Local store development on Mac is broken on current main (
1caf8f8f9).Suggested fix
Guard the Linux headers and the memfd flag path with
#ifdef __linux__(the hugepage env query degrades to the default page size elsewhere;utils.cpp's memfd use sites need the same guard). Happy to send that PR, it is small.Found while building
master_service_testlocally for #3806; verified the failure reproduces on unmodified main.@github-actions[bot] commented on GitHub (Sep 7, 2026):
Thanks for opening this issue, @he-yufeng!
40085740A maintainer will triage this when possible. To help us respond faster, please include:
Useful links: Documentation · Contributing guide
@he-yufeng commented on GitHub (Sep 7, 2026):
One more build-config finding from the same session, adjacent but distinct: with
WITH_TE=OFFon Linux,mooncake-store/src/utils.cpp:4does#include "common.h", which only exists undermooncake-transfer-engine/include/(and tests), so a TE-less store build fails too. TE=ON is the only working store configuration on main right now. If the store-only build is meant to stay supported, the hugepage helpers need their TE dependency declared or the include moved.