On Wed, 2006-04-19 at 11:08 +0200, Dirk Meyer wrote:
> Arg, you have this softlink stuff again. Can you send me a private
> mail with your directory structure.
The basic idea is:
* I have 4 disks on my file server, orion, mounted locally
under /data/disks/[1-4]
* orion:/ is mounted on viper, my freevo box, under /orion
* orion:/data/disks/[1-4] are mounted on viper
under /orion/data/disks/[1-4]
* I've a symlink on viper /data -> /orion/data (and I do this on
all my boxes, so /data looks the same everywhere).
* All my mp3s are on a single disk, on /data/disks/1/mp3, which on
viper is actually /orion/data/disks/1/mp3 (due to the /data
symlink); a symlink /data/mp3 -> /data/disks/1/mp3
* All my movies are spread out across all my disks,
under /data/disks/[1-4]/movies/; there are no symlinks under
here.
* A directory /data/movies exists. Under /data/movies are
symlinks to all the movies distributed out across my disks, so I
can access my movies in a central place and not care what disk
they're on (I have a script to keep this in sync when I add a
new movie to some disk).
I will email you privately some ls output to solidify the above
description. Should give you enough of an idea to recreate the
structure on your end for testing.
Hope that helps :)
> Yes, beacuse right now I expect that the parent is already parsed and
> in the db. Well, this is true if you have a directory structure
> without softlinks to directories. In your case we jump from
> data/movies right to disks/2/movies and we never scanned the
> parents.
Yes, /data/movies would exist in the db, but when it wants to
parse /data/disks/2/movies/SomeMovie then /data/disks/2/movies will have
to be added to the db.
Jason.
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Freevo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-devel