mt-daapd crashes suddenly – disk spindown?

[politby]

I have a problem with mt-daapd crashing suddenly. This seems to happen at irregular intervals when there is no client connected. So far it has never happened during client activity. Log file shows only:

2005-04-10 16:17:27: Rescanning database
2005-04-10 16:19:44: Rendezvous socket closed (daap server crashed?) Aborting.
2005-04-10 16:19:44: Aborting

I’m running mt-daapd on an NSLU2 with a Maxtor Onetouch disk. The disk is set to spin down after a certain time of inactivity – IIRC it’s set at one hour. I’m wondering whether the crashes could happen because the disk spins down?

/POL

[rpedde]

Possibly. Try turning up the debugging a little.. say -d5, and see what that says.

[politby]

rpedde wrote:

Possibly. Try turning up the debugging a little.. say -d5, and see what that says.

OK, -d5 adds no additional info about the crash. Last lines from log:

2005-04-12 01:33:16: Rescanning database
2005-04-12 01:36:13: Rendezvous socket closed (daap server crashed?) Aborting.
2005-04-12 01:36:13: Aborting

There’s quite a long time between disk spin down and the server crashing so maybe that’s not it after all. Can I make the log file even more verbose?

/POL

[politby]

politby wrote:

rpedde wrote:

Possibly. Try turning up the debugging a little.. say -d5, and see what that says.

OK, -d5 adds no additional info about the crash. Last lines from log:

2005-04-12 01:33:16: Rescanning database
2005-04-12 01:36:13: Rendezvous socket closed (daap server crashed?) Aborting.
2005-04-12 01:36:13: Aborting

There’s quite a long time between disk spin down and the server crashing so maybe that’s not it after all. Can I make the log file even more verbose?

/POL

Oops, please disregard, I found that there is also a -d9 option. I’m running it with that option enabled now – will post the results tonight.

[politby]

With -d9 debugging, all I get in the log is this:

2005-04-12 09:48:43: Found /share/hdd/data/public/Music/Power Supply/Bass for the Ground Pounder/16 Just the Bass.mp3
2005-04-12 09:48:44: Executing: SELECT * FROM songs WHERE path=’/share/hdd/data/public/Music/Power Supply/Bass for the Ground Pounder/16 Just the Bass.mp3′
2005-04-12 09:48:44: Executing: INSERT INTO updated VALUES (2999)
2005-04-12 09:48:46: Processing rendezvous message
2005-04-12 09:48:46: Rendezvous socket closed (daap server crashed?) Aborting.
2005-04-12 09:48:46: Aborting

Does this indicate a problem with this specific file? If so, I can try it again and see if it crashes at the same file every time.

/POL

[rpedde]

Might be the song, although I’d tend to doubt it.

As a worst case, you could always delete the songs.db and see what it does. On the nightlies, all the database code is new. Chances of crashy stuff is real good. I’ll have to add more debugging there to see what’s up.

[politby]

rpedde wrote:

Might be the song, although I’d tend to doubt it.

As a worst case, you could always delete the songs.db and see what it does. On the nightlies, all the database code is new. Chances of crashy stuff is real good. I’ll have to add more debugging there to see what’s up.

New songs database – there is no change, crash still happens and I’ve also verified that it’s not tied to a specific song.

/POL

[rpedde]

Okay…

I’ve pushed all my packages up to unslung, and it looks like they made this mornings build, so I’m going to repackage a slug ipk with latest libraries and whatnot.

There have also been quite a few fixes since the 3/20 snap, so that may just be the fix.

[rpedde]

new slug packages are up.

Give that a shot.

— Ron

[politby]

OK, this is probably a stupid question – I’m new to these embedded linuxes – but my slug won’t let me uninstall mt-daapd; it just returns a “no packages removed”.
You indicate that the old version must be installed before installing a newer one, so how should I force an uninstall of the old version?

thanks,
/POL

[Author]

Posts