Project

General

Profile

Actions

Bug #6572

closed

Config sync hangs php-fpm on secondary

Added by Brian Stivala over 7 years ago. Updated over 4 years ago.

Status:
Duplicate
Priority:
Normal
Assignee:
-
Category:
XMLRPC
Target version:
-
Start date:
07/02/2016
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.3.1
Affected Architecture:

Description

Hi All,

We have 2x PFSense boxes with version 2.3.1-p5 configured with CARP protocol. We have noticed and this is happening very often, when we do a change on PFS1 and hit apply the webGui interface will take approximately 30-45 seconds to load and when it load the changes are being applied only on PFS1.

The replication sync is not working on PFS2. We get an XMLRPC sync error on PFS1, but this is a common error since PFS2 didn't get any information from PFS1 while changes are being done. In order to initiate the sync between the boxes is to restart the PHP-FMP from the PFSense console. Once the service is restarted PFS2 will replicate from PFS1 without issue. This was an known issue on earlier version of PFSense.

Is this a bug for the new version, could you please assist us, thanks.

Regards,
Brian.S


Files

Error.JPG (39.7 KB) Error.JPG Brian Stivala, 07/04/2016 01:54 AM
Actions #1

Updated by Chris Buechler over 7 years ago

  • Subject changed from Sync Issue to Config sync hangs php-fpm on secondary
  • Status changed from New to Feedback
  • Assignee deleted (Brian Stivala)

The issue is php-fpm on the secondary is getting hung up on something. Going to need more info.

Does it happen on every config sync? If not, how often?

Does it happen if you disable config sync? so if the secondary's just sitting there, does it occur.

Actions #2

Updated by Brian Stivala over 7 years ago

Hi Chris,

We would like to thank you for your reply, please find my replies in line. Do not hesitate to contact us should you require further information from our end.

Does it happen on every config sync? If not, how often?
It's not happening on every configuration we make, to be honest we couldn't tell exactly, however, this morning we noticed that this is happening even if we do not do any configurations.

Does it happen if you disable config sync? so if the secondary's just sitting there, does it occur.
By disable the sync the error will not register. This has something to do with PHP-FMP service, in fact, please see the attached file this was registered once during a sync.

Regards,
Brian.S

Actions #3

Updated by Brian Stivala over 7 years ago

Hi Chris,

Also forgot to mention that both PFSense boxes are installed in a VMware environment. We followed the following link for VMWare compatibility.
https://doc.pfsense.org/index.php/CARP_Configuration_Troubleshooting - Hypervisor users (Especially VMware ESX/ESXi) section.

Regards,
Brian.S

Actions #4

Updated by Brian Stivala over 7 years ago

Hi Chris,

Any updates please? Kindly ask should you require further information if needed from our end, thanks.

Regards,
Brian.S

Actions #5

Updated by Bogdan Cornea over 7 years ago

Hi Chris,

I have the same problem. I do 1-2 config changes and everything works just fine. If I do a couple more I get the same error on the active pfSense. The only way to get it to sync is to do a PHP-FMP restart. Sometimes the backup pfSense becomes unavailable. I get the "504 Bad Gateway" error. A restart of the PHP-FMP process also fixes this.

Is there any more info on this problem?

Any updates are appreciated.

Thank you,
Bogdan

Actions #6

Updated by Jim Pingle over 6 years ago

  • Status changed from Feedback to Duplicate

From the symptoms, I'd say this is likely either already fixed or the same issue as #7469

Actions #7

Updated by Jim Pingle over 4 years ago

  • Category changed from 62 to XMLRPC
Actions

Also available in: Atom PDF