2950s work fine.
I have had the parity error for over a year with no noticable problems. It is working fine.
I did have to make some IRQ changes to clean up the system.
I did these on my Dell 1750 test machine, but have made the same changes on my production machine.
The changes basically redue the IRQ load from other cards, like the RAID card, which will reduce the bus's capacity for processing all of the TDM IRQs.
It also allocates just one CPU full time for all of the TDM IRQs.
The changes are below:
ref:
FYI on zttool output on SMP system
--- Results after 56 passes ---
Best: 100.000000 -- Worst: 99.987793 -- Average: 99.999564
Only 2 were 99.987793, the 54 others were all 100.000000.
I got this by making the changes below on my dual proc Dell 1750.
setpci -v -s 01:08.1 LATENCY_TIMER=8
setpci -v -s 00:0f.1 LATENCY_TIMER=8
setpci -v -s 01:04.0 LATENCY_TIMER=8
setpci -v -s 01:02.0 LATENCY_TIMER=8
setpci -v -s 00:0f.2 LATENCY_TIMER=8
setpci -v -s 01:04.0 LATENCY_TIMER=8 (these are USB, SCSI HW RAID driver, Ethernet, Video, etc. I did not alter ZAP cards, nor any
bridges or buses)
echo 1 > /proc/irq/17/smp_affinity (Ethernet)
echo 1 > /proc/irq/18/smp_affinity (SCSI HW RAID Driver)
echo 2 > /proc/irq/20/smp_affinity (TDM)
echo 2 > /proc/irq/24/smp_affinity (TE411P)
I also turned of the startup of irqbalance.
The setpci changes did the most work concerning reaching 100% in zttest.
Irqbalance was causing the the processor handling the interrupts of the zap cards to change very often.
This would impose a delay during the change and cause the zttest numbers to drop/be inconsistent.
Because I turned irqbalance off, the irqs are processed round robin style, which is also not good.
Therefore, I hard coded the processor affinity for the zap cards to one proc and all other high load irqs to the other proc.
If you have more than 2 procs, you can spread them out even more. If you do not turn off irqbalance, the affinity changes will be
overwritten by it.
I made these changes on a live system without issue.
I set these changes in /etc/rc.d/rc.local to reset them after reboots.
--
--
Steven
http://www.glimasoutheast.org
"Brian Hutchinson" <***@gmail.com> wrote in message news:***@mail.gmail.com...
You guys are scaring me! I'm building a 2950 with SAS RAID 5 on the new PERC and it will have 2 TE420P's. I hope it works or my bacon will fry.
Post by Joseph BegumisaHas anyone had any compatibility issues with a TE110P card installed
on a Dell Poweredge 1950?I noted the following error on the LCD
E1711 PCI PErr Slot 1 E171F PCIE Fatal Error B0 D4 F0.
Yes, I have had this problem with a dell PE1650, 1850, SC1400, and PE650. I
have a TE410P that does it. It may not be wise, but I just ignore the orange
blinking LCD display (or light, >depending on the model). I did try
reseating the card, and it "works" for a few weeks, and then goes back to
the same old thing.
Yes, that happened too. Digium has graciously offered to send me a TE120P
with the Digium VoiceBus technology which I will test out on the Dell 1950.
Will post my findings thereafter.
Joseph.
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
------------------------------------------------------------------------------
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users