QA » openQA Project

I think no one require 2 ipmi-phy-machines to perform the multi-machine job.
This block the virtualization migration test (which require 2 machines)

Clarify: Why need two different WORKER_CLASS?

For this dependency job group, one is source host, the other is destination host. The testsuite that needs to be run on the source host, needs to know the destination host ip. Only after scheduling, can we know which worker(IPMI_HOST) is the destination. mmapi has api to get parent job configurations. But the mmapi can neither get the static configurations of the worker(set in /etc/worker.ini), nor vars that are set dynamically after test starts. So we have no way to know the destination host ip via mmapi.
We figure our another way: bind source testsuite to worker with source_worker_class, and destination testsuite to worker with dest_worker_class in job group. So we can statically know the destination host information.

However from experiment result, when bind the two dependency jobs to the two different kinds of worker separately, trigger child job , only this child job is triggered, parent is not. But if bind the two jobs to the same worker class, either the dest_worker_class or source_worker_class, the chain(child and parent) can be triggered.

I can't reproduce this.

Are you sure you have correct WORKER_CLASS on workers and jobs?