[vSphere][beats relation] Graylog Charm will respond on the wrong NIC

Bug #1878398 reported by Peter Jose De Sousa
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Filebeat Charm
Won't Fix
Medium
Unassigned
Graylog Charm
Won't Fix
Medium
Unassigned

Bug Description

Hello,

Problem:

When hosting graylog on a multi-homed VM (two subnets) and relating filebeat over CMR the relation will configure filebeat in subnet B with NIC A, but when filebeat in B attempts to connect the VM will respond on subnet B, not A. As expected.

Detail:

Spaces are not currently supported on vSphere [1] so this bug is just to document the limitation, that when hosting graylog on a VM with two nics it is not possible to configure bindings so that the charm responds on the correct NIC.

Workaround:

Use filebeats logstash_hosts configuration key to set the subnet B NIC as a logstash host or force communication through the NIC with IP route policies.

[1] https://juju.is/docs/spaces

summary: - Graylog Charm will respond on wrong NIC
+ [vSphere beats relation] Graylog Charm will respond on wrong NIC
summary: - [vSphere beats relation] Graylog Charm will respond on wrong NIC
+ [vSphere][beats relation] Graylog Charm will respond on wrong NIC
summary: - [vSphere][beats relation] Graylog Charm will respond on wrong NIC
+ [vSphere][beats relation] Graylog Charm will respond on the wrong NIC
description: updated
Diko Parvanov (dparv)
Changed in filebeat-charm:
importance: Undecided → Critical
importance: Critical → Undecided
Edin S (exsdev)
Changed in charm-graylog:
importance: Undecided → Medium
Changed in filebeat-charm:
importance: Undecided → Medium
Revision history for this message
Eric Chen (eric-chen) wrote :

This issue was pending over year. We will close it. Furthermore, we will manage the issue in github in the future. Please raise the issue in github if needed
https://github.com/canonical/layer-filebeat/issues

Changed in filebeat-charm:
status: New → Won't Fix
Eric Chen (eric-chen)
Changed in charm-graylog:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.