ports/154607: Symlinking leads to hashing fail in rtorrent [Too many levels]

Viktor S bugzilla at marinmo.org
Wed Feb 9 09:20:12 UTC 2011


>Number:         154607
>Category:       ports
>Synopsis:       Symlinking leads to hashing fail in rtorrent [Too many levels]
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Feb 09 09:20:11 UTC 2011
>Closed-Date:
>Last-Modified:
>Originator:     Viktor S
>Release:        8.2-RC1
>Organization:
>Environment:
>Description:
I'm sorry this is late as I don't have FreeBSD installed any more on my server. Posting this nevertheless so that FreeBSD maintainers is aware of the problem.

Copy/paste from the rtorrent bugtracker (http://libtorrent.rakshasa.no/ticket/2470):

"I've got a folder structure that leads to files being 5 folder levels below / (like so: /data/files/in/this/folder). I've got my downloads in another directory 3 levels below /. Symlinking files (or folders) to my torrent download directory makes rtorrent error with "Hashing: Storage error: [Hash checker was unable to map chunk: Too many levels". The file names are generally quite long, but do not exceed the 255-character limit."

This was on a 3 disk ZRAID.

This problem is not reproducable in Linux with approximately the same folder structure.
>How-To-Repeat:
ln -s /data/files/in/this/folder /downloads/goes/here
start rtorrent with it's download folder directed at the /downloads/goes/here folder with folders symlinked to it from /data/files/in/this/folder
>Fix:
None.

>Release-Note:
>Audit-Trail:
>Unformatted:



More information about the freebsd-ports-bugs mailing list