File virtinst-refresh_before_fetch_pool.patch of Package virt-manager

Overview Repositories Revisions Requests Users Attributes Meta

File virtinst-refresh_before_fetch_pool.patch of Package virt-manager (Revision ba420b39af213437409e71a2ea4bb25a)

Currently displaying revision ba420b39af213437409e71a2ea4bb25a , Show latest

Reference: bnc#887868
Refresh pools status before fetch_pools.

Currently, when connecting to hypervisor, if there are pools active
but in fact target path already deleted (or for other reasons the
pool is not working), libvirtd not refresh status yet, fetch_pools
will fail, that will cause "connecting to hypervisor" process
reporting error and exit. The whole connection work failed.

With the patch, always refresh pool status before fetch pools. Let
the libvirtd pool status reflect the reality, avoid the non-synced
status affects the hypervisor connection.

Signed-off-by: Chunyan Liu <cyliu@suse.com>

Index: virt-manager-2.2.0/virtinst/pollhelpers.py
===================================================================
--- virt-manager-2.2.0.orig/virtinst/pollhelpers.py
+++ virt-manager-2.2.0/virtinst/pollhelpers.py
@@ -119,6 +119,19 @@ def fetch_pools(backend, origmap, build_
     name = "pool"
 
     if backend.support.conn_listallstoragepools() and not FORCE_OLD_POLL:
+
+        # Refresh pools before poll_helper. For those
+        # 'active' but target path not exist (or other reasons
+        # causing the pool not working), but libvirtd not
+        # refresh the status, this will make it refreshed
+        # and mark that pool as 'inactive'.
+        objs = backend.listAllStoragePools()
+        for obj in objs:
+            try:
+                obj.refresh(0)
+            except Exception, e:
+                pass
+
         return _new_poll_helper(origmap, name,
                                 backend.listAllStoragePools, build_func)
     else:

Places

File virtinst-refresh_before_fetch_pool.patch of Package virt-manager (Revision ba420b39af213437409e71a2ea4bb25a)

Places