[asterisk-dev] Centos 4.3 Issues

[Fernando Romo]

I a know issue with the kernel headers of centos (Is not a Asterisk
problem). Use this patchs in zaptel,c and torisa.c:

For zaptel.c
---------------
Index: zaptel.c
===================================================================
--- zaptel.c    (revision 989)
+++ zaptel.c    (working copy)
@@ -380,13 +380,13 @@
 
 static u_char defgain[256];
 
-#ifdef DEFINE_RWLOCK
-static DEFINE_RWLOCK(zone_lock);
-static DEFINE_RWLOCK(chan_lock);
-#else
+//#ifdef DEFINE_RWLOCK
+//static DEFINE_RWLOCK(zone_lock);
+//static DEFINE_RWLOCK(chan_lock);
+//#else
 static rwlock_t zone_lock = RW_LOCK_UNLOCKED;
 static rwlock_t chan_lock = RW_LOCK_UNLOCKED;
-#endif
+//#endif
 
 static struct zt_zone *tone_zones[ZT_TONE_ZONE_MAX];

---------------

For torisa.c:
---------------
Index: torisa.c
===================================================================
--- torisa.c    (revision 989)
+++ torisa.c    (working copy)
@@ -130,11 +130,11 @@
 
 static int spansstarted = 0;
 
-#ifdef DEFINE_RWLOCK
-static DEFINE_RWLOCK(torisa);
-#else
+//#ifdef DEFINE_RWLOCK
+//static DEFINE_RWLOCK(torisa);
+//#else
 static rwlock_t torisa = RW_LOCK_UNLOCKED;
-#endif
+//#endif
 
 static u_char readdata[2][64][ZT_MAX_CHUNKSIZE];
 static u_char writedata[2][64][ZT_MAX_CHUNKSIZE];
---------------

Recompile your zaptel and enjoy.

Bets regards....... El Pop


Greg Boehnlein wrote:
> Hello,
> 	I was wondering if anyone out there is successfully running 
> Asterisk 1.2 svn w/ Centos 4.3. I had an experience over the last two 
> weeks that has me scratching my head and muttering strange things in the 
> wee hours of the morning. I am going to try and be as descriptive as my 
> brain will allow right now, but if there is something that I do not cover, 
> please do not hesitate to ask and I'll be happy to answer.
>
> 	For the last 2 years, I have been running a mixture of Tao Linux 
> and Centos (both RHEL derivatives) on our production boxes. Asterisk has 
> run flawlessly on all installations. Last week, I updated one of our 
> gateway boxes from Centos 4.2 (under which it ran for 6 months without 
> issue) to the new 4.3 code. Almost immediately, we began to experience 
> problems. Asterisk would core w/ the following:
>
> #0  0x004878ab in test_err () from 
> /usr/lib/asterisk/modules/codec_g729a.so
>
> 	The segfaults would happen under very light loads, in some cases 
> with just a single call. Kevin was able to log in to the box, and put a 
> debugging version of codec_g729 on the box. He determined that the problem 
> was that the values that were being returned in that routine were 
> incorrect. I.E. something in the system was returning a non-zero value 
> when multiplying a number by "0". Barring any other explanations, we 
> assumed that there was a hardware issue somewhere, either in the memory, 
> or the FPU on the CPU.
> 	So, we replaced the box w/ a brand new Dual-Core system running a 
> Dual-Core Pentium D 920. We loaded the 32 bit version of Centos 4.3 onto 
> the box and proceeded to start testing. BAM.. same problem.. the backtrace 
> showed the failure in the same routine.
> 	We scratched our heads, and after many hours of trying various 
> things (backing off the kernel to 2.6.9-22) and even moving to the new 
> development kernel 2.6.9-34.19 (from the testing tree) we could do nothing 
> to solve the issue.
> 	Mind you, this is the exact same behavior on two different 
> hardware platforms running the exact same distribution. We even loaded up 
> a third box and could reproduce the behavior on it as well. Three 
> different boxes, one common distribution.
>
> 	As a test, we installed Fedora Core 5 x86_64 on the new Dual Core 
> box and ran extensive tests overnight, simulating 96 channels doing G729 
> to Ulaw transcoding. The box ran completely stable. No hiccups.
>
> 	So, this morning, we put it back into the cluster, and it's now 
> taking about 200 concurrent calls, doing an insane amount of transcoding 
> and it is working just fine. Before, it would have cored in the first 
> couple of minutes.
>
> I'm scratching my head here, because I generally have had excellent 
> experiences with Centos. However, I have NO idea what might be the issue 
> here. Could it be the kernel? (We tried three different ones!). Could it 
> be the libc? Maybe it is the compiler?
>
> In any case, if anyone is having success with Centos 4.3 (32 bit), please 
> speak up. I'd like to get to the bottom of it. I generally do not like to 
> run Fedora on production equipment as it is generally bleeding edge. In 
> this case, FC5 is running 2.6.16 something..
>
>   


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 186 bytes
Desc: OpenPGP digital signature
Url : http://lists.digium.com/pipermail/asterisk-dev/attachments/20060522/c0e526dc/signature.pgp