[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: DFS alternative for linux

From: Thomas Harold <tgh_at_tgharold.com>
Date: 2006-10-16 17:04:37 CEST

Russ wrote:
> When a user uploads an image, the image gets synced between the 2
> image servers. This happens days or even weeks before I might go in
> and commit these images into the repo. These images need to be
> available on the second server as soon as possible, as the servers
> are load balanced, and we don't want users to are broken images.

Hmm... the other option that comes to mind is the Unison project which
offers a bi-directional synchronization. Not sure how responsive it is.

> So in this scenario there is no sort of svn update solution that I
> can see (short of updating my code to do a commit everytime an image
> is uploaded and use some sort of post-commit hook to force an
> update.)

If your uploads happen via a web page (instead of scp/sftp/ftp), writing
some sort of script to trigger an update across the cluster might be a
good solution. In which case you could use rsync to look only at the
directory with new files to push across to the other server.

Otherwise I think you're going to have to hook into something low-level
to trigger the update script.

> Its seems there were some solutions suggested as far as what
> filesystems to use, but it doesn't look like a lot of them are ready
> for production use. I will go through the list at some point and
> see if I can spot a winner, but the documentation on most projects
> seems scarce and vague, and I don't think I'll be able to make a
> decision without installing a whole bunch of the choices and trying
> them out.
> That is unless someone here who understands what I'm looking for
> would know something that would be perfect for the job.

I suspect you're going to have to go visit High-Availability or
Clustering linux mailing lists / forums. They should be filled with
users who are working with directory synchronization issues across
multiple servers.

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Oct 16 17:09:49 2006

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.