[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [rhelv5-list] Near Real-Time RSYNC with NFS


Sounds like you never dealt with EMC support :) Though storage is handled by another team, knowing EMC it sounds very improbable that EMC can help in this case, the story is complicated; let's just say EMC won't be able help.

I was NetApp admin in past and loved their support, now we are stuck with EMC.



-----Original Message-----
From: rhelv5-list-bounces redhat com [mailto:rhelv5-list-bounces redhat com] On Behalf Of Brian Long
Sent: Friday, July 01, 2011 10:54 AM
To: rhelv5-list redhat com
Subject: Re: [rhelv5-list] Near Real-Time RSYNC with NFS

On 7/1/11 10:33 AM, Musayev, Ilya wrote:
> Its been a while since I posted here J
> I have an interesting problem where I need to rsync an nfs mount to
> another server in a different datacenter continuously with least time
> lapse possible. Needless to say, NFS server is an appliance that
> currently has issues with replication and I have no root access (i.e.
> EMC Cellera). The share contains 20 million files - so you can imagine
> rsync will take a bit of time to analyze and build a file list - it took
> 8 hours previously + 24 hours on actual sync.

I would say your EMC support org. needs to figure this out at the block
layer.  They could see block changes and replicate them to the remote filer.

NetApp has a great feature called SnapMirror which I've used in the past
to keep various NFS filers in sync.  It works great since it only syncs
block-level changes in WAFL.


       Brian Long                             |       |
       Corporate Security Programs Org    . | | | . | | | .
                                              '       '
                                              C I S C O

rhelv5-list mailing list
rhelv5-list redhat com

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]