Description of problem:
After deleing a disk on an iscsi domain linux pvs Alloc is updated but VDSM (via vdsm client) is not updating its PE_ALLOC to the same value as expected.
Version-Release number of selected component (if applicable):
oVirt Engine Version: 220.127.116.11-0.4.master.20170118134729.gitf34da1f.el7.centos
Steps to Reproduce:
1. Create iscsi domain with 1 lun on it
2. Create a disk with size X
3. Install vdsClient (yum install vdsm-cli)
4. Before deleting the disk check:
a) pvs stats via :
> pvs -o pv_name,pv_size,pv_free,pv_used,pv_pe_count,pv_pe_alloc_count
b) vdsClient stats
> vdsClient -s 0 getVGInfo <VG-UUID>
5.delete the disk .
6. check again the pvs & vdsclient.
pvs & vdsclient is not the same.
Alloc on pvs is updated to 0 but PE_ALLOC on vdsclient stays the same.
pvs & vdsclient is the same.
Alloc on pvs = PE_ALLOC on vdsclient = 0
This is happening because pvs cache is not flushed until storage domain is in maintenance.
Bug was opened after a discussion with Liron R on bug 1410182 with his approval
Created attachment 1242520 [details]
engine and vdsm logs
vdsClient is deprecated. Liron - please sync with Irit on the new client.
This bug is caused by internal logic in vdsm that avoids refresh of the vg data when the domain is active, regardless of the client used to execute it.
Removing the vdsClient from the header.
Postponing to 4.2, as this bug isn't affecting any flow that is using getVGInfo on 4.1.
This bugzilla is included in oVirt 4.2.0 release, published on Dec 20th 2017.
Since the problem described in this bug report should be
resolved in oVirt 4.2.0 release, published on Dec 20th 2017, it has been closed with a resolution of CURRENT RELEASE.
If the solution does not work for you, please open a new bug report.