PDA

View Full Version : 6.0b1 & iTunes problems



Healy
2005-03-09, 11:06
My song count is totally off with 6.0b1:
Your music library contains 1084 albums with 5061 songs by 1141 artists.

With 5.4:
Your music library contains 1694 albums with 27221 songs by 2451
artists.

It's about 22,000 short! Not all genres are found (IE: Zydeco is not
on the list when browsing by genre) and none of my iTunes playlists are
found. I have it setup exactly like 5.4 & have tried wiping / clearing
cache no change. I even blasted the config file & rebuilt it from
scratch, still no change. The server is running on Debian Linux box
with samba shared raid mounted on my G5 running OS X. iTunes library
is symlinked off the G5 to the mounted raid drive. Server settings
like so:

Music Folder
(Blank since I'm using iTunes)

Playlists Folder
/home/playlists

iTunes Music Library.xml Location
/raid0/mp3/iTunes/iTunes Music Library.xml

iTunes Music Folder
/raid0/mp3/

This is the exact same setup that works with 5.4. The only playlists
that are found with 6.0b1 are the ones made with slimserver & stored in
/home/playlists on the server. None of the iTunes ones are found.
Suggestions?

-Healy

Healy
2005-03-09, 18:52
Where is the cache normally stored on the tarball distribution? I've
completely erased the folder & untarred the distro again. Somehow it's
still caching the bad song count.


On Mar 9, 2005, at 10:06 AM, Healy wrote:

> My song count is totally off with 6.0b1:
> Your music library contains 1084 albums with 5061 songs by 1141
> artists.
>
> With 5.4:
> Your music library contains 1694 albums with 27221 songs by 2451
> artists.
>
> It's about 22,000 short! Not all genres are found (IE: Zydeco is not
> on the list when browsing by genre) and none of my iTunes playlists
> are found. I have it setup exactly like 5.4 & have tried wiping /
> clearing cache no change. I even blasted the config file & rebuilt it
> from scratch, still no change. The server is running on Debian Linux
> box with samba shared raid mounted on my G5 running OS X. iTunes
> library is symlinked off the G5 to the mounted raid drive. Server
> settings like so:
>
> Music Folder
> (Blank since I'm using iTunes)
>
> Playlists Folder
> /home/playlists
>
> iTunes Music Library.xml Location
> /raid0/mp3/iTunes/iTunes Music Library.xml
>
> iTunes Music Folder
> /raid0/mp3/
>
> This is the exact same setup that works with 5.4. The only playlists
> that are found with 6.0b1 are the ones made with slimserver & stored
> in /home/playlists on the server. None of the iTunes ones are found.
> Suggestions?
>
> -Healy

Dan Sully
2005-03-09, 18:55
* Healy shaped the electrons to say...

>Where is the cache normally stored on the tarball distribution? I've
>completely erased the folder & untarred the distro again. Somehow it's
>still caching the bad song count.

On a *nix machine, $HOME/.slimserversql.db

On OSX, $HOME/Library/Caches/SlimServer/slimserversql.db

-D
--
Ya gotta love UNIX, where else do you wonder whether
you can kill a zombie spawned by a daemon's fork?

Healy
2005-03-09, 19:03
On Mar 9, 2005, at 5:55 PM, Dan Sully wrote:

> * Healy shaped the electrons to say...
>
>> Where is the cache normally stored on the tarball distribution? I've
>> completely erased the folder & untarred the distro again. Somehow
>> it's still caching the bad song count.
>
> On a *nix machine, $HOME/.slimserversql.db
>

Thanks. I've trashed those & pointed it at a new directory. I'll see
if that fixes the problem.

Healy
2005-03-09, 20:12
Well, now after removing & reinstalling, plus purging the .db files and
the config files, a new scan says:

699 albums with 2160 songs by 636 artists.

It should be:
1694 albums with 27221 songs by 2451 artists

I can't figure out why 6.0b1 is so wrong compared to 5.4. Am I the
only one with this issue?



On Mar 9, 2005, at 10:06 AM, Healy wrote:

> My song count is totally off with 6.0b1:
> Your music library contains 1084 albums with 5061 songs by 1141
> artists.
>
> With 5.4:
> Your music library contains 1694 albums with 27221 songs by 2451
> artists.
>
> It's about 22,000 short! Not all genres are found (IE: Zydeco is not
> on the list when browsing by genre) and none of my iTunes playlists
> are found. I have it setup exactly like 5.4 & have tried wiping /
> clearing cache no change. I even blasted the config file & rebuilt it
> from scratch, still no change. The server is running on Debian Linux
> box with samba shared raid mounted on my G5 running OS X. iTunes
> library is symlinked off the G5 to the mounted raid drive. Server
> settings like so:
>
> Music Folder
> (Blank since I'm using iTunes)
>
> Playlists Folder
> /home/playlists
>
> iTunes Music Library.xml Location
> /raid0/mp3/iTunes/iTunes Music Library.xml
>
> iTunes Music Folder
> /raid0/mp3/
>
> This is the exact same setup that works with 5.4. The only playlists
> that are found with 6.0b1 are the ones made with slimserver & stored
> in /home/playlists on the server. None of the iTunes ones are found.
> Suggestions?
>
> -Healy

kdf
2005-03-09, 20:26
Quoting Healy <slim (AT) nwgeeks (DOT) com>:

> Well, now after removing & reinstalling, plus purging the .db files and
> the config files, a new scan says:
>
> 699 albums with 2160 songs by 636 artists.

are you seeing any errors while using d_itunes and d_info during the scan?

if you run from the command line with the same debug options (--d_itunes
--d_info)
does it look like 22,000 songs going by? does the scan seem to stop at a point
that is cleary not all the way, or are songs being skipped for one reason or
another?

-kdf

Healy
2005-03-09, 22:44
I ran a couple of tests. I've got 5.4 & 6.0b1 on the same box in
different locations. I ran both servers with the
itunes debug options after clearing the cache files & letting the
server rebuild. The 6.0 server has all sorts
of "file not found" errors that the 5.4 does not. Same mp3s, same
location, same iTunes xml file. I've verified
with about 15 songs that 6.0 reported as not found that a) the song
exists and b) itunes knows of it & plays it.

