Re: [CentOS] file system replication

2014-10-10 Thread Les Mikesell
On Thu, Oct 9, 2014 at 11:43 PM, John R Pierce wrote: >> >> Most people forget that DRDB is a 'clustered' storage that creates a new >> block device on top of existing block devices, over the network. >> >> There are issues like SPLIT BRAIN and a possible data inconsistency, >> should >> there be

Re: [CentOS] file system replication

2014-10-09 Thread John R Pierce
On 10/9/2014 8:19 PM, Micky wrote: Most people forget that DRDB is a 'clustered' storage that creates a new block device on top of existing block devices, over the network. There are issues like SPLIT BRAIN and a possible data inconsistency, should there be multiple network timeouts, congestions

Re: [CentOS] file system replication

2014-10-09 Thread Micky
Most people forget that DRDB is a 'clustered' storage that creates a new block device on top of existing block devices, over the network. There are issues like SPLIT BRAIN and a possible data inconsistency, should there be multiple network timeouts, congestions (since it is all network based) etc.

Re: [CentOS] file system replication

2014-10-09 Thread Keith Keller
On 2014-10-09, John R Pierce wrote: > On 10/9/2014 10:55 AM, Keith Keller wrote: >> [lysncd is] basically a daemon monitoring inotify events and sending them to >> an >> rsync, so it can keep things up to date more easily. (I have never used >> it myself, so caveat emptor.) > > rsync is only saf

Re: [CentOS] file system replication

2014-10-09 Thread Jason T. Slack-Moehrle
Hi John, On Thu, Oct 9, 2014 at 12:53 PM, John R Pierce wrote: > On 10/9/2014 11:57 AM, Jason T. Slack-Moehrle wrote: > >> ​Just to clarify. What state is the slave in? >> >> If master goes down, how does the slave become active? Just reboot it and >> let it come up? The wording "slave copy can'

Re: [CentOS] file system replication

2014-10-09 Thread John R Pierce
On 10/9/2014 11:57 AM, Jason T. Slack-Moehrle wrote: ​Just to clarify. What state is the slave in? If master goes down, how does the slave become active? Just reboot it and let it come up? The wording "slave copy can't be mounted until drdb is stopped" leads me to believe the slave is in some al

Re: [CentOS] file system replication

2014-10-09 Thread Jason T. Slack-Moehrle
Hi John, On Thu, Oct 9, 2014 at 10:44 AM, John R Pierce wrote: > On 10/9/2014 10:39 AM, Jason T. Slack-Moehrle wrote: > >> I need to keep 2 systems identical. Mostly e-mail directories, web >> directories, mysql, etc. The goal here is to have a 2nd system ready to go >> it the first one starts t

Re: [CentOS] file system replication

2014-10-09 Thread Leon Fauster
Am 09.10.2014 um 20:11 schrieb John R Pierce : > On 10/9/2014 11:06 AM, Andrew Holway wrote: >>> >Can anyone provide some insight for me? >>> > >> This would be a perfect use case for ZFS snapshot send and receive! > > Its not perfect if you don't want to lose all database transactions, new > fil

Re: [CentOS] file system replication

2014-10-09 Thread Andrew Holway
> > drbd really is the best answer as its continuous in-order replication. Assuming of course that you dont need any kind of performance from your filesystem drdb is indeed the answer. ZFS snapshots can however be run on a per second basis which is quite neat! What ever you choose to do you woul

Re: [CentOS] file system replication

2014-10-09 Thread Valeri Galtsev
On Thu, October 9, 2014 12:39 pm, Jason T. Slack-Moehrle wrote: > Hi Everyone, > > I need to keep 2 systems identical. Mostly e-mail directories, web > directories, mysql, With databases you can not make sync of their data directories (on a filesystem level) while the daemon is running and access

Re: [CentOS] file system replication

2014-10-09 Thread John R Pierce
On 10/9/2014 11:06 AM, Andrew Holway wrote: >Can anyone provide some insight for me? > This would be a perfect use case for ZFS snapshot send and receive! Its not perfect if you don't want to lose all database transactions, new files, and email between the last update and the point of hardwar

Re: [CentOS] file system replication

2014-10-09 Thread John R Pierce
On 10/9/2014 10:55 AM, Keith Keller wrote: [lysncd is] basically a daemon monitoring inotify events and sending them to an rsync, so it can keep things up to date more easily. (I have never used it myself, so caveat emptor.) rsync is only safe to use on something like a database server if you

Re: [CentOS] file system replication

2014-10-09 Thread Andrew Holway
> > Can anyone provide some insight for me? > This would be a perfect use case for ZFS snapshot send and receive! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] file system replication

2014-10-09 Thread Keith Keller
On 2014-10-09, Jason T. Slack-Moehrle wrote: > > I need to keep 2 systems identical. Mostly e-mail directories, web > directories, mysql, etc. The goal here is to have a 2nd system ready to go > it the first one starts to exhibit hardware issues. > > What are options to have this happen? I'm going

Re: [CentOS] file system replication

2014-10-09 Thread John R Pierce
On 10/9/2014 10:39 AM, Jason T. Slack-Moehrle wrote: I need to keep 2 systems identical. Mostly e-mail directories, web directories, mysql, etc. The goal here is to have a 2nd system ready to go it the first one starts to exhibit hardware issues. What are options to have this happen? I'm going o

[CentOS] file system replication

2014-10-09 Thread Jason T. Slack-Moehrle
Hi Everyone, I need to keep 2 systems identical. Mostly e-mail directories, web directories, mysql, etc. The goal here is to have a 2nd system ready to go it the first one starts to exhibit hardware issues. What are options to have this happen? I'm going out on a limb and thinking rsync but I hav