You are here: Home » Topic » mt-daapd does not start

mt-daapd does not start

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • #2495
    goana
    Participant

    hi,

    I have mt-daapd_svn-1586-1_armeb.ipk installed on my NSLU2 (Unslung 6.8 beta.
    After making an update of my data from my windows pc to the slug, firefly do not start anymore. I can not start the server with /opt/etc/init.d/S60mt-daapd anymore. When I re-install firefly, it works up to the next reboot. Then firefly do not start anymore.
    The log-file is as follows:

    2008-06-10 08:20:36 (00000400): Firefly Version svn-1586: Starting with debuglevel 9
    2008-06-10 08:20:36 (00000400): Attempting to load plugin /opt/share/mt-daapd/plugins/rsp.so
    2008-06-10 08:20:36 (00000400): Loaded plugin /opt/share/mt-daapd/plugins/rsp.so (rsp/svn-1586)
    2008-06-10 08:20:36 (00000400): New transcode codec list:
    2008-06-10 08:20:36 (00000400): Attempting to load plugin /opt/share/mt-daapd/plugins/out-daap.so
    2008-06-10 08:20:36 (00000400): Loaded plugin /opt/share/mt-daapd/plugins/out-daap.so (daap/svn-1586)
    2008-06-10 08:20:36 (00000400): New transcode codec list:
    2008-06-10 08:20:36 (00000400): Attempting to load plugin /opt/share/mt-daapd/plugins/ssc-script.so
    2008-06-10 08:20:36 (00000400): Loaded plugin /opt/share/mt-daapd/plugins/ssc-script.so (ssc-script/svn-1586)
    2008-06-10 08:20:36 (00000400): New transcode codec list: ogg,flac,alac
    2008-06-10 08:20:36 (00000400): Plugin loaded: ssc-script/svn-1586
    2008-06-10 08:20:36 (00000400): Plugin loaded: daap/svn-1586
    2008-06-10 08:20:36 (00000400): Plugin loaded: rsp/svn-1586
    2008-06-10 08:20:36 (00000400): Starting rendezvous daemon
    2008-06-10 08:20:36 (00000400): Starting signal handler
    2008-06-10 08:20:36 (00000400): Pid: 555
    2008-06-10 08:20:36 (00000400): select(8, 0.000976)
    2008-06-10 08:20:36 (00000400): Opening database
    2008-06-10 08:20:36 (00000400): select(8, 0.164062)
    2008-06-10 08:20:36 (00000400): Executing: select value from config where term=’version’
    2008-06-10 08:20:36 (00000400): Results: 0
    2008-06-10 08:20:36 (00000400): Initializing database
    2008-06-10 08:20:36 (00000400): Executing: select count(*) FROM songs
    2008-06-10 08:20:36 (00000400): select(8, 0.099609)
    2008-06-10 08:20:36 (00000400): select(8, 0.093750)
    2008-06-10 08:20:36 (00000400): select(8, 0.144531)
    2008-06-10 08:20:36 (00000400): select(8, 0.099609)
    2008-06-10 08:20:36 (00000400): select(8, 0.098632)
    2008-06-10 08:20:36 (00000400): select(8, 0.149414)
    2008-06-10 08:20:37 (00000400): select(8, 0.001953)
    2008-06-10 08:20:37 (00000400): select(8, 0.100585)
    2008-06-10 08:20:37 (00000400): mDNSPlatformRawTime went backwards by 3 ticks; setting correction factor to 1623627016
    2008-06-10 08:20:37 (00000400): select(8, 0.099609)
    2008-06-10 08:20:37 (00000400): select(8, 0.000976)
    2008-06-10 08:20:37 (00000400): select(8, 0.141601)
    2008-06-10 08:20:37 (00000400): select(8, 0.000976)
    2008-06-10 08:20:37 (00000400): mDNSPlatformRawTime went backwards by 3 ticks; setting correction factor to 1623627019
    2008-06-10 08:20:37 (00000400): select(8, 0.099609)
    2008-06-10 08:20:37 (00000400): Executing: select value from config where term=’rescan’
    2008-06-10 08:20:37 (00000400): Executing: vacuum
    2008-06-10 08:20:37 (00000400): select(8, 0.001953)
    2008-06-10 08:20:37 (00000400): select(8, 0.872070)
    2008-06-10 08:20:38 (00000400): select(8, 0.100585)
    2008-06-10 08:20:38 (00000400): select(8, 0.099609)
    2008-06-10 08:20:38 (00000400): select(8, 0.000976)
    2008-06-10 08:20:38 (00000400): select(8, 1.871093)
    2008-06-10 08:20:40 (00000400): select(8, 0.009765)
    2008-06-10 08:20:40 (00000400): select(8, 0.100585)
    2008-06-10 08:20:40 (00000400): select(8, 0.099609)
    2008-06-10 08:20:40 (00000400): select(8, 3.890625)
    2008-06-10 08:20:42 (00000400): Query: vacuum
    2008-06-10 08:20:42 (00000400): Error: database disk image is malformed
    2008-06-10 08:20:42: Aborting
    2008-06-10 08:20:43 (00000400): Processing rendezvous message
    2008-06-10 08:20:43 (00000400): Rendezvous socket closed (daap server crashed?) Aborting.
    2008-06-10 08:20:43: Aborting

    I am really no expert, but I have the feeling that there is a failure with teh harddisc? As I have added tons of data on my external 2.5” hdd (320 GB), I would avoid the option to format the disk once more.

    Are there any ideas, what happens with my firefly server?

    ah, this is my mt-daapd-conf file:

    # $Id: mt-daapd.conf,v 1.3 2005/02/15 03:35:19 rpedde Exp $
    #
    # This is the mt-daapd config file.
    #
    # If you have problems or questions with the format of this file,
    # direct your questions to [email protected].
    #
    # You can also check the website at http://mt-daapd.sourceforge.net,
    # as there is a growing documentation library there, peer-supported
    # forums and possibly more.
    #

    [general]

    #
    # web_root (required)
    #
    # Location of the admin web pages. If you installed from
    # ipk, this is correct
    #

    web_root = /opt/share/mt-daapd/admin-root

    #
    # port (required)
    #
    # What port to listen on. It is possible to use a different
    # port, but this is the default iTunes port
    #

    port = 3689

    #
    # admin_pw (required)
    #
    # This is the password to the administrative pages
    #
    # YOU SHOULD PROBABLY CHANGE THIS
    #

    admin_pw = mt-daapd

    #
    # db_dir (depricated)
    #
    # This is where mt-daapd stores its database of song information.
    #
    # If you installed this from .ipk, this is correct
    #

    #db_dir /opt/var/mt-daapd

    #
    # db_type/db_parms
    #
    # This specifies what kind of database you want, and where
    # it should be kept. Valid db_types depend on what databases are
    # compiled in, but can include “sqlite” and “sqlite3”.
    #
    # db_parms is the parameters for that database backend. For sqlite and
    # sqlite3, these parameters are the path to the database.
    #

    db_type = sqlite3
    db_parms = /opt/var/mt-daapd

    #
    # mp3_dir (required)
    #
    # Location of the mp3 files to share. This corresponds
    # to a folder called “mp3” in the “DISK 1” share.
    #

    mp3_dir = /public/audio

    #
    # servername
    #
    # This is both the name of the server as advertised
    # via rendezvous, and the name of the database
    # exported via DAAP
    #
    # defaults to the hostname if not set
    #

    servername = [email protected]

    #
    # runas (required)
    #
    # This is the user to drop privs to if running as
    # root. If mt-daapd is not started as root, this
    # configuration option is ignored. Notice that this
    # must be specified whether the server is running
    # as root or not.
    #
    # If you have not messed with permissions from
    # the console, then this should work correctly
    # without any strange chmods or anything.
    #

    runas = guest

    #
    # playlist (optional)
    #
    # This is the location of a playlist file.
    # This is for Apple-style “Smart Playlists”
    # See the mt-daapd.playlist file in the
    # contrib directory for syntax and examples
    #
    # This doesn’t control static playlists… these
    # are controlled with the “process_m3u” directive
    # below.
    #

    playlist = /opt/etc/mt-daapd/mt-daapd.playlist

    #
    # password (optional)
    #
    # This is the password required to listen to MP3 files
    # i.e. the password that iTunes prompts for
    #

    #password=mp3

    #
    # extensions (optional)
    #
    # These are the file extensions that the daap server will
    # try to index and serve. By default, it only indexes and
    # serves .mp3 files. It can also server .m4a and .m4p files,
    # and just about any other files, really. Unfortunately, while
    # it can *attempt* to serve other files (.ogg?), iTunes won’t
    # play them. Perhaps this would be useful on Linux with
    # Rhythmbox, once it understands daap. (hurry up!)
    #

    extensions = .mp3,.m4a,.m4p,.ogg,.flac

    #
    # ssc_extensions (optional)
    #
    # List of file extensions belonging to the files daap server
    # performs internal format conversion and present to clients
    # as WAV files. Extensions must also be present in ‘extensions’
    # configuration value, or files are not probed in the first
    # place.
    #

    ssc_codectypes = ogg,flac,alac

    #
    # ssc_prog (optional)
    #
    # Program that is used in server side format conversion.
    # Program must accept following command line syntax:
    # ssc_prog filename offset
    # Parameter filename is the real name of the file that is
    # to be converted and streamed, offset is number of bytes
    # that are skipped from the beginning of the _output_ file
    # before streaming is started. The resulting wav file (or
    # rest of the file after initial seek) is written to the
    # standard output by the ssc_prog program. This is typically
    # a script that is a front end for different conversion tools
    # handling different formats.
    #

    ssc_prog = /opt/sbin/mt-daapd-ssc.sh

    #
    # logfile (optional)
    #
    # This is the file to log to. If this is not configured,
    # then it will log to the syslog.
    #
    # Not that the -d switch will control the log verbosity.
    # By default, it runs at log level 1. Log level 9 will churn
    # out scads of useless debugging information. Values in between
    # will vary the amount of logging you get.
    #

    logfile = /var/log/mt-daapd.log

    #
    # art_filename (optional)
    #
    # There is experimental support thanks to Hiren Joshi
    # ([email protected]) for dynamically adding art to the id3v2
    # header as it is streamed (!!). If you were using a music system
    # like zina or andromeda, for example, with cover art called
    # “_folderOpenImage.jpg”, you could use the parameter
    # art_file _folderOpenImage.jpg and if the file _folderOpenImage.jpg
    # was located in the same folder as the .mp3 file, it would appear
    # in iTunes. Cool, eh?
    #

    #art_filename = _folderOpenImage.jpg

    #
    # rescan_interval
    #
    # How often to check the file system to see if any mp3 files
    # have been added or removed.
    #
    # if not specified, the default is 0, which disables background scanning.
    #
    # If background rescanning is disabled, a scan can still be forced from the
    # “status” page of the administrative web interface
    #
    # Setting a rescan_interval lower than the time it takes to rescan
    # won’t hurt anything, it will just waste CPU, and make connect times
    # to the daap server longer.
    #

    # We’ll set it to 10 minutes
    #
    rescan_interval = 600

    # always_scan
    #
    # The default behavior is not not do background rescans of the
    # filesystem unless there are clients connected. The thought is to
    # allow the drives to spin down unless they are in use. This might be
    # of more importance in IDE drives that aren’t designed to be run
    # 24×7. Forcing a scan through the web interface will always work
    # though, even if no users are connected.

    always_scan = 0

    #
    # scan_type
    #
    #
    # This sets how aggressively mp3 files should be scanned to determine
    # file length. There are three values:
    #
    # 0 (Normal)
    # Just scan the first mp3 frame to try and calculate size. This will
    # be accurate for most files, but VBR files without an Xing tag will
    # probably have wildly inaccurate file times. This is the default.
    #
    # 1 (Aggressive)
    # This checks the bitrates of 10 frames in the middle of the song.
    # This will still be inaccurate for VBR files without an Xing tag,
    # but they probably won’t be quite as inaccurate as 0. This takes
    # more time, obviously, although the time hit will only happen the
    # first time you scan a particular file.
    #
    # 2 (Painfully aggressive)
    # This walks through the entire song, counting the number of frames.
    # This should result in accurate song times, but will take the most
    # time. Again, this will only have to be incurred the first time
    # the file is indexed.
    #

    scan_type = 2
    debuglevel = 9
    [scanning]

    #
    # process_m3u
    #
    # By default m3u processing is turned off, since most m3u files
    # sitting around in peoples mp3 directories have bad paths, and
    # I hear about it. 🙂
    #
    # If you are sure your m3u files have good paths (i.e. unixly pathed,
    # with relative paths relative to the directory the m3u is in), then
    # you can turn on m3u processing by setting this directive to 1.
    #
    # I’m not sure “unixly” is a word, but you get the idea.
    #

    process_playlists = 1
    process_m3u = 1

    #
    # compress
    #
    # Whether to use gzip content-encoding when transferring playlists etc.
    # This was contributed as a patch by Ciamac Moallemi just prior to the 0.2.1
    # release, and as such, hasn’t gotten as much testing as other features.
    #
    # This feature should substantially speed up transfers of large databases
    # and playlists, at least where bandwidth is limited.
    #
    # It will eventually default to 1, but currently it defaults to 0.
    #
    # DONT EVEN THINK OF ENABLING THIS ON THE SLUG. IT WILL
    # DEGRADE PERFORMANCE MASSIVELY. It might even trigger the
    # OOM killer, so just pretend this option isn’t here.
    #
    # In fact, it’s only here for the sake of completeness.

    # compress = 0

    [plugins]
    plugin_dir = /opt/share/mt-daapd/plugins
    plugins = rsp.so,ssc-script.so

    thanks in advance

    goana

    #17186
    fizze
    Participant

    What filesystem do you use? Looks like a tricky NTFS issue… 😕

    #17187
    goana
    Participant

    I have formated the external hdd with the linksys webpage, so this should be ext3.
    But I have copied my data (from my internal hdd of my windows pc, ntfs) to the ext3-formated hdd at my slug using syncback. Maybe there is the bug?

    Any ideas what to do?

    goana

    #17188
    fizze
    Participant

    hehe no, if the HD thats attached to the slug is ext3 you should be good.

    Try and delete the database file.
    It should be /opt/var/mt-daapd/songs.db

    you can remove it with

    rm -i /opt/var/mt-daapd/songs.db

    The option -i will just prompt you to confirm any deletion. So nothing can go wrong this way 😉

    Also, disable rescanning completely. A rescan on the slug (hint hint) takes quite a while. So its better to run it at otherwise idle times via a cron job.
    Finally, set the debuglevel to zero. Extensive debugging causes a lot of load on the slug and on the disk. Only enable it if you run into a problem again.

    Then start firefly and keep your fingers crossed 😉

    #17189
    goana
    Participant

    hi fizze,

    thanks a lot for your post…..it works again :-D. I have removed the database and now firefly runs for about 1 day without a problem. Firefly starts also after several boot processes.

    thanks again for your wonderful help

    goana

Viewing 5 posts - 1 through 5 (of 5 total)
  • The forum ‘Setup Issues’ is closed to new topics and replies.