Log files at: http://www.nwgeeks.com/slim/

I stopped the 6.0 log before it reached 1mb in size.


On Mar 9, 2005, at 7:26 PM, kdf wrote:

> Quoting Healy <slim (AT) nwgeeks (DOT) com>:
>
>> Well, now after removing & reinstalling, plus purging the .db files
>> and
>> the config files, a new scan says:
>>
>> 699 albums with 2160 songs by 636 artists.
>
> are you seeing any errors while using d_itunes and d_info during the
> scan?
>
> if you run from the command line with the same debug options
> (--d_itunes
> --d_info)
> does it look like 22,000 songs going by? does the scan seem to stop at
> a point
> that is cleary not all the way, or are songs being skipped for one
> reason or
> another?
>
> -kdf
>

kdf
2005-03-09, 22:50
Quoting Healy <slim (AT) nwgeeks (DOT) com>:

> I ran a couple of tests. I've got 5.4 & 6.0b1 on the same box in
> different locations. I ran both servers with the
> itunes debug options after clearing the cache files & letting the
> server rebuild. The 6.0 server has all sorts
> of "file not found" errors that the 5.4 does not. Same mp3s, same
> location, same iTunes xml file. I've verified
> with about 15 songs that 6.0 reported as not found that a) the song
> exists and b) itunes knows of it & plays it.
>
> Log files at: http://www.nwgeeks.com/slim/

the test that is failing here is if (!$file || !-r $file)
so if there is no $file defined, or if its not readable by slimserver, then you
see the file not found. so, if the file exists, are you certain that it is
readable by the user that is running the slimserver process?

-kdf

Healy
2005-03-09, 23:28
On Mar 9, 2005, at 9:50 PM, kdf wrote:

