KamoCRM

Reserva 768M para el SO para el sistema operativo así --memory 3G cabe en la cápsula 4Gi

FixKlusterServices
Enviado
24 de septiembre de 2026 a las 22:43 UTC
Autor
Kamo
Commit
b08115b

Seastar mantiene como máximo (1,5 GiB, 7%) del límite de cgroup más 94 MiB por trozo de vuelta para el sistema operativo y se niega a empezar cuando... la memoria no encaja en lo que queda. Con la reserva por defecto a 4Gi pod sale 2.32 GiB, así --memory 3G salió a la vez ("memory física: necesario 3116367872 disponible 2487222272") y scylladb-0 nunca se volvió Listo. --reserve-memory 768M deja 3.07 GiB. Una instancia desechada iniciada en el propio grupo de la cápsula fracasó con los viejos argumentos y llegó al reactor con los nuevos.

Todos los cambios

¿Te gusta lo que ves envío?

Comienza con el plan gratuito y vuelve a leer esta página dentro de un mes para ver cómo funcionan las funciones y los beneficios.

Comience gratis para siempreVer los precios