Thanks for this clear answer.

Do you have any plan to implement this feature in the not too distant future ?

 

From: Andriy Kurilin <andr.kurilin@gmail.com>
Sent: mardi, 9 juillet 2024 21:33
To: Jean-François TALTAVULL <jean-francois.taltavull@elca.ch>
Cc: OpenStack Discuss <openstack-discuss@lists.openstack.org>
Subject: Re: [RALLY 4.1.0] Verifier reconfigure fails when in "no admin" mode

 

You don't often get email from andr.kurilin@gmail.com. Learn why this is important

 

EXTERNAL MESSAGE - This email comes from outside ELCA companies.

Hi!

Unfortunately, configuring Tempest with Rally in non-admin mode was never implemented.

Nevertheless, a proper error message should be added to handle this case.

 

вт, 9 лип. 2024р. о 11:21 Jean-François TALTAVULL <jean-francois.taltavull@elca.ch> пише:

Hi All,

Has anyone experienced this issue that prevents from configuring a verifier with the "rally verify configure-verifier --reconfigure" command ?

Maybe someone has set up a workaround ?

I tried several solutions like adding "admin": {} or adding a fake admin user to the deployment config JSON file but none of them succeeded...

I'm using Rally 4.1.0 and Tempest 39.0.0

Thanks a lot,
Jean-Francois


> -----Original Message-----
> From: Jean-François TALTAVULL
> Sent: mercredi, 26 juin 2024 11:44
> To: OpenStack Discuss <openstack-discuss@lists.openstack.org>
> Subject: [RALLY 4.1.0] Verifier reconfigure fails when in "no admin" mode
>
> Hi All,
>
> I'm using a Rally (4.1.0) deployment with existing users and no admin
> credentials. So the command "rally env show" outputs "admin": null in the
> json and it's ok.
>
> But the problem is that the command "rally verify configure-verifier -
> reconfigure" fails with:
> "rally_openstack.common.credential.OpenStackCredential() argument after
> ** must be a mapping, not NoneType"
>
> I've been struggling with this error for a number of hours with no results :-(
>
> Any idea ? I looked for a known bug in launchpad but found nothing.
>
> Thanks,
> Jean-Francois



--

Best regards,
Andriy Kurilin.