> Quoting Healy <slim (AT) nwgeeks (DOT) com>:
>
>> I ran a couple of tests. I've got 5.4 & 6.0b1 on the same box in
>> different locations. I ran both servers with the
>> itunes debug options after clearing the cache files & letting the
>> server rebuild. The 6.0 server has all sorts
>> of "file not found" errors that the 5.4 does not. Same mp3s, same
>> location, same iTunes xml file. I've verified
>> with about 15 songs that 6.0 reported as not found that a) the song
>> exists and b) itunes knows of it & plays it.
>>
>> Log files at: http://www.nwgeeks.com/slim/
>
> the test that is failing here is if (!$file || !-r $file)
> so if there is no $file defined, or if its not readable by slimserver,
> then you
> see the file not found. so, if the file exists, are you certain that
> it is
> readable by the user that is running the slimserver process?
>

Files are all mode 755 & server is run as root.

Healy
2005-03-13, 11:59
Finally had the time to test, retest & test again. It was a permissions
problem, just not a unix one. I had to make a few tweaks to the samba
config on the Mac side & now 6.0b1 works like a charm with iTunes.

Thanks for the push in the right direction.

-Healy

On Mar 9, 2005, at 10:28 PM, Healy wrote:

>
> On Mar 9, 2005, at 9:50 PM, kdf wrote:
>
>> Quoting Healy <slim (AT) nwgeeks (DOT) com>:
>>
>>> I ran a couple of tests. I've got 5.4 & 6.0b1 on the same box in
>>> different locations. I ran both servers with the
>>> itunes debug options after clearing the cache files & letting the
>>> server rebuild. The 6.0 server has all sorts
>>> of "file not found" errors that the 5.4 does not. Same mp3s, same
>>> location, same iTunes xml file. I've verified
>>> with about 15 songs that 6.0 reported as not found that a) the song
>>> exists and b) itunes knows of it & plays it.
>>>
>>> Log files at: http://www.nwgeeks.com/slim/
>>
>> the test that is failing here is if (!$file || !-r $file)
>> so if there is no $file defined, or if its not readable by
>> slimserver, then you
>> see the file not found. so, if the file exists, are you certain that
>> it is
>> readable by the user that is running the slimserver process?
>>
>
> Files are all mode 755 & server is run as root.
>
>

Dan Sully
2005-03-13, 12:13
* Healy shaped the electrons to say...

>Finally had the time to test, retest & test again. It was a permissions
>problem, just not a unix one. I had to make a few tweaks to the samba
>config on the Mac side & now 6.0b1 works like a charm with iTunes.
>
>Thanks for the push in the right direction.

Great. Was there a bug open for this?

-D
--
"A good messenger expects to get shot." --Larry Wall

Healy
2005-03-13, 12:59
On Mar 13, 2005, at 11:13 AM, Dan Sully wrote:

> * Healy shaped the electrons to say...
>
>> Finally had the time to test, retest & test again. It was a
>> permissions
>> problem, just not a unix one. I had to make a few tweaks to the samba
>> config on the Mac side & now 6.0b1 works like a charm with iTunes.
>>
>> Thanks for the push in the right direction.
>
> Great. Was there a bug open for this?
>

Nope, just some list chatter between KDF & myself.

Healy
2005-03-15, 12:05
Aaaaaarrrrrrrrrrrrrrrg. Worked fine until I cleared the cache &
rescanned the db
for recent changes. Now it's back down to only reporting 5% of my
files. Back
to the testing board.

-Healy


On Mar 13, 2005, at 10:59 AM, Healy wrote:

> Finally had the time to test, retest & test again. It was a
> permissions
> problem, just not a unix one. I had to make a few tweaks to the samba
> config on the Mac side & now 6.0b1 works like a charm with iTunes.
>
> Thanks for the push in the right direction.
>
> -Healy
>
> On Mar 9, 2005, at 10:28 PM, Healy wrote:
>
>>
>> On Mar 9, 2005, at 9:50 PM, kdf wrote:
>>
>>> Quoting Healy <slim (AT) nwgeeks (DOT) com>:
>>>
>>>> I ran a couple of tests. I've got 5.4 & 6.0b1 on the same box in
>>>> different locations. I ran both servers with the
>>>> itunes debug options after clearing the cache files & letting the
>>>> server rebuild. The 6.0 server has all sorts
>>>> of "file not found" errors that the 5.4 does not. Same mp3s, same
>>>> location, same iTunes xml file. I've verified
>>>> with about 15 songs that 6.0 reported as not found that a) the song
>>>> exists and b) itunes knows of it & plays it.
>>>>
>>>> Log files at: http://www.nwgeeks.com/slim/
>>>
>>> the test that is failing here is if (!$file || !-r $file)
>>> so if there is no $file defined, or if its not readable by
>>> slimserver, then you
>>> see the file not found. so, if the file exists, are you certain
>>> that it is
>>> readable by the user that is running the slimserver process?
>>>
>>
>> Files are all mode 755 & server is run as root.
>>
>>

