Home › Comunidade Brasileira Endian Firewall › Endian Firewall › Endian Firewall – Suporte › Endian reiniciando de hora em hora
- Este tópico contém 6 respostas, 4 vozes e foi atualizado pela última vez 10 anos, 7 meses atrás por vitorvilas.
-
AutorPosts
-
-
setembro 10, 2013 às 5:27 pm #2986vitorvilasParticipante
Pessoal, meu endian está reiniciando de hora em hora, no mesmo minuto sempre, alguém sabe o que pode ser isso? Ele estava assim a algum tempo atrás, porém parou logo. Estou apenas com os serviços básicos rodando. Segue abaixo o log abrangendo a hora da parada e um alguns minutos antes. Ele para aos 21 minutos de cada hora. Reparem que as 14:21:17 ele começa o reinicio do endian.
Sep 10 13:58:30 dhcpd DHCPINFORM from 192.168.1.195 via br0
Sep 10 13:58:30 dhcpd DHCPACK to 192.168.1.195 (2c:41:38:2b:7f:28) via br0
Sep 10 14:01:00 fcron[2958] Job [ -x /bin/run-parts ] && run-parts –report /etc/cron.hourly started for user root (pid 2959)
Sep 10 14:01:02 fcron[2958] Job [ -x /bin/run-parts ] && run-parts –report /etc/cron.hourly completed
Sep 10 14:01:29 dhcpd DHCPDISCOVER from e4:11:5b:0b:62:bf via br0
Sep 10 14:01:30 dhcpd DHCPOFFER on 192.168.1.198 to e4:11:5b:0b:62:bf (tmk06) via br0
Sep 10 14:01:30 dhcpd DHCPREQUEST for 192.168.1.198 (192.168.1.254) from e4:11:5b:0b:62:bf (tmk06) via br0
Sep 10 14:01:30 dhcpd DHCPACK on 192.168.1.198 to e4:11:5b:0b:62:bf (tmk06) via br0
Sep 10 14:01:33 dhcpd DHCPINFORM from 192.168.1.198 via br0
Sep 10 14:01:33 dhcpd DHCPACK to 192.168.1.198 (e4:11:5b:0b:62:bf) via br0
Sep 10 14:02:06 dhcpd DHCPREQUEST for 192.168.1.193 from 2c:41:38:2b:6f:fa (tmk08) via br0
Sep 10 14:02:06 dhcpd DHCPACK on 192.168.1.193 to 2c:41:38:2b:6f:fa (tmk08) via br0
Sep 10 14:02:07 dhcpd DHCPINFORM from 192.168.1.194 via br0
Sep 10 14:02:07 dhcpd DHCPACK to 192.168.1.194 (9c:8e:99:49:ac:bd) via br0
Sep 10 14:04:54 dhcpd DHCPREQUEST for 192.168.1.19 from e8:40:f2:3a:6b:71 via br0
Sep 10 14:04:54 dhcpd DHCPACK on 192.168.1.19 to e8:40:f2:3a:6b:71 via br0
Sep 10 14:08:07 dhcpd DHCPREQUEST for 192.168.1.165 from 10:1f:74:b0:f6:99 (NPIB0F699) via br0
Sep 10 14:08:07 dhcpd DHCPACK on 192.168.1.165 to 10:1f:74:b0:f6:99 (NPIB0F699) via br0
Sep 10 14:08:32 dhcpd DHCPINFORM from 192.168.1.175 via br0
Sep 10 14:08:32 dhcpd DHCPACK to 192.168.1.175 (b4:99:ba:a1:92:c1) via br0
Sep 10 14:11:52 kernel [ 3080.665543] xt_TCPMSS: bad length (1500 bytes)
Sep 10 14:11:52 kernel [ 3080.665785] xt_TCPMSS: bad length (1500 bytes)
Sep 10 14:13:14 kernel [ 3162.930125] xt_TCPMSS: bad length (1500 bytes)
Sep 10 14:13:14 kernel [ 3162.930269] xt_TCPMSS: bad length (1500 bytes)
Sep 10 14:17:37 dhcpd DHCPREQUEST for 192.168.1.192 from 9c:8e:99:84:54:c9 (MLUB-VENDAS-06) via br0
Sep 10 14:17:37 dhcpd DHCPACK on 192.168.1.192 to 9c:8e:99:84:54:c9 (MLUB-VENDAS-06) via br0
Sep 10 14:17:49 dhcpd DHCPINFORM from 192.168.1.192 via br0
Sep 10 14:17:49 dhcpd DHCPACK to 192.168.1.192 (9c:8e:99:84:54:c9) via br0
Sep 10 14:18:34 dhcpd DHCPREQUEST for 192.168.1.27 from 00:24:1d:f9:09:cf via br0
Sep 10 14:18:34 dhcpd DHCPACK on 192.168.1.27 to 00:24:1d:f9:09:cf via br0
Sep 10 14:21:17 kernel [ 0.000000] Linux version 2.6.32.43-57.e43.i586 (root@andrew) (gcc version 4.1.2 20070626 (Endian 4.1.2-14)) #1 SMP Wed Aug 10 05:05:15 EDT 2011
Sep 10 14:21:17 kernel [ 0.000000] KERNEL supported cpus:
Sep 10 14:21:17 kernel [ 0.000000] Intel GenuineIntel
Sep 10 14:21:17 kernel [ 0.000000] AMD AuthenticAMD
Sep 10 14:21:17 kernel [ 0.000000] NSC Geode by NSC
Sep 10 14:21:17 kernel [ 0.000000] Cyrix CyrixInstead
Sep 10 14:21:17 kernel [ 0.000000] Centaur CentaurHauls
Sep 10 14:21:17 kernel [ 0.000000] Transmeta GenuineTMx86
Sep 10 14:21:17 kernel [ 0.000000] Transmeta TransmetaCPU
Sep 10 14:21:17 kernel [ 0.000000] UMC UMC UMC UMC
Sep 10 14:21:17 syslog-ng[2572] syslog-ng starting up; version=’2.0.10′
Sep 10 14:21:17 kernel [ 0.000000] BIOS-provided physical RAM map:
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 0000000000000000 – 000000000009fc00 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000000009fc00 – 00000000000a0000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 00000000000e0000 – 0000000000100000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 0000000000100000 – 000000003ec20000 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003ec20000 – 000000003ec22000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003ec22000 – 000000003ed06000 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003ed06000 – 000000003edea000 (ACPI NVS)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003edea000 – 000000003edee000 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003edee000 – 000000003edf3000 (ACPI data)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003edf3000 – 000000003edf4000 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003edf4000 – 000000003edff000 (ACPI data)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003edff000 – 000000003ee00000 (usable)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 000000003ee00000 – 000000003f800000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 00000000f0000000 – 00000000f8000000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] BIOS-e820: 00000000fff00000 – 0000000100000000 (reserved)
Sep 10 14:21:17 kernel [ 0.000000] DMI 2.4 present.
Sep 10 14:21:17 kernel [ 0.000000] last_pfn = 0x3ee00 max_arch_pfn = 0x100000
Sep 10 14:21:17 kernel [ 0.000000] MTRR default type: uncachable
Sep 10 14:21:17 kernel [ 0.000000] MTRR fixed ranges enabled:
Sep 10 14:21:17 kernel [ 0.000000] 00000-9FFFF write-back
Sep 10 14:21:17 kernel [ 0.000000] A0000-FFFFF uncachable
Sep 10 14:21:17 kernel [ 0.000000] MTRR variable ranges enabled:
Sep 10 14:21:17 kernel [ 0.000000] 0 base 000000000 mask FC0000000 write-back
Sep 10 14:21:17 kernel [ 0.000000] 1 base 03F000000 mask FFF000000 uncachable
Sep 10 14:21:17 kernel [ 0.000000] 2 base 03EE00000 mask FFFE00000 uncachable
Sep 10 14:21:17 kernel [ 0.000000] 3 disabled
Sep 10 14:21:17 kernel [ 0.000000] 4 disabled
Sep 10 14:21:17 kernel [ 0.000000] 5 disabled
Sep 10 14:21:17 kernel [ 0.000000] 6 disabled
Sep 10 14:21:17 kernel [ 0.000000] 7 disabled
Sep 10 14:21:17 kernel [ 0.000000] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Sep 10 14:21:17 kernel [ 0.000000] original variable MTRRs
Sep 10 14:21:17 kernel [ 0.000000] reg 0, base: 0GB, range: 1GB, type WB
Sep 10 14:21:17 kernel [ 0.000000] reg 1, base: 1008MB, range: 16MB, type UC
Sep 10 14:21:17 kernel [ 0.000000] reg 2, base: 1006MB, range: 2MB, type UC
Sep 10 14:21:17 kernel [ 0.000000] total RAM covered: 1006M
Sep 10 14:21:17 kernel [ 0.000000] Found optimal setting for mtrr clean up
Sep 10 14:21:17 kernel [ 0.000000] gran_size: 64K chunk_size: 32M num_reg: 3 lose cover RAM: 0G
Sep 10 14:21:17 kernel [ 0.000000] New variable MTRRs
Sep 10 14:21:17 kernel [ 0.000000] reg 0, base: 0GB, range: 1GB, type WB
Sep 10 14:21:17 kernel [ 0.000000] reg 1, base: 1006MB, range: 2MB, type UC
Sep 10 14:21:17 kernel [ 0.000000] reg 2, base: 1008MB, range: 16MB, type UC
Sep 10 14:21:17 kernel [ 0.000000] initial memory mapped : 0 – 00c00000
Sep 10 14:21:17 kernel [ 0.000000] init_memory_mapping: 0000000000000000-00000000373fe000
Sep 10 14:21:17 kernel [ 0.000000] 0000000000 – 0000400000 page 4k
Sep 10 14:21:17 kernel [ 0.000000] 0000400000 – 0037000000 page 2M
Sep 10 14:21:17 kernel [ 0.000000] 0037000000 – 00373fe000 page 4k
Sep 10 14:21:17 kernel [ 0.000000] kernel direct mapping tables up to 373fe000 @ 7000-d000
Sep 10 14:21:17 kernel [ 0.000000] RAMDISK: 37fd0000 – 37fef8fc
Sep 10 14:21:17 kernel [ 0.000000] Allocated new RAMDISK: 00009000 – 000288fc
Sep 10 14:21:17 kernel [ 0.000000] Move RAMDISK from 0000000037fd0000 – 0000000037fef8fb to 00009000 – 000288fb
Sep 10 14:21:17 kernel [ 0.000000] ACPI: RSDP 000fe020 00014 (v00 INTEL )
Wireguard_webadmin
Sistema gratuito (Open Source) para gestão de VPN's WireGuard com uma Web interface intuitiva e fácil de usar.
Principais funcionalidades:
- Sistema de Firewall completo e flexível.
- Encaminhamento de portas
- Suporte a multi usuário com níveis diferentes de acesso
- Múltiplas instâncias do Wireguard
- Crypto key routing para configuração de VPN site-to-site
O projeto é Open Source, fácil de instalar e está disponível em wireguard_webadmin
-
setembro 12, 2013 às 1:08 pm #14785Dennye GarciaParticipante
Da uma olhada no cron
-
setembro 12, 2013 às 2:58 pm #14786vitorvilasParticipante
Tinha lá no cron de hora em hora, a checagem do kernel, desativei e vou ver se vai parar. Obrigado!
-
setembro 12, 2013 às 4:36 pm #14787vitorvilasParticipante
Nada, sem solução! Não é o de hora em hora do CRON.
Alguém tem alguma idéia?
-
setembro 13, 2013 às 7:51 pm #14788Diego PontesParticipante
Qual a versão do Endian? Seu hardware tem dois pentes de memórias? Se tiver, deixe só uma, caso só tenha uma, troque-a. Faça esse teste.
-
setembro 16, 2013 às 6:32 am #14789Eduardo SilvaParticipante
Tenta dar uma olhada na saída do comando dmesg, veja se aparece algum erro.
Aparentemente, isso é causado por algum problema de hardware, a sugestão do Diego é boa, apenas complementando ela…. usa um cd do ubuntu/centos/debian, e faz o memtest. Deixa rodando um tempo para ver se aparece algum erro.
[]’s
-
outubro 3, 2013 às 3:35 pm #14790vitorvilasParticipante
Obrigado galera!!! Foi realmente problema de memória!!!
Abraços
-
-
AutorPosts
- O tópico ‘Endian reiniciando de hora em hora’ está fechado para novas respostas.