9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: Fco.J.Ballesteros <nemo@plan9.escet.urjc.es>
To: 9fans@cse.psu.edu
Subject: [9fans] replica/sync & change proposal for removed entries
Date: Mon,  3 Jun 2002 16:34:30 +0200	[thread overview]
Message-ID: <24ec1936fd3695722aadfd917087bd0f@plan9.escet.urjc.es> (raw)

I ended up implementing a new program for replica(8).  It's called
replica/sync and uses the replica dbs directly (without looking at the
logs) to perform what a replica/pull plus a replica/push would do.

My reasons for doing so were:
- I had some problems with replica deleting some files, probably
  due to my ignorance or to hard to see bugs; but all of them seem
  to be related to the use of logs by replica programsⁱ. Thus I wanted
  to avoid logs.

- I tried Tra, but its minisync takes a very long time to sync a (big) home
  directory on my laptop (which is not a fast machine).

- I wanted a simple tool to sync multiple replicas, along the lines of
  other replica(8) programs.

Since bugs in this new tool may harm, I won't distribute it until using
it myself for some more time; if anyone wants the source just drop me
a line.

The proposal I'd like to make is to change a little bit the format
of the REMOVED data base entries in replica.

Currently they are like this

	bin/rc/sync xxx REMOVED xxx xxx 0 0

And I'd like to keep, if possible, the last known mtime for the file
before its removal, like

	bin/rc/sync xxx REMOVED xxx xxx 1022782353 0

replica/sync needs this to work, since otherwise it would be hard to know
whether a file was added at one place or removed at the other.
I already made the change to my local replica(8) and it doesn't seem to
harm other replica tools.

In any case, thanks a lot for adding a nice set of replica tools.

	-N

ⁱ - I'm still trying to find what's the cause of the misterious deletions.
    and will drop a line in case I find it out.



                 reply	other threads:[~2002-06-03 14:34 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=24ec1936fd3695722aadfd917087bd0f@plan9.escet.urjc.es \
    --to=nemo@plan9.escet.urjc.es \
    --cc=9fans@cse.psu.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).