mirror of
https://gitlab.com/libvirt/libvirt.git
synced 2025-02-22 11:22:23 +00:00
virStoragePoolObjListForEach: Grab a reference for pool object
Turns out there's one callback that might remove a storage pool during its run: storagePoolUpdateAllState() call storagePoolUpdateStateCallback() which may call virStoragePoolUpdateInactive() which in turn may call virStoragePoolObjRemove(). Problem is that the UpdateStateCallback() sees a storage pool object with just two references: one for each hash table holding the object. If the function ends up calling ObjRemove() then upon removing the object from hash tables those references are gone and thus any subsequent call touching the object is invalid. The solution to this problem is to grab reference for the object we are running iterator with. Signed-off-by: Michal Privoznik <mprivozn@redhat.com> Reviewed-by: Ján Tomko <jtomko@redhat.com>
This commit is contained in:
parent
c63315789f
commit
e1cb98b4e9
@ -411,9 +411,13 @@ virStoragePoolObjListForEachCb(void *payload,
|
||||
virStoragePoolObjPtr obj = payload;
|
||||
struct _virStoragePoolObjListForEachData *data = opaque;
|
||||
|
||||
/* Grab a reference so that we don't rely only on references grabbed by
|
||||
* hash table earlier. Remember, an iterator can remove object from the
|
||||
* hash table. */
|
||||
virObjectRef(obj);
|
||||
virObjectLock(obj);
|
||||
data->iter(obj, data->opaque);
|
||||
virObjectUnlock(obj);
|
||||
virStoragePoolObjEndAPI(&obj);
|
||||
|
||||
return 0;
|
||||
}
|
||||
|
Loading…
x
Reference in New Issue
Block a user