https://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842021-06-02T06:40:54ZopenSUSE Project Management ToolopenQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4125632021-06-02T06:40:54ZJulie_CAOjcao@suse.com
<ul><li><strong>Subject</strong> changed from <i>[O3]add a IPMI SUT to O3</i> to <i>[O3]request to add an IPMI SUT to O3</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4126052021-06-02T07:33:40ZVANASTASIADISvasilios.anastasiadis@suse.com
<ul><li><strong>Target version</strong> set to <i>Ready</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4127162021-06-02T11:06:03Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>Assignee</strong> set to <i>nicksinger</i></li></ul><p>I checked ariel (the o3 host) and apparently it is the dhcp server and I see requests from this machine. I will take care of adding it.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4128842021-06-03T02:45:24ZJulie_CAOjcao@suse.com
<ul></ul><p>Thank you nick for taking care. I need two fixed IPs for both IPMI BMC and machine NIC.</p>
<p>my ssh key:<br>
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDI/mD7o5XnT6X6bVN+sZgFBkfAdA7/wisXOnGYSdhzIECK6OCxf06VD4rFjDoAJuhviixBeG0h8tu4Zu49qXiXBq3BsXUJdaNlHCBxmrF0oxqPKZRprF8tCn4dCFECVOfWNj4B51/9I7A76Qq+QkSxc3qSH2hzZBj1PIXBsCnb7YyUVSq3ZLWyZDY/ts1p5G+R7xWhgwunoaDM78RfTK2HZpXUtidLy5RVhp8wZM6vyOd8nKd5oWKxlD2T8IobkPHyLb3VuoGxhOqIj2mUYIBkxDs5qXmv3e17TMT2Lj2FuQCk/a912ozuHlJwPuI+zCKv86ealFTPLEUeXlBEcxtfiMIciD/LRHYYx7iRQ8HnJ7z9ld31G1xkwWwYfXscF4w+m0k8sgVWWLa69zyCXibbAfUARNIOLG2UDOEOniwj1xMeB1zEAobHi62nNLwjwn4PIYihz8LKo3zd+Alkwx4PhLn1X7ekAvU+Rq39A6+C1JyFS4I8lKkMclgrtb6c5DWS+8q3kDbykLCdgvZRVeWzmhaoANuSjDk9RqFABSdyWh4qWYBV/hRbrhYvOVsa5YDwvD76IkUu41lhk1fy3ouy2n7rtMg5QfCcIk8HgJuCiRwW+40UT9522UgBq+l4IhcjbU7W3osdzN1Q9H9KMcjvP9IOUNhgXFqgMb0zif6qqQ== <a href="mailto:julie_caohe@163.com">julie_caohe@163.com</a></p>
<p>Let me know if any information are needed.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4129232021-06-03T05:40:58Zopenqa_reviewopenqa-review@suse.de
<ul><li><strong>Due date</strong> set to <i>2021-06-17</i></li></ul><p>Setting due date based on mean cycle time of SUSE QE Tools</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4158882021-06-14T10:17:16Znicksingernsinger@suse.com
<ul></ul><p>I've added the machine on ariel to the dnsmasq config.<br>
SUT can be reached under: <code>blackbauhinia.openqanet.opensuse.org</code><br>
IPMI can be reached under: <code>blackbauhinia-ipmi.openqanet.opensuse.org</code></p>
<p>I've also added it as worker to openqaworker7 with the following config in <code>/etc/openqa/workers.ini</code>:</p>
<pre><code>[20]
WORKER_CLASS=64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia
IPMI_HOSTNAME=blackbauhinia-ipmi.openqanet.opensuse.org
IPMI_USER=ADMIN
IPMI_PASSWORD=ADMIN
SUT_IP=blackbauhinia.openqanet.opensuse.org
SUT_NETDEVICE=em1
IPMI_SOL_PERSISTENT_CONSOLE=1
IPMI_BACKEND_MC_RESET=1
</code></pre> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4158972021-06-14T10:57:07Zokurzokurz@suse.com
<ul></ul><p>I suggest to add to "rebel" which runs without apparmor validation which likely prevents the ipmi backend to work</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4159272021-06-14T11:29:40Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li><li><strong>Assignee</strong> changed from <i>nicksinger</i> to <i>Julie_CAO</i></li></ul><p>Thanks for the suggestion, I moved the config to rebel as worker instance 5 - see: <a href="https://openqa.opensuse.org/admin/workers/382" class="external">https://openqa.opensuse.org/admin/workers/382</a><br>
I also added Julies ssh key from <a href="https://progress.opensuse.org/issues/93381#note-4" class="external">https://progress.opensuse.org/issues/93381#note-4</a> to all machines with</p>
<pre><code>for i in aarch64 openqaworker1 openqaworker4 openqaworker7 power8 rebel imagetester; do echo $i && sshpass -p opensuse ssh root@$i "echo '$(cat .ssh/authorized_keys | grep "julie_caohe")' >> '/root/.ssh/authorized_keys'"; done
</code></pre>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> please test if the machine is working for you as expected and feel free to raise any problems and reassign back to me :)</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4161942021-06-15T04:57:54ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, thank you for adding the machine to O3 network and openQA worker pool. Is the correct way to access the machine over rebel as the jump host from SUSE? My following procedure does not seem correct as password is needed.</p>
<p>jcao@linux-brmq:~/.ssh> cat config <br>
Host ariel<br>
HostName gate.opensuse.org<br>
Port 2213<br>
Host *.opensuse.org<br>
ProxyCommand ssh -q -A -x ariel -W %h:%p</p>
<p>jcao@linux-brmq:~/.ssh> ssh -X rebel.opensuse.org<br>
<a href="mailto:jcao@gate.opensuse.org">jcao@gate.opensuse.org</a>'s password: </p>
<p>Another question, is there a PXE server in O3 network? I'd like to install openSUSE Tumbleweed in each test, the command we used is: <br>
/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot2021xxxx/boot/x86_64/loader/linux initrd=/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot2021xxxx/boot/x86_64/loader/initrd install=<a href="http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210521" class="external">http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210521</a></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4162752021-06-15T09:25:00Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li><li><strong>Assignee</strong> changed from <i>Julie_CAO</i> to <i>nicksinger</i></li></ul><p>Julie_CAO wrote:</p>
<blockquote>
<p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, thank you for adding the machine to O3 network and openQA worker pool. Is the correct way to access the machine over rebel as the jump host from SUSE? My following procedure does not seem correct as password is needed.</p>
<p>jcao@linux-brmq:~/.ssh> cat config <br>
Host ariel<br>
HostName gate.opensuse.org<br>
Port 2213<br>
Host *.opensuse.org<br>
ProxyCommand ssh -q -A -x ariel -W %h:%p</p>
<p>jcao@linux-brmq:~/.ssh> ssh -X rebel.opensuse.org<br>
<a href="mailto:jcao@gate.opensuse.org">jcao@gate.opensuse.org</a>'s password: </p>
</blockquote>
<p>Yes, sorry I forgot to create your user on gate.opensuse.org and just added your key to the root account. Now it is fixed and you should be able to ssh into <code>ariel</code> (gate.opensuse.org). From there you can ssh into <code>root@rebel.openqanet.opensuse.org</code> (we don't have users on workers, just root). Please feel free to ask here or in Rocket if you have further questions how this jump host stuff is done - it can be confusing :)</p>
<p>Hi Nick, I am still unable to log in 'ariel'. Is the correct ssh key used?<br>
jcao@linux-brmq:~> ssh gate.opensuse.org<br>
Password: </p>
<p>jcao@linux-brmq:~> ssh <a href="mailto:jcao@gate.opensuse.org">jcao@gate.opensuse.org</a><br>
Password: </p>
<p>jcao@linux-brmq:~/.ssh> pwd<br>
/home/jcao/.ssh<br>
jcao@linux-brmq:~/.ssh> cat id_rsa.pub<br>
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDI/mD7o5XnT6X6bVN+sZgFBkfAdA7/wisXOnGYSdhzIECK6OCxf06VD4rFjDoAJuhviixBeG0h8tu4Zu49qXiXBq3BsXUJdaNlHCBxmrF0oxqPKZRprF8tCn4dCFECVOfWNj4B51/9I7A76Qq+QkSxc3qSH2hzZBj1PIXBsCnb7YyUVSq3ZLWyZDY/ts1p5G+R7xWhgwunoaDM78RfTK2HZpXUtidLy5RVhp8wZM6vyOd8nKd5oWKxlD2T8IobkPHyLb3VuoGxhOqIj2mUYIBkxDs5qXmv3e17TMT2Lj2FuQCk/a912ozuHlJwPuI+zCKv86ealFTPLEUeXlBEcxtfiMIciD/LRHYYx7iRQ8HnJ7z9ld31G1xkwWwYfXscF4w+m0k8sgVWWLa69zyCXibbAfUARNIOLG2UDOEOniwj1xMeB1zEAobHi62nNLwjwn4PIYihz8LKo3zd+Alkwx4PhLn1X7ekAvU+Rq39A6+C1JyFS4I8lKkMclgrtb6c5DWS+8q3kDbykLCdgvZRVeWzmhaoANuSjDk9RqFABSdyWh4qWYBV/hRbrhYvOVsa5YDwvD76IkUu41lhk1fy3ouy2n7rtMg5QfCcIk8HgJuCiRwW+40UT9522UgBq+l4IhcjbU7W3osdzN1Q9H9KMcjvP9IOUNhgXFqgMb0zif6qqQ== <a href="mailto:julie_caohe@163.com">julie_caohe@163.com</a></p>
<blockquote>
<p>Another question, is there a PXE server in O3 network? I'd like to install openSUSE Tumbleweed in each test, the command we used is: <br>
/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot2021xxxx/boot/x86_64/loader/linux initrd=/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot2021xxxx/boot/x86_64/loader/initrd install=<a href="http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210521">http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210521</a></p>
</blockquote>
<p>Yes but as far as I understand it currently only supports Leap. I will check if I can enable TW installations on there.</p>
<p>Thank you, Nick. We need not an actual PXE entry for TW installation. The PXE server can support TW installation with boot parameters the way we do in OSD is ok.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4181082021-06-21T08:51:40Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Workable</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4213062021-06-28T17:09:47Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-06-17</i> to <i>2021-07-02</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4234632021-07-06T07:10:05Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>Workable</i> to <i>New</i></li></ul><p>moving all tickets without size confirmation by the team back to "New". The team should move the tickets back after estimating and agreeing on a consistent size</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4238442021-07-06T17:16:35Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> deleted (<del><i>2021-07-02</i></del>)</li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4254912021-07-12T09:20:05Znicksingernsinger@suse.com
<ul><li><strong>Assignee</strong> changed from <i>nicksinger</i> to <i>Julie_CAO</i></li></ul><p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> I checked the key again on <code>ariel</code> and everything looks like it should. Please use the command <code>ssh ariel</code> to login into that host. If you use "gate.opensuse.org" your config is not used and therefore it does not work.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4255032021-07-12T10:01:27ZJulie_CAOjcao@suse.com
<ul></ul><p>nicksinger wrote:</p>
<blockquote>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> I checked the key again on <code>ariel</code> and everything looks like it should. Please use the command <code>ssh ariel</code> to login into that host. If you use "gate.opensuse.org" your config is not used and therefore it does not work.</p>
</blockquote>
<p>Thanks, Nick. <code>ssh ariel</code> works for me. I successfully login blackbauhinia over ssh on ariel.</p>
<p>So the only remained part is the PXE support. :-)</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4288272021-07-20T11:57:33ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi Nick,</p>
<p>Could you kindly give a general time when the PXE server would be ready? I will have a vacation leave in August, so I'd like to arrange my tasks ahead based on different situations.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4306822021-07-27T08:23:10Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>In Progress</i></li><li><strong>Assignee</strong> changed from <i>Julie_CAO</i> to <i>nicksinger</i></li></ul><p>I've added a kernel and initrd from the latest tw-netinstall ISO onto the PXE server on ariel. A first try didn't seem to work despite ariel serving the required files:</p>
<pre><code>Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: error 0 TFTP Aborted received from 192.168.112.13
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: failed sending /srv/tftpboot/pxelinux.0 to 192.168.112.13
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: sent /srv/tftpboot/pxelinux.0 to 192.168.112.13
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/44454c4c-3100-1059-8052-b9c04f463733 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/01-f4-02-70-b9-3a-66 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A8700D not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A8700 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A870 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A87 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A8 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0A not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C0 not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: file /srv/tftpboot/pxelinux.cfg/C not found
Jul 27 08:10:07 ariel dnsmasq-tftp[1999]: sent /srv/tftpboot/pxelinux.cfg/default to 192.168.112.13
</code></pre>
<p>I saw something hinting at syntax errors but the IPMI connection in the train is not good enough. Will check if I can make it work at home with a stable connection.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4308952021-07-28T04:09:25Zopenqa_reviewopenqa-review@suse.de
<ul><li><strong>Due date</strong> set to <i>2021-08-11</i></li></ul><p>Setting due date based on mean cycle time of SUSE QE Tools</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4318222021-07-30T09:34:17Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Blocked</i></li></ul><p>I can't reach the machine nor the ipmi interface. I created an infra ticket now to check this machine: <a href="https://infra.nue.suse.com/Ticket/Display.html?id=193192" class="external">https://infra.nue.suse.com/Ticket/Display.html?id=193192</a></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4326302021-08-03T03:21:15ZJulie_CAOjcao@suse.com
<ul></ul><p>Thank you for open the infra ticket, Nick. The machine is in SERV2, it was shutdown by me days ago when AC had a water leaking. But the ipmi is inaccessible either, It may have been implicated in the cooling system accident?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4330372021-08-04T08:40:35Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>Blocked</i> to <i>In Progress</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4332752021-08-04T15:09:14Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>I've fixed the PXE setup in O3 and was able to start a tw installer. Please let me know if anything is not working as expected for you.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4336172021-08-06T05:34:03ZJulie_CAOjcao@suse.com
<ul></ul><p>Thank you, Nick.<br>
I just tried with new PXE server from blackbauhinia-ipmi. It finds out the PXE server and the pxe menu shows up, TW can be installed with the 'openSUSE tumbleweed' entry. but when I press 'tab' to input the boot command below, then type 'enter', the screen went back to the pxe entry, No installation began or no any error popped up. Anything wrong?</p>
<p>/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210804/boot/x86_64/loader/linux initrd=/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210804/boot/x86_64/loader/initrd install=<a href="http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210804" class="external">http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210804</a></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4343372021-08-11T12:59:44Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-08-11</i> to <i>2021-08-31</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4399012021-08-31T13:34:11Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul><p>Sorry for the long delay. I didn't notice your answer. I think you need to add the proper console parameter. Something like this should make the console show up over SOL: <code>console=tty console=ttyS1,115200</code> (maybe ttyS0 depending on the machine). Please have a look what other IPMI tests on e.g. OSD supply as their command line:</p>
<pre><code>[2021-07-28T20:31:29.995 CEST] [debug] <<< testapi::type_string(string=" Y2DEBUG=1 vga=791 video=1024x768 console=ttyS1,115200 linuxrc.log=/dev/ttyS1 linuxrc.core=/dev/ttyS1 linuxrc.debug=4,trace reboot_timeout=0 ", max_interval=4, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
</code></pre>
<p>(from <a href="https://openqa.suse.de/tests/6599035/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/6599035/logfile?filename=autoinst-log.txt</a>)</p>
<p>I'm resolving this now as this is an test issue and not caused by the PXE setup which apparently works for your case :) Feel free to reopen if you discover other issues</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4400782021-09-01T06:38:10ZJulie_CAOjcao@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-08-31</i> to <i>2021-08-11</i></li></ul><p>nicksinger wrote:</p>
<blockquote>
<p>Sorry for the long delay. I didn't notice your answer. I think you need to add the proper console parameter. Something like this should make the console show up over SOL: <code>console=tty console=ttyS1,115200</code> (maybe ttyS0 depending on the machine). Please have a look what other IPMI tests on e.g. OSD supply as their command line:</p>
<pre><code>[2021-07-28T20:31:29.995 CEST] [debug] <<< testapi::type_string(string=" Y2DEBUG=1 vga=791 video=1024x768 console=ttyS1,115200 linuxrc.log=/dev/ttyS1 linuxrc.core=/dev/ttyS1 linuxrc.debug=4,trace reboot_timeout=0 ", max_interval=4, wait_screen_changes=0, wait_still_screen=0, timeout=30, similarity_level=47)
</code></pre>
<p>(from <a href="https://openqa.suse.de/tests/6599035/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/6599035/logfile?filename=autoinst-log.txt</a>)</p>
<p>I'm resolving this now as this is an test issue and not caused by the PXE setup which apparently works for your case :) Feel free to reopen if you discover other issues</p>
</blockquote>
<p>Hi @Nick, I have to reopen this ticket as the PXE server does not work in O3 actually. Even with "<code>console=tty console=ttyS1,115200</code>", when I press 'tab' to input the boot command, then type 'enter', the screen went back to the pxe entry, No installation began on any console. It should not be console problem because it returns to the PXE menu. </p>
<p>Or let's try it as a SUT in O3, the 'boot_from_pxe' will type the correct command since the machine worked in OSD. Please help me add this SUT in O3 or point me what I shall do(it seems that I have no permission to login rebel).</p>
<pre><code> WORKER_CLASS: 64bit-ipmi,64bit-ipmi-amd
IPMI_HOSTNAME: blackbauhinia-ipmi.openqanet.opensuse.org
IPMI_USER: ADMIN
IPMI_PASSWORD: ADMIN
SUT_IP: blackbauhinia.openqanet.opensuse.org
SUT_NETDEVICE: eno1
IPMI_SOL_PERSISTENT_CONSOLE: 1
IPMI_BACKEND_MC_RESET: 1
</code></pre> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4400812021-09-01T06:38:26ZJulie_CAOjcao@suse.com
<ul><li><strong>Status</strong> changed from <i>Resolved</i> to <i>New</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4402102021-09-01T09:29:02Zlivdywanliv.dywan@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li></ul><p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> In the future, please use <strong>Feedback</strong> when re-opening tickets.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4421542021-09-03T11:58:40Znicksingernsinger@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-08-11</i> to <i>2021-09-11</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4435982021-09-08T12:24:52Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Blocked</i></li></ul><p>I once again tried it out manually.</p>
<p>First, I set the bootdev:<br>
<code>ipmitool -I lanplus -C 3 -H blackbauhinia-ipmi.openqanet.opensuse.org -U ADMIN -P ADMIN chassis bootdev pxe</code></p>
<p>Attaching to the machine from ariel by using IPMI:<br>
<code>ipmitool -I lanplus -C 3 -H blackbauhinia-ipmi.openqanet.opensuse.org -U ADMIN -P ADMIN sol activate</code></p>
<p>After that it boots into the PXE menu where I just select "install-tumbleweed" and the kernel starts to load (and give me output on SOL). Just a small example from the beginning:</p>
<pre><code>Loading linux/openSUSE/tumbleweed/linux.............
Loading linux/openSUSE/tumbleweed/initrd........................................
................................................................................
................ready.
[ 0.000000] Linux version 5.13.4-1-default (geeko@buildhost) (gcc (SUSE Linux) 11.1.1 20210625 [revision 62bbb113ae68a7e724255e17143520735bcb9ec9], GNU ld (GNU Binutils; openSUSE Tumbleweed) 2.36.1.20210326-4) #1 SMP Thu Jul 22 15:55:06 UTC 2021 (91a0cca)
[ 0.000000] Command line: initrd=linux/openSUSE/tumbleweed/initrd vga=normal console=tty0 console=ttyS1,115200 linemode=1 ignore_loglevel unknown_nmi_panic insecure=1 install=http://download.opensuse.org/tumbleweed/repo/oss/ nameserver=192.168.112.100 BOOT_IMAGE=linux/openSUSE/tumbleweed/linux
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
[ 0.000000] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'compacted' format.
[ 0.000000] BIOS-provided physical RAM map:
</code></pre>
<p>So manually I can't reproduce your issue. However, as rebel is currently down (<a href="https://progress.opensuse.org/issues/97658">https://progress.opensuse.org/issues/97658</a>) and oli indicated that other workers will most likely won't work due to apparmor I think we're currently blocked there to get the IPMI machine into o3 and I can't do further testing for now.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4436042021-09-08T12:26:45Znicksingernsinger@suse.com
<ul><li><strong>Blocked by</strong> <i><a class="issue tracker-4 status-3 priority-3 priority-lowest closed" href="/issues/97658">action #97658</a>: many (maybe all) jobs on rebel within o3 run into timeout_exceeded "setup exceeded MAX_SETUP_TIME" size:M</i> added</li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4437662021-09-09T03:17:08ZJulie_CAOjcao@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-09-11</i> to <i>2021-08-11</i></li></ul><p>nicksinger wrote:</p>
<blockquote>
<p>After that it boots into the PXE menu where I just select "install-tumbleweed" and the kernel starts to load (and give me output on SOL). Just a small example from the beginning:</p>
</blockquote>
<p>Yes, the pxe entry worked for me either. But I meant that the command below(press 'tab' key to type the command the way boot_from_pxe module does in openqa) does not work:<br>
<code>/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830/boot/x86_64/loader/linux initrd=/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830/boot/x86_64/loader/initrd install=http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830 console=ttyS1,115200</code></p>
<p>I'ed like to install the latest snapshot, such as 20210830 that day I tried. Press 'enter' after typing the command, pxe menu screen showed up, no any console output.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4437692021-09-09T03:55:54ZJulie_CAOjcao@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-08-11</i> to <i>2021-09-11</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4445942021-09-10T08:57:55Znicksingernsinger@suse.com
<ul></ul><p>Ah, now I understand. Sorry for the confusion. Of course this can not work as we don't have the "/mnt/openqa" mountpoint on o3. I asked in our team chat for some help on what we could mount instead to always have the latest snapshot of TW available to boot from.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4446332021-09-10T09:34:12ZJulie_CAOjcao@suse.com
<ul></ul><p>nicksinger wrote:</p>
<blockquote>
<p>Ah, now I understand. Sorry for the confusion. Of course this can not work as we don't have the "/mnt/openqa" mountpoint on o3. I asked in our team chat for some help on what we could mount instead to always have the latest snapshot of TW available to boot from.</p>
</blockquote>
<p>Thank you, Nick. that's exactly what I want!</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4456262021-09-14T08:54:32Zokurzokurz@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-09-11</i> to <i>2021-09-17</i></li></ul><p>please take a look into the blocking ticket <a class="issue tracker-4 status-3 priority-3 priority-lowest closed" title="action: many (maybe all) jobs on rebel within o3 run into timeout_exceeded "setup exceeded MAX_SETUP_TIME... (Resolved)" href="https://progress.opensuse.org/issues/97658">#97658</a> which we consider still "urgent" and will exceed the due-date tomorrow.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4474892021-09-20T09:59:41Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> deleted (<del><i>2021-09-17</i></del>)</li></ul><p>Still blocked by <a class="issue tracker-4 status-3 priority-3 priority-lowest closed" title="action: many (maybe all) jobs on rebel within o3 run into timeout_exceeded "setup exceeded MAX_SETUP_TIME... (Resolved)" href="https://progress.opensuse.org/issues/97658">#97658</a> as I understand it, although Redmine won't show that for some reason.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4476092021-09-20T13:33:48Znicksingernsinger@suse.com
<ul></ul><p>While <a class="issue tracker-4 status-3 priority-3 priority-lowest closed" title="action: many (maybe all) jobs on rebel within o3 run into timeout_exceeded "setup exceeded MAX_SETUP_TIME... (Resolved)" href="https://progress.opensuse.org/issues/97658">#97658</a> is still blocked I try to figure out what to mount to get the most recent TW snapshot in the opensuse network. I asked in #opensuse-factory:</p>
<pre><code>14:58 <sqozz> hey all! I'm currently looking for a way to enable openqa.opensuse.org to test the most recent TW snapshot on bare hardware. For this I'd need a mountpoint to the most recent snapshot reachable from within the opensuse-network. Any hints where I could find such thing?
</code></pre>
<p>and in #team-buildops in slack: <a href="https://suse.slack.com/archives/C02BX1X92HM/p1632144642253300" class="external">https://suse.slack.com/archives/C02BX1X92HM/p1632144642253300</a></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4479332021-09-22T03:26:08ZJulie_CAOjcao@suse.com
<ul></ul><p>Thank you nick for asking help from outside. I saw the thread in #team-buildops but the result seems not very optimistic. I am not familiar with http boot or EFI boot. Let's see if the factory folks can give more clue.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4500182021-09-28T00:29:42ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi Nick, do you get any positive feedback from factory folks?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4539982021-10-11T11:41:57ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi Nick,</p>
<p>regarding mounting to get lastest snapshot, we always run test this way in OSD. what's the difference between O3 and OSD? it sounds there are obstacles in O3 network. I want to know what the specific problem is, and then I'll manage to find a way to get it around on my side.</p>
<p><code>boot: /mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830/boot/x86_64/loader/linux initrd=/mnt/openqa/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830/boot/x86_64/loader/initrd install=http://openqa.opensuse.org/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-Snapshot20210830</code></p>
<p>Are there extracted installer DVD directories in O3 server? for example, "openqa.opensuse.org:/share/factory/assets/repo/openSUSE-Tumbleweed-DVD-x86_64-SnapshotXXXX/", we have this path for SLE in OSD. </p>
<p>If the DVD is present, what we need is to mount the repo to our pxe server, right?</p>
<p>If the DVD is not present, we have to extract from openSUSE-Tumbleweed-DVD-x86_64-Snapshot20211008-Media.iso in O3?</p>
<p>I don't know how OSD implements these requirements. we hope O3 can provide the same functions as OSD, If it is not possible on O3, it is acceptable to have workaround.</p>
<p>Let me know what I can help on my side.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4556932021-10-15T06:55:20ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/17668">@okurz</a>, Nick seems to have been out of work these days, can we manage to mount the TW snapshot in PXE server without Nick?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4557412021-10-15T09:08:44Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>Blocked</i> to <i>In Progress</i></li></ul><p>Hello <a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> - sorry I was on a sick-leave yesterday and before didn't update the ticket here. I was able to boot files from download.opensuse.org directly which means you could always boot the latest snapshot. However, the architecture inside the o3 infrastructure is different. Therefore the tests would need to be adjusted accordingly. I will prepare a boot environment for you today so you can see how it would work. Afterwards you would need to adjust the tests.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4558412021-10-16T04:09:50Zopenqa_reviewopenqa-review@suse.de
<ul><li><strong>Due date</strong> set to <i>2021-10-30</i></li></ul><p>Setting due date based on mean cycle time of SUSE QE Tools</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4568692021-10-20T08:44:22Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>So I created an IPXE config which offers several options to boot a machine. I tested it with blackbauhinia manually from ariel with the following command: <code>ipmitool -I lanplus -C 3 -H blackbauhinia-ipmi.openqanet.opensuse.org sol activate</code>. It always loads the most recent TW snapshot from download.opensuse.org over http since we don't have any mountpoint with the most recent release like on OSD.</p>
<p>I realized that the IPMI output is quite slow but still was able to start an installer. Please test it manually to see if you could adjust the tests accordingly or if anything is missing. I also attach the IPXE-script below so you can see with which options the installer gets started. Let me know if any option would need to be added.</p>
<pre><code>#!ipxe
dhcp
set menu-timeout 5000
:start
menu iPXE boot menu for openqa.opensuse.org
item --gap -- ------------------------- Operating systems ------------------------------
item --key l leapS1 Boot openSUSE Leap15.3 from download.opensuse.org / ttyS1 (http)
item --key l leapS2 Boot openSUSE Leap15.3 from download.opensuse.org / ttyS2 (http)
item --key t tumbleweedS1 Boot openSUSE Tumbleweed from download.opensuse.org / ttyS1 (http)
item --key t tumbleweedS2 Boot openSUSE Tumbleweed from download.opensuse.org / ttyS2 (http)
item --gap -- ------------------------- Advanced options -------------------------------
item --key c config Configure settings
item shell Drop to iPXE shell
item reboot Reboot computer
item
item --key x exit Exit iPXE and continue BIOS boot
choose --timeout ${menu-timeout} --default exit selected || goto cancel
set menu-timeout 0
goto ${selected}
:leapS1
kernel http://download.opensuse.org/distribution/leap/15.3/repo/oss/boot/x86_64/loader/linux usessh=1 sshpassword=linux network=1 install=http://download.opensuse.org/distribution/leap/15.3/repo/oss/ console=ttyS1,115200n8 root=/dev/ram0 initrd=initrd textmode=1
initrd http://download.opensuse.org/distribution/leap/15.3/repo/oss/boot/x86_64/loader/initrd
boot
:leapS2
kernel http://download.opensuse.org/distribution/leap/15.3/repo/oss/boot/x86_64/loader/linux usessh=1 sshpassword=linux network=1 install=http://download.opensuse.org/distribution/leap/15.3/repo/oss/ console=ttyS2,115200n8 root=/dev/ram0 initrd=initrd textmode=1
initrd http://download.opensuse.org/distribution/leap/15.3/repo/oss/boot/x86_64/loader/initrd
boot
:tumbleweedS1
kernel http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/linux usessh=1 sshpassword=linux network=1 install=http://download.opensuse.org/distribution/openSUSE-current/repo/oss/ console=ttyS1,115200n8 root=/dev/ram0 initrd=initrd textmode=1
initrd http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/initrd
boot
:tumbleweedS2
kernel http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/linux usessh=1 sshpassword=linux network=1 install=http://download.opensuse.org/distribution/openSUSE-current/repo/oss/ console=ttyS2,115200n8 root=/dev/ram0 initrd=initrd textmode=1
initrd http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/initrd
boot
:cancel
echo You cancelled the menu, dropping you to a shell
:shell
echo Type 'exit' to get the back to the menu
shell
set menu-timeout 0
set submenu-timeout 0
goto start
:failed
echo Booting failed, dropping to shell
goto shell
:reboot
reboot
:exit
exit
:config
config
goto start
</code></pre> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4568962021-10-20T09:22:56ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi Nick,</p>
<p>Thank you for setting it up, I'll try and adapt my test.</p>
<p>I reinstalled my laptop with Leap 15.3 on a new disk and the ssh keys changed. I am unable to login ariel to <br>
access the SUT to try the new PXE now, could you help re-add my keys? sorry for bringing you the trouble. </p>
<p>jcao@localhost:~/.ssh> cat id_rsa.pub<br>
<code>ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDIvkuGQu2YkXbCMNnmtG/cyFLqUlYgrhJ0xFu0p1xjcY9gGtIlPzXZoEhNA5xxbsa0ydlW5GW/Msr+0zktNYzMksXKLQO4NQ0yAYrW5zaGpHZqrMImGCSe4JW0wG1w06Vpfj0IziqYpALdLch8sA+WEXMfe+58qW+1q+QsLL1rSvZ5ZlD18Z3PIKcMzJTgzxlSyInjqUwDzWaBnrBc8u4RfbGIZpq3USowDjX0VEGAJ+FEn6pWLbyfMkKaEQle0L5lSWLPxOPVr2XNVg1Fzy9eELfnqU23wMQdl8yGQU1WmHJrWV/jurcMbemMXo3od62bTIMO6sxooBp9pUSQFB2W9xdzmMZxJaaEQWHEe+LmVGNGogUqCbIPDstNewb8A5StavJh4iXQUIlVXsWuVJTCXzPqqAfymGR4au4UK1uggilB/rFTiYgVWM7eEO/Damb67qYAsCwh5/PTAFpWbIUnOZ/OVZ+mhMv6oXjbWe9NwSG4Kg2IAJG3Sic3gj8aFQnrrQMcUUE53QCN+akre2K61sI9DpQ8OjrbLeDNytCWCg5SpyzDbZHfpS9q2DEjRiN7BcKkijPkWzVV3cRpMPhH614CDbo4rCHs1clBKk2THuOtqGOnFVB4igNpiPdsfte/okLOBix+kbYckCmbi71JvWeyG0/R5h5KtDMPohI46w== julie_caohe@163.com</code></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4589582021-10-27T08:22:15ZJulie_CAOjcao@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li></ul><p>nicksinger wrote:</p>
<blockquote>
<p>I realized that the IPMI output is quite slow but still was able to start an installer. Please test it manually to see if you could adjust the tests accordingly or if anything is missing. I also attach the IPXE-script below so you can see with which options the installer gets started. Let me know if any option would need to be added.</p>
<pre><code>#!ipxe
dhcp
set menu-timeout 5000
</code></pre></blockquote>
<p>HI Nick, the ipmi sol console on my side is so slow. The machine enters BIOS boot right away after the iPXE menu shows up so that I have not the chance to check these configurations. Could you set the timeout longer for me to check and for openqa to match needles?</p>
<blockquote>
<p>:tumbleweedS1<br>
kernel <a href="http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/linux" class="external">http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/linux</a> usessh=1 sshpassword=linux network=1 install=<a href="http://download.opensuse.org/distribution/openSUSE-current/repo/oss/" class="external">http://download.opensuse.org/distribution/openSUSE-current/repo/oss/</a> console=ttyS1,115200n8 root=/dev/ram0 initrd=initrd textmode=1<br>
initrd <a href="http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/initrd" class="external">http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/initrd</a><br>
boot</p>
</blockquote>
<p>I have not tried the command but I compared with the boot command in OSD. there are some differences:</p>
<ul>
<li>"usessh=1 sshpassword=linux". In OSD, it is "ssh=1 sshpassword=nots3cr3t". So 'ssh=' is SLE and 'usessh=xx' in openSUSE? And the what the default password in O3, nots3cr3t or linux? our tests typically use the openqa default password.</li>
<li>we have some extra variables in the boot command in OSD, "plymouth.enable=0 Y2DEBUG=1 vga=791 video=1024x768 linuxrc.log=/dev/ttyS1 linuxrc.core=/dev/ttyS1 linuxrc.debug=4,trace reboot_timeout=0 kernel.softlockup_panic=1 vt.color=0x07", actually I am not sure if they are required for openSUSE in O3, Could you help take a look and add some of them if they are needed?</li>
</ul>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4606182021-11-02T10:31:01Zmkittlermarius.kittler@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-10-30</i> to <i>2021-11-06</i></li></ul><p>Increasing the due date after mentioning the ticket in the chat (<a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a> is not available today).</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4633162021-11-11T15:59:01Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>I've bumped the timeout to <code>50000</code>, changed the default PW to nots3cr3t to make it easier to run tests and also added the other parameters too. It should not hurt anyway. BTW: rebel is also back in o3 so you might be able to clone a test on it to test it. But also please test manually if everything works as you would expect it.</p>
<p>Regarding the slow IPMI: I recommend that you try to execute your virtualization tests with the help of nested virtualization. This would really ease the setup and require less manual work to have machines moved between OSD and o3</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4641472021-11-15T08:02:29ZJulie_CAOjcao@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-11-06</i> to <i>2021-10-30</i></li><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li></ul><p>nicksinger wrote:</p>
<blockquote>
<p>I've bumped the timeout to <code>50000</code>, </p>
</blockquote>
<p>thank you, Nick. 50000 seems to be 50 seconds. I can see the blue menu and move the focus up and down to choose the entry now.</p>
<blockquote>
<p>changed the default PW to nots3cr3t to make it easier to run tests and also added the other parameters too. It should not hurt anyway. </p>
</blockquote>
<p>for the Tumbleweed entry:</p>
<pre><code>:tumbleweedS1
kernel http://download.opensuse.org/distribution/openSUSE-current/repo/oss/boot/x86_64/loader/linux ...
</code></pre>
<p>It is the installer of OpenSUSE Leap 15.3 instead of OpenSUSE Tumbleweed. Can we get a latest tumbleweed DVD URL here?</p>
<blockquote>
<p>BTW: rebel is also back in o3 so you might be able to clone a test on it to test it. But also please test manually if everything works as you would expect it.</p>
</blockquote>
<p>I will continue with manual test to ensure everythings works then we add the SUT to be a worker of O3.</p>
<blockquote>
<p>Regarding the slow IPMI: I recommend that you try to execute your virtualization tests with the help of nested virtualization. This would really ease the setup and require less manual work to have machines moved between OSD and o3</p>
</blockquote>
<p>Because SLE virtualization product does not promise to support nexted virtualization, I think so does openSUSE. Our virtualization tests all run on barel metal machines according to our test plan.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4641502021-11-15T08:08:02ZJulie_CAOjcao@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-10-30</i> to <i>2021-11-06</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4642642021-11-15T09:54:49Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-11-06</i> to <i>2021-11-19</i></li></ul><p>How about a due date that lies in the future. For example end of this week, assuming you are motived to finish it this week :-)</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4642852021-11-15T10:18:41ZJulie_CAOjcao@suse.com
<ul></ul><p>cdywan wrote:</p>
<blockquote>
<p>How about a due date that lies in the future. For example end of this week, assuming you are motived to finish it this week :-)</p>
</blockquote>
<p>I accidently change it in my comment, so I just changed it back to its original date. Your team determines the actual due date :-)</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4662532021-11-19T10:50:28Zokurzokurz@suse.com
<ul></ul><p>We clarified that "openSUSE-Current" is actually Leap, not Tumbleweed. So please find the corresponding "Current" links from <a href="http://download.opensuse.org/tumbleweed/" class="external">http://download.opensuse.org/tumbleweed/</a> for Tumbleweed.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4666052021-11-22T19:09:35Znicksingernsinger@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-11-19</i> to <i>2021-11-26</i></li></ul><p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> I've updated the entries once again to the tumbleweed repos posted by <a class="user active user-mention" href="https://progress.opensuse.org/users/17668">@okurz</a> - please let me know if it works :)</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4674152021-11-24T10:01:33Znicksingernsinger@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-11-26</i> to <i>2021-12-01</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4682342021-11-26T03:27:05ZJulie_CAOjcao@suse.com
<ul></ul><p>nicksinger wrote:</p>
<blockquote>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> I've updated the entries once again to the tumbleweed repos posted by <a class="user active user-mention" href="https://progress.opensuse.org/users/17668">@okurz</a> - please let me know if it works :)</p>
</blockquote>
<p>It works. thank you, Nick.</p>
<p>There is an exising ipxe install module in our openqa test git repo, which is maintained by Petr C and has been used in kernel tests. I talked with him and read through the test script. I figured out it can be used in our virtualization tests in O3 by minor changes both from iPXE server side and test script itself. So I still need your help with any of the following two options:</p>
<ul>
<li>option 1: allow to POST the boot commad to the ipxe configuration file in iPXE server over http. ie. the test script will write the *.ipxe in each run. The test script is like </li>
</ul>
<pre><code>my $url = "$http_server/v1/bootscript/script.ipxe/$ip"; //any location is ok for me. It can be set by a openqa setting
HTTP::Tiny->new->request('POST', $url, {content => $bootscript, headers => {'content-type' => 'text/plain'}});
</code></pre>
<p>The advantage is that the install commands can be custermized in each test. but it needs the http server support(enable POST and permissions).</p>
<ul>
<li>option 2: use the TW install command directly rather than the menu selection. Because the menu does not always show up with ipmi connections, to run the install command directly is more stable and easier than to move focus to choose the menu entry by needles. I had a successful installation test in my own openqa with following ipxe configuration file:</li>
</ul>
<pre><code>#!ipxe
echo ++++++++++++++++++++++++++++++++++++++++++
echo ++++++++++++ openQA ipxe boot ++++++++++++
echo ++++++++++++++++++++++++++++++++++++++++++
kernel http://download.opensuse.org/tumbleweed/repo/oss/boot/x86_64/loader/linux install=http://download.opensuse.org/tumbleweed/repo/oss plymouth.enable=0 Y2DEBUG=1 vga=791 video=1024x768 console=ttyS1,115200 linuxrc.log=/dev/ttyS1 linuxrc.core=/dev/ttyS1 linuxrc.debug=4,trace reboot_timeout=0 ssh=1 sshpassword=nots3cr3t kernel.softlockup_panic=1 vt.color=0x07
initrd http://download.opensuse.org/tumbleweed/repo/oss/boot/x86_64/loader/initrd
boot
</code></pre>
<p>Are these options capable from server side? In terms of test implementation only, I think option 2 is ok at present. but in future option 1 would be better as other tests may use ipxe install as well. </p>
<p>In addition, I'd like to know the URL of the ipxe config file to read the content in our test for debugging purpose.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4698422021-12-02T05:55:53Znicksingernsinger@suse.com
<ul></ul><p>Julie_CAO wrote:</p>
<blockquote>
<p>There is an exising ipxe install module in our openqa test git repo, which is maintained by Petr C and has been used in kernel tests. I talked with him and read through the test script. I figured out it can be used in our virtualization tests in O3 by minor changes both from iPXE server side and test script itself. So I still need your help with any of the following two options:</p>
<ul>
<li>option 1: allow to POST the boot commad to the ipxe configuration file in iPXE server over http. ie. the test script will write the *.ipxe in each run. The test script is like </li>
</ul>
</blockquote>
<p>Michi from the kernel team also wrote a similar daemon for such purpose: <a href="https://github.com/frankenmichl/baremetal_support">https://github.com/frankenmichl/baremetal_support</a> - maybe this is something we can aim for in the future but for now I would go with option 2.</p>
<blockquote>
<ul>
<li>option 2: use the TW install command directly rather than the menu selection. Because the menu does not always show up with ipmi connections, to run the install command directly is more stable and easier than to move focus to choose the menu entry by needles. I had a successful installation test in my own openqa with following ipxe configuration file:</li>
</ul>
<pre><code>#!ipxe
echo ++++++++++++++++++++++++++++++++++++++++++
echo ++++++++++++ openQA ipxe boot ++++++++++++
echo ++++++++++++++++++++++++++++++++++++++++++
kernel http://download.opensuse.org/tumbleweed/repo/oss/boot/x86_64/loader/linux install=http://download.opensuse.org/tumbleweed/repo/oss plymouth.enable=0 Y2DEBUG=1 vga=791 video=1024x768 console=ttyS1,115200 linuxrc.log=/dev/ttyS1 linuxrc.core=/dev/ttyS1 linuxrc.debug=4,trace reboot_timeout=0 ssh=1 sshpassword=nots3cr3t kernel.softlockup_panic=1 vt.color=0x07
initrd http://download.opensuse.org/tumbleweed/repo/oss/boot/x86_64/loader/initrd
boot
</code></pre>
<p>Are these options capable from server side? In terms of test implementation only, I think option 2 is ok at present. but in future option 1 would be better as other tests may use ipxe install as well. </p>
</blockquote>
<p>I've deployed a tw.ipxe.pxe on ariel which just loads your script as posted above.</p>
<blockquote>
<p>In addition, I'd like to know the URL of the ipxe config file to read the content in our test for debugging purpose.</p>
</blockquote>
<p>Unfortunately the scripts are build into ipxe itself and cannot be read back into clear text. Should we create some kind of git repository with these scripts?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4699322021-12-02T09:36:19Zokurzokurz@suse.com
<ul><li><strong>Due date</strong> changed from <i>2021-12-01</i> to <i>2022-01-31</i></li><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4699682021-12-02T10:31:26ZJulie_CAOjcao@suse.com
<ul></ul><p>nicksinger wrote:</p>
<blockquote>
<p>I've deployed a tw.ipxe.pxe on ariel which just loads your script as posted above.</p>
</blockquote>
<p>Thank you, Nick. Option 2 is ok. Have you configured the blackbauhinia on DHCP server side to point to tw.ipxe.pxe? I just tried a reboot, but it went to the original iPXE menu.</p>
<blockquote>
<blockquote>
<p>In addition, I'd like to know the URL of the ipxe config file to read the content in our test for debugging purpose.</p>
</blockquote>
<p>Unfortunately the scripts are build into ipxe itself and cannot be read back into clear text. Should we create some kind of git repository with these scripts?</p>
</blockquote>
<p>I just need to know the exact commands to install the machine in test especially in case of failures. Any location is ok for me, a git repo is sure ok but we may need it simpler, such as a file in ariel which I can view. </p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4701602021-12-03T00:44:19ZJulie_CAOjcao@suse.com
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4707482021-12-07T05:53:30ZJulie_CAOjcao@suse.com
<ul></ul><p>Would you please make another change to the worker.ini configuration on rebel for blackbauhinia?</p>
<p>remove <code>SUT_NETDEVICE=xx</code> as I'd like to set it in test suite level.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4722962021-12-10T04:17:16ZJulie_CAOjcao@suse.com
<ul></ul><p>there are 3 workers listed in O3. I am a little confused which one should be used in virtualization tests.</p>
<pre><code>* openqaworker7:20 openqaworker7 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia x86_64 Offline
* openqaworker7_container:105 openqaworker7_container 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia x86_64 Offline
* rebel:5 rebel 64bit-ipmi_rebel,64bit-ipmi-large-mem_rebel,64bit-ipmi-amd_rebel,blackbauhinia_rebel x86_64 Idle
</code></pre> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4800722022-01-14T02:47:53ZJulie_CAOjcao@suse.com
<ul></ul><p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, are you back from the holiday? may you had a nice vocation! Could you help fix the machine ipxe pointer and adjust the worker settings in O3?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4826742022-01-21T11:29:44Znicksingernsinger@suse.com
<ul><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>I've added a new entry in our <code>/etc/dnsmasq.d/pxeboot.conf</code>:</p>
<pre><code>pxe-service=x86PC, "tw-over-ipmi", tw.ipxe.bin, 1, 192.168.112.13
</code></pre>
<p>This instructs the pxe server to serve this tw.ipxe.bin file only to blackbauhinia. From a first test this seems to work and the system automatically boots into the TW installer. Unfortunately this also means that <em>only</em> booting TW now works (no menu anymore). But I think in this specific use-case this should be fine, right?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4833522022-01-25T03:20:35ZJulie_CAOjcao@suse.com
<ul><li><strong>File</strong> <a href="/attachments/12439">ipxe_screen.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/12439/ipxe_screen.png">ipxe_screen.png</a> added</li><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li></ul><p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, It is weird, it is still the old ipxe menu when I try to boot up blackbauhinia via IPMI. The ipxe menu is attached. Could you help take a look again?<br>
<img src="https://progress.opensuse.org/attachments/download/12439/ipxe_screen.png" alt="ipxe_screen_blackbauhinia" loading="lazy" /></p>
<p>One more request, could you help remove <code>SUT_NETDEVICE=xx</code> in worker.ini as I'd like to set it in test suite level.</p>
<p>And one question, there are 3 workers listed in O3. I am a little confused which one should be used in virtualization tests.</p>
<pre><code>openqaworker7:20 openqaworker7 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia
openqaworker7_container:105 openqaworker7_container 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia
rebel:5 rebel 64bit-ipmi_rebel,64bit-ipmi-large-mem_rebel,64bit-ipmi-amd_rebel,blackbauhinia_rebel
</code></pre> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4835212022-01-25T09:50:17Znicksingernsinger@suse.com
<ul></ul><p>Julie_CAO wrote:</p>
<blockquote>
<p>Hi <a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, It is weird, it is still the old ipxe menu when I try to boot up blackbauhinia via IPMI. The ipxe menu is attached. Could you help take a look again?<br>
<img src="https://progress.opensuse.org/attachments/download/12439/ipxe_screen.png" alt="ipxe_screen_blackbauhinia" loading="lazy" /></p>
</blockquote>
<p>This is strange. I will take another look!</p>
<blockquote>
<p>One more request, could you help remove <code>SUT_NETDEVICE=xx</code> in worker.ini as I'd like to set it in test suite level.</p>
</blockquote>
<p>Should be removed on <code>rebel:5</code></p>
<blockquote>
<p>And one question, there are 3 workers listed in O3. I am a little confused which one should be used in virtualization tests.</p>
<pre><code>openqaworker7:20 openqaworker7 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia
openqaworker7_container:105 openqaworker7_container 64bit-ipmi,64bit-ipmi-large-mem,64bit-ipmi-amd,blackbauhinia
rebel:5 rebel 64bit-ipmi_rebel,64bit-ipmi-large-mem_rebel,64bit-ipmi-amd_rebel,blackbauhinia_rebel
</code></pre></blockquote>
<p>Ah yes, sorry for this mess. Due to <a href="https://progress.opensuse.org/issues/97658" class="external">https://progress.opensuse.org/issues/97658</a> we setup a container replacement for that host (also see <a href="https://progress.opensuse.org/issues/97751" class="external">https://progress.opensuse.org/issues/97751</a>). But rebel is back in the meantime so <code>rebel:5</code> is the correct host. I will try if I can get rid of the other ones.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4872662022-02-04T13:48:57Znicksingernsinger@suse.com
<ul><li><strong>Due date</strong> changed from <i>2022-01-31</i> to <i>2022-02-08</i></li><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Feedback</i></li></ul><p>Unfortunately I can't understand how I can instruct dnsmasq to only serve the tw-only pxe binary to just your host. The only documented way I found is </p>
<pre><code>pxe-service=x86PC, "tw-over-ipmi", tw.ipxe.bin, 1, 192.168.112.13
</code></pre>
<p>but this doesn't work apparently. I now have set it that every request gets served the tw.ipxe.bin file. But this will only work until someone wants to boot something else then just TW. I can leave it for now but would suggest that you build a openQA test which can properly select the right entry. openQA needs to interact with the slow SOL anyway.</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4877162022-02-07T12:14:12ZJulie_CAOjcao@suse.com
<ul><li><strong>File</strong> <a href="/attachments/12513">ipxe_TFTP_error.png</a> <a class="icon-only icon-download" title="Download" href="/attachments/download/12513/ipxe_TFTP_error.png">ipxe_TFTP_error.png</a> added</li><li><strong>Status</strong> changed from <i>Feedback</i> to <i>In Progress</i></li></ul><p>nicksinger wrote:</p>
<blockquote>
<p>Unfortunately I can't understand how I can instruct dnsmasq to only serve the tw-only pxe binary to just your host. The only documented way I found is </p>
<pre><code>pxe-service=x86PC, "tw-over-ipmi", tw.ipxe.bin, 1, 192.168.112.13
</code></pre></blockquote>
<p><a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a>, Thank you for spending time on the ipxe configurations. Our ipxe server is running dhcp service and the ipxe configuration file is on a http server. Our tests can work with them for ipxe bootup. I know little about dnsmasq, but I may spend some time in investigation.</p>
<blockquote>
<p>but this doesn't work apparently. I now have set it that every request gets served the tw.ipxe.bin file. But this will only work until someone wants to boot something else then just TW. I can leave it for now but would suggest that you build a openQA test which can properly select the right entry. openQA needs to interact with the slow SOL anyway.</p>
</blockquote>
<p>I just tried and the current ipxe is reporting error, see the picture attached.<br>
<img src="https://progress.opensuse.org/attachments/download/12513/ipxe_TFTP_error.png" alt="ipxe_TFTP_error" loading="lazy" /></p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4880852022-02-08T10:17:43Zlivdywanliv.dywan@suse.com
<ul><li><strong>Due date</strong> changed from <i>2022-02-08</i> to <i>2022-02-25</i></li></ul><p><a class="user active user-mention" href="https://progress.opensuse.org/users/24624">@nicksinger</a> <a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> How about discussing this in Slack or Jitsi? That might get this moving a bit faster?</p>
openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4921572022-02-17T11:02:25Zlivdywanliv.dywan@suse.com
<ul><li><strong>Subject</strong> changed from <i>[O3]request to add an IPMI SUT to O3</i> to <i>[O3]request to add an IPMI SUT to O3 size:M</i></li><li><strong>Description</strong> updated (<a title="View differences" href="/journals/492157/diff?detail_id=465628">diff</a>)</li></ul> openQA Infrastructure - action #93381: [O3]request to add an IPMI SUT to O3 size:Mhttps://progress.opensuse.org/issues/93381?journal_id=4921692022-02-17T11:07:41Zokurzokurz@suse.com
<ul><li><strong>Due date</strong> deleted (<del><i>2022-02-25</i></del>)</li><li><strong>Status</strong> changed from <i>In Progress</i> to <i>Resolved</i></li></ul><p><a class="user active user-mention" href="https://progress.opensuse.org/users/30929">@Julie_CAO</a> <a class="user active user-mention" href="https://progress.opensuse.org/users/22250">@xlai</a> we discussed the ticket in the weekly estimation meeting of SUSE QE Tools. With the latest results it is possible to access the bare-metal SUT from within openQA tests running on o3. The dnsmasq config for PXE boot customized for the test case specific might need further adjustements in the PXE config or within openQA test code itself. We think it is more feasible for you to follow-up with that in the related ticket #92380 and we call this ticket resolved with the newly added AC1 covered.</p>
<p>In case you need to change the config on o3 itself you are welcome to follow<br>
<a href="https://progress.opensuse.org/projects/openqav3/wiki/#Accessing-the-o3-infrastructure" class="external">https://progress.opensuse.org/projects/openqav3/wiki/#Accessing-the-o3-infrastructure</a><br>
and we will support you with that.</p>