Endian reiniciando de hora em hora

Visualizando 6 respostas da discussão
  • Autor
    Posts
    • #2986
      vitorvilas
      Participante

      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

    • #14785
      Dennye Garcia
      Participante

      Da uma olhada no cron

    • #14786
      vitorvilas
      Participante

      Tinha lá no cron de hora em hora, a checagem do kernel, desativei e vou ver se vai parar. Obrigado!

    • #14787
      vitorvilas
      Participante

      Nada, sem solução! Não é o de hora em hora do CRON.

      Alguém tem alguma idéia?

    • #14788
      Diego Pontes
      Participante

      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.

    • #14789
      Eduardo Silva
      Participante

      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

    • #14790
      vitorvilas
      Participante

      Obrigado galera!!! Foi realmente problema de memória!!!

      Abraços

Visualizando 6 respostas da discussão
  • O tópico ‘Endian reiniciando de hora em hora’ está fechado para novas respostas.