QA (public) » openQA Project (public) » openQA Infrastructure (public)

okurz wrote in #note-2:

waynechen55 wrote:

Observation¶

Test run slem_virtualization@uefi keeps failing due to missing passphrase.

I found there is no

_SECRET_AD_DOMAIN_PASSWORD  "[redacted]"

in vars.json

AFAIK that is expected as anything with _SECRET shouldn't end up in vars.json

Steps to reproduce¶

• Look up in vars.json of failed test run

Impact¶

Virtualization test run with encrypted image failed due to missing passphrase.

Problem¶

Missing setting

_SECRET_AD_DOMAIN_PASSWORD  "[redacted]"

in triggered test run.

I don't think this is stated correctly. Do you have a reference test that showed the existance of that setting?

https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/openqa/workerconf.sls#L48 shows that the setting is applied on a global level to all workers. The referenced failure job https://openqa.suse.de/tests/13602228#step/firstrun/8 was running on worker29. I verified that this variable is also set on worker29 in the file /etc/openqa/workers.ini

This test run has

_SECRET_AD_DOMAIN_PASSWORD  "[redacted]"

https://openqa.suse.de/tests/13542739/file/vars.json

Ok, so ... good again?

okurz wrote in #note-4:

Ok, so ... good again?

Seems it does not affect my test run. But this setting is still not there with newly triggered test run. Do not know why it is missing fro vars.json.

waynechen55 wrote in #note-6:

okurz wrote in #note-4:

Ok, so ... good again?

Seems it does not affect my test run. But this setting is still not there with newly triggered test run. Do not know why it is missing fro vars.json.

The question is rather why the variables did show up in vars.json at all because since https://github.com/os-autoinst/os-autoinst/pull/1909 from 2022 the variables starting with _SECRET_ should not show up in vars.json at all.

With that are you ok to accept the current behaviour as-is and we resolve this ticket?