Hi Romain,
I had to manually kill the liquidsoap process by running "sudo kill -9
<pid>". I'm not sure if it would ever stops.
I did put id after I wrote this email and I confirmed that the "Buffer
overrun" msg is from one of input.harbor that the source was still
connected while it's trying to terminate.
Keep it mind that if I disconnect the source and try to terminate
liquidsoap, I won't get into this situation.
Can you guys confirm if this if bug or not?
Thanks!
On Wed, Mar 7, 2012 at 10:58 AM, Romain Beauxis <[email protected]>wrote:
> Hi,
>
> 2012/3/6 James Moon <[email protected]>:
> > I ran into another problem.
> > Please take a look at the log below:
> >
> > 2012/03/06 11:29:44 >>> LOG START
> > 2012/03/06 11:29:44 [protocols.external:3] Didn't find "ufetch".
> > 2012/03/06 11:29:44 [protocols.external:3] Found "/usr/bin/wget".
> > 2012/03/06 11:29:44 [main:3] Liquidsoap 1.0.0
> > 2012/03/06 11:29:44 [main:3] Using: graphics=[distributed with Ocaml]
> > pcre=6.0.1 dtools=0.2.2 duppy=0.4.2 duppy.syntax=0.4.2 cry=0.2.2 mm=0.2.0
> > ogg=0.4.3 vorbis=0.6.1 mad=0.4.4 flac=0.1.0 flac.ogg=0.1.0
> > dynlink=[distributed with Ocaml] lame=0.3.1 alsa=0.2.1 ao=0.2.0
> taglib=0.2.0
> > camomile=0.7.1 portaudio=0.2.0 pulseaudio=0.1.2
> > 2012/03/06 11:29:44 [dynamic.loader:2] Could not load plugins in
> directory
> > /usr/local/lib/liquidsoap/1.0.0/plugins.
> > 2012/03/06 11:29:44 [frame:3] Using 44100Hz audio, 25Hz video, 44100Hz
> > master.
> > 2012/03/06 11:29:44 [frame:3] Frame size must be a multiple of 1764
> ticks =
> > 1764 audio samples = 1 video samples.
> > 2012/03/06 11:29:44 [frame:3] Targetting 'frame.duration': 0.04s = 1764
> > audio samples = 1764 ticks.
> > 2012/03/06 11:29:44 [frame:3] Frames last 0.04s = 1764 audio samples = 1
> > video samples = 1764 ticks.
> > 2012/03/06 11:29:44 [threads:3] Created thread "generic queue #1".
> > 2012/03/06 11:29:44 [threads:3] Created thread "generic queue #2".
> > 2012/03/06 11:29:44 [threads:3] Created thread "non-blocking queue #1".
> > 2012/03/06 11:29:44 [harbor:3] Adding mountpoint '/master' on port 8080
> > 2012/03/06 11:29:44 [harbor:3] Adding mountpoint '/dj' on port 9090
> > 2012/03/06 11:29:44 [airtime_128:3] Connecting mount airtime_128 for
> > [email protected]...
> > 2012/03/06 11:29:44 [airtime_128:3] Connection setup was successful.
> > 2012/03/06 11:29:44 [lang:3]
> > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh --connect
> > --stream-id=1 --time=1331051384.12
> > 2012/03/06 11:29:44 [threads:3] Created thread "wallclock_main" (1
> total).
> > 2012/03/06 11:29:44 [clock.wallclock_main:3] Streaming loop starts,
> > synchronized with wallclock.
> > 2012/03/06 11:29:44 [fallback_5255:3] Switch to fallback_5250.
> > 2012/03/06 11:29:44 [fallback_5250:3] Switch to fallback_5245.
> > 2012/03/06 11:29:44 [fallback_5245:3] Switch to src_5202.
> > 2012/03/06 11:29:44 [src_5202:3] Inserting missing metadata.
> > 2012/03/06 11:29:44 [dummy(dot)1:3] Source failed (no more tracks)
> stopping
> > output...
> > 2012/03/06 11:29:44 [dummy(dot)2:3] Source failed (no more tracks)
> stopping
> > output...
> > 2012/03/06 11:29:44 [dummy(dot)3:3] Source failed (no more tracks)
> stopping
> > output...
> > 2012/03/06 11:29:54 [server:3] New client: localhost.
> > 2012/03/06 11:29:54 [decoder:3] Method "MP3" accepted
> >
> "/var/tmp/airtime/pypo/cache/scheduler/2fb0b329dddaf05662d92e19c2d3698e.mp3".
> > 2012/03/06 11:29:54 [server:3] Client localhost disconnected.
> > 2012/03/06 11:29:54 [queue:3] Prepared
> >
> "/var/tmp/airtime/pypo/cache/scheduler/2fb0b329dddaf05662d92e19c2d3698e.mp3"
> > (RID 0).
> > 2012/03/06 11:29:54 [cue_cut_5105:3] Cueing in...
> > 2012/03/06 11:29:54 [lang:3]
> > /usr/lib/airtime/pypo/bin/liquidsoap_scripts/notify.sh --data='0'
> > --media-id=72
> > 2012/03/06 11:29:54 [lang:3] Using stream_format 0
> > 2012/03/06 11:29:54 [fallback_5245:3] Switch to src_5196 with transition.
> > 2012/03/06 11:30:19 [decoder:3] Method "OGG" accepted "application/ogg".
> > 2012/03/06 11:30:19 [threads:3] Created thread "harbor source feeding" (2
> > total).
> > 2012/03/06 11:30:19 [harbor_5247:3] Decoding...
> > 2012/03/06 11:30:29 [dummy(dot)2:3] Source failed (no more tracks)
> stopping
> > output...
> > 2012/03/06 11:31:13 [main:3] Shutdown started!
> > 2012/03/06 11:31:13 [main:3] Waiting for threads to terminate...
> > 2012/03/06 11:31:13 [airtime_128:3] Closing connection...
> > 2012/03/06 11:31:13 [clock.wallclock_main:3] Streaming loop stopped.
> > 2012/03/06 11:31:13 [threads:3] Thread "wallclock_main" terminated (1
> > remaining).
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.00s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> > 2012/03/06 11:29:44 [harbor_5247:3] Buffer overrun: Dropping 0.02s.
> >
> > Here is the situation:
> >
> > External stream is connected to input.harbor and while it's still
> connected,
> > I restarted liquidsoap.
> > When I do that, liquidsoap process is not getting terminated because it's
> > logging all those "Buffer overrun" messages.
> > Keep in mined that it's logging what has happened in the past( see the
> log
> > timestamp ).
>
> That may actually be a bug. Am I correct if I assume that liquidsoap
> actually never stops?
>
> In order to sort things out, it could help to add meaningful IDs to
> your sources and output:
> s = input.harbor(id="name here", ...)
> This way we can find out which source the logs refer to exactly.
>
> If it turns out to be bug, it would also be great to minimize the
> reproduction script by taking out parts of it one by one while
> preserving the bug..
>
> Thanks!
> Romain
>
--
James Moon
Software Developer, Sourcefabric
[email protected]
www.sourcefabric.com | *www.sourcefabric.org*
720 Bathurst St. Suite 203
M5S 2R4, Toronto, ON, Canada
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
