Project

General

Profile

Actions

Bug #3039

closed

New vouchers doesn't sync with CARP slave

Added by Todor K almost 11 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Category:
Captive Portal
Target version:
Start date:
06/12/2013
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.0.x
Affected Architecture:

Description

Issuing new vouchers on master node is not automatically synced with CARP slave node.
When I go to Services>Captive portal>Vouchers and just click Save the sync is done and slave gets the new vouchers.
I'm on 2.0.3 and have applied the fix from Bug #1928.

Actions #1

Updated by Ermal Luçi almost 11 years ago

This is not immediate.
You are sure that you waited enough for the replication to happen?

Actions #2

Updated by Todor K almost 11 years ago

Yup, I thought it could be scheduled somehow, but it didn't happen in the next few hours.

Actions #3

Updated by Ermal Luçi almost 11 years ago

The system log would be interesting to see here

Actions #4

Updated by sylvain g over 9 years ago

Same problem on 2.1.4 (x64)

Ermal Luçi wrote:

The system log would be interesting to see here


1) New roll created on the master node

"Save" button not pressed at the bottom of the page after roll creation.

On the master :

Jul 31 18:31:34 php: rc.filter_synchronize: XMLRPC sync successfully completed with https://10.10.101.227:8888.
Jul 31 18:31:34 php: rc.filter_synchronize: Beginning XMLRPC sync to https://10.10.101.227:8888.
Jul 31 18:31:31 check_reload_status: Syncing firewall

On the slave node :

Jul 31 18:31:37 php: rc.filter_synchronize: Config sync not being done because of missing sync IP (this is normal on secondary systems).
Jul 31 18:31:35 php[34859]: /xmlrpc.php: Resyncing OpenVPN instances.
Jul 31 18:31:35 php[34859]: /xmlrpc.php: ROUTING: setting default route to 10.10.101.225
Jul 31 18:31:35 check_reload_status: Reloading filter
Jul 31 18:31:34 check_reload_status: Syncing firewall

New roll does not appear on the slave side.


2) Saving the voucher's config on the master node

Simply pressing the "save" button at the bottom of the Vouchers's page (new roll created previously) :

On the master :

Jul 31 18:40:57 php: rc.filter_synchronize: Filter sync successfully completed with https://10.10.101.227:8888.
Jul 31 18:40:53 php: rc.filter_synchronize: XMLRPC sync successfully completed with https://10.10.101.227:8888.
Jul 31 18:40:52 php: rc.filter_synchronize: Beginning XMLRPC sync to https://10.10.101.227:8888.
Jul 31 18:40:50 check_reload_status: Syncing firewall

On the slave side :

Jul 31 18:40:56 php: rc.filter_synchronize: Config sync not being done because of missing sync IP (this is normal on secondary systems).
Jul 31 18:40:53 php[34859]: /xmlrpc.php: Resyncing OpenVPN instances.
Jul 31 18:40:53 php[34859]: /xmlrpc.php: ROUTING: setting default route to 10.10.101.225
Jul 31 18:40:53 check_reload_status: Reloading filter
Jul 31 18:40:53 check_reload_status: Syncing firewall

Still no new roll on the slave.


3) Applying the configuration on the slave

Applying the configuration by pressing the "save button" on the bottom of the slave vouchers's page : the new vouchers appear instantly.

On the master node :

No logs.

On the slave node :

Jul 31 18:46:48 php: rc.filter_synchronize: Config sync not being done because of missing sync IP (this is normal on secondary systems).
Jul 31 18:46:46 check_reload_status: Syncing firewall
Jul 31 18:46:46 php[34859]: /services_captiveportal_vouchers.php: The Captive Portal voucher database has been synchronized with https://10.10.101.226:8888 (pfsense.exec_php).
Jul 31 18:46:46 php[34859]: /services_captiveportal_vouchers.php: voucher XMLRPC sync data https://10.10.101.226:8888.

Thanks for all the good job ! :)

s.

Actions #5

Updated by Jim Pingle over 4 years ago

  • Category changed from CARP to Captive Portal
Actions #7

Updated by Jim Pingle almost 4 years ago

  • Status changed from New to Pull Request Review
Actions #8

Updated by Jim Pingle almost 4 years ago

  • Target version set to 2.5.0
Actions #9

Updated by Viktor Gurov over 3 years ago

  • Status changed from Pull Request Review to Feedback

already merged

Actions #10

Updated by Renato Botelho over 3 years ago

  • Assignee set to Renato Botelho
Actions #11

Updated by Anonymous over 3 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF