Project

General

Profile

Actions

Bug #961

closed
TW

Config sync doesn't remove the last alias on the slave

Bug #961: Config sync doesn't remove the last alias on the slave

Added by Thiago Witt almost 16 years ago. Updated almost 16 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
CARP
Target version:
Start date:
10/20/2010
Due date:
% Done:

100%

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

Description

If I setup two systems with carp sync and create an alias, it will sync correctly with the slave, but when I remove it on the master, it won't remove from the slave. It only happens when I remove the last alias on the master, if there was more than one alias, then it also gets removed from the slave.

CB Updated by Chris Buechler almost 16 years ago Actions #1

  • Subject changed from pfsync doesn't remove the last alias on the slave to Config sync doesn't remove the last alias on the slave

JP Updated by Jim Pingle almost 16 years ago Actions #2

If you are talking about an Alias as in Firewall > Aliases, I can't reproduce this. If I delete the last one on the master, it also deletes from the slave.

The entire array of aliases on the slave is overwritten with the copy from the master, so there isn't a way that the last one is any more significant than others in the list that I can see.

We may need to see the aliases section of your config to try reproducing the issue.

TW Updated by Thiago Witt almost 16 years ago Actions #3

Hi Jim,

Yes, I was talking about Firewall > Aliases.
I don't know if I was clear in my first message, by "last alias" I meant "the last one left", i.e. when there is only one alias, not "the bottom one from the list".

When there is more than one alias created and I delete any one of them, it also deletes from the slave, the problem is when there is only one left.

Tomorrow I'll be able to post my aliases section here, I don't have it right now.

Regards,
Thiago

JP Updated by Jim Pingle almost 16 years ago Actions #4

OK, that is a bit different scenario that I have not tested yet. I shouldn't need your alias list to try that out.

JP Updated by Jim Pingle almost 16 years ago Actions #5

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

Applied in changeset commit:"5bb6e1f54022c796e8c37510b287337c7b234cd1".

TW Updated by Thiago Witt almost 16 years ago Actions #6

Problem solved.
Thank you.

Regards,
Thiago

JP Updated by Jim Pingle almost 16 years ago Actions #7

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom