This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Eating Memory

Hello,
I have an ASGS Installation (latest V6) that keeps eating memory. We upped the RAM in January from 246 to 1024 MB but that was almost immediately filled up. the machine then slowly but steadily uses up its swap space until it is rebooted. The yearly diagram for swap usage looks a lot like a "sawtooth wave" (http://en.wikipedia.org/wiki/Sawtooth_wave).

The mashine is primarily used as a HTTP proxy with virus scanning and a little content filtering (no Cobion is used) and as a SMTP proxy with spam and virus filtering. It is also used as a SOCKS proxy for HBCI. It is a 25 user license and has never reached that limit yet.

Any ideas? I didn't try the simple "reinstall" solution yet and would be happy to have a hint that this might actually help.

Thanks!
Henning


This thread was automatically locked due to age.
Parents Reply Children
  • Thanks for the hint. Acutally we are also having trouble on the DSL (PPPoE) link and I don't know if this is related to the memory problem.

    I checked the MTUs and they were 1500 and 1492 on eth0 and eth1 respectively. Eth1 is the DSL interface. I just changed the MTU on eth0 to 1492 just to be sure.

    The kernel log is showing lines like these:

    2007:04:16-11:03:52 (none) kernel: eth1: Oversized Ethernet frame spanned multiple buffers, entry 0x1 length 0 status 00000600!
    2007:04:16-11:03:52 (none) kernel: eth1: Oversized Ethernet frame cb18f010 vs cb18f010.
    2007:04:16-11:04:23 (none) kernel: eth1: Oversized Ethernet frame spanned multiple buffers, entry 0x8 length 0 status 00000600!
    2007:04:16-11:04:23 (none) kernel: eth1: Oversized Ethernet frame cb18f080 vs cb18f080.
    2007:04:16-11:21:43 (none) kernel: eth1: Oversized Ethernet frame spanned multiple buffers, entry 0xa length 0 status 00000600!
    2007:04:16-11:21:43 (none) kernel: eth1: Oversized Ethernet frame cb18f0a0 vs cb18f0a0.
    2007:04:16-11:32:38 (none) kernel: eth1: link down
    2007:04:16-11:32:45 (none) kernel: IPSEC EVENT: KLIPS device ipsec0 shut down.
    2007:04:16-11:32:46 (none) kernel: 
    2007:04:16-11:32:48 (none) kernel: eth1: link up, 100Mbps, full-duplex, lpa 0x41E1
    2007:04:16-11:32:49 (none) kernel: eth1: link down
    2007:04:16-11:32:51 (none) kernel: eth1: link up, 100Mbps, full-duplex, lpa 0x41E1

    Notice, how the link is bouncing up and down. Naturally the PPPoE connection is lost when that happens and has trouble re-establishing.

    As I said I don't know if these problems are related.

    Regards,
    Henning