Thanks, It is to backup a distributed volume to another distributed volume on different HW (duh!). The files are mostly hi-res tif images. I would use georep but I need retention. I will need hourly, daily, weekly type of rotations. Both volumes are distributed across 7 nodes each. All is interconnected with dual 10Gbps network. Size is tens of TB. Daily change set is wildy varying. Batch of about 3 TB (a USB disk) get added or removed daily. The files themselves are almost never changes. Sometimes but then only the EXIF data. Some data sometimes gets moved around on the source volume. Fred Seeing, contrary to popular wisdom, isn?t believing. It?s where belief stops, because it isn?t needed any more.. (Terry Pratchett) On Tue, Aug 27, 2013 at 8:42 PM, Maik Kulbe <info at linux-web-development.de>wrote: > Everything you need to know about hard links is in the documentation: > http://gluster.org/community/documentation/index.php/Arch/Glusterfs_Hard_Links > > But I think the solution mostly depends on your workload.. What will be > backed up? Small or large files? Rotations for the backups? What access do > the backup clients have to the backup target? What is the tech on the > client? SAN? Local disks? > > -----Original Mail----- > From: Fred van Zwieten [fvzwieten at vxcompany.com] > Sent: 27.08.13 - 20:30:53 > To: gluster-users at gluster.org [gluster-users at gluster.org] > > Subject: Advise needed on backup solution with Gluster > astarget > > > Hi, > > I have a need to build a backup solution using a distribution gluster > > volume as the target. I am looking at rsnapshot (www.rsnapshot.org). > This > > solution depends heavily on hardlinks on the target. Is this a problem on > > glusterfs? If so, what would be a better solution? > > Fred > > Seeing, contrary to popular wisdom, isn?t believing. It?s where belief > > stops, because it isn?t needed any more.. (Terry Pratchett) > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130827/8bdeafa0/attachment.html>
