You are here: Home » Topic » RESOLVED: Cannot See Share — New Version of iTunes Related?

RESOLVED: Cannot See Share — New Version of iTunes Related?

FireFly Media Server (formerly mt-daapd) Firefly Media Server Forums Firefly Media Server Setup Issues RESOLVED: Cannot See Share — New Version of iTunes Related?

This topic contains 5 replies, has 2 voices, and was last updated by  GT_Onizuka 10 years, 4 months ago.

Viewing 6 posts - 1 through 6 (of 6 total)
  • Author
    Posts
  • #1557

    GT_Onizuka
    Participant

    I didn’t notice a surge of complaints, so I doubt it’s the case, but updating iTunes was the most recent thing I did on my MacBook before I couldn’t see my Firefly share.

      * mt-daapd/Firefly Version: (0.2.4+r1376-2+b1)
      * Server Operating System: Debian Unstable
      * Server Hardware: Beige Box
      * Client Device: iTunes [7.3.1 (3)] for Mac OS X
      * Connection of clients: LAN. MacBook is on the wireless, server is wired into the router

    For whatever reason, iTunes no longer sees the share. I can access the server at http://MACHINE_NAME:3689 fine, I can SSH in and see the process running just fine. The only notable difference on the server end is generally there were two instances of mt-daapd in my `ps aux` output, but now there’s only one:

    [email protected]:~$ ps aux | grep daap
    102:mt-daapd 10121 0.1 0.3 38612 4732 pts/1 Sl 11:32 0:01 /usr/sbin/mt-daapd

    Here’s the output when I run the daemon manually with debug at 9, don’t know if this’ll be useful or not:

    [email protected]:/usr/sbin$ sudo ./mt-daapd -d 9 -f
    Found 1 tokens in /mp3
    Token 1: /mp3
    Expanding precomments to 2048
    Expanding precomments to 4096
    Expanding precomments to 8192
    Found 2 tokens in rsp.so,ssc-ffmpeg.so
    Token 1: rsp.so
    Token 2: ssc-ffmpeg.so
    Checking existence of /usr/share/mt-daapd/admin-root
    Checking existence of /usr/share/mt-daapd/admin-root
    Checking existence of /var/cache/mt-daapd
    Checking existence of /var/cache/mt-daapd
    Checking existence of /usr/lib/mt-daapd/plugins
    Checking existence of /usr/lib/mt-daapd/plugins
    Loading new config file.
    Starting with debuglevel 9
    Attempting to load plugin /usr/lib/mt-daapd/plugins/rsp.so
    Loaded plugin /usr/lib/mt-daapd/plugins/rsp.so (rsp/svn-1376)
    New transcode codec list:
    Attempting to load plugin /usr/lib/mt-daapd/plugins/ssc-ffmpeg.so
    Loaded plugin /usr/lib/mt-daapd/plugins/ssc-ffmpeg.so (ssc-ffmpeg/svn-1376)
    New transcode codec list: flac,alac,ogg,wma
    Starting rendezvous daemon
    Starting rendezvous services
    *** WARNING *** The programme 'mt-daapd' uses the HOWL compatiblity layer of Avahi.
    *** WARNING *** Please fix your application to use the native API of Avahi!
    *** WARNING *** For more information see
    Error initializing howl
    Starting signal handler
    Opening database
    Signal handler started
    Executing: select value from config where term='version'
    Results: 0
    Initializing database
    Executing: select count(*) FROM songs
    Executing: select value from config where term='rescan'
    Executing: vacuum
    Rows: 0
    Executing: create index idx_path on songs(path,idx)
    Query: create index idx_path on songs(path,idx)
    Error: index idx_path already exists
    Executing: create index idx_songid on playlistitems(songid)
    Query: create index idx_songid on playlistitems(songid)
    Error: index idx_songid already exists
    Executing: create index idx_playlistid on playlistitems(playlistid,songid)
    Query: create index idx_playlistid on playlistitems(playlistid,songid)
    Error: index idx_playlistid already exists
    Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    Listening on port 3689
    Starting server thread
    Registering rendezvous names
    Checking ssc-ffmpeg/svn-1376
    Checking rsp/svn-1376
    Registering _rsp._tcp
    Executing: select count(*) FROM songs
    Serving 26638 songs. Startup complete in 9 seconds

    I only posted this because I thought the HOWL error might be a problem. Any ideas?

    #11674

    rpedde
    Participant

    @gt_onizuka wrote:

    I only posted this because I thought the HOWL error might be a problem. Any ideas?

    It looks like the avahi daemon isn’t running. Double-check that. If it is, check /var/log/daemon.log to see if avahi generated any errors when mt-daapd tried to register with it.

    That’s what I’d check first, and what I would suspect the most.

    — Ron

    #11675

    GT_Onizuka
    Participant

    Here’s what gets dumped into /var/log/daemon.log

    Jul 14 20:54:52 onizuka mt-daapd[9695]: Starting with debuglevel 2
    Jul 14 20:54:52 onizuka mt-daapd[9695]: Starting rendezvous daemon
    Jul 14 20:54:52 onizuka mt-daapd[9697]: Starting signal handler
    Jul 14 20:54:53 onizuka mt-daapd[9697]: Initializing database
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Registering rendezvous names
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Serving 26638 songs. Startup complete in 13 seconds
    #11676

    rpedde
    Participant

    @gt_onizuka wrote:

    Here’s what gets dumped into /var/log/daemon.log

    Jul 14 20:54:52 onizuka mt-daapd[9695]: Starting with debuglevel 2
    Jul 14 20:54:52 onizuka mt-daapd[9695]: Starting rendezvous daemon
    Jul 14 20:54:52 onizuka mt-daapd[9697]: Starting signal handler
    Jul 14 20:54:53 onizuka mt-daapd[9697]: Initializing database
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Starting web server from /usr/share/mt-daapd/admin-root on port 3689
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Registering rendezvous names
    Jul 14 20:55:05 onizuka mt-daapd[9697]: Serving 26638 songs. Startup complete in 13 seconds

    But nothing from avahi? And you are sure the avahi daemon is running? It shows up in ps?

    #11677

    GT_Onizuka
    Participant

    @rpedde wrote:

    But nothing from avahi? And you are sure the avahi daemon is running? It shows up in ps?

    Nope, ps aux | grep avahi doesn’t show anything =(.

    #11678

    GT_Onizuka
    Participant

    Seems as though it was a problem with debian. Fully updating the system took care of the issue. Thanks!

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

You must be logged in to reply to this topic.