You are here: Home » Topic » 20060117 crash during playback

20060117 crash during playback

This topic contains 2 replies, has 1 voice, and was last updated by  rpedde 11 years, 8 months ago.

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #177

    evandepol

    Hello,

    I’ve noticed several times that the mt-daapd crashes during playback on a Roku M500. It seems more frequent when I’m “skipping” through a playlist (which causes each song to start buffering as I’m moving through the list), but it also happens while playing back a playlist without interacting with the Roku.

    Server is i386, debian 3.0, mt-daapd-cvs-20060117, with sqlite3 database. Attached below is an excerpt from /var/log/mt-daapd.log.

    I’m an experienced developer (and Im more than happy to help troubleshoot/debug this), but I figured it woulnd’t hurt to post here first in case this is a known issue. Some questions:
    – Is this a known issue?
    – Is there a workaround?
    – Is there anything you want me to try to help isolate this? What area of the server to look at?

    Take care,
    Erik

    2006-02-19 12:29:35: Session 1: Streaming file ‘Time is on my Side.mp3’ to 192.168.0.41 (offset 0)
    2006-02-19 12:32:03: Session 1: Streaming file ’12 I Want to Tell You.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 12:32:09: Rescanning database
    2006-02-19 12:34:32: Session 1: Streaming file ‘Everybody Wants Some.mp3’ to 192.168.0.41 (offset 0)
    2006-02-19 12:38:06: Rescanning database
    2006-02-19 12:38:12: Session 1: Streaming file ’10 I Want You Back Featuring Kurtis.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 12:43:39: Session 1: Streaming file ‘I Want To Ta-Ta You Baby.mp3’ to 192.168.0.41 (offset 0)
    2006-02-19 12:44:03: Rescanning database
    2006-02-19 12:49:27: Session 1: Streaming file ‘Under my Thumb.mp3’ to 192.168.0.41 (offset 0)
    2006-02-19 12:49:59: Rescanning database
    2006-02-19 12:52:21: Session 1: Streaming file ’08 That’s what I want.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 12:55:58: Rescanning database
    2006-02-19 12:56:27: Session 1: Streaming file ’05 I Want To Break Free.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 13:00:46: Session 1: Streaming file ’30 We Want To Be Free.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 13:01:57: Rescanning database
    2006-02-19 13:02:18: Session 1: Streaming file ’19th Nervous Breakdown.mp3′ to 192.168.0.41 (offset 0)
    2006-02-19 13:04:21: Query: end transaction
    2006-02-19 13:04:21: Error: database is locked
    2006-02-19 13:04:21: Aborting
    2006-02-19 13:04:21: Rendezvous socket closed (daap server crashed?) Aborting.
    2006-02-19 13:04:21: Aborting

    #3967

    rpedde
    Participant

    Yup, I accidentally leave the database in a transaction while I scan playlists, and if you try and fetch a song at the time that the playlist scan is going on, it dies.

    it’s fixed in cvs, and the workaround is to turn off background scans.

    This is this fix:

    http://cvs.sourceforge.net/viewcvs.py/mt-daapd/mt-daapd/src/db-sql-sqlite3.c?r1=1.6&r2=1.7

    and the corresponding one in db-sql-sqlite2.c, also.

    I have a handful of minor bug fixes accumulated since the 20060117 that I was waiting on the config stuff to be re-written, but now I’m off on a win32 porting tangent, so I guess I’ll just have to drop a nightly here in the next couple days just to get those bugfixes out.

    Post edited by: rpedde, at: 2006/02/19 20:57

    #3968

    rpedde
    Participant

    Fixed in latest nightlies.

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

You must be logged in to reply to this topic.