svn-1671 on Mac – Broken Pipe

[Skeeve]

While streaming to an Ubuntu’s Rhthmbox I got these errors in my Mac OS X’s log:

2007-10-03 13:21:50 (0284ae00): Session 0: Streaming file '02 One to One.mp3' to 192.168.192.103 (offset 0)

2007-10-03 13:21:50 (0284ae00): Write error: Broken pipe

2007-10-03 13:21:50 (02b81600): Write error: Broken pipe

2007-10-03 13:21:53 (0284ae00): Session 0: Streaming file '03 In Every Dream Home (A Nightmare).mp3' to 192.168.192.103 (offset 0)

2007-10-03 13:21:53 (0284ae00): Write error: Broken pipe

2007-10-03 13:21:56 (02851200): Session 0: Streaming file '04 The Evil Eye.mp3' to 192.168.192.103 (offset 0)

2007-10-03 13:21:57 (02851200): Write error: Broken pipe

2007-10-03 13:21:57 (0284ae00): Session 0: Streaming file '05 Mad At You.mp3' to 192.168.192.103 (offset 0)

2007-10-03 13:21:57 (0284ae00): Write error: Broken pipe

2007-10-03 13:21:57 (02851200): Session 0: Streaming file '05 Mad At You.mp3' to 192.168.192.103 (offset 0)

2007-10-03 13:22:06 (01805e00): Thread 0:  could not read: unknown internal error

2007-10-03 13:22:06 (02851200): Write error: Broken pipe

[Skeeve]

Additionally the share can’t be reached anymore, even after restart and the webinterface always ends up on no_access…

[rpedde]

@Skeeve wrote:

Additionally the share can’t be reached anymore, even after restart and the webinterface always ends up on no_access…

no_access means you haven’t set an admin password in the config file.

does this happen every time on every song?

[Skeeve]

@rpedde wrote:

@Skeeve wrote:

Additionally the share can’t be reached anymore, even after restart and the webinterface always ends up on no_access…

no_access means you haven’t set an admin password in the config file.

When I deleted Firefly (I wanted to wait for a new build) I noticed, that I in fact entered a new password… But forgot to save the file 🙁 Sorry for that.

@rpedde wrote:

does this happen every time on every song?

The Broken Pipe didn’t happen with every file. I was playing an Album and the first song was played. But all the following songs were skipped and then suddenly one song was again played. So it was an intermittend (right word? I’m german so excuse my poor english) problem. When I stopped Firefly and restarted, the client couldn’t find the server anymore. I had the same problem with the last official beta release. When I checked the webadmin back than, Rendevous was reported as being stopped.

[rpedde]

@Skeeve wrote:

@rpedde wrote:

@Skeeve wrote:

Additionally the share can’t be reached anymore, even after restart and the webinterface always ends up on no_access…

no_access means you haven’t set an admin password in the config file.

When I deleted Firefly (I wanted to wait for a new build) I noticed, that I in fact entered a new password… But forgot to save the file 🙁 Sorry for that.

@rpedde wrote:

does this happen every time on every song?

The Broken Pipe didn’t happen with every file. I was playing an Album and the first song was played. But all the following songs were skipped and then suddenly one song was again played. So it was an intermittend (right word? I’m german so excuse my poor english) problem. When I stopped Firefly and restarted, the client couldn’t find the server anymore. I had the same problem with the last official beta release. When I checked the webadmin back than, Rendevous was reported as being stopped.

Do the songs that were skipped every play? And do they play in iTunes remotely? I mean, if you have two iTunes, and you share the same files that firefly keeps skipping, can they be played from a real live iTunes share?

If it’s repeatable for a specific song, could you share one with me for testing?

[Chiel]

I have the same problems running on unslung nslu2 (broken pipe) to a homemusic
The strange thing is that some files were able to play after retrying, but some others keep giving me a broken pipe.

When I was running the firefly 1586 server on a xp machine the problems didn’t show up.

[rpedde]

@Chiel wrote:

I have the same problems running on unslung nslu2 (broken pipe) to a homemusic
The strange thing is that some files were able to play after retrying, but some others keep giving me a broken pipe.

When I was running the firefly 1586 server on a xp machine the problems didn’t show up.

That’s an interesting data point. I wonder if that’s related to the sqlite issues.

Lemme work on pushing another nightly and I’ll ask if you can try sqlite3 with that.

— Ron

[SunbeamGuy]

I’ve just installed and updated ubuntu and am getting similar errors (broken pipe)… Not sure yet, but I think it happens when the song streaming is paused. I kill the process, start mt-daapd and resume listening. Here’s a snippet from my log:

