coordination #66394: [epic][y] Enable VNC+SSH Installations on aarch64
[y] Adjust bootloader for MM on aarch64
aarch64 uses uefi in the bootloader.
The bootloader for the MM tests are not setup properly the parameters as you can see for instance on remote_ssh_target_ftp in bootloader_start
the bootloader for the x86_64 loads parameters as you can find in https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/installation/bootloader.pm#L59. basically
ssh.password. Other parameters might are required based on the media. for example, Online installation, might need dns.
bootloader_start uses the correct bootloader as now.
We are missing at least following boot params:
nameserver= ssh=1 sshpassword=nots3cr3t for ssh
nameserver= vnc=1 vncpassword=nots3cr3t for vnc
So we need to make sure those are added to uefi bootloader.
Don't hesitate to contact Anton Smorodsky in case you need support with MM tests on arm.
- uefi bootloader passes the required parameters for networking(ssh, vnc, etc)
#2 Updated by riafarov about 1 year ago
- Description updated (diff)
- Status changed from New to Workable
- Estimated time set to 5.00 h
#4 Updated by ybonatakis about 1 year ago
96bd0244a4c21db4a04c3da0aa58ba6a8300c9eb is part of https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/10718
#5 Updated by ybonatakis about 1 year ago
- Status changed from In Progress to Feedback
in parallel with the fixing of the parameters not presented in the bootloader we encounter another problem with the network which the target machine could not 'see' out to the world. this was because of the iptables rules which were applied to the supportserver. I tried a few things that worked but i could not tested properly as a full autonomous MM test.
What i did was to stop the target and then connect to the controller and apply some firewall rules. The solution i present is to clean up all the rules before the configuration so the incoming connection would not be blocked.