Management CPU still an issue

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements
Please sign in to see details of an important advisory in our Customer Advisories area.

Management CPU still an issue

L4 Transporter

Yes, it's that time again.

I'm still seeing issues with the management CPU spiking despite my recent upgrade to the 5.x stream of software.

The image below shows the last 24 hours of the Management CPU on my active PA2020

Notice the regular spikes to roughly 60% utilisation - sure, the *average* is low (ignore the 80% spike - I upgraded to 5.0.6 this morning, and that was what caused that) - but this regular spiking to 60% worries me a bit.

Anyone else seeing it? Anyone from PA got an explanation? Should I shutup and not worry (which I would do if it was irregular, but these spikes are almost metronomic in their frequency, which is why I am concerned).

Cheers.

1 accepted solution

Accepted Solutions

For reference of anyone who searches this out, this is officially a bug, bug ID 56014, and is under investigation.

Estimated mitigation is with the 5.0.8 release.

View solution in original post

5 REPLIES 5

L7 Applicator

Hi,

Is there any scheduled updates or any scheduled activities set on this firewall at that time. Have you observed any specific daemon taking too much of CPU... ?

Thanks

SG

L7 Applicator

Please follow below mentioned discussion on the same topic.

https://live.paloaltonetworks.com/message/29691#29691

Thanks

SG

Nope - apart from the 80% spike when I updated to 5.0.6 this morning, there are no scheduled updates throughout most of this.

It's the indexing process which is doing it - again - vis-a-vis

12577 root  30  10  3896 1312 1092 S   50  0.1   0:51.32 /bin/bash /usr/local/bin/genindex.sh 1:12:45:01

Runs like that for a few minutes, then drops back down to 10% CPU or so, then back to nothing for a while before spiking again.

And, according to the comment above, I'm not the only one still seeing it.

This script does the indexing of  log databases, please open a case with support so that we can look into it to see why it causing the cpu to hike.

For reference of anyone who searches this out, this is officially a bug, bug ID 56014, and is under investigation.

Estimated mitigation is with the 5.0.8 release.

  • 1 accepted solution
  • 3000 Views
  • 5 replies
  • 1 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!