Description of problem: vdsm-tool provides register verb for registering the machine into Engine. This tool is used in Node Legacy for registration and now we would like to double check it's working fine with oVirt Node Next/RHVH. How reproducible: Steps to Reproduce: To trigger registration from node side execute the following: validating engine fqdn: =========================== # vdsm-tool register --engine-fqnd <ENGINE-FQDN> without validating engine fqdn (can use IP Address): ======================================================= # vdsm-tool register --engine-fqnd <IP-Address or FQDN> --check-fqdn False Log is available in the host: /var/log/vdsm/register.log After registration, user must approve the node via oVirt Engine Admin or API/Rest API. There are others options in the tool, fell free to test.
Checking the target milestone, it is set to ovirt-4.2.0, no build yet, so moving the bug to MODIFIED.
Sandro, I believe that this is equally possible in 4.1 (and 4.0), and can be tested immediately. Can we move it to 4.1?
Since we focus on the registration for rhvh, We need to clarify the test scope about this bug, we only need to cover #vdsm-tool register --engine-fqdn ... and #vdsm-tool register --engine-fqnd <IP-Address or FQDN> --check-fqdn False not all vdsm-tools commands, right?
I tested on the latest rhvh-4.1-0.20170208.0+1, there is error below. And will wait for next build [root@dhcp-8-140 ~]# imgbase w [INFO] You are on rhvh-4.1-0.20170208.0+1 [root@dhcp-8-140 ~]# vdsm-tool register --engine-fqdn rhvm41-vlan50-1.lab.eng.pek2.redhat.com Starting registration... Host UUID: 44454C4C-5700-1038-8047-B3C04F4D3258 Collecting CA data from Engine... Cannot connect to engine. rhvm41-vlan50-1.lab.eng.pek2.redhat.com matches the FQDN of Engine? Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 458, in main reg.download_ca() File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 291, in download_ca cert_validation=False) File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 209, in _execute_http_request res = requests.get("{u}".format(u=url), verify=cert_validation) File "/usr/lib/python2.7/site-packages/requests/api.py", line 69, in get return request('get', url, params=params, **kwargs) File "/usr/lib/python2.7/site-packages/requests/api.py", line 50, in request response = session.request(method=method, url=url, **kwargs) File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 465, in request resp = self.send(prep, **send_kwargs) File "/usr/lib/python2.7/site-packages/requests/sessions.py", line 573, in send r = adapter.send(request, **kwargs) File "/usr/lib/python2.7/site-packages/requests/adapters.py", line 431, in send raise SSLError(e, request=request) SSLError: [Errno 2] No such file or directory
(In reply to dguo from comment #4) > Since we focus on the registration for rhvh, We need to clarify the test > scope about this bug, > > we only need to cover #vdsm-tool register --engine-fqdn ... and > #vdsm-tool register --engine-fqnd <IP-Address or FQDN> --check-fqdn False > > not all vdsm-tools commands, right? Got confirmed from PM and dev, QE only need to focus on bug description testing, do not need to test others options.
The fqdn had been resolved by /etc/hosts, and can be ping successful [root@dhcp-8-140 ~]# cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 10.73.75.218 rhvm41-vlan50-1.lab.eng.pek2.redhat.com [root@dhcp-8-140 ~]# ping rhvm41-vlan50-1.lab.eng.pek2.redhat.com PING rhvm41-vlan50-1.lab.eng.pek2.redhat.com (10.73.75.218) 56(84) bytes of data. 64 bytes from rhvm41-vlan50-1.lab.eng.pek2.redhat.com (10.73.75.218): icmp_seq=1 ttl=60 time=0.871 ms 64 bytes from rhvm41-vlan50-1.lab.eng.pek2.redhat.com (10.73.75.218): icmp_seq=2 ttl=60 time=0.912 ms 64 bytes from rhvm41-vlan50-1.lab.eng.pek2.redhat.com (10.73.75.218): icmp_seq=3 ttl=60 time=0.931 ms And tried another command, also caught failure: [root@dhcp-8-140 ~]# vdsm-tool register --engine-fqdn 10.73.75.218 --check-fqdn False Starting registration... Host UUID: 44454C4C-5700-1038-8047-B3C04F4D3258 Collecting CA data from Engine... Calculated fingerprint: 56:11:f0:21:05:e5:03:5b:86:c8:a1:43:b7:36:78:ac:0c:07:32:b1 Collecting ssh pub key data... Cannot connect to engine. 10.73.75.218 matches the FQDN of Engine? Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 460, in main reg.execute_registration() File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 358, in execute_registration self._execute_http_request(self.url_reg) File "/usr/lib/python2.7/site-packages/vdsm/tool/register.py", line 212, in _execute_http_request "http response was non OK, code {r}".format(r=res.status_code) RequestException: http response was non OK, code 400 So change this bug status to Assigned
Verified on latest build rhvh-4.2-0.20171102.0 Test versions: redhat-release-virtualization-host-4.2-0.4.el7.x86_64 RHVM: 4.2.0-0.4.master.el7 vdsm-4.20.6-1.el7ev.x86_64 Test steps: 1. Install rhvh via pxe 2. Register to engine by following two methods # vdsm-tool register --engine-fqdn rhvm42-vlan50-1.lab.eng.pek2.redhat.com # vdsm-tool register --engine-fqdn 10.73.75.137 --check-fqdn False 3. Check host is in pending approval status on rhvm 4. Approve the host to be added to existing datacenter Results: 1. After step#2 with the two methods, the host is in pending approval status 2. After step#4, host status is up Thus, this can be changed to verified according to above result
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. https://access.redhat.com/errata/RHEA-2018:1489
BZ<2>Jira Resync