[fixed]mDNS Error -65537

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #1406
    Innus
    Participant

    Hi, I think i’ve got firefly installed ok, however I get a strange error when it runs:

    First time I run sudo mt-daapd -f, I get:

    [email protected]:~$ sudo mt-daapd -f
    Password:
    Firefly Version svn-1586: Starting with debuglevel 2
    Plugin loaded: rsp/svn-1586
    Plugin loaded: daap/svn-1586
    Plugin loaded: ssc-script/svn-1586
    Starting rendezvous daemon
    mDNS Error -65537
    Aborting

    Starting signal handler
    Initializing database
    Full reload…
    Starting web server from /usr/local/share/mt-daapd/admin-root on port 3689
    Registering rendezvous names
    Serving 0 songs. Startup complete in 0 seconds
    Got shutdown signal.
    Stopping gracefully
    Stopping rendezvous daemon
    Closing database
    Done!

    and as you can see, it quits straight away and I cannot access the web admin.

    If I run the same command again, I get:

    [email protected]:~$ sudo mt-daapd -f
    Firefly Version svn-1586: Starting with debuglevel 2
    Plugin loaded: rsp/svn-1586
    Plugin loaded: daap/svn-1586
    Plugin loaded: ssc-script/svn-1586
    Starting rendezvous daemon
    mDNS Error -65537
    Aborting

    Starting signal handler
    Initializing database
    Full reload…
    Starting web server from /usr/local/share/mt-daapd/admin-root on port 3689
    Registering rendezvous names
    Serving 0 songs. Startup complete in 0 seconds

    … and now I can access the web admin (http://192.168.11.6:3689/index.html) fine: I can log in and it says :

    Bonjour Running
    Firefly Media Server Running
    File scanner Idle

    and although I’ve pointed mp3_dir = /media/sda4/”My Music”, it still says “serving 0 songs”

    I cannot see my shares in iTunes (pc) or rhythmbox music player.

    Any suggestions?

    The lines I’m worried about are:

    mDNS Error -65537
    Aborting

    also:

    [email protected]:~$ sudo avahi-daemon
    Daemon already running on PID 4758

    Cheers,
    Ian

    #10822
    fizze
    Participant

    Well yeah, your version is configured to use the internal mDNS responder while it should use avahi as bonjour client. 🙂

    Other than that, check the path of your mp3_dir and also verify the permissions.

    #10823
    Innus
    Participant

    @fizze wrote:

    Well yeah, your version is configured to use the internal mDNS responder while it should use avahi as bonjour client. 🙂

    Cheers for your reply 🙂

    you knew it was coming so..

    How do I tell it to use avahi as bonjour client? I suspect this is done when configuring before make/install, but when I’ve tried I’ve just got horrible error messages (if this is the right way to go, I’ll find out what they were :))

    Ian

    #10824
    fizze
    Participant

    Yup, configure it with –enable-avahi and then make && make install.
    You problably need avahi-devel or whatever funky packages 😉

    #10825
    rpedde
    Participant

    @fizze wrote:

    Yup, configure it with –enable-avahi and then make && make install.
    You problably need avahi-devel or whatever funky packages 😉

    If it’s debian, you want “libavahi-client-dev”, otherwise I’m not sure.

    #10826
    Innus
    Participant

    Sorted, thanks everyone.

    if anyone else gets stuck like me, I was using ubuntu feisty fawn, and I had to do:


    [email protected]:~$ ./configure --enable-sqlite3 --enable-avahi
    [email protected]:~$ make
    [email protected]:~$ sudo make install

    god knows what other packages I needed to install were ( search for sqlite3 in synaptic manager, as far as I can remember ), and I also had libavahi-client-dev installed, like ron said (as ubuntu is similar to debian I think)

    Anyway, it’s running fine now! Just got to have a play with it now. Oh, and if it’s helpful to anyone to see a half working config file (it would have helped me a bit) here it is- I still need to get the path to my music correct though. *shrug* might help somebody:

    # $Id: mt-daapd.conf.templ 1526 2007-04-09 04:23:51Z rpedde $
    #
    # 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 .RPM, .deb, or tarball with –prefix=/usr, then
    # this is correct.
    #
    # If you installed from tarball without –prefix=/usr, then the correct
    # path is probably /usr/local/share/mt-daapd/admin-root.
    #

    web_root = /usr/local/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
    #

    admin_pw = mt-daapd

    #
    # db_type (required)
    #
    # This is what kind of backend database to store the song
    # info in. Valid choices are “sqlite” and “sqlite3”.
    #

    db_type = sqlite3

    #
    # db_parms
    #
    # This is any extra information the db needs to connect.
    # in the case of sqlite and sqlite3, this is the name
    # of the directory to store the database in
    #
    # If you installed from RPM or .deb, this path likely already
    # exists. If not, then you must create it. The directory itself
    # must be writable by the “runas” user.
    #

    db_parms = /var/cache/mt-daapd

    #
    # mp3_dir (required)
    #
    # Location of the mp3 files to share. Note that because the
    # files are stored in the database by inode, these must be
    # in the same physical filesystem.
    #

    mp3_dir = /media/sda4/”My Music”

    #
    # servername (required)
    #
    # This is both the name of the server as advertised
    # via rendezvous, and the name of the database
    # exported via DAAP. Also know as “What shows up in iTunes”.
    #

    servername = Firefly %v on %h

    #
    # 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.
    #
    # This is also ignored on Windows.
    #

    runas = nobody

    #
    # 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 = /usr/local/etc/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!)
    #
    # Failing that, one can use server-side conversion to transcode
    # non-standard (.ogg, .flac) music to wav on the server side.
    # See the ssc_* options below.
    #
    # To be able to index .ogg files, you’ll need to have configured
    # with –enable-oggvorbis. For .flac, –enable-flac, for .mpc,
    # –enable-musepack.
    #

    extensions = .mp3,.m4a,.m4p

    #
    # ssc_codectypes (optional)
    #
    # List of codectypes for files that the daap server should
    # perform internal format conversion and present to clients
    # as WAV files. The file extensions that these codectypes correspond
    # to must also be present in ‘extensions’
    # configuration value, or files are not probed in the first
    # place.
    #
    # Valid codectypes:
    #
    # mp4a – for AAC (.aac, .mp4, .m4a, .m4p)
    # mpeg – for mp3
    # wav – for wav
    # wma – for wma
    # ogg – for ogg
    # flac – for flac (.flac, .fla)
    # mpc for musepack (.mpc, .mpp, .mp+)
    # alac for alac (.m4a)
    #

    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 length …
    # 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, length is length of the song
    # in seconds (or zero). All other possible arguments must
    # be ignored. The resulting wav file (or the 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 = @[email protected]/bin/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

    #
    # 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.
    #
    #

    #rescan_interval = 300

    # 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

    #
    # 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_m3u = 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

    #
    # 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.
    #
    # It will eventually default to 1, but currently it defaults to 0.
    #

    #compress = 0

    [plugins]
    plugin_dir = /usr/local/share/mt-daapd/plugins

    Thanks for all your help fizze, and good work ron

Viewing 6 posts - 1 through 6 (of 6 total)
  • The forum ‘General Discussion’ is closed to new topics and replies.