Dan Sully
2005-03-15, 12:16
* Healy shaped the electrons to say...

>Aaaaaarrrrrrrrrrrrrrrg. Worked fine until I cleared the cache &
>rescanned the db
>for recent changes. Now it's back down to only reporting 5% of my
>files. Back
>to the testing board.

Why did you clear the cache first? You should only need to rescan.

Additionally, iTunes has it's own rescan that happens if SlimServer notices the iTunes .xml file change.

-D
--
"My pockets hurt." - Homer Simpson

Healy
2005-03-15, 12:38
I tried a rescan first, then cleared the cache when that did not work.
Slimserver was not picking up a recent addition of a
miles davis box set long past the 600 seconds that was set in the
itunes rescan time.

I've hit a wall, I can't figure out what's going on. I backed up my
entire iTunes folder & created a new one with
just 199 Miles Davis tracks. Even those few tracks are not all found
by the server. I've rebuilt the Slimserver prefs, sqldb
and even the entire Slimserver directory from tarballs. Restarted
samba, removed the network drives from the
mac & re-attached them. All no go. Error logs & pref files here:

http://www.nwgeeks.com/slim/

Error log is from:
iTunes database with only 199 Miles Davis tracks in it
Started server with -d_itunes -d_info first not using itunes, the
selected "use itunes"

I'm out of ideas. Log files shows the file not found stuff again. I
can get the tracks to be found if I put the raid
path in the music folder but I can not get any itunes items to work.

-Healy


On Mar 15, 2005, at 11:16 AM, Dan Sully wrote:

> * Healy shaped the electrons to say...
>
>> Aaaaaarrrrrrrrrrrrrrrg. Worked fine until I cleared the cache &
>> rescanned the db
>> for recent changes. Now it's back down to only reporting 5% of my
>> files. Back
>> to the testing board.
>
> Why did you clear the cache first? You should only need to rescan.
>
> Additionally, iTunes has it's own rescan that happens if SlimServer
> notices the iTunes .xml file change.
>
> -D
> --
> "My pockets hurt." - Homer Simpson
>

Healy
2005-03-15, 17:11
OK, this is just wacky now:

With an absolutely clean install and NO music folder and NO itunes
folder, I get a wacked track count like this:

Your music library contains 1 album with 0 songs by 1 artist.

ran the server with the following command line options:

--logfile /etc/slim/error.log --prefsfile /etc/slim/.slimserver.pref
--cachedir /etc/slim --pidfile /var/run/slimserver.pid --d_server
-d_itunes --d_info

The log file from this session with no music folder & no itunes folder:

2005-03-15 15:53:53.8630 Old SLIMP3 Protocol init...
2005-03-15 15:53:53.8649 Slimproto Init...
2005-03-15 15:53:53.8666 SlimServer HTTP init...
2005-03-15 15:53:53.8792 SlimServer CLI init...
2005-03-15 15:53:53.8809 Source conversion init..
2005-03-15 15:53:53.8821 SlimServer Info init...
2005-03-15 15:53:53.8825 loading types config file...
2005-03-15 15:53:53.8845 Tag database support is ON, saving into:
/etc/slim/.slimserversql.db
2005-03-15 15:53:53.8894 Connected to database
dbi:SQLite:dbname=/etc/slim/.slimserversql.db
2005-03-15 15:53:53.8923 Creating new database.
2005-03-15 15:53:53.8926 Executing SQL file
/usr/local/SlimServer_v2005-03-08/SQL/SQLite/dbcreate.sql
2005-03-15 15:53:54.0954 DBI: Supressing periodic commit - no dirty
items
2005-03-15 15:53:54.0965 SlimServer MusicFolderScan init...
2005-03-15 15:53:54.0967 Adding Folder Scan
2005-03-15 15:53:54.0968 SlimServer Plugins init...
2005-03-15 15:53:54.2583 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:53:54.2588 iTunes: unable to find iTunes Music
Library.xml.
2005-03-15 15:53:54.2588 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:53:54.2591 iTunes: unable to find iTunes Music
Library.xml.
2005-03-15 15:53:54.2626 Your data source needs to be configured.
Please open your web browser,
2005-03-15 15:53:54.2628 go to the following URL, and click on the
"Server Settings" link.

