From mboxrd@z Thu Jan 1 00:00:00 1970 To: 9fans@cse.psu.edu Subject: Re: [9fans] replica error From: "Russ Cox" Date: Tue, 8 May 2007 20:11:56 -0400 In-Reply-To: <68fadd6d73be654d56169551c54c54dc@quintile.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Message-Id: <20070509001156.C79491E8C3A@holo.morphisms.net> Topicbox-Message-UUID: 600845a4-ead2-11e9-9d60-3106f5b1d025 > I am getting an unusual error from replica when I try to > do a pull from the the labs, looking the source I am not > clear what is happening or what to do about it. > > term% replica/pull -v /dist/replica/network -s 386/bin/aquarela > post... > stopped updating log apply time because of lib/video.specs > 386/bin/aquarela: locally modified; will not update > > I have a seccond server that is perfectly happy so I assume > I have corrupted my local state. > > Anyone any thoughts or should I delve deeper into replica? The context here is that the log apply time marks the point in /dist/replica/client/plan9.log where the system is up-to-date. Future pulls start there in the log. If you specify only a subset of the files to pull then this time does not get updated if there is a file in the remainder of the log that would need to be copied but is not specified in the list of files to process. That prompts the question, where did I specify a list of files to process? The answer is that the argument you have given as /dist/replica/network is the first non-option argument, so -s and 386/bin/aquarela are taken as two more non-option arguments. The correct command line is replica/pull -v -s 386/bin/aquarela /dist/replica/network or just pull -v -s 386/bin/aquarela using /usr/glenda/bin/rc/pull. The latter exists mainly so that you don't have to remember the former. Russ