Consul: Consul Server logs flooded with WARN message

Created on 11 Sep 2020  路  8Comments  路  Source: hashicorp/consul

Overview of the Issue

After upgrading to Consul 1.8.4 from Consul 1.8.0 our Consul Server logs are being filled with the following WARN message excessively

agent.router: Non-server in server-only area: non_server=<MULTIPLE_AGENTS_HOSTNAMES> area=lan

Consul info for both Client and Server


Client info

agent:
    check_monitors = 0
    check_ttls = 0
    checks = 2
    services = 1
build:
    prerelease =
    revision = 12b16df3
    version = 1.8.4
consul:
    acl = enabled
    known_servers = 3
    server = false
runtime:
    arch = amd64
    cpu_count = 8
    goroutines = 57
    max_procs = 8
    os = linux
    version = go1.14.6
serf_lan:
    coordinate_resets = 0
    encrypted = true
    event_queue = 0
    event_time = 509
    failed = 0
    health_score = 0
    intent_queue = 0
    left = 0
    member_time = 6688
    members = 63
    query_queue = 0
    query_time = 1


Server info

agent:
    check_monitors = 0
    check_ttls = 1
    checks = 4
    services = 4
build:
    prerelease =
    revision = 12b16df3
    version = 1.8.4
consul:
    acl = enabled
    bootstrap = false
    known_datacenters = 1
    leader = true
    leader_addr = 172.16.1.38:8300
    server = true
raft:
    applied_index = 27447490
    commit_index = 27447490
    fsm_pending = 0
    last_contact = 0
    last_log_index = 27447490
    last_log_term = 2025
    last_snapshot_index = 27445975
    last_snapshot_term = 1990
    latest_configuration = [{Suffrage:Voter ID:0888a1aa-1434-16b0-83d9-5cf5a01d88b9 Address:172.16.2.207:8300} {Suffrage:Voter ID:42421371-1732-6bb7-12ae-102cc6b31710 Address:172.16.1.38:8300} {Suffrage:Voter ID:acbb0f8c-ae13-d973-f548-3189d65f5cc6 Address:172.16.0.218:8300}]
    latest_configuration_index = 0
    num_peers = 2
    protocol_version = 3
    protocol_version_max = 3
    protocol_version_min = 0
    snapshot_version_max = 1
    snapshot_version_min = 0
    state = Leader
    term = 2025
runtime:
    arch = amd64
    cpu_count = 2
    goroutines = 660
    max_procs = 2
    os = linux
    version = go1.14.6
serf_lan:
    coordinate_resets = 0
    encrypted = true
    event_queue = 0
    event_time = 509
    failed = 0
    health_score = 0
    intent_queue = 0
    left = 0
    member_time = 6688
    members = 63
    query_queue = 0
    query_time = 1
serf_wan:
    coordinate_resets = 0
    encrypted = true
    event_queue = 0
    event_time = 1
    failed = 0
    health_score = 0
    intent_queue = 0
    left = 0
    member_time = 912
    members = 3
    query_queue = 0
    query_time = 1

Operating system and Environment details

CentOS Linux release 7.7.1908 (Core)

Linux 3.10.0-1062.12.1.el7.x86_64 #1 SMP Tue Feb 4 23:02:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Log Fragments

Log from Consul Clients are fine but logs from Consul Servers are being filled with agent.router: Non-server in server-only area: non_server=<MULTIPLE_AGENTS_HOSTNAMES> area=lan for each consul client in the cluster.

typbug

All 8 comments

We have the same issue

We applied patch #8685 on our preprod, the issue is gone

Thanks @pierresouchay, this bug is very annoying as its flooding our logs and wasting resources on our ELK stack... average of 10k messages every 30 min just for this bug!

@danlsgiga same for us, but we stopped before deploying to prod :)

@danlsgiga same for us, but we stopped before deploying to prod :)

ha, same here... its isolated to our dev environment... 馃槄

This merits a minor release IMHO.

This merits a minor release IMHO.

Agreed, I've been checking daily for it but I think folks are busy with HashiConf :)

Was this page helpful?
0 / 5 - 0 ratings

Related issues

matteoturra picture matteoturra  路  4Comments

runswithd6s picture runswithd6s  路  3Comments

darron picture darron  路  4Comments

satheeshCharles picture satheeshCharles  路  3Comments

pritam97 picture pritam97  路  3Comments