Edgewall Software
Modify

Opened 16 years ago

Closed 16 years ago

Last modified 8 years ago

#8282 closed defect (fixed)

trac-admin resync failure

Reported by: tjb@… Owned by: Remy Blank
Priority: normal Milestone: 0.11.5
Component: version control Version: 0.11-stable
Severity: normal Keywords:
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

Ran trac-admin resync for a trac installation scoped to part of our subversion repository.

trac-admin reported:

Resyncing repository history... 
Command failed: No changeset 17437 in the repository

I collected a trac.log at the DEBUG log level, a subversion log around the affected revisions, and the full output of trac-admin.

We are running trac-0.11.5-stable, subversion 1.5.6, apache 2.2 on a Ubuntu 8.04 server.

Attachments (3)

trac-admin.out (316 bytes ) - added by tjb@… 16 years ago.
trac-admin output
trac.log (1.5 KB ) - added by tjb@… 16 years ago.
trac log, DEBUG level
svn.log (1.6 KB ) - added by tjb@… 16 years ago.
Subversion log of affected path

Download all attachments as: .zip

Change History (10)

by tjb@…, 16 years ago

Attachment: trac-admin.out added

trac-admin output

by tjb@…, 16 years ago

Attachment: trac.log added

trac log, DEBUG level

by tjb@…, 16 years ago

Attachment: svn.log added

Subversion log of affected path

comment:1 by tjb@…, 16 years ago

Our trac instance is scoped to /projects/PAR. Looking at the svn.log, I would think it was significant that the path was created(rev 17435), then deleted(rev 17436), then recreated again(rev 17551).

At some point in the past, this must have worked, as we had trac history on this project until I ran the resync today.

I have to admit that this is a pathological case, but unfortunately we (in our repository) are stuck with it.

comment:2 by Christian Boos, 16 years ago

Can you try reverting [8184], to see if it makes a difference?

comment:3 by tjb@…, 16 years ago

Our server is not connected to the internet, so I install updates by periodically updating to an internet connected machine, and transferring to the server. I do keep a history of previous installations, the most recent I have prior to r8195 was r8177.

I reverted to r8177, and the resync works fine now. I can checkout the last stable prior to 8184 if you like, and be more specific.

comment:4 by Remy Blank, 16 years ago

Milestone: 0.11.5
Owner: set to Remy Blank

This is very likely a side-effect of the fix from #5640. I'll revert [8184] on 0.11-stable for now and propose a better fix, now that I know when it's failing.

comment:5 by Remy Blank, 16 years ago

I have reverted [8184] in [8198], which should fix this issue. Would it be possible for you to test the following items:

  • Update to [8198] and ensure that this issue is actually fixed.

in reply to:  5 comment:6 by anonymous, 16 years ago

Replying to rblank:

I have reverted [8184] in [8198], which should fix this issue. Would it be possible for you to test the following items:

  • Update to [8198] and ensure that this issue is actually fixed.

I updated to [8198], and the resync works OK. I applied the patch attachment, and the resync still works OK.

I checked the Timeline and looked in the trac log for anything unusual, all seems OK. Thanks.

comment:7 by Remy Blank, 16 years ago

Resolution: fixed
Status: newclosed

Ok, thanks for testing. So [8198] closes this issue, and the discussion continues in #5640. I would suggest you re-update to a clean copy of [8198], without the patch, as we may not keep it.

And sorry for the trouble that [8184] has caused!

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Remy Blank.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Remy Blank to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.