2005-03-15 15:53:54.2629 The URL to access SlimServer is now:
http://localhost:9000/
2005-03-15 15:53:54.2629 SlimServer persist playlists...
2005-03-15 15:53:54.3240 mp3 file type for
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3260 New track for
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3262 readTag was set for
http://update.slimdevices.com/update/?version=6.0b1&lang=
EN
2005-03-15 15:53:54.3263 Updating cache for:
http://update.slimdevices.com/update/?version=6.0b1&lang=
EN
2005-03-15 15:53:54.3264 Info: no title found, calculating title from
url for http://update.slimdevice
s.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3265 Plain title for:
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3266 is
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3268 Adding
http://update.slimdevices.com/update/?version=6.0b1&lang=EN : TITLESOR
T to HTTP //UPDATAE SLIMDAEVIAEAES AEOM/UPDATAE/ VAERSION AE 0B1 LANG
AEN
2005-03-15 15:53:54.3269 Adding
http://update.slimdevices.com/update/?version=6.0b1&lang=EN : TAG to 1
2005-03-15 15:53:54.3269 Adding
http://update.slimdevices.com/update/?version=6.0b1&lang=EN : TITLE to
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.3270 Adding
http://update.slimdevices.com/update/?version=6.0b1&lang=EN : CT to mp
3
2005-03-15 15:53:54.4915 Content type for
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
is cached as mp3
2005-03-15 15:53:54.4929 Merging entry for
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
2005-03-15 15:53:54.4931 Updating
http://update.slimdevices.com/update/?version=6.0b1&lang=EN : CT to
mp3
2005-03-15 15:53:54.6140 Content type for
http://update.slimdevices.com/update/?version=6.0b1&lang=EN
is cached as mp3
2005-03-15 15:53:54.6149 SlimServer done start...
Prototype mismatch: sub Socket::IPPROTO_TCP vs () at (eval 71) line 1.
Prototype mismatch: sub Socket::TCP_NODELAY vs () at (eval 72) line 1.
2005-03-15 15:54:24.1038 DBI: Periodic commit - 2 dirty items
2005-03-15 15:54:24.1050 forceCommit: syncing to the database.
2005-03-15 15:54:46.2726 Scanning with 0 import plugins
2005-03-15 15:54:46.3902 Scanning with 0 import plugins
2005-03-15 15:54:54.1737 DBI: Supressing periodic commit - no dirty
items
2005-03-15 15:55:24.1837 DBI: Supressing periodic commit - no dirty
items
2005-03-15 15:55:54.1937 DBI: Supressing periodic commit - no dirty
items
2005-03-15 15:55:57.3038 Got sigint.
2005-03-15 15:55:57.3040 SlimServer cleaning up.
2005-03-15 15:55:57.3055 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:55:57.3060 iTunes: unable to find iTunes Music
Library.xml.
2005-03-15 15:55:57.3061 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:55:57.3063 iTunes: unable to find iTunes Music
Library.xml.
2005-03-15 15:55:57.3086 Got to the END.
2005-03-15 15:55:57.3088 Got sigint.
2005-03-15 15:55:57.3089 SlimServer cleaning up.
2005-03-15 15:55:57.3102 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:55:57.3106 iTunes: unable to find iTunes Music
Library.xml.
2005-03-15 15:55:57.3107 iTunes: attempting to locate iTunes Music
Library.xml
2005-03-15 15:55:57.3109 iTunes: unable to find iTunes Music
Library.xml.

