Firefly auf DS508: Rendezvous socket closed (daap server crashed?)

[Bloona]

Guten Tag,

nachdem ich auf DSM 2.2-0959 aktualisiert und mir den iTunes Server angesehen habe, habe ich mich entschieden, Firefly (wieder) zu verwenden. Die Installation von mt-daapd-svn_1696-1_powerpc.ipk funktionierte inkl. der benötigten Bibliotheken einwandfrei. mt-daapd läuft bei mir als root, wie vorher auch.
Nach dem Start scannt Firefly das entsprechende Musik-Verzeichnis und baut die Datenbank auf. Leider bricht er bei einer Größe von etwa 4 MB ab, der entsprechende Eintrag im Log lautet:

2009-12-08 13:35:25 (00004000): Firefly Version svn-1696: Starting with debuglevel 2
2009-12-08 13:35:25 (00004000): Plugin loaded: daap/svn-1696
2009-12-08 13:35:25 (00004000): Plugin loaded: ssc-ffmpeg/svn-1696
2009-12-08 13:35:25 (00004000): Plugin loaded: ssc-script/svn-1696
2009-12-08 13:35:25 (00004000): Plugin loaded: rsp/svn-1696
2009-12-08 13:35:25 (00004000): Starting rendezvous daemon
2009-12-08 13:35:25 (00004000): Starting signal handler
2009-12-08 13:35:25 (00004000): Initializing database
2009-12-08 13:35:25 (00004000): Full reload...
2009-12-08 13:35:25 (00004000): Starting mp3 scan
2009-12-08 13:52:57 (00004000): Rendezvous socket closed (daap server crashed?) Aborting.
2009-12-08 13:52:57: Aborting

Ich vermute, dass er auf eine defekte MP3-Datei stösst und deshalb der Server abstürzt (zumindest kenne ich dieses Verhalten aus der Vergangenheit). Hat jemand eine Idee, ob meine Annahme stimmt und wie ich bei 22.000 MP3s die eine defekte Datei herausfinden kann?

 

[Bloona]

Es war so, wie ich vermutet hatte: Der Aufbau der Datenbank hat sich an MP3s gestört, die eckige Klammern im Dateinamen hatten.
Lösungsweg: In der mt-daapd.conf den Parameter debuglevel = 9 setzen und in das Logfile mt-daapd.log schauen. Dort wird am Ende die letzte Operation angezeigt, bei der der Server (vermutlich) abgestürzt ist. Bei 4 MB Datenbankgröße werden etwa 52 MB Log-File erzeugt.