[Openswan Users] kernel memory leak 2.4.7, 2.4.33 - misconfiguration or bug? (fwd)

[Michael Richardson]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>>>>> "Brad" == Brad Langhorst <brad at coopmetrics.coop> writes:
    >> For each slab cache, the cache name, the number of currently active
    >> objects, the total number of  available  objects, the  size of each
    >> object in bytes, the number of pages with at least one active object,
    >> the total number of allocated pages, and the number of pages per slab
    >> are given.

    Brad> +echo >>skbuff_head_cache 42101 42108
 
    Brad> +echo >>size-1024 41705 41708

    Brad> I guess this is where the 80+ M or missing ram is.
    Brad> is that correct?

  Yes, those are in units of the number of objects.
  Probably this is the case.  The question is why are you loosing
skbuffs...  This requires some instrumentation of the code.
  
 
This is an updated shell script version of "slabwatch"

#!/bin/sh

while true
do
  d=`date +%s`
  awk '{ printf "echo >>%s '$d' %s %s\n", $1, $2, $3;}' /proc/slabinfo | tr -d '()'
  sleep 1
done | sh

- -- 
]            Bear: "Me, I'm just the shape of a bear."          |  firewalls  [
]   Michael Richardson,    Xelerance Corporation, Ottawa, ON    |net architect[
] mcr at xelerance.com      http://www.sandelman.ottawa.on.ca/mcr/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBRkcKkICLcPvd0N1lAQLewAf+NA4eNvgLlemyhDfABQyAfR5aHGRr29M2
IAybvGkmBmq9WHXFUkGweW6PgmShy+aS1vJPdk4iFm83dhrYQPYaLEWYoH7d7i0H
Nn6GoVyi6C5XkYo9zQduG6Xpy6D6/tQ7hO9XTsOy/JGfhOEuq5K5AvKq2ttOvVGB
RDvKgxrQQYO9UMgZ+l+pKUwKEZBUl8r5Fy1bJZQwHRo0oPHphPGG036Cqcclg9HA
NPWqa0GkrY9bL8VTp/VCrOPK/3rP2zcvI7yHXCFB6IFSXs5wByscCC/dr4hRqp06
sNk2R35qaY2gvYZILXeYS0xzBsLvUYHBKuvmFx1HnRO5db5RprnzcQ==
=XKi8
-----END PGP SIGNATURE-----