Le mercredi 20 juillet 2011 à 18:32 +0400, Konstantin Khlebnikov a écrit : > I catch this on our rhel6-openvz kernel, and yes it very patchy, > but I don't see any reasons why this cannot be reproduced on mainline kernel. > > there was abount ten containers with random stuff, node already do intensive swapout but still alive, > in this situation starting new containers sometimes (1 per 1000) fails due to kmem_cache_create failures in nf_conntrack, > there no other messages except: > Unable to create nf_conn slab cache > and some > nf_conntrack: falling back to vmalloc. > (it try allocates huge hash table and do it via vmalloc if kmalloc fails) Does this kernel contain commit 6d4831c2 ? (vfs: avoid large kmalloc()s for the fdtable) -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>