[AsteriskBrasil] Unable to Join queue

Terça Janeiro 5 11:11:52 BRST 2010

Luis, bom dia!

Qual foi a programação que você colocou no Crontab? Não consegui resolver o problema com nenhum dos ajustes recomendados anteriormente. Vou apelar para o Crontab mesmo.

Grato desde já,

Luiz Neto.

----- Mensagem original -----
De: "Luis Reis" <luis.reis em singularideas.com.br>
Para: asteriskbrasil em listas.asteriskbrasil.org
Enviadas: Quarta-feira, 16 de Dezembro de 2009 6:10:24 (GMT-0300) Auto-Detected
Assunto: Re: [AsteriskBrasil] Unable to Join queue

depende do uso da fila.

Mas eu programei no contab uma vez por semana.

Em 15/12/09, max _tor<maxthetor em gmail.com> escreveu:
> Poiseh, so um bug na aplicacao app_queue para causar isso, acho que vou ler
> os changelog do asterisk
> e fazer as comparacoes.
> De qualquer forma, ele so volta ao normal depois de um reload via freepbx, o
> equivalente a um restart.
> Qual periocidade voce da o reset nas suas filas?
>
> 2009/12/15 Luis Reis <luis.reis em singularideas.com.br>
>
>> Minha experiência com queues é a seguinte:
>>
>> *com o tempo, a aplicação queue fica meio "doida" e por isso, com o tempo,
>> eu dou um reset nas filas. Geralmente eu faço isso com o crontab.*
>>
>> Depois que você reseta a fila ela volta ao normal?
>>
>> 2009/12/15 Rodrigo Vian <listas em porttaltecnologia.com.br>
>>
>>  Bom dia, blz???
>>>
>>> Mude esses parametros e refaça o teste..
>>> *eventmemberstatus=yes*
>>> *eventwhencalled=yes*
>>>
>>> Não esqueça de olhar também o queue_log em /var/log/asterisk
>>>
>>> Espero que te ajude.
>>>
>>> Abs
>>>
>>>
>>> max _tor escreveu:
>>>
>>> Entao Douglas, minha missao é essa descobrir o problema, porque nos logs
>>> eu so tinha isso:
>>> "app_queue.c: Unable to join queue"
>>> o "queue_log", tambem nao pegou nada na data do acontecido.
>>> Como mencionei, alguem so vai poder me ajudar, se tiver passado algo
>>> parecido.
>>>
>>> Mas pra melhorar vou colocar a conf da minha queue.
>>>
>>> [700]
>>> announce-frequency=0
>>> announce-holdtime=no
>>> autofill=yes
>>> eventmemberstatus=no
>>> eventwhencalled=no
>>> joinempty=yes
>>> leavewhenempty=no
>>> maxlen=0
>>> monitor-type=mixmonitor
>>> monitor-format=wav
>>> music=default
>>> periodic-announce-frequency=0
>>> queue-callswaiting=silence/1
>>> queue-thereare=silence/1
>>> queue-youarenext=silence/1
>>> retry=3
>>> strategy=random
>>> timeout=0
>>> weight=10
>>> wrapuptime=0
>>> member=Local/1001 em from-internal/n,0
>>> member=Local/1002 em from-internal/n,0
>>>
>>>
>>> Abracos a todos
>>>
>>> 2009/12/14 Douglas Conrad <conrad em opens.com.br>
>>>
>>>>  É preciso mais logs para dar uma sugestão correta.
>>>>
>>>> mas analisando a situação podemos fazer algumas colocações:
>>>> - Unable to join queue é uma mensagem de impossibilidade de um chamador
>>>> entrar na fila para esperar atendimento
>>>> - esta mensagem indica que sua fila está com o parâmetro joinempty =
>>>> [no|strict] . Isto indica que na opção "no" ninguém poderá entrar na
>>>> fila de
>>>> não existir agentes logados, já a opção "strict" indica que ninguém
>>>> poderá
>>>> entrar na fila se não existir ninguém logado ou ainda se todos estiverem
>>>> unavailable.
>>>>
>>>> Esta última opção pode ser o teu problema, ou seja, os agentes estão na
>>>> fila mas indisponíveis" por algum motivo "obscuro" sem os logs.
>>>>
>>>> []s
>>>>
>>>> Douglas Conrad
>>>> *O**pen**S** Tecnologia*
>>>> http://www.opens.com.br
>>>> Telefone: (48) 3954 8000 / (51)4063 8712
>>>> DDR: (48) 3954 8034
>>>> DDR Móvel: (48)3954 8031
>>>> Celular: (48) 9161 3166
>>>>
>>>>   Em Seg, 2009-12-14 às 13:20 -0200, max _tor escreveu:
>>>>
>>>>  Senhores, ultimamente tenho tido um problema estranho, em intervalos de
>>>> longos dias, uma das
>>>> minhas queues mais ativar fica louca, fica repetindo a gravacao e nao
>>>> passa a ligacao para os agentes.
>>>> No log eu tenho :
>>>>
>>>> app_queue.c: Unable to join queue '700'.
>>>>
>>>> Os ramais/agentes estavam disponiveis no momento, nao deu para fazer um
>>>> "queue show" antes do momento.
>>>> Alguem na lista ja passou por isso?
>>>>
>>>> _______________________________________________
>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>>> - Valor similar ao de placas E1 PCI;
>>>> - Não há problemas de compatibilidade com barramento PCI;
>>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>>> servidores compartilham o mesmo E1)
>>>> Conheça mais sobre este produto em www.red-fone.com
>>>>
>>>> _______________________________________________
>>>> Lista de discussões
>>>> AsteriskBrasil.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>>
>>>>
>>>> _______________________________________________
>>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>>> - Valor similar ao de placas E1 PCI;
>>>> - Não há problemas de compatibilidade com barramento PCI;
>>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>>> servidores compartilham o mesmo E1)
>>>> Conheça mais sobre este produto em www.red-fone.com
>>>> _______________________________________________
>>>> Lista de discussões AsteriskBrasil.org
>>>> AsteriskBrasil em listas.asteriskbrasil.org
>>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>>
>>>
>>> ------------------------------
>>>
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões
>>> AsteriskBrasil.orgAsteriskBrasil em listas.asteriskbrasil.orghttp://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>
>>>
>>>
>>> _______________________________________________
>>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>>> - Valor similar ao de placas E1 PCI;
>>> - Não há problemas de compatibilidade com barramento PCI;
>>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>>> servidores compartilham o mesmo E1)
>>> Conheça mais sobre este produto em www.red-fone.com
>>> _______________________________________________
>>> Lista de discussões AsteriskBrasil.org
>>> AsteriskBrasil em listas.asteriskbrasil.org
>>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>>
>>
>>
>>
>> --
>> Luis Machado Reis
>> Analista de Sistemas
>> www.singularideas.com.br
>>
>> _______________________________________________
>> A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
>> - Valor similar ao de placas E1 PCI;
>> - Não há problemas de compatibilidade com barramento PCI;
>> - Possibilitam a construção de soluções de alta disponibilidade(dois
>> servidores compartilham o mesmo E1)
>> Conheça mais sobre este produto em www.red-fone.com
>> _______________________________________________
>> Lista de discussões AsteriskBrasil.org
>> AsteriskBrasil em listas.asteriskbrasil.org
>> http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil
>>
>

-- 
Luis Machado Reis
Analista de Sistemas
www.singularideas.com.br
_______________________________________________
A Redfone é líder no fornecimento de bridges TDMoE &lt;-> E1
- Valor similar ao de placas E1 PCI;
- Não há problemas de compatibilidade com barramento PCI;
- Possibilitam a construção de soluções de alta disponibilidade(dois  
servidores compartilham o mesmo E1)
Conheça mais sobre este produto em www.red-fone.com
_______________________________________________
Lista de discussões AsteriskBrasil.org
AsteriskBrasil em listas.asteriskbrasil.org
http://listas.asteriskbrasil.org/mailman/listinfo/asteriskbrasil