Fórum de Suporte Digivoice
Você não está logado.
Páginas: 1
Pessoal,
Pessoal o que pode esta ocorrendo, tenho um site com placa VB0408 com ramais espetados de uma central PABX da siemens e durante um tempo funciona tranquilo, porém quase todo dia tenho que reiniciar o asterisk pois as ligações direcionadas aos canais da placa não são completados e os canais ficam presos, assim quando os oito ficam presos não conseguimos mais realizar nenhuma chama da e tenho que reiniciar o asterisk pois nem com o dgv reset libera os canais.
Offline
Verifique se a placa esta utilizando uma irq compartilhada,
tive este mesmo problema com a placa 0408 resolvi da seguinte forma
desativei todo o hardware que não utilizo como: portas USB/Paralela e serial
como o meu servidor é dual core redirecionei todas as requisições da placa para o segundo processador. isso resolveu o meu problema.
Offline
Eronildo!
Podia nos explicar como você fez esse redirecionamento para o segundo processador?
[]'s
Muriel Arneiro
Offline
Bom dia Muriel.
fiz o redirecionamento na seguinte forma
executei o comando cat /proc/interrupts
meucci:/home/hardtec # cat /proc/interrupts
CPU0 CPU1
0: 149401267 0 IO-APIC-edge timer
1: 2020 0 IO-APIC-edge i8042
8: 611974898 0 IO-APIC-edge rtc
9: 1 0 IO-APIC-level acpi
14: 436584 0 IO-APIC-edge libata
15: 0 0 IO-APIC-edge libata
20: 183872052 0 IO-APIC-level /dev/vlibd
58: 5340190 0 PCI-MSI eth0
NMI: 0 0
LOC: 146248914 146249335
ERR: 0
MIS: 0
como você pode ver o dispositivo /dev/vlibd esta efetuando requisições no processador CPU0 e o processador CPU1 não esta recebendo requisiçoes
quando você executa o comando echo 2 > /proc/irq/20/smp_affinity as requisições passam a ser feito no segundo processador.
meucci:/home/hardtec # cat /proc/interrupts
CPU0 CPU1
0: 149564341 0 IO-APIC-edge timer
1: 2020 0 IO-APIC-edge i8042
8: 612642902 0 IO-APIC-edge rtc
9: 1 0 IO-APIC-level acpi
14: 437275 0 IO-APIC-edge libata
15: 0 0 IO-APIC-edge libata
20: 0 115264689 IO-APIC-level /dev/vlibd
58: 5340916 0 PCI-MSI eth0
NMI: 0 0
LOC: 146408547 146408968
ERR: 0
MIS: 0
meucci:/home/hardtec #
lembrando este comando deve ser colocado em um script para ser executado durante a inicialização.
antes eu tinha varios problemas com o meucci como: travamento de canais, e picotes nas ligações. e apos o redirecionamento não tive mais problemas com travamento de portas e picotes e tambem melhorou o desempenho do servidor.
Offline
Eronildo, muito obrigado pela dica!
[]'s
Muriel Arneiro
Offline
Olá Eronildo, estou com um problema semelhante. No nosso caso temos uma interligação com o PABX Avaya. Em alguns momentos os canais ficam presos e tenho que fazer um restart no Asterisk para voltar ao normal.
Fazendo-se um dgv show channels, as portas "presas" aparecem conforme abaixo:
Chan Group Extension Context PortId CardType Intrf.
10 1 25 default 99999999 E13030 R2/ISDN
14 1 25 default 99999999 E13030 R2/ISDN
Tentei fazer o procedimento que vc passou e não consegui passar as requisições para a CPU1. No nosso caso o IRQ é o 177 ao invés do 20:
[root@server ~]# cat /proc/interrupts
CPU0 CPU1
0: 2945748 0 IO-APIC-edge timer
1: 228 0 IO-APIC-edge i8042
6: 3 0 IO-APIC-edge floppy
8: 1 0 IO-APIC-edge rtc
9: 0 0 IO-APIC-level acpi
15: 24 0 IO-APIC-edge ide1
177: 5834952 0 IO-APIC-level libata, /dev/vlibd
185: 34534 0 IO-APIC-level eth0
NMI: 0 0
LOC: 2918561 2918560
ERR: 0
MIS: 0
echo 2 > /proc/irq/177/smp_affinity
O comando acima deve ser feito com o Asterisk fora, certo ? Mesmo assim não estou conseguindo passar as requisições para a CPU1.
Teria alguma dica ?
[]s rpazini
Offline
rpazini
qual a distribuição do linux vc está utilizando?
conforme o seu post verifiquei que a sua controladora sata esta compartilhando a irq 177 com a placa da digivoice.
verifique na bios do micro se é possivel alterar o irq da controladora.
Lembro que a minha placa que prendia os canais é VB-0408
[]'s
Offline
Estou com um servidor com duas placas VB6060. Cada uma com um IRQ:
21: 344262865 117620617 IO-APIC-fasteoi /dev/vlibd
22: 137595 461743805 IO-APIC-fasteoi /dev/vlibd
Joguei as requisicoes de IRQ da 1. placa para o CPU0 e da outra placa para o CPU1. Ainda assim estou tendo problemas de ligacoes travadas, Mas percebi que acontece mais na segunda placa.
Como esta a opcao CONFIG_HZ do kernel de voces ?
Offline
Páginas: 1