[libvirt] [PATCH 09/12] virsh-volume: Introduce virshStorageVolKeyCompleter

Michal Prívozník mprivozn at redhat.com
Tue Jun 15 08:36:17 UTC 2021


On 6/15/21 2:38 AM, Lin Ma wrote:
> Signed-off-by: Lin Ma <lma at suse.com>
> ---
>  tools/virsh-completer-volume.c | 53 ++++++++++++++++++++++++++++++++++
>  tools/virsh-completer-volume.h |  5 ++++
>  2 files changed, 58 insertions(+)
> 
> diff --git a/tools/virsh-completer-volume.c b/tools/virsh-completer-volume.c
> index 301ee982a5..14e9069c5a 100644
> --- a/tools/virsh-completer-volume.c
> +++ b/tools/virsh-completer-volume.c
> @@ -69,3 +69,56 @@ virshStorageVolNameCompleter(vshControl *ctl,
>      g_free(vols);
>      return ret;
>  }
> +
> +char **
> +virshStorageVolKeyCompleter(vshControl *ctl,
> +                            const vshCmd *cmd G_GNUC_UNUSED,
> +                            unsigned int flags)
> +{
> +    virshControl *priv = ctl->privData;
> +    struct virshStoragePoolList *list = NULL;
> +    virStorageVolPtr *vols = NULL;
> +    int rc;
> +    int nvols = 0;
> +    size_t i = 0, j = 0, idx = 0;
> +    char **ret = NULL;
> +    g_auto(GStrv) tmp = NULL;
> +
> +    virCheckFlags(0, NULL);
> +
> +    flags = VIR_CONNECT_LIST_STORAGE_POOLS_ACTIVE;

I would much rather see this flag passed ...

> +
> +    if (!priv->conn || virConnectIsAlive(priv->conn) <= 0)
> +        return NULL;
> +
> +    if (!(list = virshStoragePoolListCollect(ctl, flags)))


.. here directly, instead of overwriting @flags.

> +        goto cleanup;
> +
> +    for (i = 0; i < list->npools; i++) {
> +        if ((rc = virStoragePoolNumOfVolumes(list->pools[i])) < 0)
> +            goto cleanup;
> +        nvols += rc;
> +    }


Alright, so here @nvols contains sum of all volumes from all active
pools. What if at this point a new volume is added into a pool (from a
different connection/outside of libvirt). What I'm getting at is [2].

> +
> +    tmp = g_new0(char *, nvols + 1);
> +
> +    for (i = 0; i < list->npools; i++) {
> +        if ((rc = virStoragePoolListAllVolumes(list->pools[i], &vols, 0)) < 0)
> +            goto cleanup;
> +        for (j = 0; j < rc; j++) {

1: j < rc && idx < nvols

> +            const char *key = virStorageVolGetKey(vols[j]);
> +            tmp[idx++] = g_strdup(key);

2: this is potentially dangerous as idx may grow beyond nvols limit. I
think something like [1] will prevent that. But it won't prevent @vols
and individual virStorageVols from leaking.

> +        }
> +    }
> +
> +    ret = g_steal_pointer(&tmp);
> +
> + cleanup:
> +    for (i = 0; i < list->npools; i++)
> +        if ((rc = virStoragePoolListAllVolumes(list->pools[i], &vols, 0)) > 0)
> +            for (j = 0; j < rc; j++)
> +                virStorageVolFree(vols[j]);

This does not free volumes really. This returns another allocated array
which is freed immediately. But the one allocated above is not freed. I
think this function should be reworked slightly, e.g. like this:

list = virshStoragePoolListCollect(ctl,
VIR_CONNECT_LIST_STORAGE_POOLS_ACTIVE);

for (i = 0; i < list->npools; i++) {
  rc = virStoragePoolListAllVolumes(list->pools[i], vols, 0);

  tmp = g_renew(char *, tmp, nvols + rc + 1);
  /* memset new memory to 0 */

  for (j = 0; j < rc; j++) {
   tmp[nvols++] = volume key;
   virStorageVolFree(vols[j]);
  }

  g_free(vols);
}

I've left out error checks, obviously. I'm stopping my review here as
the rest of patches rely on this one.

Michal




More information about the libvir-list mailing list