On my cpu server, replica seems to be confused over its current
point in time.

When I first ran it today, I got a bunch of (correct) local
conflicts, and several files were updated. I resolved a few of
the local conflicts and re-ran, and while several things worked
fine, some odd behavior started showing.

Replica always tries to update three files, but never actually
does so. There were existing versions of the files; I've tried
removing them and recreating them. Replica notices the changes,
but still won't update them.

(pardon the bunch of -c's below. pull is a function calling
glenda's pull. this is as hostowner.)

cpu% pull -c acme/bin/386 -c 386/9pc -c 386/9load -c 386/bin -c 386/9loaddebug 
-c 386/9loadlite -c 386/9loadlitedebug -c 386/9pxeload -c 386/9pxeloaddebug -c 
rc/bin/9fs -c rc/bin/termrc -c rc/bin/cpurc -c rc/bin/cpurc.local -c 
lib/ndb/auth -c 386/9pc -c 386/9pc.gz -c 386/9pccpu -c 386/9pccpu.gz -c 
386/9pcdisk -c 386/9pcdisk.gz -c 386/9pcf -c 386/9pcf.gz -c acme/mail/src
a sys/lib/sysconfig/auth/boundary/httppasswords 660 sys sys 1016833584
! sys/lib/sysconfig/auth/boundary/keys: locally created; will not overwrite
! sys/lib/sysconfig/auth/boundary/netkeys: locally created; will not overwrite

If I leave out the various -c arguments, replica has no idea
I've blessed those files. It's correct that httppasswords
doesn't exist while the other two do. If I give it a -s, It'll
make all three "a" lines; in any case, nothing in that
directory changes.

It is noticing other changes; for example, these two just
showed up in a successive run:

cpu% pull -c acme/bin/386 -c 386/9pc -c 386/9load -c 386/bin -c 386/9loaddebug 
-c 386/9loadlite -c 386/9loadlitedebug -c 386/9pxeload -c 386/9pxeloaddebug -c 
rc/bin/9fs -c rc/bin/termrc -c rc/bin/cpurc -c rc/bin/cpurc.local -c 
lib/ndb/auth -c 386/9pc -c 386/9pc.gz -c 386/9pccpu -c 386/9pccpu.gz -c 
386/9pcdisk -c 386/9pcdisk.gz -c 386/9pcf -c 386/9pcf.gz -c acme/mail/src
a sys/lib/sysconfig/auth/boundary/httppasswords 660 sys sys 1016833584
! sys/lib/sysconfig/auth/boundary/keys: locally created; will not overwrite
! sys/lib/sysconfig/auth/boundary/netkeys: locally created; will not overwrite
c sys/man/2/atof
c sys/src/cmd/fossil/cache.c

Those files are indeed updated on my disk, and don't show up
in further replica runs. There are corresponding entries in
/dist/replica/client/plan9.(log db).

I can't find a definition of /dist/replica/client/plan9.time.
I noticed the permissions were weird for that directory (not
writable by hostowner), and the contents seems odd:
 1252443603        7182 
The first number is in September of last year. I take the
next to be the "gen", although I'm not really clear how to
interpret that. Fixing permissions made no difference.

I'm stumped. Anyone have any ideas?

Reply via email to