Description of problem: User portal should pass FQDN to spice-xpi in GuestHostName variable when guest machine is Windows type (at least). Now It passes only Domain Name (if IP is not known), but It used to passing FQDN (RHEVM3.0) since this variable is used as parameter of legacy usb controller which works guest <-> client over IP (requires direct connection) and the client will not discover guest since It is trying to connect to the DN instead of FQDN. Version-Release number of selected component (if applicable): RHEVM(si13) How reproducible: Always (if IP of guest is not known to RHEVM) Steps to Reproduce: 1. Connect to a windows guest (without rhev agent). Actual results: Domain name is passed to spice-xpi, instead of FQDN. Expected results: FQDN of guest is passed to spice-xpi. Additional info:
is this with legacy usb configured for that guest? what was the cluster level?
(In reply to comment #2) > is this with legacy usb configured for that guest? Yes. > what was the cluster level? 3.1
Marian, I cannot reproduce this bug, the current behavior is: if we have ip, we are sending ip. else if we have host name we use it else we use the vm name if we have the domain name (domain column in vm_static table) we are concatenating the host/vm name to it ie: hostname.mydomain.com Is that true for you as well, or there is something that I am missing? Thanks.
(In reply to comment #4) > Marian, > I cannot reproduce this bug, > the current behavior is: > if we have ip, we are sending ip. > else > if we have host name we use it else we use the vm name > if we have the domain name (domain column in vm_static table) we are > concatenating the host/vm name to it ie: hostname.mydomain.com > > Is that true for you as well, or there is something that I am missing? > Thanks. I am not able to reproduce on si 13.3 anymore, wondering something changed or not. Anyway closing as NOTABUG and If I hit it again I will reopen. Now It seems to work correctly. Thanks.