Bug 1546838
Summary: | [RFE] Refuse to deploy on localhost.localdomain | ||
---|---|---|---|
Product: | Red Hat Enterprise Virtualization Manager | Reporter: | Robert McSwain <rmcswain> |
Component: | ovirt-engine | Assignee: | Asaf Rachmani <arachman> |
Status: | CLOSED ERRATA | QA Contact: | Petr Matyáš <pmatyas> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 4.0.7 | CC: | arachman, derez, didi, dougsland, fgarciad, lleistne, lsurette, michal.skrivanek, mkalinin, pmatyas, rdlugyhe, sbonazzo, srevivo |
Target Milestone: | ovirt-4.4.0 | Keywords: | FutureFeature |
Target Release: | 4.4.0 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
URL: | http://post-office.corp.redhat.com/archives/rhev-tech/2018-May/msg00095.html | ||
Whiteboard: | |||
Fixed In Version: | ovirt-setup-lib-1.3.0 | Doc Type: | Enhancement |
Doc Text: |
The current release displays a new warning when you use 'localhost' as an FQDN: "[WARNING] Using the name 'localhost' is not recommended, and may cause problems later on."
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2020-08-04 13:16:05 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1465561 | ||
Bug Blocks: | 1701526, 1780058 |
Description
Robert McSwain
2018-02-19 18:01:06 UTC
The hosts could have localhost.localdomain too and I once submitted bug and it was closed that it's sysadmin fault - it prevents migration between hosts. And IIUC during engine hostname change this and other things are not renamed too (maybe there is/was a BZ about this)... We have an warning in engine-setup when specifying 'localhost' as a DNS name [*]. Hence, to avoid such configuration, it should probably be an error instead, and block the installation. [*] --== NETWORK CONFIGURATION ==-- Host fully qualified DNS name of this server: localhost [WARNING] Host name localhost has no domain suffix [WARNING] Failed to resolve localhost using DNS, it can be resolved only locally Setup can automatically configure the firewall on this system. Note: automatic configuration of the firewall may overwrite current settings. NOTICE: iptables is deprecated and will be removed in future releases I'd say that the wording of "Failed to resolve localhost using DNS, it can be resolved only locally" doesn't cover the situation listed in the initial bug though. Even though we'd only be working within the RHV-M here (locally) the image uploads will still fail due to not having an FQDN. Given how much this can break in RHV I request stronger language be in use for the warnings here as this falls in the "an ounce of prevention is worth a pound of cure" category and that we should change the wording to explicitly note that using "localhost" can cause major failures requiring the assistance of support or engineering for the deployment later on. Only do this if you are aware of the inherent problems that come with using "localhost" over a fully qualified domain name. re-targeting to 4.3.1 since this BZ has not been proposed as blocker for 4.3.0. If you think this bug should block 4.3.0 please re-target and set blocker flag. Moving to 4.3.2 not being identified as blocker for 4.3.1. It seems to me like the specific issue with imageio-proxy isn't a 'localhost' fqdn but bug 1650177. It's been a very long time since I installed an OS from a CD/DVD (image, even), and with PXE installs, all modern installers set the hostname from PXE/DHCP/DNS (and should be fixed, if they do not). So normally, users should have a sensible hostname without extra effort, and engine-setup defaults to the hostname. If users do have 'localhost' as hostname, or deliberately input that as fqdn, we should warn, but not prevent. IMO. We currently do not have a warning specific to this, IIRC, but it should be easy to add one (much easier than prevent, because if we prevent, someone will later on ask to allow bypassing the prevention...). Makes sense? That sounds great to me. Even just a warning would fit my needs to let users know that this is a bad practice for reasons X, Y, and Z. Thanks! *** Bug 1465561 has been marked as a duplicate of this bug. *** Verified on ovirt-engine-4.4.0-0.6.master.el7.noarch The setup completes successfully, throwing: [WARNING] Using the name 'localhost' is not recommended, and may cause problems later on. couple times, it's actually thrown 3 times after confirming I'm sure. Petr, Is there a bug about the warning thrown 3 times in a row? No there is not, I wasn't sure it was a bug or a feature. And now the engine with all the logs is long gone. Can you please try to reproduce? WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops WARN: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops: Bug status (VERIFIED) wasn't changed but the folowing should be fixed: [Found non-acked flags: '{}', ] For more info please contact: rhv-devops Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Important: RHV Manager (ovirt-engine) 4.4 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:3247 |