https://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-03-10T17:20:32ZopenSUSE Project Management ToolopenQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121132023-03-10T17:20:32Zokurzokurz@suse.com
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>Assignee</strong> set to <i>okurz</i></li><li><strong>Target version</strong> set to <i>Ready</i></li></ul><p>Please fill the description according to the ticket template <a href="https://progress.opensuse.org/projects/openqav3/wiki/#Defects" class="external">https://progress.opensuse.org/projects/openqav3/wiki/#Defects</a></p>
<p>I doubt this is related to the infrastructure. The worker slots on the same machine running just openQA worker instances in qemu are just different processes of the very same software. I compared autoinst-log.txt from the first fwo URLs you shared and I found:</p>
<ul>
<li><a href="https://openqa.suse.de/tests/10651590/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/10651590/logfile?filename=autoinst-log.txt</a> : <code>qemu-system-x86_64 -device virtio-vga,edid=on,xres=1024,yres=768</code></li>
<li><a href="https://openqa.suse.de/tests/10658203/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/10658203/logfile?filename=autoinst-log.txt</a> : <code>qemu-system-x86_64 -device VGA,edid=on,xres=1024,yres=768</code></li>
</ul>
<p>That surely makes a difference. I suggest you take a look into where the <code>QEMUVGA=virtio</code> setting in the first job comes from and why it's not supplied in the second case.</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121192023-03-10T17:31:46ZMDouchamartin.doucha@suse.com
<ul></ul><p>okurz wrote:</p>
<blockquote>
<p>Please fill the description according to the ticket template <a href="https://progress.opensuse.org/projects/openqav3/wiki/#Defects" class="external">https://progress.opensuse.org/projects/openqav3/wiki/#Defects</a></p>
</blockquote>
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>LTP SecureBoot tests fail to boot on some x86_64 workers.</p>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<ul>
<li>Run LTP SecureBoot tests</li>
</ul>
<a name="Impact"></a>
<h2 >Impact<a href="#Impact" class="wiki-anchor">¶</a></h2>
<p>LTP SecureBoot tests fail to boot on some x86_64 workers.</p>
<a name="Problem"></a>
<h2 >Problem<a href="#Problem" class="wiki-anchor">¶</a></h2>
<p>LTP SecureBoot tests fail to boot on some x86_64 workers.</p>
<a name="Suggestion"></a>
<h2 >Suggestion<a href="#Suggestion" class="wiki-anchor">¶</a></h2>
<ul>
<li>Review UEFI configuration on x86_64 workers</li>
</ul>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>Run SecureBoot tests on one of the few unaffected workers</p>
<hr>
<blockquote>
<p>I doubt this is related to the infrastructure. The worker slots on the same machine running just openQA worker instances in qemu are just different processes of the very same software. I compared autoinst-log.txt from the first fwo URLs you shared and I found:</p>
<ul>
<li><a href="https://openqa.suse.de/tests/10651590/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/10651590/logfile?filename=autoinst-log.txt</a> : <code>qemu-system-x86_64 -device virtio-vga,edid=on,xres=1024,yres=768</code></li>
<li><a href="https://openqa.suse.de/tests/10658203/logfile?filename=autoinst-log.txt" class="external">https://openqa.suse.de/tests/10658203/logfile?filename=autoinst-log.txt</a> : <code>qemu-system-x86_64 -device VGA,edid=on,xres=1024,yres=768</code></li>
</ul>
<p>That surely makes a difference. I suggest you take a look into where the <code>QEMUVGA=virtio</code> setting in the first job comes from and why it's not supplied in the second case.</p>
</blockquote>
<p><code>QEMUVGA=virtio</code> comes from the Incidents-Kernel-Azure medium because SLE-15SP4 kernel-azure does not support any other video device. <a href="https://openqa.suse.de/tests/10658203" class="external">https://openqa.suse.de/tests/10658203</a> is the only job on the list that tests kernel-default instead of kernel-azure.</p>
<p>The other successful job (<a href="https://openqa.suse.de/tests/10659359" class="external">https://openqa.suse.de/tests/10659359</a>) tests kernel-azure so you can compare the failures with that one. It's a direct clone of the 3 failed jobs.</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121222023-03-10T17:34:38ZMDouchamartin.doucha@suse.com
<ul><li><strong>Description</strong> updated (<a title="View differences" href="/journals/612122/diff?detail_id=574739">diff</a>)</li></ul> openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121282023-03-10T18:14:56Zosukup
<ul></ul><p>so generally using QEMUVIDEO=virtio fails boot on openqaworker16 and openqaworker17 , but work as excepted on worker9 thx to different rendering of grub menu</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121312023-03-10T18:19:55Zosukup
<ul></ul><p>on worker9:</p>
<pre><code>il | qemu-ovmf-x86_64 | balíček | 202008-150300.10.14.1
</code></pre>
<p>locked package with ovmf from Leap 15.3 ( 2 years old )</p>
<p>on openqaworker16/17:</p>
<pre><code>i+ | qemu-ovmf-x86_64 | balíček | 202202-150400.5.5.1 | noarch | Update repository with updates from SUSE Linux Enterprise 15
</code></pre>
<p>latest ovmf from Leap 15.4 ...</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121432023-03-10T22:05:23Zokurzokurz@suse.com
<ul><li><strong>Related to</strong> <i><a class="issue tracker-4 status-3 priority-6 priority-high2 closed child" href="/issues/113366">action #113366</a>: Add three more Prague located OSD workers size:M</i> added</li></ul> openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121462023-03-10T22:06:08Zokurzokurz@suse.com
<ul></ul><p>Apparently in <a class="issue tracker-4 status-3 priority-6 priority-high2 closed child" title="action: Add three more Prague located OSD workers size:M (Resolved)" href="https://progress.opensuse.org/issues/113366">#113366</a> it was missed to apply the downgrade of the package</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6121492023-03-10T22:06:59Zokurzokurz@suse.com
<ul><li><strong>Tags</strong> set to <i>infra</i></li><li><strong>Status</strong> changed from <i>Feedback</i> to <i>New</i></li><li><strong>Assignee</strong> deleted (<del><i>okurz</i></del>)</li></ul> openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6125752023-03-13T11:13:34Zosukup
<ul><li><strong>Status</strong> changed from <i>New</i> to <i>Feedback</i></li><li><strong>Assignee</strong> set to <i>osukup</i></li></ul><p>openqaworker16-18 qemu-ovmf downgraded and locked on SLE15.3 version ..</p>
openQA Infrastructure - action #125798: Visual differences in GRUB menu on different x86_64 UEFI workershttps://progress.opensuse.org/issues/125798?journal_id=6145942023-03-17T10:32:38Zosukup
<ul><li><strong>Status</strong> changed from <i>Feedback</i> to <i>Resolved</i></li></ul><p>no new reports of problems with mentioned workers ...</p>