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

[GT_Onizuka]

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:

ynadji@onizuka:~$ 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:

ynadji@onizuka:/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?

[rpedde]

@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

[GT_Onizuka]

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

[rpedde]

@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?

[GT_Onizuka]

@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 =(.

[GT_Onizuka]

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

[Author]

Posts