You are here: Home » Topic » 1571 – Crash after iTunes XML Scan

1571 – Crash after iTunes XML Scan

This topic contains 8 replies, has 5 voices, and was last updated by  Anonymous 9 years, 9 months ago.

Viewing 9 posts - 1 through 9 (of 9 total)
  • Author
    Posts
  • #2054

    chrisbrousseau
    Participant

    I’m running firefly 1571 on Ubuntu 7.10. Last weekend I discovered that firefly crashes after scanning my iTunes XML file.

    Here’s what happened. I manually copied my iTunes XML to the music directory on the server, went to the firefly admin page and kicked off a scan. Then my Roku suddenly dropped the server, so I went to the Ubuntu server and ran a command to check status of firefly from the terminal…

    This is what I got:

    [email protected]:~$ ps aux | grep mt-daapd
    root 6262 0.0 0.2 3592 1124 pts/3 S 12:24 0:00 /usr/sbin/mt-daapd
    root 6263 5.8 2.2 54924 11744 pts/3 Sl 12:24 17:39 /usr/sbin/mt-daapd
    chris 13205 0.0 0.1 2972 752 pts/3 R+ 17:26 0:00 grep mt-daapd
    [email protected]:~$ *** glibc detected *** /usr/sbin/mt-daapd: double free or corruption (fasttop): 0x0848d668 ***
    ======= Backtrace: =========
    /lib/tls/i686/cmov/libc.so.6[0xb7d38d65]
    /lib/tls/i686/cmov/libc.so.6(cfree+0x90)[0xb7d3c800]
    /usr/lib/libsqlite.so.0(sqlite_freemem+0x1d)[0xb7eb1d2d]
    /usr/sbin/mt-daapd[0x8068a13]
    /usr/sbin/mt-daapd[0x8054db5]
    /usr/share/mt-daapd/plugins/rsp.so(rsp_browse+0x2bc)[0xb7cca32c]
    /usr/share/mt-daapd/plugins/rsp.so(plugin_handler+0x2c7)[0xb7cc9997]
    /usr/sbin/mt-daapd[0x804fb62]
    /lib/tls/i686/cmov/libpthread.so.0[0xb7f1446b]
    /lib/tls/i686/cmov/libc.so.6(clone+0x5e)[0xb7da26de]
    ======= Memory map: ========
    08048000-0809e000 r-xp 00000000 03:01 300900 /usr/sbin/mt-daapd
    0809e000-080a0000 rw-p 00056000 03:01 300900 /usr/sbin/mt-daapd
    080a0000-0867a000 rw-p 080a0000 00:00 0 [heap]
    b4efe000-b4eff000 —p b4efe000 00:00 0
    b4eff000-b56ff000 rwxp b4eff000 00:00 0
    b56ff000-b5700000 —p b56ff000 00:00 0
    b5700000-b5f00000 rwxp b5700000 00:00 0
    b5f00000-b5f9a000 rw-p b5f00000 00:00 0
    b5f9a000-b6000000 —p b5f9a000 00:00 0
    b6100000-b6300000 rw-p b6100000 00:00 0
    b6300000-b63fe000 rw-p b6300000 00:00 0
    b63fe000-b6400000 —p b63fe000 00:00 0
    b6476000-b6477000 —p b6476000 00:00 0
    b6477000-b6c77000 rwxp b6477000 00:00 0
    b6c77000-b6c81000 r-xp 00000000 03:01 2031678 /lib/libgcc_s.so.1
    b6c81000-b6c82000 rw-p 0000a000 03:01 2031678 /lib/libgcc_s.so.1
    b6c82000-b6c83000 —p b6c82000 00:00 0
    b6c83000-b7483000 rwxp b6c83000 00:00 0
    b7483000-b7484000 —p b7483000 00:00 0
    b7484000-b7c84000 rwxp b7484000 00:00 0
    b7c84000-b7c8d000 r-xp 00000000 03:01 2031898 /lib/tls/i686/cmov/libnss_files-2.6.1.so
    b7c8d000-b7c8f000 rw-p 00008000 03:01 2031898 /lib/tls/i686/cmov/libnss_files-2.6.1.so
    b7c8f000-b7c97000 r-xp 00000000 03:01 2031900 /lib/tls/i686/cmov/libnss_nis-2.6.1.so
    b7c97000-b7c99000 rw-p 00007000 03:01 2031900 /lib/tls/i686/cmov/libnss_nis-2.6.1.so
    b7c99000-b7cad000 r-xp 00000000 03:01 2031895 /lib/tls/i686/cmov/libnsl-2.6.1.so
    b7cad000-b7caf000 rw-p 00013000 03:01 2031895 /lib/tls/i686/cmov/libnsl-2.6.1.so
    b7caf000-b7cb1000 rw-p b7caf000 00:00 0
    b7cb1000-b7cb8000 r-xp 00000000 03:01 2031896 /lib/tls/i686/cmov/libnss_compat-2.6.1.so
    b7cb8000-b7cba000 rw-p 00006000 03:01 2031896 /lib/tls/i686/cmov/libnss_compat-2.6.1.so
    b7cc8000-b7ccc000 r-xp 00000000 03:01 510961 /usr/share/mt-daapd/plugins/rsp.so
    b7ccc000-b7ccd000 rw-p 00003000 03:01 510961 /usr/share/mt-daapd/plugins/rsp.so
    b7ccd000-b7ccf000 rw-p b7ccd000 00:00 0
    b7ccf000-b7e13000 r-xp 00000000 03:01 2031823 /lib/tls/i686/cmov/libc-2.6.1.so
    b7e13000-b7e14000 r–p 00143000 03:01 2031823 /lib/tls/i686/cmov/libc-2.6.1.so
    b7e14000-b7e16000 rw-p 00144000 03:01 2031823 /lib/tls/i686/cmov/libc-2.6.1.so
    b7e16000-b7e19000 rw-p b7e16000 00:00 0
    b7e19000-b7e5b000 r-xp 00000000 03:01 3670519 /usr/lib/libFLAC.so.7.0.0
    b7e5b000-b7e5c000 rw-p 00041000 03:01 3670519 /usr/lib/libFLAC.so.7.0.0
    b7e5c000-b7e63000 r-xp 00000000 03:01 305894 /usr/lib/libvorbisfile.so.3.2.0
    b7e63000-b7e64000 rw-p 00006000 03:01 305894 /usr/lib/libvorbisfile.so.3.2.0
    b7e64000-b7e7e000 r-xp 00000000 03:01 305365 /usr/lib/libvorbis.so.0.4.0
    b7e7e000-b7e8c000 rw-p 0001a000 03:01 305365 /usr/lib/libvorbis.so.0.4.0
    b7e8c000-b7e90000 r-xp 00000000 03:01 3670529 /usr/lib/libogg.so.0.5.3
    b7e90000-b7e91000 rw-p 00003000 03:01 3670529 /usr/lib/libogg.so.0.5.3
    b7e91000-b7e92000 rw-p b7e91000 00:00 0
    b7e92000-b7ee7000 r-xp 00000000 03:01 299355 /usr/lib/libsqlite.so.0.8.6
    b7ee7000-b7eea000 rw-p 00054000 03:01 299355 /usr/lib/libsqlite.so.0.8.6
    b7eea000-b7efe000 r-xp 00000000 03:01 296175 /usr/lib/libz.so.1.2.3.3
    b7efe000-b7eff000 rw-p 00013000 03:01 296175 /usr/lib/libz.so.1.2.3.3
    b7eff000-b7f0d000 r-xp 00000000 03:01 305647 /usr/lib/libid3tag.so.0.3.0
    b7f0d000-b7f0f000 rw-p 0000d000 03:01 305647 /usr/lib/libid3tag.so.0.3.0
    b7f0f000-b7f23000 r-xp 00000000 03:01 2031903 /lib/tls/i686/cmov/libpthread-2.6.1.so
    b7f23000-b7f25000 rw-p 00013000 03:01 2031903 /lib/tls/i686/cmov/libpthread-2.6.1.so
    b7f25000-b7f27000 rw-p b7f25000 00:00 0
    b7f27000-b7f29000 r-xp 00000000 03:01 20

    Then at the terminal I ran:

    [email protected]:~$ sudo /etc/init.d/mt-daapd restart
    [sudo] password for chris:
    Restarting mt-daapd: mt-daapd.
    [email protected]:~$ ps aux | grep mt-daapd
    root 13295 0.0 0.2 3592 1092 pts/3 S 17:30 0:00 /usr/sbin/mt-daapd
    root 13296 45.2 1.3 9364 7172 pts/3 R 17:30 0:01 /usr/sbin/mt-daapd
    chris 13299 0.0 0.1 2972 748 pts/3 R+ 17:30 0:00 grep mt-daapd
    [email protected]:~$

    …and everything was fine after that. I don’t really know what the error messages mean, but thought it would be helpful so I saved it off to a file…

    Later, I did some experiments and it seems to happen every time I force a scan of the iTunes XML library, but the scan appears to work correctly as my iTunes playlists are showing up on the Roku after I restart firefly….

    #15344

    rpedde
    Participant

    @chrisbrousseau wrote:

    I’m running firefly 1571 on Ubuntu 7.10. Last weekend I discovered that firefly crashes after scanning my iTunes XML file.

    Not sure if that’s been fixed by now or not. I tend to think so, as my toolchain picks up double-frees too.

    #15345

    Anonymous

    I experience somehow same problem.
    Runnning Firefly (v1696, Nightlies) on NSLU2 with a new Maxtor OneTouch.
    Everything is almost working fine.

    However, I would like to use my iTunes playlist on my Pinnacle Soundbridge. So I copied the file “iTunes Music Library” (XML document) from my PC and put it on my music folder on the NAS.

    Everything becomes very unstable:
    – Soundbridge might play some musicfiles but end up loosing connection (no music libraries), it’s almost impossible to reconnect Soundbridge to NSLU2/Firefly afterwards
    – When trying to connect to Firefly using NSLU2 ip-address + 3689 it’s simply not possible to open the webpage (so I assume the server is not running)
    – However, I don’t have any problems locating the music files from windows (on the network)

    When I end up removing the XML-file with the playlists, the whole thing again becomes very stable.

    Do you have any suggestions?
    I would very much like to use my playlists on the Soundbridge.

    /michael

    #15346

    rpedde
    Participant

    @marmic0 wrote:

    I experience somehow same problem.
    Runnning Firefly (v1696, Nightlies) on NSLU2 with a new Maxtor OneTouch.
    Everything is almost working fine.

    However, I would like to use my iTunes playlist on my Pinnacle Soundbridge. So I copied the file “iTunes Music Library” (XML document) from my PC and put it on my music folder on the NAS.

    Everything becomes very unstable:
    – Soundbridge might play some musicfiles but end up loosing connection (no music libraries), it’s almost impossible to reconnect Soundbridge to NSLU2/Firefly afterwards
    – When trying to connect to Firefly using NSLU2 ip-address + 3689 it’s simply not possible to open the webpage (so I assume the server is not running)
    – However, I don’t have any problems locating the music files from windows (on the network)

    When I end up removing the XML-file with the playlists, the whole thing again becomes very stable.

    Do you have any suggestions?
    I would very much like to use my playlists on the Soundbridge.

    /michael

    Not sure what the issue there is. It could be running out of memory, or it could be the problem with 1696 and background scans (try turning the scan_interval to 0), since the iTunes xml makes the background scan time go way up.

    Or it could be a legitimate bug in the xml scanning. Without a backtrace, it would be hard to find on the mss, though.

    So I’d try the scan interval thing first.

    — Ron

    #15347

    Anonymous

    I set firefly scan interval to 0. And then copied my playlist file (itunes music library, XML) to my musicfolder in NAS.
    After booting Pinnacle got connection, however it didn’t find my new playlist which is what I want to see.
    So I started a scan from the firefly configpage (ip address + 3089).

    And firefly server went down again 😥

    I have approx 4500 songs in the music folder.

    Any other ideas?

    /michael

    #15348

    stretch
    Participant

    If all was OK before starting a scan then you possibly have the same problem i have.
    svn-1696 doesn’t like updating the database file… Ever.

    If you need to make a change i.e. new playlists, new music, updated playlists , etc. you first have to manually delete the old database file (songs.db)

    Also, make sure that process playlists & process iTunes playlists are set to Yes

    #15349

    EVILRipper
    Participant

    That’s strange. It can create a new one, but not edit/update the database with a rescan?

    Pretty much the only reason I can think of is with rights.
    Have you tried chmodding/chowning the dir where the songs.db is created?
    And does the mt-daapd process start as nobody?

    #15350

    Anonymous

    @stretch wrote:

    If all was OK before starting a scan then you possibly have the same problem i have.
    svn-1696 doesn’t like updating the database file… Ever.

    If you need to make a change i.e. new playlists, new music, updated playlists , etc. you first have to manually delete the old database file (songs.db)

    Also, make sure that process playlists & process iTunes playlists are set to Yes

    Hi,
    It has Yes to “Process playlists” and Yes to “process itunes files”. The first field “mp3 tag codepage” has no information.

    What do you mean about deleting songs.db, please be very specific (i am a beginner in this:-)

    Do you want me to make changes in the config-page?
    – delete music folder “/share/flash/data/public/mp3” and write it again ??
    – delete database file”/opt/var/mt-daapd” and write again ??

    Looking forward to hear!

    /michael

    #15351

    Anonymous

    @evilripper wrote:

    That’s strange. It can create a new one, but not edit/update the database with a rescan?

    Pretty much the only reason I can think of is with rights.
    Have you tried chmodding/chowning the dir where the songs.db is created?
    And does the mt-daapd process start as nobody?

    Im an idiot to this..
    chmodding/chowning… how do I do that?
    mt-daapd… where do I see that? (my configpage tells: server – run as: guest) – is that what you mean?

    /michael

Viewing 9 posts - 1 through 9 (of 9 total)

You must be logged in to reply to this topic.