Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 946 views
  • Users 0 members are here
Options
Suggested
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

Processor 100%

dtsrob
Hi,

V4.22
Our processor is running 100% constant.
Ive tried to empty the cache but then got kicked.

Thie only thing that changed is we have put 256mb mem extra  so now we have 512mb

There is only 1 vpn running over it and some useraccounts (proxy).

Is it ok to disable the cache or can it be something else...

What can this be...


This thread was automatically locked due to age.
  • 0
    Somthing similar happend to me when I used v4 before upgrading to V5. I fixed it changing the memory (which for some strange reson worked fine under windows).

    Cheers.
  • 0
    dtsrob 

    Do you have a HA system?

    Medic
  • 0 in reply to medic
    check your log files and in V4 u will find under the process list which of the processor is taking most of yor CPU, i have a similar problem in my case ths is the entry
    root     17302 92.6 64.4 359808 332624 ?     RN   00:30 638:22              \_ /usr/local/bin/fwlogwatch -S -f /var/log/kernel-20040

    after a restart every thing works fine until midnight when the FW starts logging complete reports, but this is in a continous state it shows CPU 100%, while swap and ram are not bothered much.

    read u.
    has
  • 0
    If your system was running below 100% before and starts this behaviour after upgrading memory, maybe your memory is defective or incompatible to the other 256,b stick ?
    You could run an extensive BIOS  check to test memory.

    Karsten
  • 0 in reply to KKnecht
    Check which process is using 100% CPU (Webadmin -> Reporting -> Hardware -> Process List).
    If it's "fwlogwatch" then ASL is processing your kernellog. Seems you have a very big kernellog, so ASL needs a lot of system ressources to process it. Definde some DROP packerfilter rule. By dropping packets, they will be excluded from logging. Drop broadcasts or netbios, ...
    Have a look to the kernellog to find out why it is so big.

    Xeno
Cookie Information Banner