This content has been marked as final.
Show 4 replies
-
1. Re: Replication in hornetq 2.3.0 beta
qtm Oct 11, 2012 3:37 AM (in response to qtm)Hi,
Is this a known issue or is just my config messed up?
-
2. Re: Replication in hornetq 2.3.0 beta
gaohoward Oct 11, 2012 4:30 AM (in response to qtm)Sounds to me like a problem. If you can reproduce it do you mind creating a Jira ?
-
3. Re: Replication in hornetq 2.3.0 beta
clebert.suconic Oct 11, 2012 11:00 AM (in response to qtm)Also, after each transfer, the old journal is still kept in a different folder. Over time, this could cause some size problems on the disk.
That is by design. It requires an admin to delete the old journal in order to avoid losing data.
Maybe we could/should add an Info asking to verify if these files can be removed.
-
4. Re: Replication in hornetq 2.3.0 beta
borges Oct 11, 2012 11:27 AM (in response to qtm)qtm wrote:
Hi,
Is this a known issue or is just my config messed up?
This is a known issue.
We haven't gotten around to add support to `revert the old-backup-now-live server to a backup after the live is manually restarted`. Ideally the two servers should switch roles withOUT having to sync any more data. The locking is a little tricky, so it hasn't been implemented.
Some comments:
- when you restart the original-live, and it kicks the original-backup from its place (we call that fail-back), for this to work you need to have allowed fail-back at the backup server. So while it might be surprising, the backup configuration is allowing it through
<allow-failback>true</allow-failback>
- The replication code is new, we can't allow it to go on deleting all the local journals you have when you start a backup. I understand that you may start accumulating data that has been moved out of the way, we do log a warning, so that users are (somehow) notified of it. I really do not want to add a configuration option to delete these blindly. Users would copy configuration files around, without checking all the values, then start the wrong server and that server would delete precious data. I am much more afraid of this than of 'moved out files' accumulating and using disk space. I know this is not ideal, and I am open to suggestions about how to deal elegantly with this.