Commit a37d5c1
committed
docs: AKS needs IPC_LOCK and a memory-backed /dev/shm too
The AKS section documented the RDMA resource request and the NCCL environment
but stopped there. Verified against AICR's tested AKS runtime: it grants
IPC_LOCK — with a comment explaining that NCCL's IB transport registers pinned
buffers via ibverbs and IPC_LOCK is what lifts RLIMIT_MEMLOCK — and mounts a
memory-backed dshm at /dev/shm.
Allocating the RDMA device does not grant either. The failure mode is the
reason this is worth stating: the job fails after the device is successfully
allocated, which reads as an NCCL problem rather than a missing capability.
Both are now called out, with IPC_LOCK routed through runtimePatches the same
way as for EFA. The GKE requirement list also names dshm explicitly rather than
leaving it inside the volumes placeholder.
Refs #2295
Signed-off-by: Yuan Chen <yuanchen97@gmail.com>1 parent ae982ef commit a37d5c1
1 file changed
Lines changed: 16 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
50 | 50 | | |
51 | 51 | | |
52 | 52 | | |
53 | | - | |
| 53 | + | |
| 54 | + | |
54 | 55 | | |
55 | 56 | | |
56 | 57 | | |
| |||
245 | 246 | | |
246 | 247 | | |
247 | 248 | | |
248 | | - | |
249 | | - | |
| 249 | + | |
| 250 | + | |
| 251 | + | |
| 252 | + | |
| 253 | + | |
| 254 | + | |
| 255 | + | |
| 256 | + | |
| 257 | + | |
| 258 | + | |
| 259 | + | |
| 260 | + | |
| 261 | + | |
| 262 | + | |
250 | 263 | | |
251 | 264 | | |
252 | 265 | | |
| |||
0 commit comments