2007-10-13 20:10:11 (b7cbda50): Scanned 7328 songs (was 7328) in 15 seconds
2007-10-13 20:11:40 (b6c62b90): Session 0: Streaming file ‘UB40 – The Very Best Of UB40 – 13 – Rat In Mi Kitchen – eac256cbr.mp3’ to 192.168.0.8 (offset 0)
2007-10-13 20:15:14 (b7cbda50): Rescanning database
2007-10-13 20:15:26 (b7cbda50): Starting playlist scan
2007-10-13 20:15:28 (b7cbda50): Updating playlists
2007-10-13 20:15:28 (b7cbda50): Scanned 7328 songs (was 7328) in 14 seconds
2007-10-13 20:16:03 (b6c62b90): Write error: Broken pipe
ps -aef |grep mt-daapd2007-10-13 21:17:39 (b7c1ca50): Firefly Version svn-1673: Starting with debuglevel 2
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: ssc-script/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: daap/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: rsp/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Starting rendezvous daemon
2007-10-13 21:17:39 (b7c1ca50): Client registering
2007-10-13 21:17:39 (b7c1ca50): Starting signal handler
2007-10-13 21:17:39 (b7c1ca50): Initializing database
2007-10-13 21:17:45 (b7c1ca50): Starting web server from /usr/share/mt-daapd/admin-root on port 4001
2007-10-13 21:17:45 (b7c1ca50): Registering rendezvous names
2007-10-13 21:17:46 (b7c1ca50): Serving 7328 songs. Startup complete in 6 seconds
2007-10-13 21:17:46 (b7c1ca50): Rescanning database
2007-10-13 21:18:00 (b7c1ca50): Starting playlist scan
2007-10-13 21:18:02 (b7c1ca50): Updating playlists
2007-10-13 21:18:02 (b7c1ca50): Scanned 7328 songs (was 7328) in 16 seconds

Thanks!

[rpedde]

@SunbeamGuy wrote:

I’ve just installed and updated ubuntu and am getting similar errors (broken pipe)… Not sure yet, but I think it happens when the song streaming is paused. I kill the process, start mt-daapd and resume listening. Here’s a snippet from my log:

2007-10-13 20:10:11 (b7cbda50): Scanned 7328 songs (was 7328) in 15 seconds
2007-10-13 20:11:40 (b6c62b90): Session 0: Streaming file ‘UB40 – The Very Best Of UB40 – 13 – Rat In Mi Kitchen – eac256cbr.mp3’ to 192.168.0.8 (offset 0)
2007-10-13 20:15:14 (b7cbda50): Rescanning database
2007-10-13 20:15:26 (b7cbda50): Starting playlist scan
2007-10-13 20:15:28 (b7cbda50): Updating playlists
2007-10-13 20:15:28 (b7cbda50): Scanned 7328 songs (was 7328) in 14 seconds
2007-10-13 20:16:03 (b6c62b90): Write error: Broken pipe
ps -aef |grep mt-daapd2007-10-13 21:17:39 (b7c1ca50): Firefly Version svn-1673: Starting with debuglevel 2
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: ssc-script/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: daap/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Plugin loaded: rsp/svn-1673
2007-10-13 21:17:39 (b7c1ca50): Starting rendezvous daemon
2007-10-13 21:17:39 (b7c1ca50): Client registering
2007-10-13 21:17:39 (b7c1ca50): Starting signal handler
2007-10-13 21:17:39 (b7c1ca50): Initializing database
2007-10-13 21:17:45 (b7c1ca50): Starting web server from /usr/share/mt-daapd/admin-root on port 4001
2007-10-13 21:17:45 (b7c1ca50): Registering rendezvous names
2007-10-13 21:17:46 (b7c1ca50): Serving 7328 songs. Startup complete in 6 seconds
2007-10-13 21:17:46 (b7c1ca50): Rescanning database
2007-10-13 21:18:00 (b7c1ca50): Starting playlist scan
2007-10-13 21:18:02 (b7c1ca50): Updating playlists
2007-10-13 21:18:02 (b7c1ca50): Scanned 7328 songs (was 7328) in 16 seconds

Thanks!

Ya, that’s correct and normal. When you pause, the client actually ungracefully terminates the connection. Which generates the error in the log.

One could make the argument that the error shouldn’t be so high as to appear in the log, but I can’t tell “bad” connection drops from “good” connection drops, so it always logs connection drops.

— Ron

[SunbeamGuy]

This time I got the broken pipe in the middle of a track after I’d been streaming for 1 hour & 15 minutes after a successful mt-daapd start:

2007-10-14 12:36:52 (b73fbb90): Session 0: Streaming file ‘The Grateful Dead – Dick’s Picks 08 Harpur College, Binghamton, NY 5270 (Disc 2) – 04 – The Other One.mp3’ to 192.168.0.8 (offset 0)
2007-10-14 12:43:24 (b73fbb90): Write error: Broken pipe
Reply Notification

The Soundbridge says “No Music library found” (SoundBridge is running software version 3.0.44) and I can’t reconnect without killing and starting mt-daapd. I’m going to start it again (with the same music selection) to see how long it lasts this time. 😀

Thanks!

-john

[Author]

Posts