After 9.103-5, 100% CPU

Hi,
logon to the UTM via console at see which process is using the most CPU then in webadmin disable that feature.

Then load the latest version, yuo will need to download it manually. I have upgraded 3 home user UTMs all with different hardware, all with different results. But one thing appears to be common to each UTM is that it feels faster.
After the up2date is run for 9.104, I would let the new software settle for about 20-30 minutes because there appears to be some configuration changes/upgrades done automatically, enable the function you disabled earlier.
The wait applies especially if you are running native IPv6.

Ian

I'm not sure I would go to 9.104.  9.103 seems fine to me for most folks.  Let us know what you see in top from the command line.

Cheers - Bob

Hi ,

Are you using appliance or software ?
How much ram you have ,
Are you using single or dual scan ?
Are you using Sophos as AV scanner ?
Are you using IPS ?
Give as much information that you can.

All my best.
Gilipeled

Hi ,

And don't install 9.104 if you are using SSL VPN remote access , there is a bug with it that breakers the connection all the time and restart it in a loop.

All my best.
Gilipeled

Thanks for the replies. I'm running in an ESXi VM. I try not to do maintenance on the UTM every day, so it took a while to figure out how to get to the console. When I run top, I get:

Cpu(s):  0.7%us, 96.7%sy,  2.7%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2066016k total,  1598564k used,   467452k free,   376796k buffers
Swap:  1048572k total,        0k used,  1048572k free,   683392k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
19555 root      20   0     0    0    0 R 48.6  0.0   6:26.63 kworker/0:0
14972 root      20   0     0    0    0 R 48.3  0.0  54:04.98 kworker/0:1
20245 root      39  19  3656 2080  640 R  1.0  0.1   0:00.14 pngquant
 4202 root      20   0 11572 9728 2476 S  0.7  0.5  16:58.99 selfmonng.plx
20109 root      39  19 41280  34m 4080 R  0.7  1.7   0:01.21 gen_inline_repo
   10 root      20   0     0    0    0 S  0.3  0.0   3:06.45 rcu_sched
20231 loginuse  20   0  2700 1100  816 R  0.3  0.1   0:00.06 top
    1 root      20   0  1912  592  516 S  0.0  0.0   0:06.44 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd
    3 root      20   0     0    0    0 S  0.0  0.0   0:10.68 ksoftirqd/0
    5 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kworker/0:0H
    6 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kworker/u:0
    7 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 kworker/u:0H
    8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    9 root      20   0     0    0    0 S  0.0  0.0   0:15.81 rcu_bh
   11 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 khelper
   12 root      20   0     0    0    0 S  0.0  0.0   0:00.13 kworker/u:1

Also, I turned off everything except Firewall, and Remote Access.

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

19555 root 20 0 0 0 0 R 48.6 0.0 6:26.63 kworker/0:0

14972 root 20 0 0 0 0 R 48.3 0.0 54:04.98 kworker/0:1

Kworker is kernel process. Not sure if they updated to the newer kernel in the latest version but sometimes the kernel doesn't play well with virtualized drivers.
FWIW I haven't seen any problems on my esxi system but I am running an older version of esxi. You can try changing nic drivers etc but probably be easier to stay with the last stable version and move to 9.104 when its available.

I think Bill found it.  I just checked two UTMs (one on a Compaq, the other a new 220) running 9.103 and neither had any kworker process at over 1%.

Cheers - Bob

Not sure what happened..... Must have been lack of sleep. This unit isn't running ESXi (I have another one that does). This one is a Pentium M, 2GB Box.

After experimenting, I found out that if I disable the Intrusion Prevention, and reboot, the CPU quickly settles down, and everything is fine. Re-enabling the IP makes the CPU go up for a minute or so, but eventually settles. IF I then reboot, the CPU problem comes back.

As a related question, how do I avoid unstable releases? Did I accidentally get on a Beta channel? I waited months to upgrade, and I assumed things had been settled by now.

As a related question, how do I avoid unstable releases? Did I accidentally get on a Beta channel? I waited months to upgrade, and I assumed things had been settled by now.

Hi,

If you don't have a reseller, then you just have to read these forums.

9.006 is very stable for me, but users of the http proxy (Web Protection) complain about high memory usage.

9.1xx was released recently and seems to still have a lot of problems.

If you still have a backup from 9.0x, you may want to re-install 9.006 and import your backup.

Barry

I pay close attention to what's being said here.

(Rhetorical Question) Why upgrade if you aren't in need of the new functionality?  Most of my old customers are still on V8.309/10.

New customers are mostly on 9.006-5.  New and old customers needing a 9.1 feature are on 9.103.  I think you'll see in the forums here that those three versions are stable in general.  I consider 8.309/10 the most stable version at present.  V9.006-5 is the most-stable V9 version.

I'm guardedly optimistic that, when in General Availability, 9.104 will be more stable than 9.006-5 and solid enough that I can feel comfortable in beginning transitions from V8 for old customers.  I didn't upgrade folks from V7 until 8.202, so this would represent a big improvement.

Cheers - Bob