Enhanced Security Measures in Place:   To ensure a safer experience, we’ve implemented additional, temporary security measures for all users.

Logging stopped in Pan OS GUI

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements

Logging stopped in Pan OS GUI

Not applicable

Hi all,

We had an issue today where we noticed the logging data stopped displaying in the Pan OS GUI (PA-500).. One thing we noticed is after committing a config change, it looks like the firewall was in the process of doing a sync with the backup device. I assume to resolve this problem we need to restart the dataplane? I'm surprised it allowed the commit to occur if a sync was in progress.

Bryan

1 accepted solution

Accepted Solutions

Hello Bino,


Yes, you can run those 2 commands while the FW is UP. It would not impact to the data-plane traffic ( user's traffic through PAN firewall), because daemons are running on Management-plane. For safer side, you may restart log-receiver and management server process after the business hrs.


Thanks

View solution in original post

19 REPLIES 19

L7 Applicator

Logging is handled by the log receiver.

> debug software restart log-receiver

You can check statistics here to see which are not working.

>debug log-receiver statistics

Steve Puluka BSEET - IP Architect - DQE Communications (Metro Ethernet/ISP)
ACE PanOS 6; ACE PanOS 7; ASE 3.0; PSE 7.0 Foundations & Associate in Platform; Cyber Security; Data Center

L7 Applicator

Hello Bino,

Could you please check below mentioned command:

> show logging-status  >>>>>>>>>  Check last forwarded logs date and time

> debug log-receiver statistics  ------ check if below mentioned counters are incrementing

Log Forward discarded (queue full) count: 0  >>>>

Log Forward discarded (send error) count: 0  >>>>

>debug software restart log-receiver

if no change still;

>debug software restart management-server  ---- after applying this command, wait for a few minutes. It will log you out from CLI and GUI.

Thanks

Not applicable

Thanks Guys,

I assume the debug software restart log-receiver can be done while the firewall is up? We were thinking of waiting until after business hours do this. Any idea what would cause this issue? I assume maybe it was committing a change at the same time as the sync.

Hello Bino,


Yes, you can run those 2 commands while the FW is UP. It would not impact to the data-plane traffic ( user's traffic through PAN firewall), because daemons are running on Management-plane. For safer side, you may restart log-receiver and management server process after the business hrs.


Thanks

Thanks Hulk

You are welcome. Smiley Happy

Hulk we still seem to have an issue. I ran both debug software restart log-receiver which did not resolve the issue. Same with debug software restart management-server.

if I run debug log-receiver statistics I get the following error see dagger log. Do I need to do this plugged in to the cli port directly. I'm doign this via telnet from my workstation on the LAN.

Capture.JPG

Hello Bino,

If you restart the management-server daemon, you have to wait for a few minutes. It will automatically log out from CLI (SSH), since SSH/web-UI is managed by mgmt-server process. So, please re-login into the PAN firewall and then check with CLI command >debug log-receiver statistics

Thanks

Just logged in again and the error is still coming up. its been a few minutes now,

debug log-receiver statisitcs

Server error: An error occurred. See dagger.log for information.

Could you please check CLI command o/p of > show ntp

It should show the NTP server, it's connected.

Related DOC:

Error in NTP Sync Status Display

:

Let me know the result.

Thanks

Think I need to contact support for this. Thanks for the help

The mentioned error messages are related to NTP. Hence, could you please check the status of the NTP server on your FW.

Server error: An error occurred. See dagger.log for information


Thanks

Low and behold the log information is coming through now. I'm still getting the Server error: An error occurred. See dagger.log for information running debug log-receiver statistics from CLI though.

Interesting I am showing connected false for NTP

admin@PA-500(active)> show ntp

NTP state:

    NTP synched to LOCAL

    NTP server 0.north-america.pool.ntp.org connected: False

    NTP server 1.north-america.pool.ntp.org connected: False

  • 1 accepted solution
  • 14554 Views
  • 19 replies
  • 0 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!