[Resolvido] PfSense Rebootando…
-
Olá!
Vi seu e-mail.
Seguinte, a que ponto você trocou de hardware? Tudo? Digo, a maquina inteira?
Se não, verifique que peças não foram trocadas, já tive problema com fontes e placas de rede nesses casos. Também seria interessante verificar se não houve queda de energia ou até mesmo variação de tensão. Seu PFSense fica ligado a um nobreak?
-
Cara, sem brincadeira nenhuma, no antigo hardware, havia trocado memória e discos, e ontem troquei o hardware inteiro, agora o meu PfSense está sob um Dell PowerEdge 1800 com fontes redundantes. Da mesma forma reinicia, é estranho, pois ele fica umas 18h à 1 dia e 5h mais ou menos e depois reinicia…
-
Vamos lá,
Edita sua primeira postagem, no editor tem um botão com um "#", ele serve pra colocar código, assim não ocupa todo esse espaço na tela, use essas tags pra colocar o log Crash Report.
Sugestões de teste:
1 - Verifique seu sistema de energia, faça um teste no Nobreak, monitorea tensão de saida e se for gerenciavel, verifique se não houve interrupção de energia na linha AC.
2 - Poste sua tabela Cron aqui, só instalar o pacote Cron e postar a lista de tarefas, pode ter algo ali causando o problema.
3 - Verifique os pacotes instalados, como o cache do Squid por exemplo, se não está causando estouro de memória. -
Obrigado pela dica, consegui reduzir o quadro de texto do relatório.
Vamos lá…
- Não tive nenhum problema com energia, possuo mais 7 servidores na mesma rede elétrica com nobreak e todos eles funcionando normal há tempo.
- Não havia nenhum pacote instalado conforme evidência.
- Conforme solicitado, instalei o cron, vide a tabela.
Obrigado.
-
Olá!
Sua tabela do Cron mostra que você possuia o Squid-Guard, então Squid e também o HAVP instalado ai, confere?
Tente a versão 2.0.3 do PFSense.
ISO 64 Bits: http://files.bgn.pfsense.org/mirror/downloads/old/pfSense-LiveCD-2.0.3-RELEASE-amd64.iso.gz
ISO 32 Bits: http://files.bgn.pfsense.org/mirror/downloads/old/pfSense-LiveCD-2.0.3-RELEASE-i386-20130412-1022.iso.gz
-
Boa Tarde Luiz.
Então cara, veja a situação, acredito que o problema não seja em HA e até mesmo no próprio PfSense sim em alguma regra ou até mesmo sei lá, liberação em modo DHCP, porque lhe digo isso, esse feriado passado 4 dias, o Pfsense não reiniciou nenhuma vez, agora hoje, com a galera em operação, ele reiniciou 4 vezes. Estou postando o log do ultimo reboot.
Last 50 system log entries Apr 22 16:36:50 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:36:50 check_reload_status: Reloading filter Apr 22 16:36:53 php: rc.dyndns.update: MONITOR: VIRTUA_DHCP is down, removing from routing group LoadBalance Apr 22 16:36:53 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:36:53 php: rc.filter_configure_sync: MONITOR: VIRTUA_DHCP is down, removing from routing group LoadBalance Apr 22 16:37:15 check_reload_status: updating dyndns VIRTUA_DHCP Apr 22 16:37:15 check_reload_status: Restarting ipsec tunnels Apr 22 16:37:15 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:37:15 check_reload_status: Reloading filter Apr 22 16:37:19 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:39:47 check_reload_status: Syncing firewall Apr 22 16:39:51 check_reload_status: Reloading filter Apr 22 16:39:54 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:40:28 check_reload_status: Syncing firewall Apr 22 16:40:30 check_reload_status: Reloading filter Apr 22 16:40:32 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:41:49 check_reload_status: updating dyndns VIRTUA_DHCP Apr 22 16:41:49 check_reload_status: Restarting ipsec tunnels Apr 22 16:41:49 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:41:49 check_reload_status: Reloading filter Apr 22 16:41:51 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:41:51 php: rc.filter_configure_sync: MONITOR: VIRTUA_DHCP is down, removing from routing group LoadBalance Apr 22 16:41:52 php: rc.dyndns.update: MONITOR: VIRTUA_DHCP is down, removing from routing group LoadBalance Apr 22 16:42:39 check_reload_status: updating dyndns VIRTUA_DHCP Apr 22 16:42:39 check_reload_status: Restarting ipsec tunnels Apr 22 16:42:39 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:42:39 check_reload_status: Reloading filter Apr 22 16:42:41 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:49:13 login: login on ttyv0 as root Apr 22 16:55:45 kernel: arp: 172.16.12.120 moved from 84:2b:2b:7e:6e:bc to 84:2b:2b:7e:6e:98 on re1 Apr 22 16:56:24 kernel: arp: 172.16.253.88 moved from 9c:20:7b:a1:7a:89 to 40:6c:8f:26:99:9b on re1 Apr 22 16:57:18 kernel: arp: 172.16.253.88 moved from 40:6c:8f:26:99:9b to 9c:20:7b:a1:7a:89 on re1 Apr 22 16:57:39 syslogd: exiting on signal 15 Apr 22 16:57:39 syslogd: kernel boot file is /boot/kernel/kernel Apr 22 16:57:41 kernel: arp: 172.16.12.120 moved from 84:2b:2b:7e:6e:98 to 84:2b:2b:7e:6e:bc on re1 Apr 22 16:58:02 kernel: arp: 172.16.12.120 moved from 84:2b:2b:7e:6e:bc to 84:2b:2b:7e:6e:98 on re1 Apr 22 16:58:41 check_reload_status: updating dyndns VIRTUA_DHCP Apr 22 16:58:41 check_reload_status: Restarting ipsec tunnels Apr 22 16:58:41 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:58:41 check_reload_status: Reloading filter Apr 22 16:58:42 check_reload_status: updating dyndns VIRTUA_DHCP Apr 22 16:58:42 check_reload_status: Restarting ipsec tunnels Apr 22 16:58:42 check_reload_status: Restarting OpenVPN tunnels/interfaces Apr 22 16:58:42 check_reload_status: Reloading filter Apr 22 16:58:44 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:58:45 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory' Apr 22 16:59:50 kernel: arp: 172.16.253.88 moved from 9c:20:7b:a1:7a:89 to 40:6c:8f:26:99:9b on re1 Apr 22 17:00:41 kernel: arp: 172.16.253.88 moved from 40:6c:8f:26:99:9b to 9c:20:7b:a1:7a:89 on re1 Apr 22 17:01:54 kernel: arp: 172.16.253.88 moved from 9c:20:7b:a1:7a:89 to 40:6c:8f:0d:04:03 on re1 Apr 22 17:02:25 kernel: arp: 172.16.253.88 moved from 40:6c:8f:0d:04:03 to 9c:20:7b:a1:7a:89 on re1
-
Apr 22 16:58:44 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory'
Apr 22 16:58:45 php: rc.filter_configure_sync: The command '/usr/bin/fetch -T 5 -q -o '/var/db/aliastables/SiteGoogle.txt.tmp' 'www.google.com.br'' returned exit code '1', the output was 'fetch: www.google.com.br: No such file or directory'Ja verificou esse erro?
-
Problema solucionado era uma aliases que havia criado, já deletei e, também quanto ao problema de kernel arp, também foi solucionado, basta agora resolver o problema de ficar reiniciando que até agora não consegui solucionar.
-
Olá tt0001,
Qual é o fabricante das placas de rede?
-
Interfaces em0 rm servidores dell?
Ja leu o documento sobre isso no doc.pfsense.org?
https://doc.pfsense.org/index.php/Tuning_and_Troubleshooting_Network_CardsAlguns parâmetros no bootloader podem resolver isso.
-
Boa Marcelloc!
No meu firewall (Dell R410) fiz esse procedimento para aumentar o MBFU. Em System Tunables basta inserir os dados abaixo:
kern.ipc.nmbclusters="131072"
hw.igb.num_queues=1 -
Obrigado neo_X, funcionou, meu PfSense está há 15 dias UP…Obrigado à todos pela ajuda!