- 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 Team,
We have upgraded the appliance and changed the management interface.
R80.20 cluster with Jumbo hotfix TAKE_103.
Everything works fine except QOS.
When we install QOS policy ,we are getting error "A network interface name does not match the name assigned to the interface by the operating system"
There is no change in the interface name,we have verified it.
We have followed sk147593 but still it is same.
Disbled QOS blade and re-enabled the same but no luck.
We have a hospital environment so it is required to assign minimum bandwidth for one the critical machine.
Immediate help is appreciated.
Hi,
have you checked for whitespaces after the interface name? Can you post the output of "fgate stat"?
Best Regards,
After upgrading the appliance,we are unable to install policy at all(Not for a single time).Access control and Threat Prevention policies are installed.
There is no white space in the interface names.
Will the gateway shows the output for "fgate stat" if the QOS policy is not installed.
Maybe its sk147593, can you try to delete the cache?
Yes,it is performed but not working.
Please involve TAC - this is a serious issue...
Hello, have you solve the problem yet? I have the same issue on R80.40
Sharing my experience. This happened to me after changing the topology and disabling an interface which was previously defined.
The disabled interface is not seen at all by the OS (eg. Missing from ifconfig), and this was causing the policy to fail (it seems the policy installation goes through the previously known interfaces as part of the procees). cpd debugs on the gateway were helpful to discover this.
Had same issue today on R80.10, tried everything listed here, nothing worked. Restarted both cluster members 1 by 1 and that resolved the issue.
I agree with all responses...I know this is an older post, but sounds like a pretty serious issue. Have you been able to fix it?
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 66 | |
| 19 | |
| 13 | |
| 12 | |
| 11 | |
| 9 | |
| 9 | |
| 7 | |
| 7 | |
| 7 |
Tue 28 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Securing your GenAI-enabled Web Applications with Check Point WAFThu 30 Apr 2026 @ 03:00 PM (PDT)
Hillsboro, OR: Securing The AI Transformation and Exposure ManagementTue 28 Apr 2026 @ 06:00 PM (IDT)
Under the Hood: Securing your GenAI-enabled Web Applications with Check Point WAFTue 12 May 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point Cloud Firewall delivered as a serviceThu 30 Apr 2026 @ 03:00 PM (PDT)
Hillsboro, OR: Securing The AI Transformation and Exposure ManagementAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY