Brian, 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. Thanks, Regards Ilya -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Brian Long Sent: Friday, July 01, 2011 10:54 AM To: [email protected] 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/ -- Brian Long | | Corporate Security Programs Org . | | | . | | | . ' ' C I S C O _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list _______________________________________________ rhelv5-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/rhelv5-list