< killed server >



On Mar 15, 2005, at 11:38 AM, Healy wrote:

> I tried a rescan first, then cleared the cache when that did not work.
> Slimserver was not picking up a recent addition of a
> miles davis box set long past the 600 seconds that was set in the
> itunes rescan time.
>
> I've hit a wall, I can't figure out what's going on. I backed up my
> entire iTunes folder & created a new one with
> just 199 Miles Davis tracks. Even those few tracks are not all found
> by the server. I've rebuilt the Slimserver prefs, sqldb
> and even the entire Slimserver directory from tarballs. Restarted
> samba, removed the network drives from the
> mac & re-attached them. All no go. Error logs & pref files here:
>
> http://www.nwgeeks.com/slim/
>
> Error log is from:
> iTunes database with only 199 Miles Davis tracks in it
> Started server with -d_itunes -d_info first not using itunes, the
> selected "use itunes"
>
> I'm out of ideas. Log files shows the file not found stuff again. I
> can get the tracks to be found if I put the raid
> path in the music folder but I can not get any itunes items to work.
>
> -Healy
>
>
> On Mar 15, 2005, at 11:16 AM, Dan Sully wrote:
>
>> * Healy shaped the electrons to say...
>>
>>> Aaaaaarrrrrrrrrrrrrrrg. Worked fine until I cleared the cache &
>>> rescanned the db
>>> for recent changes. Now it's back down to only reporting 5% of my
>>> files. Back
>>> to the testing board.
>>
>> Why did you clear the cache first? You should only need to rescan.
>>
>> Additionally, iTunes has it's own rescan that happens if SlimServer
>> notices the iTunes .xml file change.
>>
>> -D
>> --
>> "My pockets hurt." - Homer Simpson
>>

Dan Sully
2005-03-15, 17:47
* Healy shaped the electrons to say...

>OK, this is just wacky now:
>
>With an absolutely clean install and NO music folder and NO itunes
>folder, I get a wacked track count like this:
>
>Your music library contains 1 album with 0 songs by 1 artist.

So this happens upon inital startup with no pref file and no db. It's just a
cosmetic issue, nothing is wrong:

http://bugs.slimdevices.com/show_bug.cgi?id=975

>The log file from this session with no music folder & no itunes folder:
>
>2005-03-15 15:55:57.3102 iTunes: attempting to locate iTunes Music
>Library.xml
>2005-03-15 15:55:57.3106 iTunes: unable to find iTunes Music
>Library.xml.
>2005-03-15 15:55:57.3107 iTunes: attempting to locate iTunes Music
>Library.xml
>2005-03-15 15:55:57.3109 iTunes: unable to find iTunes Music
>Library.xml.

I'm investigating an iTunes looping problem as well.

-D
--
You know, for kids.

Healy
2005-03-15, 17:57
On Mar 15, 2005, at 4:47 PM, Dan Sully wrote:

> * Healy shaped the electrons to say...
>
>> OK, this is just wacky now:
>>
>> With an absolutely clean install and NO music folder and NO itunes
>> folder, I get a wacked track count like this:
>>
>> Your music library contains 1 album with 0 songs by 1 artist.
>
> So this happens upon inital startup with no pref file and no db. It's
> just a
> cosmetic issue, nothing is wrong:

Ah, ok.

>
> http://bugs.slimdevices.com/show_bug.cgi?id=975
>
>> The log file from this session with no music folder & no itunes
>> folder:
>>
>> 2005-03-15 15:55:57.3102 iTunes: attempting to locate iTunes Music
>> Library.xml
>> 2005-03-15 15:55:57.3106 iTunes: unable to find iTunes Music
>> Library.xml.
>> 2005-03-15 15:55:57.3107 iTunes: attempting to locate iTunes Music
>> Library.xml
>> 2005-03-15 15:55:57.3109 iTunes: unable to find iTunes Music
>> Library.xml.
>
> I'm investigating an iTunes looping problem as well.
>
> -D


I still can't figure out why it only finds about 5% of my music when
it's setup correctly.
It was working for a few days until I wiped the cache. Now the logs
are full of file
not found errors again: http://www.nwgeeks.com/slim/