Bug 825833
Summary: | default configuration of Hostname causes conflicts and false alarms | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Paul Wouters <pwouters> |
Component: | zabbix | Assignee: | Dan Horák <dan> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | el6 | CC: | dan, jeff, nelsonab, volker27 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2013-11-20 21:14:16 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Paul Wouters
2012-05-28 15:49:17 UTC
Adding to the discussion: This setting is upstream's default. Upstreams idea with this is, getting Zabbix up and running as quick as possible. While I don't like that setting a lot either, I don't consider it a huge problem. You have to configure your agent anyways -- be it just to configure the server address. "Hostname" is only used for active items, being, the agent creates a TCP connection to the server. If two agents on different machines use the same "Hostname", the server accepts data from both of them. There seems to be no way to detect that on the server side, right now. I'm not sure if this is exactly what you are describing though. The "Hostname" in Zabbix does not have to reflect the real name of the machine at all. It is totally arbitrary. As you already stated, the name must be unique in the Zabbix database. Just using the default HostNameItem does not necessarily result in a unique name, as it is not the FQDN. But at least it will not mislead you into thinking that the option specifies the server name, not the client name. While this could, of course, be changed in EPEL/Fedora, Dan Horak is inclined to stick with upstream as close as feasible. May I suggest to rather discuss this matter there, as it affects Zabbix users in general? I just stumbled upon https://support.zabbix.com/browse/ZBXNEXT-498 What are we going to do now? With the upstream ticket marked as WONTFIX and no useful solution to the problem: WONTFIX. I disagree with this outcome, but I gave up on running zabbix a long time ago. |