The continuing saga of syncing netbsd-src:

I've got a fossil processing kicked off by: fossil sync --verily
(against: http://netbsd.sonnenberger.org/timeline)

that has now consumed 594 minutes of CPU time, and produced no network
traffic (as measured by tcpdump)... when I ktruss(1) it, it's only
emitting:

1510      1 fossil   sendto(0xa, 0x7f55319f97c0, 0x2aad782313, 0, 0,
0) Err#32 EPIPE

The last entry in my local copy of the repo is [0bb26b5ab6] from 30 May.

Does anybody have any further ideas for troubleshooting this ?

-bch


On 12/3/15, Andy Bradford <amb-fos...@bradfords.org> wrote:
> Thus said Andy Gibbs on Thu, 03 Dec 2015 10:58:52 +0100:
>
>> "round-trips" being  during the push  (i.e. post commit). Sorry  I was
>> using  the terminology  of  what  was being  shown  on  screen --  not
>> combining the pre and post commit numbers.
>
> That's alright,  I was just trying  to be certain I  understood what you
> were  seeing. It  sounds like  the 100  round-trips is  during the  push
> portion  of the  sync operation,  which  means you  must have  a lot  of
> artifacts in the commit.
>
>> Hooray!  However... doing  then a  sync on  my clone,  then doing  the
>> fossil test-clusters again on the server results in:
>
> Yes, this was recently fixed here:
>
> http://www.fossil-scm.org/index.html/info/24606598a72eeaaa
>
> Also, I've found that when you  run ``fossil rebuild'' on the repository
> that has errors about artifacts not found in clusters, it places all the
> artifacts not in clusters back into the unclustered table. And, not only
> that, but after running rebuild, the next  sync they will get put into a
> cluster and the  clients begin again to pull them  down (without needing
> --verily at all).
>
> At  any rate,  I'll  see  if I  can  reproduce the  issue  as  far as  I
> understand it from your description.
>
> Thanks,
>
> Andy
> --
> TAI64 timestamp: 400000005661240e
>
>
> _______________________________________________
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to