getting "No node... in revision XXX" when viewing changeset

[jazzman <jeremy.g.ross@…>]

When viewing certain changesets, we get the message "No node at some_dir/file.txt in revision XXX"

trac is pointed to a repo subfolder, i.e. repository_dir = /svn/repo/subdir1.

The file in question has never been outside of this folder.

[cboos]

Well, your report is a bit too vague to be acted upon. Please consider providing the actual paths and revisions involved, along with the relevant part of the path's history, so that we could figure out what's really happening here.

In particular, I wonder if the directory of the file (or one of its ancestor) was ever copied/moved from outside of the scope, in which case this would be a dupe of #1830.

[jazzman <jeremy.g.ross@…>]

I'm unable to post the actual path names.. they may be sensitive. I can't find anywhere in the folder hierarchy that something was moved in from another top-level folder. I did review 1830 in detail. In this instance, I followed the revisions listed in the error message until I arrived at a changeset that Trac could display. I believe it was only 3 or 4 revs back. The file has a total of about 20 revs. None of them are moves, just edits. I can't see anything about the most recent rev that Trac CAN display.

[jazzman <jeremy.g.ross@…>]

I also just realized that when viewing the file history through Browse Source, the most recent changeset listed for the file in question is 463. There have been three changes since 463, the most recent being 509. The 3 latest changesets do show up in the time line, but result in the reported error message if you click on one of them.

[cboos]

Replying to jazzman <jeremy.g.ross@gmail.com>:

I'm unable to post the actual path names.. they may be sensitive.

Then simply "obfuscate" them, we just need to talk about precise things. Do the same for a svn log of the file.

Also, it might be worth trying out 0.10dev, since the support for scoped repositories has been generally improved.

[jazzman <jeremy.g.ross@…>]

"svn log" of versioned file in question

[jazzman <jeremy.g.ross@…>]

can't seem to get a consise log of the directory. could you provide an example of an svn command that will give what you need?

[abovill@…]

I am having the same problem with my setup of Trac, also using 0.9.6. I am getting the following error: No node at codeport2/trunk/area/startup in revision 3
amongst other errors of the same type for various revisions. Rev 17 is the latest revision with errors, I will attach that.

[abovill@…]

svn log of trunk/ from revision 17:1

[anonymous]

Ahh, what happened during revision 17 was I made a tagged release to codeport2/tags trac is actually set up (I believe) to look at / of the repository, (so codeport2 is the next directory down) I don't know if this helps any...

[cboos]

Replying to anonymous: the log in attachment:svn_log_r17 stops at r15 ...

+ check in you trac.ini:

trac is actually set up (I believe) to look at / of the repository, (so codeport2 is the next directory down)

what is the actual value of [trac] repository_dir

[abovill@…]

repository_dir = /home/svn/tmerepo/ inside which is codeport2 then trunk, branches, tags

[abovill@…]

Another error I found (rev 5, for air.are) seems to be because someone overwrote the file in the subversion repository from another file outside version control. (i.e. they did: mv file_outside_version_control file_under_version_control) would this cause subversion to break?

[cboos]

Replying to jazzman <jeremy.g.ross@gmail.com>:

can't seem to get a consise log of the directory. could you provide an example of an svn command that will give what you need?

Sorry, I miss your updates. I don't see anything wrong with that file...

Has the repository been rebuilt by any chance, at some point in time? Or did you change the "scope" of the repository? Maybe Trac went out-of-sync...

In any case, do a TracAdmin resync. If the problem persist, then I really don't see how you can have at the same time a Trac error message like

/FFM/trunk/MF/Components/EditAssetPopUp.mxml doesn't exist at rev 514

and the svn log command telling you:

r514 | eoates | 2006-08-10 13:22:10 -0500 (Thu, 10 Aug 2006) | 1 line
 	Changed paths:
...
 	   M /FFM/trunk/MF/Components/EditAssetPopUp.mxml
...

since they should be using the same ways to read the repository...

[cboos]

Replying to abovill@gmail.com:

Another error I found (rev 5, for air.are)

Can you please paste the exact error message you got, along with the URL that triggered it?

Anyway, as it's likely that there will be no 0.9.7 release, can you check if the situation is reproductible with Trac 0.10?

(same thing for jeremy)

[anonymous]

Replying to cboos:

Can you please paste the exact error message you got, along with the URL that triggered it?

Apparently not, I can't reproduce it, because it has mysteriously fixed itself. Last night I did a couple resyncs of the repository, but it didn't fix it, I still had the same problem, now, I can view all the changesets (I think) just fine. just that it's really really really slow loading a full changeset.

[cboos]

Do you have the Subversion repository on a local disk or on a mounted one? The latter may explain the slowness, as well as possibly the errors you had.

[cboos]

Well, as the problem vanished, I think we can close this.