Edgewall Software
Modify ↓

Opened 17 years ago

Closed 16 years ago

#7087 closed defect (wontfix)

SubversionException: ("Reference to non-existent node '0.0.r41/13341' in filesystem '/var/repos/stratplace/db'", 160014)

Reported by: Clayton Owned by: Christian Boos
Priority: normal Milestone:
Component: version control Version: devel
Severity: normal Keywords: open needinfo
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

How to Reproduce

While doing a GET operation on /browser, Trac issued an internal error.

(please provide additional details here)

Request parameters: 

{'path': '/'}

User Agent was: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13

System Information

Trac 0.11dev-r6811
Python 2.3.5 (#1, Nov 30 2005, 10:43:01) [C]
setuptools 0.6c8
SQLite 3.2.2
pysqlite 2.0.5
Genshi 0.4.4
Subversion 1.4.3 (r23084)
jQuery: 1.2.3

Python Traceback

Traceback (most recent call last):
  File "/opt/csw/lib/python2.3/site-packages/Trac-0.11dev_r6811-py2.3.egg/trac/web/main.py", line 417, in _dispatch_request
    dispatcher.dispatch(req)
  File "/opt/csw/lib/python2.3/site-packages/Trac-0.11dev_r6811-py2.3.egg/trac/web/main.py", line 197, in dispatch
    resp = chosen_handler.process_request(req)
  File "/opt/csw/lib/python2.3/site-packages/Trac-0.11dev_r6811-py2.3.egg/trac/versioncontrol/web_ui/browser.py", line 359, in process_request
    node.get_properties()),
  File "/opt/csw/lib/python2.3/site-packages/Trac-0.11dev_r6811-py2.3.egg/trac/versioncontrol/web_ui/browser.py", line 407, in _render_dir
    entries = [entry(n) for n in node.get_entries()]
  File "/opt/csw/lib/python2.3/site-packages/Trac-0.11dev_r6811-py2.3.egg/trac/versioncontrol/svn_fs.py", line 752, in get_entries
    entries = fs.dir_entries(self.root, self._scoped_svn_path, pool())
  File "/opt/csw/lib/python2.3/libsvn/fs.py", line 492, in svn_fs_dir_entries
    return apply(_fs.svn_fs_dir_entries, args)
SubversionException: ("Reference to non-existent node '0.0.r41/13341' in filesystem '/var/repos/stratplace/db'", 160014)

Attachments (0)

Change History (13)

comment:1 by Tim Hatch, 17 years ago

Component: general → version control
Keywords: needinfo added
Owner: changed from Jonas Borgström to Christian Boos

Please use svnadmin verify on the repository to rule out a corrupting issue.

comment:2 by cbolz, 17 years ago

See below for verify command output on same repository. One interesting thing is that when I log out of trac and refresh the page several times the source browsing intermittently works.

[dev:~/src/svnauth] root# svnadmin verify /var/repos/stratplace

  • Verified revision 0.
  • Verified revision 1.
  • Verified revision 2.
  • Verified revision 3.
  • Verified revision 4.
  • Verified revision 5.
  • Verified revision 6.
  • Verified revision 7.
  • Verified revision 8.
  • Verified revision 9.
  • Verified revision 10.
  • Verified revision 11.
  • Verified revision 12.
  • Verified revision 13.
  • Verified revision 14.
  • Verified revision 15.
  • Verified revision 16.
  • Verified revision 17.
  • Verified revision 18.
  • Verified revision 19.
  • Verified revision 20.
  • Verified revision 21.
  • Verified revision 22.
  • Verified revision 23.
  • Verified revision 24.
  • Verified revision 25.
  • Verified revision 26.
  • Verified revision 27.
  • Verified revision 28.
  • Verified revision 29.
  • Verified revision 30.
  • Verified revision 31.
  • Verified revision 32.
  • Verified revision 33.
  • Verified revision 34.
  • Verified revision 35.
  • Verified revision 36.
  • Verified revision 37.
  • Verified revision 38.
  • Verified revision 39.
  • Verified revision 40.
  • Verified revision 41.
  • Verified revision 42.
  • Verified revision 43.

comment:3 by anonymous, 17 years ago

Keywords: open added; needinfo removed

Changing Status

comment:4 by Christian Boos, 17 years ago

Keywords: needinfo added; open removed

So I take this to mean that the repository is not corrupted. What kind of repository is this (FSFS or BDB backend)? Are you accessing it from a network share?

comment:5 by anonymous, 17 years ago

Keywords: open added; needinfo removed

The repository is on the local filesystem on our hosting box from Joyent (Accelerator) running solaris 11. In regards to the filesystem, I'm assuming it's FSFS. Is there a simple way to find to which filesystem it uses. I inherited the subversion install and I'm not sure which filesystem it uses.

From the db directory I get: [dev:/var/repos/project1/db] admin$ ls current* fs-type* revprops/ transactions/ write-lock* format* locks/ revs/ uuid*

comment:6 by Christian Boos, 17 years ago

Ok, it's FSFS.

Solaris. Well, we have several similar tickets, not exactly with that error, but close. Have a look at #5788, in particular the first comment by Rupert and please go through the tickets in the list from search:?q=solaris+svn&ticket=on, maybe you'll find an appropriate hint.

comment:7 by anonymous, 17 years ago

Ok, so I installed the trac package from as recommended in comment in #5788. This was actually the first install I attempted before going directly to the .11dev build. With that trac version my SVN repository path was not being recognized at all, "path /home/trac/project does not appear to be a valid repository".

Here is the strange part. With trac .11dev version this error will go away if I give the anonymous user 'BROWSE_VIEW' access and log out of trac (making me the anonymous user). At that point the error goes away and everything works fine. That's what leaves me to believe that this might be some permission issue. I'm using basic htpasswd authentication. Right when I log back in the error pops up.

Thanks

comment:8 by Christian Boos, 17 years ago

Just to be sure: did you mean give anonymous BROWSER_VIEW access, and the anonymous user is able to browse the Subversion repository through Trac?

Or did you mean instead, don't give anonymous BROWSER_VIEW access, in which case it's normal you won't have those errors.

comment:9 by anonymous, 17 years ago

Yes, I make sure that the anonymous user had BROWSER_VIEW access and then logout out trac. At that point I clicked on the 'Browse Source' tab (refreshed the page) and everything works fine.

If I logged back in under my admin account (or any other account I've created in trac) and click on 'BROWSER_VIEW' then I get the above error thrown.

comment:10 by anonymous, 17 years ago

One more note just make sure I'm clear… So what I'm experiencing is that the Anonymous user can access the SVN source code just fine through the 'BROWSE SOURCE' because when I use the ANONYMOUS user the error is NOT thrown. However, when I log in as a user then I get this error thrown.

comment:11 by cgamache@…, 16 years ago

Same issue. Running on Solaris, I can't browse when I use tracd, but it is fine when I run trac through mod_python.

in reply to:  11 comment:12 by Remy Blank, 16 years ago

Keywords: needinfo added

Replying to cgamache@…:

Same issue. Running on Solaris, I can't browse when I use tracd, but it is fine when I run trac through mod_python.

This sounds more like a filesystem permissions issue, as tracd and Apache probably run under different users.

To the OP: are you still experiencing this issue with 0.11.1?

comment:13 by Christian Boos, 16 years ago

Resolution: → wontfix
Status: new → closed

No feedback, closing.

Modify Ticket

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

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