Click Commit at the top right of the web interface and select an operation for pending changes to the Panorama configuration and changes that Panorama pushes to firewalls, Log Collectors, and WildFire clusters and appliances:
• Commit > Commit to Panorama—Activates changes you made in the configuration of the Panorama management server. This action also commits device group, template, Collector Group, and WildFire cluster and appliance changes to the Panorama configuration without pushing the changes to firewalls, Log Collectors, or WildFire clusters and appliances. Committing just to the Panorama configuration enables you to save changes that are not ready for activation on the firewalls, Log Collectors, or WildFire clusters and appliances.
• Commit > Push to Devices—Pushes the Panorama running configuration to device groups, templates, Collector Groups, and WildFire clusters and appliances.
• Commit > Commit and Push—Commits all configuration changes to the local Panorama configuration and then pushes the Panorama running configuration to device groups, templates, Collector Groups, and WildFire clusters and appliances.You can filter pending changes by administrator or location and then commit, push, validate, or preview only those changes. The location can be specific device groups, templates, Collector Groups, Log Collectors, WildFire appliances and clusters, shared settings, or the Panorama management server.Auto-Commit—An automatic commit, referred to as an auto-commit, is a PAN-OS function that reapplies the running configuration contained in the Panorama configuration file to Panorama on reboot. It is a background process, and the time to complete the auto-commit may vary depending on the complexity and size of the configuration. Auto-commit also acts as a form of configuration validation after a Panorama reboot as the validation process is included in every PAN-OS configuration commit.When you commit changes, they become part of the running configuration. Changes that you haven’t committed are part of the candidate configuration. Panorama queues commit requests so that you can initiate a new commit while a previous commit is in progress. Panorama performs the commits in the order they are initiated but prioritizes auto-commits that are initiated by Panorama (such as FQDN refreshes). However, if the queue already has the maximum number of administrator-initiated commits, you must wait for Panorama to finish processing a pending commit before initiating a new one. You can use the Task Manager () to clear the commit queue or see details about commits. For more information on configuration changes, commit processes, commit validations, and the commit queue, refer to Panorama Commit and Validation Operations. You can also Save Candidate Configurations, Revert Changes, and import, export, or load configurations (Device > Setup > Operations).
The following options are available for committing, validating, or previewing configuration changes.
The following options apply when you commit to Panorama by selecting Commit > Commit to Panorama or Commit > Commit and Push.
• Superuser role—Panorama commits the changes of all administrators.
• Custom role—The privileges of the Admin Role profile assigned to your account determine the commit scope (see Panorama > Admin Roles). If the profile includes the privilege to Commit For Other Admins, Panorama commits changes configured by any and all administrators. If your Admin Role profile does not include the privilege to Commit For Other Admins, Panorama commits only your changes and not those of other administrators.If you have implemented access domains, Panorama automatically applies those domains to filter the commit scope (see Panorama > Access Domains). Regardless of your administrative role, Panorama commits only the configuration changes in the access domains assigned to your account.
• Superuser role—You can limit the commit scope to changes that specific administrators made and to changes in specific locations.
• Custom role—The privileges of the Admin Role profile assigned to your account determine your filtering options (see Panorama > Admin Roles). If the profile includes the privilege to Commit For Other Admins, you can limit the commit scope to changes configured by specific administrators and to changes in specific locations. If your Admin Role profile does not include the privilege to Commit For Other Admins, you can limit the commit scope only to the changes you made in specific locations.
• Filter by administrator—Even if your role allows committing the changes of other administrators, the commit scope includes only your changes by default. To add other administrators to the commit scope, click the <usernames> link, select the administrators, and click OK.
• Filter by location—Select the specific locations for changes to Include in Commit.If you have implemented access domains, Panorama automatically filters the commit scope based on those domains (see Panorama > Access Domains). Regardless of your administrative role and your filtering choices, the commit scope includes only the configuration changes in the access domains assigned to your account.
![]()
Lists the locations that have changes to commit. Whether the list includes all changes or a subset of the changes depends on several factors, as described for Commit All Changes and Commit Changes Made By. The locations can be any of the following:
• shared-object—Settings that are defined in the Shared location.
• <device-group>—The name of the device group in which the policy rules or objects are defined.
• <template>—The name of the template or template stack in which the settings are defined.
• <log-collector-group>—The name of the Collector Group in which the settings are defined.
• <log-collector>—The name of the Log Collector in which the settings are defined.
• <wildfire-appliances>—The serial number of the WildFire appliance in which the settings are defined.
• <wildfire-appliance-clusters>—The name of the WildFire cluster in which the settings are defined.
• Panorama—Settings that are specific to the Panorama management server configuration.
• Device Group—Settings that are defined in a specific device group.
• Template—Settings that are defined in a specific template or template stack.
• Log Collector Group—Settings that are specific to a Collector Group configuration.
• Log Collector—Settings that are specific to a Log Collector configuration.
• WildFire Appliance Clusters—Settings that are specific to a WildFire appliance cluster configuration.
• WildFire Appliances—Settings that are specific to a WildFire appliance.
• Other Changes—Settings that are not specific to any of the preceding configuration areas (such as shared objects). For example, if you configured any network profile (Network > Network Profiles), profiles is displayed. If you configure an address group (Objects > Address Groups), address-group is displayed. (Partial commit only) Enables you to select the changes you want to commit. By default, all changes within the Commit Scope are selected. This column displays only after you choose to Commit Changes Made By specific administrators. Enables you to compare the configurations you selected in the Commit Scope to the running configuration. The preview window uses color coding to indicate which changes are additions (green), modifications (yellow), or deletions (red).To help you match the changes to sections of the web interface, you can configure the preview window to display Lines of Context before and after each change. These lines are from the files of the candidate and running configurations that you are comparing. Lists the individual settings for which you are committing changes. The Change Summary list displays the following information for each setting:
• Object Name—The name that identifies the policy, object, network setting, or device setting.
• Type—The type of setting (such as Address, Security rule, or Zone).
• Location Type—Indicates whether the setting is defined in Device Groups, Templates, Collector Groups, WildFire Appliances, or Wildfire Appliance Clusters.
• Location—The name of the device group, template, Collector Group, WildFire cluster, or WildFire appliance where the setting is defined. The column displays Shared for settings that are not defined in these locations.
• Operations—Indicates every operation (create, edit, or delete) performed on the setting since the last commit.
• Owner—The administrator who made the last change to the setting.
• Will Be Committed—Indicates whether the commit will include the setting.
• Previous Owners—Administrators who made changes to the setting before the last change. The following options apply when you push configuration changes to managed devices by selecting Commit > Push to Devices or Commit > Commit and Push.
• Superuser role—Panorama pushes the changes of all administrators.
• Custom role—The privileges of the Admin Role profile assigned to your account determine the push scope (see Panorama > Admin Roles). If the profile includes the privilege to Commit For Other Admins, Panorama pushes changes configured by any and all administrators. If your Admin Role profile does not include the privilege to Push For Other Admins, Panorama pushes only your changes and not those of other administrators.If you have implemented access domains, Panorama automatically applies those domains to filter the push scope (see Panorama > Access Domains). Regardless of your administrative role, Panorama pushes only the configuration changes in the access domains assigned to your account.
• Superuser role—You can limit the push scope to changes that specific administrators made and to changes in specific locations.
• Custom role—The privileges of the Admin Role profile assigned to your account determine your filtering options (see Panorama > Admin Roles). If the profile includes the privilege to Push For Other Admins, you can limit the push scope to changes configured by specific administrators and to changes in specific locations. If your Admin Role profile does not include the privilege to Push For Other Admins, you can limit the push scope only to the changes you made in specific locations.
• Filter by administrator—Even if your role allows pushing the changes of other administrators, the push scope includes only your changes by default. To add other administrators to the push scope, click the <usernames> link, select the administrators, and click OK.
• Filter by location—Select the specific locations for changes to Include in Push.If you have implemented access domains, Panorama automatically filters the push scope based on those domains (see Panorama > Access Domains). Regardless of your administrative role and your filtering choices, the push scope includes only the configuration changes in the access domains assigned to your account.
• Commit > Commit and Push—The scope includes all locations with changes that require a Panorama commit.
• Commit > Push to Devices—The scope includes all locations associated with entities (firewalls, virtual systems, Log Collectors, WildFire clusters, WildFire appliances) that are Out of Sync with the Panorama running configuration (see Panorama > Managed Devices > Summary and Panorama > Managed Collectors for the synchronization status).For both selections, Panorama filters the Push Scope by:
• Administrators—Panorama applies the same filters as for the Commit Scope (see Commit All Changes or Commit Changes Made By).
• Access domains—If you implemented access domains, Panorama automatically filters the Push Scope based on those domains (see Panorama > Access Domains). Regardless of your administrative role and your filtering choices, the scope includes the configuration changes only in access domains assigned to your account.
• Device Groups—Settings defined in a specific device group.
• Templates—Settings defined in a specific template or template stack.
• Log Collector Groups—Settings specific to a Collector Group configuration.
• WildFire Clusters—Settings specific to a WildFire cluster configuration.
• WildFire Appliances—Settings specific to a WildFire appliance configuration. For example, if you configured any network profile (Network > Network Profiles), profiles is displayed. If you configured an address group (Objects > Address Groups), address-group is displayed. For each device group or template, this column lists the firewalls (by device name or serial number) or virtual systems (by name) included in the push operation. Edit Selections to change the list of impacted firewalls or virtual systems to push the configuration changes to. Enables you to select the changes you want to push. By default, all changes within the Push Scope are selected. This column displays only after you choose to Push Changes Made By specific administrators.
• Active—Normal traffic-handling operational state.
• Passive—Normal backup state.
• Initiating—The firewall is in this state for up to 60 seconds after bootup.
• Non-functional—Error state.
• Suspended—An administrator disabled the firewall.
• Tentative—For a link or path monitoring event in an active/active configuration. Indicates whether a Panorama commit is (yes) or is not (no) required before you push changes to the selected firewalls and virtual systems. Preview Changes to compare the configurations you selected in the Push Scope to the Panorama running configuration. Panorama filters the output to show results only for the firewalls and virtual systems you selected in the Device Groups or Templates tab. The preview window uses color coding to indicate which changes are additions (green), modifications (yellow), or deletions (red). (Device Groups tab only) If you push a configuration with Force Template Values enabled, all overridden values on the firewall are replaced with values from the template. Before you use this option, check for overridden values on the firewalls to ensure your commit does not result in any unexpected network outages or issues caused by replacing those overridden values. Edit Selections and select Log Collector Groups to include in the push operation. This tab displays the following options:
• Select All—Selects every Collector Group in the list.
• Deselect All—Deselects every Collector Group in the list. Edit Selections and select WildFire Appliances and Clusters to display the following options.
![]()
Enabling this setting is persistent across pushes to devices (Commit > Push to Devices and Commit > Commit and Push) and is specific to the administrator account that enabled the setting. After you enable this setting for one push, this setting is enabled for all subsequent pushes until disabled. Select to use Location Type to group the Push Scope list.