similar to: Sound: Record Overrun

Has anybody had this problem? I came in this morning and found my streamer down and this message flashing by on the console. "Sound: Recording Overrun" I'm running Icecast 1.3.11 and the source is Liveice on Redhat 7.1 if that makes a difference. <p>Just curious, Matt <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

On Sun, Aug 17, 2003 at 03:44:21AM -0500, Gnophone Support wrote: > Hello, and thank you for registering at gnophone.com. Your login > information is listed below: > > Username: miernik > Password: ******* > IAX Phone Number: 17002916107 > > Please login as soon as possible to > http://x.linux-support.net/directory/ to complete the

Hello All, I've just been made aware of Asterisk and have installed it. Things seem to be working: I can dial from the console the internal numbers and hear the answerphone messages and do other interesting stuff. however when I hangup the call I see a continuous stream of messages saying "Sound: Recording overrun" appear on ALL my linux consoles and I can't see what I'm

Hi I am interested in setting up an Asterisk PBX in my office with digium hardware, and I just have a few questions in regards to what I would need. It is my understanding that an FXO card is used to interface with an incoming/outgoing phone line, and an FXS card is used for interfacing with a phone within the system. Currently we have 4 incoming/outgoing phone lines and would like to have

When I call into my system I have it set to play a bunch of different sound files (I'm doing testing right now), but when it connects there is just nothingness for about the time the sound file should take to play. A soundcard is installed on my system and working properly. Last night I would sometimes get "Sound: Record Overrun" messages when I would close asterisk down or

I have a pair of sites tied together with a T1 line running zaptel PPP on either end. The system works, but I keep getting these messages in the kernel logs, and users are reporting connection problems (TCP timeouts, and hangs) especially under high usage. --snip-- HDLC Receiver overrun on channel WCT1/0/1 (master=WCT1/0/1) HDLC Receiver overrun on channel WCT1/0/1 (master=WCT1/0/1) HDLC

Hello everyone, we try to use a server running linux in an NT-domain and get the error message given in the subject-line. More details from the logfile and smb.conf are given below. Can anyone give us a hint what the problem is? (Of course...) The problem is very urgent for us. Thanks a lot in advance. Helmut Rickel ================= smb.conf ======================== [global]

I have a system that I just installed with CentOS 4.0. It is an HP NetServer E 60 with dual CPUs and 1G RAM. There is an Adaptec AIC-7895 built into the motherboard. On bootup, I get this: (scsi0:A:1): 11.626MB/s transfers (5.813MHz, offset 8, 16bit) (scsi0:A:1:0): data overrun detected in Data-in phase. Tag == 0x2. (scsi0:A:1:0): Have seen Data Phase. Length = 255. NumSGs = 1. sg[0] - Addr

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Subject: Possible Buffer Overrun in smbd CVE #: CAN-2004-0882 Affected Versions: Samba 3.0.x <= 3.0.7 Summary: A possible buffer overrun in smbd could lead to code execution by a remote user Patch Availability - ------------------ A patch for Samba 3.0.7 (samba-3.0.7-CAN-2004-0882.patch) is available from

--------------------------------------------------------------------- Red Hat, Inc. Red Hat Security Advisory Synopsis: Updated sudo packages fixing buffer overrun available Advisory ID: RHSA-2001:018-02 Issue date: 2001-02-23 Updated on: 2001-03-02 Product: Red Hat Linux Keywords: sudo buffer overrun Cross references:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ========================================================== == == Subject: Buffer overrun in NSS host lookup Winbind == library on Solaris == CVE ID#: CVE-2007-0453 == == Versions: Samba 3.0.21 - 3.0.23d (inclusive) running on == Sun Solaris == == Summary: A potential overrun in the gethostbyname() == and getipnodebyname() in the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ========================================================== == == Subject: Buffer overrun in NSS host lookup Winbind == library on Solaris == CVE ID#: CVE-2007-0453 == == Versions: Samba 3.0.21 - 3.0.23d (inclusive) running on == Sun Solaris == == Summary: A potential overrun in the gethostbyname() == and getipnodebyname() in the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I can't seem to be able to get any sound out of my CentOS 3.8 laptop. I have the ESS ES1878 chip in it. It can work in either native mode, or in SoundBlaster compatible mode. Neither is detected by CentOS 3.8. I've looked at the directory with kernel drivers, and there doesn't seem to be any kernel module that smells like either

Asterisk Project Security Advisory - AST-2017-002 Product Asterisk Summary Buffer Overrun in PJSIP transaction layer Nature of Advisory Buffer Overrun/Crash Susceptibility Remote Unauthenticated Sessions Severity Critical

I have been trying to get lowest-latency sound (with highest fidelity) to use with Dragon NaturallySpeaking. I have Jaunty and the latest RT kernel, which I know has problems for many applications but works fine to run DNS. (It will not, however, install the program nor train it.) I set up real-time audio access as follows: sudo su -c 'echo @audio - rtprio 99 >>

PC clocks aren't too accurate -- the two on my desk lose 25 seconds and gain 1 minute 45 seconds each day. Sound card clocks probably aren't super accurate either. How does this affect icecast? If two listeners have sound card clocks that are running at different speeds and thus one's sound is ahead of the other's, does the slower one eventually get so far behind that icecast

Hi all I am getting this error, when running the command below from my workstation: `--> sudo net rpc info -S SMBPDC [2005/08/17 14:33:16, 0] rpc_parse/parse_prs.c:prs_mem_get(537) prs_mem_get: reading data of size 14287078 would overrun buffer. However, if I run the same command from the PDC itself, then it's ok: . ldapsmb-pdc:~# net rpc info Domain Name: ILR Domain SID:

Hello, The attached patch is to add an assert to getValueTypeList() to verify that for simple value types their value is NOT between MAX_ALLOWED_VALUETYPE and LastSimpleValueType (inclusive) as this causes a buffer overrun. Thanks, Javier -----Original Message----- From: Duncan Sands [mailto:baldrick at free.fr] Sent: Tuesday, April 27, 2010 5:07 AM To: Martinez, Javier E Cc: LLVM Developers

--------------------------------------------------------------------- Red Hat, Inc. Red Hat Security Advisory Synopsis: Updated sudo packages fixing buffer overrun available Advisory ID: RHSA-2001:019-02 Issue date: 2001-02-23 Updated on: 2001-03-21 Product: Red Hat Powertools Keywords: sudo buffer overrun Cross references:

On 2020/7/30 ??4:30, Jeffle Xu wrote: > Before commit eded341c085b ("block: don't decrement nr_phys_segments for > physically contigous segments") applied, the generic block layer may not > guarantee that @req->nr_phys_segments equals the number of bios in the > request. When limits. at max_discard_segments == 1 and the IO scheduler is > set to scheduler except for