- Access exclusive content
- Connect with peers
- Share your expertise
- Find support resources
12-12-2012 09:09 AM
The loopback interfaces clearly are assigned to security zones. Version 5.0.1
12-18-2012 07:02 AM
Hi,
I had the same problem. For me the solution was to configure the zones and commit at the CLI level.
12-12-2012 12:36 PM
What if you for the first commit just set "none" as security zone and on the second commit select "trust"?
I also thinking if the ip's you selected for loopback perhaps cannot exist on trust since the range they are part of already exists on a different zone (like untrust or such)?
12-13-2012 09:04 AM
Hi,
Can you revert it to running config and then make the changes again. Let us know if that helps.
Also another things you can try is to put them on a different zone if possible and then try to do the commit and see if that helps.
Thank you
Numan
12-18-2012 07:02 AM
Hi,
I had the same problem. For me the solution was to configure the zones and commit at the CLI level.
12-18-2012 07:27 AM
Thanks. This worked. Sounds like it should be added to the bug list.
03-01-2023 12:06 PM
I had the same problem while pushing changes from panorama . For me the solution was to enable MultiVsys capability (device>setup> General Settings > enable Multi Virtual System Capability) and then commit and push changes.
Note:- if FWs are in HA then post enabling multi virtual system option HA will go in suspended mode , you need to fix by disabling HA on both device and then re enable )
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!