action #31978
closedMultimachine configuration is busted for aarch64
0%
Updated by szarate almost 7 years ago
- Related to action #31975: [aarch64] Sporadic failures "Can't resolve host: openqa.suse.de " added
Updated by thehejik almost 7 years ago
openqaworker-arm-2 should be already properly configured, all services are running and ovs bridge is finally up with all tap devices. Please try.
For working GRE tunnels - it will be mixed environment with x86+aarch64 workers - we will need work on https://progress.opensuse.org/issues/32314 - I will do it hopefully this week.
Updated by thehejik almost 7 years ago
- Related to action #32314: [salt] make GRE tunnels salt-states compatible with global worker configuration from pillars added
Updated by thehejik almost 7 years ago
- Related to action #32338: [aarch64]Prepare support_server image based on SLE12SP3 for aarch64 for multimachine tests added
Updated by thehejik almost 7 years ago
- Related to action #32296: openvswitch salt receipe is 'unstable' added
Updated by okurz almost 7 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: hpc_ganglia_supportserver
https://openqa.suse.de/tests/1537586
Updated by okurz over 6 years ago
This is an autogenerated message for openQA integration by the openqa_review script:
This bug is still referenced in a failing openQA test: hpc_ganglia_client
https://openqa.suse.de/tests/1582914
Updated by okurz over 5 years ago
- Project changed from openQA Project (public) to openQA Infrastructure (public)
- Description updated (diff)
Updated by okurz about 5 years ago
- Status changed from New to Resolved
- Assignee set to okurz
#32314 is solved. The MM configuration seems fine, MM jobs on aarch64 are working fine AFAICS