Asterisk - Alterar o caminho da pasta onde são salvas as gravações recebidas. [RESOLVIDO]

pvcosta
(usa Outra)

Enviado em 15/03/2016 - 11:52h

Alan boa tarde,

Conforme orientado, foi feito a alteração do caminho da variável, feito este procedimento consegui apontar para o meu Hd secundaria a pasta com as gravações, agora tenho que intender o pq que o asterisk ainda continua salvando as gravações no caminho antigo.


Agradeço demais Alan pela orientação, um grande abraço;

iabeeh
(usa CentOS)

Enviado em 29/08/2016 - 17:54h

Seguinte cara, já estou 6 meses atrasado nesse tópico, mas hoje tive essa necessidade, pesquisando não encontrei nada que resolvesse meu problema, até ver esse tópico, onde nosso amigo diz para alterar o arquivo, /etc/asterisk/asterisk.conf. Me ajudou pra caramba e tive muito progresso com essa dica. Mas tive um pequeno problema, que é na hora de baixar as gravações pela interface WEB, analisando e fazendo testes em laboratórios achei a solução.

Primeira (Recomendada): No arquivo /var/www/html/modules/monitoring/libs/paloSantoMonitoring.class.php

Linha -> $monitor_dir =

Altere para o caminho da pasta que esta as gravações em seu segundo HD, depois vá até o arquivo /var/www/html/modules/monitoring/configs/default.conf.php e faça a mesma alteração

Na linha -> $arrConfModule['records_dir'] =

Beleza, agora vai conseguir fazer os downloads normalmente, Só não esqueça de passar todas as gravações do diretório atual que está no primeiro HD para o HD2, para que consiga fazer download de gravações antigas

===

Segunda: Exclua a pasta /var/spool/asterisk/monitor (Antes faça um backup do conteúdo) e no lugar dela crie um link simbólico apontando para dentro do HD2, mas o destino das gravações no segundo HD deve ter o nome de monitor, assim o sistema vai seguir esse caminho quando você fazer o download na interface web.

===

OBS: Quando alterar o arquivo "asterisk.conf" dê um "service asterisk restart"

::: Assim que consegui resolver esse pequeno "problema" resolvi vir compartilhar nesse tópico pra ajudar futuros parceiros. Abraço.

pvcosta
(usa Outra)

Enviado em 26/01/2017 - 11:52h

Massa passei por este problema também, vou tentar esta solução.

Um grande abraço.

pvcosta
(usa Outra)

Enviado em 26/01/2017 - 15:57h

Uma outra duvida, como que tenho certeza que o MixMonitor esta ativando realizando as gravações ?

pvcosta
(usa Outra)

Enviado em 09/03/2017 - 10:00h

Galera bom dia a todos,

Mais uma vez venho no fórum para tentar resolver um problema que vem acontecendo no asterisk, tenho observado que a alguns dias o asterisk não esta mais criando os arquivos de gravação das minhas ligações, nenhum alteração foi alterado, ja revisei estas configurações e não estou encontrando nenhuma solução para a resolução deste problema.

-- Executing [s@macro-hangupcall:34] NoOp("DAHDI/9-1", "TOUCH_MONITOR_OUTPUT=") in new stack
-- Executing [s@macro-hangupcall:35] GotoIf("DAHDI/9-1", "0?noautomon2") in new stack
-- Executing [s@macro-hangupcall:36] System("DAHDI/9-1", "test -e 2017/03/08/q-200-NºTelefone-20170308-173352-1489005205.22517*") in new stack
-- Executing [s@macro-hangupcall:37] NoOp("DAHDI/9-1", "SYSTEMSTATUS = APPERROR") in new stack
-- Executing [s@macro-hangupcall:38] GotoIf("DAHDI/9-1", "1?errornoautomon") in new stack
-- Goto (macro-hangupcall,s,40)
-- Executing [s@macro-hangupcall:40] NoOp("DAHDI/9-1", "End of MONITOR QUEUE check") in new stack
-- Executing [s@macro-hangupcall:41] NoOp("DAHDI/9-1", "MONITOR_FILENAME=2017/03/08/q-200-NºTelefone-20170308-173352-1489005205.22517") in new stack
-- Executing [s@macro-hangupcall:42] GotoIf("DAHDI/9-1", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,45)
-- Executing [s@macro-hangupcall:45] GotoIf("DAHDI/9-1", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,48)
-- Executing [s@macro-hangupcall:48] GotoIf("DAHDI/9-1", "1?theend") in new stack
-- Goto (macro-hangupcall,s,50)
-- Executing [s@macro-hangupcall:50] AGI("DAHDI/9-1", "hangup.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/hangup.agi
-- <DAHDI/9-1>AGI Script hangup.agi completed, returning 0
-- Executing [s@macro-hangupcall:51] Hangup("DAHDI/9-1", "") in new stack