Reserve 768M para o SO então --memory 3G se encaixa no pod 4Gi

Navios

24 de setembro de 2026 às 22:43 UTC

Autor

Kamo

Enviar

b08115b

A Seastar mantém o máximo (1,5 GiB, 7%) do limite do cgroup mais ~94 MiB por caco de volta para o SO e se recusa a começar quando --memory não se encaixa no que resta. Com a reserva padrão a 4Gi pod deixa 2.32 GiB, então --memory 3G saiu de uma vez ("memória física insuficiente: necessária 3116367872 disponível 2487222272") e scylladb-0 nunca se tornou Ready. -- reserva- memória 768M sai 3.07 GiB. Uma instância descartada começou no próprio cgroup do pod falhou com o antigo Argumentos e chegou ao reator com os novos.