## Description of problem:
In RHEV, admin UI rejects FQDNs ending in a digit when creating NFS storage domains
## Version-Release number of selected component (if applicable):
3.4, customer also reports this happening in 3.2
## How reproducible:
## Steps to Reproduce:
1. Create an NFS Data Center
2. On storage, create an appropriate NFS share
3. Via DNS create a domain that ends in a digit (ie: foo.example.f7) Or, just update /etc/hosts so that storage resolves to this name.
4. Try to create a storage domain with foo.example.f7:/<export>
## Actual results:
Attempt to create SD fails ("Error while executing action: Mount path is illegal, please use [IP:/path or FQDN:/path] convention.")
## Expected results:
Create SD as expected, with FQDN ending in a digit
## Additional info:
The workaround is to use the IP address, or short host name (assuming domain is in resolv.conf search path).
While this is an unusual domain name, It is to my knowledge valid , and I can't see any logical reason why it should be excluded.
This error doesn't come from the fortend (see test in http://gerrit.ovirt.org/#/c/30964/ that proves this point).
The failing validation comes from the backend in NfsMountPointConstraint.
Marcus, is this bug intentionally private?
Eyal, this bug is targeted for 3.5 downstream.
Since there is no such build, Can we verify it on ovirt-3.5 RC1?
Also, please add 'fixed in version'
Verified based on https://bugzilla.redhat.com/show_bug.cgi?id=1126342#c1
Ori 2014-08-13 09:56:16 EDT
verified on rc1
1.edit /etc/hosts file with FQDN that ends in a digit to an NFS domain ip
2.connect to that domain
Please supply doc text
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, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.