- Products
- Learn
- Local User Groups
- Partners
- More
AI Security Masters E7:
How CPR Broke ChatGPT's Isolation and What It Means for You
Blueprint Architecture for Securing
The AI Factory & AI Data Center
Call For Papers
Your Expertise. Our Stage
Good, Better, Best:
Prioritizing Defenses Against Credential Abuse
Ink Dragon: A Major Nation-State Campaign
Watch HereCheckMates Go:
CheckMates Fest
Hi everyone,
I had a high CPU utilization issue and tac suggested me to follow [https://support.checkpoint.com/results/sk/sk170059]. Just want to be 100% sure and try my best to avoid mistake or accident:
1. Does purging previous revisions affect our current database/policy?
2. Does the SK also do the same as attached screenshot, but just making it automatic/periodically?
3. My management server isn't an MDS, can I still use the command from SK170059 which says "for MDS"?
Thank you.
Regards
Hi everyone,
I had a high CPU utilization issue and tac suggested me to follow [https://support.checkpoint.com/results/sk/sk170059]. Just want to be 100% sure and try my best to avoid mistake or accident:
1. Does purging previous revisions affect our current database/policy?
2. Does the SK also do the same as attached screenshot, but just making it automatic/periodically?
3. My management server isn't an MDS, can I still use the command from SK170059 which says "for MDS"?
Thank you.
Regards
Hi everyone,
I had a high CPU utilization issue and tac suggested me to follow [https://support.checkpoint.com/results/sk/sk170059]. Just want to be 100% sure and try my best to avoid mistake or accident:
1. Does purging previous revisions affect our current database/policy?
2. Does the SK also do the same as attached screenshot, but just making it automatic/periodically?
3. My management server isn't an MDS, can I still use the command from SK170059 which says "for MDS"?
Thank you.
Regards
Hi everyone,
I had a high CPU utilization issue and tac suggested me to follow [https://support.checkpoint.com/results/sk/sk170059]. Just want to be 100% sure and try my best to avoid mistake or accident:
1. Does purging previous revisions affect our current database/policy?
2. Does the SK also do the same as attached screenshot, but just making it automatic/periodically?
3. My management server isn't an MDS, can I still use the command from SK170059 which says "for MDS"?
Thank you.
Regards
Im not so sure purging bunch of revisions will do anything for CPU. Has anyone actually determined what process is causing cpu issue?
Andy
Im not so sure purging bunch of revisions will do anything for CPU. Has anyone actually determined what process is causing cpu issue?
Andy
Im not so sure purging bunch of revisions will do anything for CPU. Has anyone actually determined what process is causing cpu issue?
Andy
there are few things has been done with tac so far & still going on:
view cpu processes, cpmdoc, clearing objects without worksession (based on cpmdoc), healthcheck, hw diag, cpinfo, migrate export for tac's lab & after generating cpmdoc report (again), tac suggested to purge old revisions.
No exact conclusion yet. I assume it might be spec issue. But the customer will need a clear statement from tac, at least.
there are few things has been done with tac so far & still going on:
view cpu processes, cpmdoc, clearing objects without worksession (based on cpmdoc), healthcheck, hw diag, cpinfo, migrate export for tac's lab & after generating cpmdoc report (again), tac suggested to purge old revisions.
No exact conclusion yet. I assume it might be spec issue. But the customer will need a clear statement from tac, at least.
there are few things has been done with tac so far & still going on:
view cpu processes, cpmdoc, clearing objects without worksession (based on cpmdoc), healthcheck, hw diag, cpinfo, migrate export for tac's lab & after generating cpmdoc report (again), tac suggested to purge old revisions.
No exact conclusion yet. I assume it might be spec issue. But the customer will need a clear statement from tac, at least.
Personally, just my view, I dont see how purging old revisions would do anything in this case. Maybe if say mgmg server was lagging a bit or dashboard was slow. What process is consuming most cpu?
Andy
Personally, just my view, I dont see how purging old revisions would do anything in this case. Maybe if say mgmg server was lagging a bit or dashboard was slow. What process is consuming most cpu?
Andy
Personally, just my view, I dont see how purging old revisions would do anything in this case. Maybe if say mgmg server was lagging a bit or dashboard was slow. What process is consuming most cpu?
Andy
Something about java cpsead logindexer etc. (if I'm not mistaken bcs no access to customer's environment currently).
& doctor log shows sizing error as the appliance can only support 300 logging/s, while the current average is 2000+ logs/s.
Something about java cpsead logindexer etc. (if I'm not mistaken bcs no access to customer's environment currently).
& doctor log shows sizing error as the appliance can only support 300 logging/s, while the current average is 2000+ logs/s.
Something about java cpsead logindexer etc. (if I'm not mistaken bcs no access to customer's environment currently).
& doctor log shows sizing error as the appliance can only support 300 logging/s, while the current average is 2000+ logs/s.