On Thursday 30 January 2003 22:46, Karl Heyes wrote:> On Thu, 2003-01-30 at 21:13, Marc Remijn wrote: > > I configured icecast and started it. > > > > I configured ices to stream the live input of my soundcard and: > > > > streamer@dubhead:~$ ices ices-live.xml > > [2003-01-30 22:06:54] INFO ices-core/main ices started... > > [2003-01-30 22:06:54] INFO input-oss/oss_open_module Opened audio > > device /dev/dsp at 2 channel(s), 44100 Hz > > [2003-01-30 22:06:54] INFO encode/encode_initialise Encoder > > initialising in VBR mode: 2 channel(s), 44100 Hz, quality 3.000000 > > Segmentation fault > > streamer@dubhead:~$ [2003-01-30 22:06:54] INFO > > stream/ices_instance_stream Connected to server: localhost:8000/live > > yuk, a segv, not nice. can you email this config, along with the gcc > release, as there were some non-standard releases around. not sure what > was on slackware (gcc -v)Hi Karl, I enclosed the config and some log information (ices, kernel) and gcc version in 2 files.> > > As for streaming ogg file by playlist: > > > > streamer@dubhead:~$ ices ices-playlist.xml > > [2003-01-30 22:10:05] INFO ices-core/main ices started... > > [2003-01-30 22:10:05] INFO playlist-builtin/playlist_read Currently > > playing /home/streamer/ww_20030109_0100.ogg > > [2003-01-30 22:10:05] INFO stream/ices_instance_stream Connected to > > server: localhost:8000/test > > > > > > Looks good, but if I connnect to the stream with my local xmms, it > > continually pre-buffers. When the buffer is filled it starts again pre > > buffering instead of playing. > > again the config will help, what is the input 44khz 2 channels? It > sounds like the data stream is not there. If ices breaks the stream then > you'll get a clearing and reconnection entry in the ices.log. set the > log level to 4, it's not that verbose.I solved that, thanks to suggestions in this mailing list. Added '.ogg' to the mountpoint. Now it's OK. Marc <p> -------------- next part -------------- Ices output: [2003-01-31 07:26:58] INFO ices-core/main ices started... [2003-01-31 07:26:58] INFO input-oss/oss_open_module Opened audio device /dev/dsp at 2 channel(s), 44100 Hz [2003-01-31 07:26:58] INFO encode/encode_initialise Encoder initialising in VBR mode: 2 channel(s), 44100 Hz, quality 3.000000 [2003-01-31 07:26:58] INFO stream/ices_instance_stream Connected to server: localhost:8000/live Kernel output: invalid operand: 0000 CPU: 0 EIP: 0010:[<d08e25b1>] Tainted: PF EFLAGS: 00010006 eax: 0000000e ebx: 00003556 ecx: ce44c728 edx: ce44c728 esi: 0000e000 edi: 00000007 ebp: c288bf64 esp: c288bf4c ds: 0018 es: 0018 ss: 0018 Process ices (pid: 2707, stackpage=c288b000) Stack: 00000202 cc3fbac0 00008000 ce44c6e0 ce44c728 0000ffff 00018000 0001c000 00010000 00014000 d08e011c ce44c6e0 00000000 cc3fbac0 ffffffea 00008000 00000000 00000000 c4745ea0 00000000 c012db45 cc3fbac0 0805c720 00008000 Call Trace: [<d08e011c>] [<c012db45>] [<c0106d7b>] Code: 0f 0b 5b 5e 5f 5d 83 c4 18 c3 90 83 ec 04 56 53 8b 44 24 10 gcc version: Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/specs gcc version 2.95.3 20010315 (release) -------------- next part -------------- A non-text attachment was scrubbed... Name: ices-live.xml Type: text/xml Size: 3965 bytes Desc: ices-live.xml Url : http://lists.xiph.org/pipermail/icecast/attachments/20030131/168d15a2/ices-live.bin
On Fri, 2003-01-31 at 06:39, Marc Remijn wrote: ...> Kernel output: > > invalid operand: 0000 > CPU: 0 > EIP: 0010:[<d08e25b1>] Tainted: PF > EFLAGS: 00010006 > eax: 0000000e ebx: 00003556 ecx: ce44c728 edx: ce44c728 > esi: 0000e000 edi: 00000007 ebp: c288bf64 esp: c288bf4c > ds: 0018 es: 0018 ss: 0018 > Process ices (pid: 2707, stackpage=c288b000) > Stack: 00000202 cc3fbac0 00008000 ce44c6e0 ce44c728 0000ffff 00018000 0001c000 > 00010000 00014000 d08e011c ce44c6e0 00000000 cc3fbac0 ffffffea 00008000 > 00000000 00000000 c4745ea0 00000000 c012db45 cc3fbac0 0805c720 00008000 > Call Trace: [<d08e011c>] [<c012db45>] [<c0106d7b>] > > Code: 0f 0b 5b 5e 5f 5d 83 c4 18 c3 90 83 ec 04 56 53 8b 44 24 10This isn't from ices, this is from the kernel. Something went wrong during the time ices was running. ices can completely freeze if the kernel has detected a problem somewhere, so you need to isolate the causes of such things. There should be no way of causing a panic from ices and any other application. The thing that stands out initially is the tainted reference ie you have some non-standard module loaded on your system, the typical example is the nvidia module, use lsmod to see the list of modules. There are a few possibilities that could cause this kernel panic, one is poor module code, try to avoid not loading the module to begin with and try to do the streaming. The other usual suspect is excessive heat causing errors inside the chips. The main thing that can be done to remove the possibility of a kernel panic is having a recent kernel. The gcc release you have should be fine. As for the config file I'll check into that a bit more later. karl. <p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
Bad RAM is also a cause of kernel panic. (I posted a similar problem to this months ago) Try running memtest86. The site for it is down, but rpmfind.net has a lot of rpm's and src rpm's for working versions. +------------------------- + Dave Dennis + Seattle, WA + dmd@speakeasy.org + http://www.bauhaus.nu/dion +------------------------- On 31 Jan 2003, Karl Heyes wrote:> On Fri, 2003-01-31 at 06:39, Marc Remijn wrote: > ... > > > Kernel output: > > > > invalid operand: 0000 > > CPU: 0 > > EIP: 0010:[<d08e25b1>] Tainted: PF > > EFLAGS: 00010006 > > eax: 0000000e ebx: 00003556 ecx: ce44c728 edx: ce44c728 > > esi: 0000e000 edi: 00000007 ebp: c288bf64 esp: c288bf4c > > ds: 0018 es: 0018 ss: 0018 > > Process ices (pid: 2707, stackpage=c288b000) > > Stack: 00000202 cc3fbac0 00008000 ce44c6e0 ce44c728 0000ffff 00018000 0001c000 > > 00010000 00014000 d08e011c ce44c6e0 00000000 cc3fbac0 ffffffea 00008000 > > 00000000 00000000 c4745ea0 00000000 c012db45 cc3fbac0 0805c720 00008000 > > Call Trace: [<d08e011c>] [<c012db45>] [<c0106d7b>] > > > > Code: 0f 0b 5b 5e 5f 5d 83 c4 18 c3 90 83 ec 04 56 53 8b 44 24 10 > > This isn't from ices, this is from the kernel. Something went wrong > during the time ices was running. ices can completely freeze if the > kernel has detected a problem somewhere, so you need to isolate the > causes of such things. There should be no way of causing a panic from > ices and any other application. > > The thing that stands out initially is the tainted reference ie you have > some non-standard module loaded on your system, the typical example is > the nvidia module, use lsmod to see the list of modules. > > There are a few possibilities that could cause this kernel panic, one is > poor module code, try to avoid not loading the module to begin with and > try to do the streaming. The other usual suspect is excessive heat > causing errors inside the chips. > > The main thing that can be done to remove the possibility of a kernel > panic is having a recent kernel. The gcc release you have should be > fine. > > As for the config file I'll check into that a bit more later. > > karl. > > > > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered. >--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
----- Original Message ----- From: Karl Heyes <karl@pts.tele2.co.uk> To: <icecast@xiph.org> Sent: Friday, January 31, 2003 5:29 PM Subject: Re: [icecast] Re: Compiling ices <p>> On Fri, 2003-01-31 at 06:39, Marc Remijn wrote:> ... > > > Kernel output: > > > > invalid operand: 0000 > > CPU: 0 > > EIP: 0010:[<d08e25b1>] Tainted: PF > > EFLAGS: 00010006 > > eax: 0000000e ebx: 00003556 ecx: ce44c728 edx: ce44c728 > > esi: 0000e000 edi: 00000007 ebp: c288bf64 esp: c288bf4c > > ds: 0018 es: 0018 ss: 0018 > > Process ices (pid: 2707, stackpage=c288b000) > > Stack: 00000202 cc3fbac0 00008000 ce44c6e0 ce44c728 0000ffff 000180000001c000> > 00010000 00014000 d08e011c ce44c6e0 00000000 cc3fbac0 ffffffea00008000> > 00000000 00000000 c4745ea0 00000000 c012db45 cc3fbac0 0805c72000008000> > Call Trace: [<d08e011c>] [<c012db45>] [<c0106d7b>] > > > > Code: 0f 0b 5b 5e 5f 5d 83 c4 18 c3 90 83 ec 04 56 53 8b 44 24 10 > > This isn't from ices, this is from the kernel. Something went wrong > during the time ices was running. ices can completely freeze if the > kernel has detected a problem somewhere, so you need to isolate the > causes of such things. There should be no way of causing a panic from > ices and any other application. > > The thing that stands out initially is the tainted reference ie you have > some non-standard module loaded on your system, the typical example is > the nvidia module, use lsmod to see the list of modules.The only module I know about that is 'tainted' is the philips webcam compression module pwcx, which I forced loaded with 'insmod -f'. But unloading that didn't change the problem. Anyway the 'tainted' issue has to do with no being in order with the GNU licence isn't it? When I do lsmod (after reloading the pwcx module) I get: root@dubhead:/home/marc# lsmod Module Size Used by Tainted: PF pwcx 87616 1 pwc 38944 1 [pwcx] iptable_nat 12660 1 (autoclean) ip_conntrack 12684 1 (autoclean) [iptable_nat] ip_tables 10432 3 [iptable_nat] ide-scsi 7456 0 hisax 447812 4 isdn 110176 5 [hisax] 3c59x 24648 2 emu10k1 55680 22 sound 52876 0 [emu10k1] ac97_codec 9568 0 [emu10k1] soundcore 3236 7 [emu10k1 sound] usb-uhci 20708 0 (unused) usbcore 48000 0 [pwc usb-uhci] videodev 4448 2 [pwc] ppp_deflate 38912 0 ppp_async 6464 1 ppp_generic 14664 3 [ppp_deflate ppp_async] slhc 4416 2 [isdn ppp_generic] agpgart 29824 0 (unused) lp 6368 1 parport_pc 14404 1 parport 21664 1 [lp parport_pc]