Squid e Squidguard parando serviço

Vou fazer essas alterações amanhã. Postarei o resultado. Obrigado!

Pessoal, bom dia!
Fiz todos os procedimentos e ainda desativei o cache do squid mas não resolveu. Continua parando os serviços do squid e squidguard. Quando ocorre a queda, eu limpo o cache e o serviço volta a subir.

Alguém recomenda outro procedimento?

Tenho dois servidores com pfsense que estão dando esse mesmo problema e também estou quebrando a cabeça...

Me conta, você está usando DNS Forwarder ou DNS Resolver?

Mano, verifica se o log está crescendo muito rápido.
Esse log que você já tem você tem que rodar o comando squid -k rotate

O que pode estar acontecendo é que estão fazendo muitas consultas em pouco espaço de tempo e o squid não estar dando conta.

Cria no crontab um script pra isso.
Tem um tutorial aqui: https://www.vivaolinux.com.br/dica/Fazendo-rotate-do-Squid-automaticamente

x.x
run rabbit run

Habilita a rotação de logs nas confs do Squid, definindo quantos dias os logs devem ser mantidos.

---
echo 1244394795515721490698P | dc

Pessoal, obrigado por responderem.
Criei uma nova maquina virtual, instalei a versão 2.4.4 do Pfsense e subi meu backup.
Após algumas horas o problema voltou a acontecer. Então, desativei o cache nesses locais (imagens em anexo)
Creio que não deva ser o tamanho dos arquivos, pois, o novo PC acabou de ser criado.
vou aguardar e postarei a atualização aqui.

Se deixar a opção "Rotate logs" em branco, os logs NUNCA serão rotacionados! Vc deve definir um valor em dias pra que haja a rotação deles.

---
echo 1244394795515721490698P | dc

Encontrei isso

-> https://forum.netgate.com/topic/153933/solved-squid-0-4-44_25-assertion-failed-http-cc-1533-comm-mon...

-> https://redmine.pfsense.org/issues/10654

Resumindo:
O cara disse que tinha na sua ACL/Whitelist os sites catalogados nesse formato .whatsapp.com e ele mudou para regex (^|.)whatsapp.com$

Só testando para saber...

Por um acaso, na saída do log cache.log (tail -f /var/squid/logs/cache.log)
Você não está tendo o erro "falhou: http.cc:1533: "! Comm :: MonitorsRead (serverConnection-> fd)"" ???

Pessoal, mesmo desativando o Log conforme mencionado anteriormente, o problema persiste. Acabei de rotacionar, conforme sugerido. Assim que tiver atualizações postarei aqui.
Sobre o erro: http.cc:1533: "! Comm :: MonitorsRead (serverConnection-> fd, sim. Eu recebo esse erro.

Pessoal, a dica do /bin/laden para habilitar rotatividade do log parece ter resolvido meu problema. Hoje faz 7 dias sem quedas. desde que estou com esse problema nunca ficou tanto tempo sem que os serviços caíssem. Vou esperar mais alguns dias para sacramentar. hehehehe!
A princípio, muito obrigado a todos pela ajuda.
voltarei com o resultado final.