For about a week nog my computer is running Tracks ( 1.043 ) .  To play my music I am running musicpd. The weird thing is that reloading my tracks page also orders musicpd to play a new song half of the times. I don’t have a clue what is causing this but it is getting more anoying every minute. Does anyone have an idea what could cause this behaviour, or know what I could do to track down what is causing it ?

Some system information:

running Tracks 1.043 ( manual install )

output from my mpd log when setting log_level to verbose:  ( As shown there are no incoming connections from a client )

Nov 16 10:04 : playlist: play 6:“smallville_soundtrack/Season 1_extra/040 Gorillaz - Five Four.mp3”
Nov 16 10:04 : copyMpdTagToOB: !acceptMetadata || !tag
Nov 16 10:04 : copyMpdTagToOB: !acceptMetadata || !tag
Nov 16 10:04 : oss device “/dev/dsp” will be playing 16 bit 2 channel audio at 44100 Hz
Nov 16 10:04 : playlist: queue song 7:“smallville_soundtrack/Season 1/Smallville Season 1.03 - Zed Silencer - Renegade Fighter.mp3”

from my developement.log when refreshing the ‘done’ window:

Processing TodoController#completed (for 192.168.2.5 at 2007-11-16 10:04:44) [GET]
  Session ID: a6516fb0f8e0d514419bef6ff2e79aea
  Parameters: {“action”=>“completed”, “controller”=>“todo”}
  User Load (0.000394)  SELECT * FROM users WHERE (users.id = 1) LIMIT 1
  User Load (0.000423)  SELECT * FROM users WHERE (users.id = 1) LIMIT 1
  User Columns (0.001553)  SHOW FIELDS FROM users
  Todo Load (0.000605)  SELECT * FROM todos WHERE (todos.user_id = 1 AND (done = 1)) ORDER BY completed DESC, created_at DESC
Rendering within layouts/standard
Rendering todo/completed
Completed in 0.09137 (10 reqs/sec) | Rendering: 0.01263 (13%) | DB: 0.00298 (3%) | 200 OK [http://tracks.fstaals.net/done]

Sockstat info for mpd:

frank@FStaals$ sockstat -l4 -p 6600
USER   COMMAND   PID   FD PROTO LOCAL ADDRESS       FOREIGN ADDRESS    
frank   mpd     91658 3 tcp4   *:6600      

Rest of the info:

frank@FStaals$ uname -rs
FreeBSD 6.2-PRERELEASE

frank@FStaals$ pkg_info -Ex musicpd
musicpd-0.13.0_1

frank@FStaals$ pkg_info -Ex apache
apache-2.2.6_2

frank@FStaals$ pkg_info -Ex ruby eruby-1.0.5
mod_ruby-1.2.6
ruby-1.8.6.111,1
ruby18-aspectr-0.3.5
ruby18-bdb-0.6.2
ruby18-dbd_mysql-0.1.1
ruby18-dbi-0.1.1
ruby18-gems-0.9.4
ruby18-mysql-2.7.3
rubygem-actionmailer-1.3.3
rubygem-actionpack-1.13.3
rubygem-actionwebservice-1.2.3
rubygem-activerecord-1.15.3
rubygem-activesupport-1.4.2
rubygem-rails-1.2.3
rubygem-rake-0.7.3

frank@FStaals$ pkg_info -Ex mysql
mrtg-mysql-load-1.02_2
mysql-client-5.0.45_1
mysql-server-5.0.45_1
php5-mysql-5.2.4_1
ruby18-dbd_mysql-0.1.1
ruby18-mysql-2.7.3

Hmm After doing some more tests it seems the problem is when ruby connects to the mysql database itself; I backed up my tracks tables, deleted them from the server and ran ‘rake migrate’ again; which also resulted in playing a new song. Allthough I’m still puzled why ...

Also I installed tracks and mpd on an other test sytem. At first glance no problems with tracks and musicpd, allthough te versioning is a bit different there. I’m going to try updating the mysql and ruby versions to the same releases as I’m running on my own system and see if that breaks things.

EDIT:

The problem doesn’t seem to be the mysql part of it. I tried changeing to sqlite3. But unfortunately the problem stays :(

My problem is getting weirder every second: Since I was thinking of trying xmms2 some time I decided now to be a good time, hoping to avoid the problem I had. The thing is: tracks/ruby seems to completely wreck xmms2 when refreshing a page (playback stops completely and xmms2’s memory usage goes up ) , even if xmms2 isn’t set to listen to incoming sockets :S

Perhaps you’ve figured it out. Seems like a weird bug. Could it be hardware i.e. faulty memory?

Well I did figure out what caused the problem, and fortunately for about 90% solved it.

What caused the problem was something in the snd_hda driver shipped with FreeBSD-6.2-RELEASE (probably in combination with my specific hardware) for some reason it stopped responding for a while in some situations. I tied the same thing with xmms2 instead of musicpd wich similar results.

What (somewhat) solved it was upgrading to releng_7 branch (FreeBSD-7 ). It’s not completely gone, but most of it seems to be gone at this moment