infrastructure/ansible
1
0
Fork 0
Code Pull requests 7 Activity Actions

Go back to 30 workers on openqa-x86-worker04

Browse source 
It wasn't getting stuck because of the number of workers, it's a
weird kernel bug.

Signed-off-by: Adam Williamson <awilliam@redhat.com>
This commit is contained in:
Adam Williamson 2021-11-18 11:08:22 -08:00
parent 5e5f342477
commit 88a886f4d5
1 changed files with 2 additions and 2 deletions
Download patch file Download diff file Expand all files Collapse all files

4
inventory/host_vars/openqa-x86-worker04.iad2.fedoraproject.org
View file

@ -62,11 +62,11 @@ nrpe_procs_warn: 1400
openqa_rngd: true
openqa_tap_iface: em1
# this is a powerful machine, can handle more openQA workers
openqa_workers: 20
openqa_workers: 30
sudoers: "{{ private }}/files/sudo/qavirt-sudoers"
# firewall ports for server->worker websockets connections
# this port is 'QEMUPORT plus 1'
# QEMUPORT is:
# $ENV{QEMUPORT} = ($options{instance}) * 10 + 20002;
# so for worker 1 it's 20012, for worker 2 it's 20022, etc etc
tcp_ports: ['20013', '20023', '20033', '20043', '20053', '20063', '20073', '20083', '20093', '20103', '20113', '20123', '20133', '20143', '20153', '20163', '20173', '20183', '20193', '20203']
tcp_ports: ['20013', '20023', '20033', '20043', '20053', '20063', '20073', '20083', '20093', '20103', '20113', '20123', '20133', '20143', '20153', '20163', '20173', '20183', '20193', '20203', '20213', '20223', '20233', '20243', '20253', '20263', '20273', '20283', '20293', '20303']