openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-03-01T20:06:09ZopenSUSE Project Management Tool
Redmine openQA Project - action #125237 (Resolved): os-autoinst codecov check "fully_covered" returns 99%...https://progress.opensuse.org/issues/1252372023-03-01T20:06:09Zokurzokurz@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>So it looks like the problem first mentioned in <a href="https://github.com/os-autoinst/os-autoinst/pull/2260#issuecomment-1448414226" class="external">https://github.com/os-autoinst/os-autoinst/pull/2260#issuecomment-1448414226</a> shows up in other pull requests as well now. Who can understand why codecov says that we have 99.28% coverage in the "fully_covered" section as configured in <a href="https://github.com/os-autoinst/os-autoinst/blob/master/codecov.yml#L18" class="external">https://github.com/os-autoinst/os-autoinst/blob/master/codecov.yml#L18</a> even though <a href="https://app.codecov.io/gh/os-autoinst/os-autoinst/pull/2270/tree" class="external">https://app.codecov.io/gh/os-autoinst/os-autoinst/pull/2270/tree</a> shows all referenced paths to be covered by 100%?</p>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<p>Seems to happen in all pull requests that are either opened anew or updated</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> It is known why the actual percentage doesn't match the expected 100%</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Bisect like it is done in <a href="https://github.com/os-autoinst/os-autoinst/pull/2271" class="external">https://github.com/os-autoinst/os-autoinst/pull/2271</a> and similar PRs</li>
<li>Click on "View details" in merged PRs to see the checks</li>
</ul>
openQA Project - action #123888 (Resolved): [os-autoinst] Clone retry attempts seem to be the wro...https://progress.opensuse.org/issues/1238882023-02-02T10:21:31Zokurzokurz@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>From <a href="https://openqa.opensuse.org/tests/3089742/logfile?filename=autoinst-log.txt" class="external">https://openqa.opensuse.org/tests/3089742/logfile?filename=autoinst-log.txt</a></p>
<pre><code>[2023-02-02T11:16:59.522322+01:00] [info] [pid:7469] ::: OpenQA::Isotovideo::Utils::clone_git: Cloning git URL 'https://github.com/os-autoinst/os-autoinst-distri-openQA.git'
[2023-02-02T11:16:59.522363+01:00] [info] [pid:7469] ::: OpenQA::Isotovideo::Utils::clone_git: Checking out git refspec/branch 'use_podman_everywhere'
[2023-02-02T11:16:59.997119+01:00] [debug] [pid:7469] Cloning into 'os-autoinst-distri-openQA'...
[2023-02-02T11:16:59.997200+01:00] [debug] [pid:7469] Clone failed, retries left: 1 of 2
[2023-02-02T11:17:04.997519+01:00] [debug] [pid:7469] Skipping to clone 'https://github.com/os-autoinst/os-autoinst-distri-openQA.git'; os-autoinst-distri-openQA already exists
[2023-02-02T11:17:05.008632+01:00] [debug] [pid:7469] git hash in /var/lib/openqa/pool/15/os-autoinst-distri-openQA: 552d068b96cf247e2191c4ee6af16dc8f016a4f8
</code></pre>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1</strong>: Clones are re-tried up to 2 times in case of failures</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Review the retry logic in os-autoinst</li>
<li>Extend unit test coverage</li>
</ul>
openQA Project - action #122929 (Resolved): [os-autoinst] Unhandled test output in t/18-backend-q...https://progress.opensuse.org/issues/1229292023-01-10T16:02:12Zokurzokurz@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p>We want to have a clean TAP output with all output from tested application code to be captured. In <a href="https://github.com/os-autoinst/os-autoinst/actions/runs/3876337077/jobs/6610044151#step:3:618">https://github.com/os-autoinst/os-autoinst/actions/runs/3876337077/jobs/6610044151#step:3:618</a> we see unhandled output:</p>
<pre><code>7: [2023-01-09T17:53:01.568078Z] [debug] [pid:2148] >>> basetest::verify_sound_image: found foundneedle, similarity 100.00 @ 1/2
7: [2023-01-09T17:53:01.573017Z] [debug] [pid:2148] >>> basetest::verify_sound_image: failed to find /opt/t/data/frame2.ppm
7: [2023-01-09T17:53:01.577323Z] [debug] [pid:2148] >>> basetest::verify_sound_image: failed to find /opt/t/data/frame2.ppm
7: [2023-01-09T17:53:01.582419Z] [info] [pid:2148] ::: basetest::runtest: # Test died: test failure at ./t/17-basetest.t line 519.
7:
7: [2023-01-09T17:53:01.583510Z] [debug] [pid:2148] ignoring previously logged failure via developer mode
7: [2023-01-09T17:53:01.584096Z] [debug] [pid:2148] ||| finished basetest unknown (runtime: 0 s)
7: [17:53:02] ./t/17-basetest.t .......................... ok 1849 ms ( 0.01 usr 0.00 sys + 1.80 cusr 0.14 csys = 1.95 CPU)
7: [2023-01-09T17:53:03.661582Z] [warn] [pid:2151] !!! backend::qemu::_set_graphics_backend: QEMU_OVERRIDE_VIDEO_DEVICE_AARCH64 is deprecated, please set QEMU_VIDEO_DEVICE=VGA instead
7: [2023-01-09T17:53:03.662028Z] [warn] [pid:2151] !!! backend::qemu::_set_graphics_backend: QEMUVGA is deprecated, please set QEMU_VIDEO_DEVICE
7: [2023-01-09T17:53:03.662428Z] [warn] [pid:2151] !!! backend::qemu::_set_graphics_backend: QEMUVGA is deprecated, please set QEMU_VIDEO_DEVICE
7: [2023-01-09T17:53:03.662817Z] [warn] [pid:2151] !!! backend::qemu::_set_graphics_backend: Both QEMUVGA and QEMU_VIDEO_DEVICE set, ignoring deprecated QEMUVGA!
7: [17:53:06] ./t/18-backend-qemu.t ...................... ok 4308 ms ( 0.02 usr 0.00 sys + 3.85 cusr 0.47 csys = 4.34 CPU)
</code></pre>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> No unhandled output from t/18-backend-qemu.t</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Call <code>prove -I. t/18-backend-qemu.t</code> locally to reproduce</li>
<li>Check which part of the code triggers the output, e.g. by checking the output of <code>prove -v ...</code></li>
<li>Surround calls with according output capture code as we already have in many other cases, likely even in the same test module.</li>
</ul>
openQA Project - action #113141 (Resolved): [sporadic] OBS checks fail os-autoinst test "Calling ...https://progress.opensuse.org/issues/1131412022-07-01T08:41:08Zokurzokurz@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>From <a href="https://build.opensuse.org/package/live_build_log/devel:openQA/os-autoinst/openSUSE_Tumbleweed/aarch64" class="external">https://build.opensuse.org/package/live_build_log/devel:openQA/os-autoinst/openSUSE_Tumbleweed/aarch64</a></p>
<pre><code>[ 985s] 3:
[ 985s] 3: # Failed test 'Calling 'isotovideo --help' returns exit code 0'
[ 985s] 3: # at t/44-scripts.t line 29.
[ 985s] 3: # got: '31744'
[ 985s] 3: # expected: '0'
[ 985s] 3: # Output:
[ 987s] 3: # Looks like you failed 1 test of 6.
[ 987s] 3: [12:48:35] t/44-scripts.t ...........................
[ 987s] 3: ok 1 - Calling 'check_needles.pl --help' returns exit code 0
[ 987s] 3: ok 2 - Calling 'check_qemu_oom --help' returns exit code 0
[ 987s] 3: ok 3 - Calling 'imgsearch --help' returns exit code 0
[ 987s] 3: not ok 4 - Calling 'isotovideo --help' returns exit code 0
[ 987s] 3: ok 5 - Calling 'os-autoinst-openvswitch --help' returns exit code 0
[ 987s] 3: ok 6 - no (unexpected) warnings (via done_testing)
[ 987s] 3: 1..6
[ 987s] 3: Dubious, test returned 1 (wstat 256, 0x100)
[ 987s] 3: Failed 1/6 subtests
</code></pre>
<p>Seems to happen a lot lately but only on aarch64 and apparently not all the time, currently green at time of writing.<br>
Exit code 31744 >> 8 = 124, meaning "command terminated by SIGTERM". Maybe a race condition due to multiple background processes – which we shouldn't even spawn when we just want to call "--help" – which only really shows up on aarch64 as it's slower.</p>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>For now exclude the test from OBS checks on aarch64</li>
<li>Check the "--help" route, and see what else might be running in the background</li>
<li>Fix the problem</li>
</ul>
<a name="Rollback-steps"></a>
<h2 >Rollback steps<a href="#Rollback-steps" class="wiki-anchor">¶</a></h2>
<ul>
<li>Enable test on OBS checks again</li>
</ul>
openQA Project - action #104751 (Resolved): Extend "_SECRET_" variable handling to os-autoinst ba...https://progress.opensuse.org/issues/1047512022-01-10T09:12:30Zokurzokurz@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p>We already don't write any variable with "<u>SECRET</u>" in the name to vars.json for security reasons. Within os-autoinst we have some security relevant data, e.g. passwords that we should likely treat the same.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> Remote backend passwords don't appear in vars.json by default</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Call <code>git grep '_SECRET_'</code> to find all current handling of <u>SECRET</u> variables</li>
<li>Extend that to also look for <code>_PASSWORD</code></li>
<li>Ensure that the values for the backend passwords don't show up in vars.json, e.g. no IPMI_PASSWORD entry as in <a href="https://openqa.nue.suse.com/tests/7924361/file/vars.json" class="external">https://openqa.nue.suse.com/tests/7924361/file/vars.json</a></li>
<li>Consider what happens when cloning such jobs. Do they fail because the password is missing?</li>
</ul>
openQA Project - action #70615 (New): Calling select_serial_terminal() twice on s390x svirt backe...https://progress.opensuse.org/issues/706152020-08-27T15:23:01ZMDouchamartin.doucha@suse.com
<p>When the same job calls <code>select_serial_terminal()</code> twice on s390x svirt worker (e.g. once before and once after reboot), the test will crash with the following error:</p>
<pre><code># wait_serial expected: qr/login:\s*$/ui
# Result:
Script started, file is /tmp/serial_terminal.txt.DjErjAe114GKpV_a
Connected to domain openQA-SUT-3
Escape character is ^]
error: operation failed: Active console session exists for this domain
CONSOLE_EXIT_DjErjAe114GKpV_a: 1
Script done, file is /tmp/serial_terminal.txt.DjErjAe114GKpV_a
</code></pre>
<hr>
<pre><code># Test died: Failed to wait for login prompt at /var/lib/openqa/cache/openqa.suse.de/tests/sle/lib/serial_terminal.pm line 113.
</code></pre>
<p><a href="https://openqa.suse.de/tests/4600947#step/install_klp_product/32" class="external">https://openqa.suse.de/tests/4600947#step/install_klp_product/32</a></p>
<p>Calling <code>select_serial_terminal()</code> multiple times works fine on other archs.</p>
openQA Project - action #69700 (New): Predefined QEMU hardware profiles in os-autoinsthttps://progress.opensuse.org/issues/697002020-08-07T10:15:47ZMDouchamartin.doucha@suse.com
<p>We've recently had a <a href="https://bugzilla.suse.com/show_bug.cgi?id=1174887" class="external">regression</a> that made our kernels unbootable in QEMU VMs created in virt-manager. The regression was missed by OpenQA tests because os-autoinst uses VMs with minimal hardware configuration which didn't trigger the bug.</p>
<p>We should define multiple QEMU hardware profiles (named sets of extra device options for QEMU) which can then be selected through job settings. The hardware profiles don't need to cover every possible combination of devices, it'll be enough if each device model appears in them at least once. One of the profiles should be as close to virt-manager defaults as possible. Then it'll be sufficient to boot the existing LTP jobs on different hardware profiles. We don't need any extra tests beyond checking that the kernel is bootable.</p>
<p>Example profile that would trigger the regression:</p>
<pre><code>-machine pc-q35-4.2,accel=kvm,usb=off,vmport=off,dump-guest-core=off
-device pcie-root-port,port=0x10,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x2
-device pcie-root-port,port=0x11,chassis=2,id=pci.2,bus=pcie.0,addr=0x2.0x1
-device pcie-pci-bridge,id=pci.9,bus=pci.2,addr=0x0
</code></pre> openQA Project - action #69691 (Workable): Improve incomplete output for qemu related problems, e...https://progress.opensuse.org/issues/696912020-08-07T09:06:05Zokurzokurz@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p><a href="https://openqa.opensuse.org/tests/1355023">https://openqa.opensuse.org/tests/1355023</a> shows reason "backend died: can't open qmp at /usr/lib/os-autoinst/OpenQA/Qemu/Proc.pm line 448." so one needs to take a look into the logfile which shows:</p>
<pre><code>�[0m�[37m[2020-08-06T12:11:40.169 UTC] [debug] starting: /usr/bin/qemu-system-ppc64 -g 1024x768 -vga std -only-migratable -chardev ringbuf,id=serial0,logfile=serial0,logappend=on -serial chardev:serial0 -soundhw hda -global isa-fdc.driveA= -m 4096 -machine usb=off -cpu host -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -boot order=c -device nec-usb-xhci -device usb-tablet -device usb-kbd -smp 4 -enable-kvm -no-shutdown -vnc :93,share=force-shared -device virtio-serial -chardev pipe,id=virtio_console,path=virtio_console,logfile=virtio_console.log,logappend=on -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -chardev socket,path=qmp_socket,server,nowait,id=qmp_socket,logfile=qmp_socket.log,logappend=on -qmp chardev:qmp_socket -S -device virtio-scsi-pci,id=scsi0 -blockdev driver=file,node-name=hd0-overlay2-file,filename=/var/lib/openqa/pool/3/raid/hd0-overlay2,cache.no-flush=on -blockdev driver=qcow2,node-name=hd0-overlay2,file=hd0-overlay2-file,cache.no-flush=on -device virtio-blk,id=hd0-device,drive=hd0-overlay2,bootindex=0,serial=hd0 -blockdev driver=file,node-name=cd0-overlay2-file,filename=/var/lib/openqa/pool/3/raid/cd0-overlay2,cache.no-flush=on -blockdev driver=qcow2,node-name=cd0-overlay2,file=cd0-overlay2-file,cache.no-flush=on -device scsi-cd,id=cd0-device,drive=cd0-overlay2,serial=cd0 -incoming defer
�[0m�[37m[2020-08-06T12:11:40.174 UTC] [debug] Waiting for 0 attempts
…
�[0m�[37m[2020-08-06T12:11:58.443 UTC] [debug] Waiting for 19 attempts
�[0m�[37m[2020-08-06T12:11:59.444 UTC] [debug] Backend process died, backend errors are reported below in the following lines:
can't open qmp at /usr/lib/os-autoinst/OpenQA/Qemu/Proc.pm line 448.
�[0m�[33m[2020-08-06T12:11:59.444 UTC] [info] ::: OpenQA::Qemu::Proc::save_state: Saving QEMU state to qemu_state.json
�[0m�[37m[2020-08-06T12:11:59.445 UTC] [debug] flushing frames
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: QEMU emulator version 3.1.1.1 (openSUSE Leap 15.1)
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Copyright (c) 2003-2018 Fabrice Bellard and the QEMU Project developers
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: Unknown host!
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] QEMU: qemu-system-ppc64: Failed to allocate KVM HPT of order 25 (try smaller maxmem?): Cannot allocate memory
�[0m�[37m[2020-08-06T12:11:59.447 UTC] [debug] sending magic and exit
�[0m�[37m[2020-08-06T12:11:59.448 UTC] [debug] received magic close
�[0m�[37m[2020-08-06T12:11:59.449 UTC] [debug] THERE IS NOTHING TO READ 15 4 3
</code></pre>
<p>where the latter is only visible in the log file.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> The reason includes the content from the last qemu output</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>For qemu related problems try to parse the (last) line that starts with "QEMU: " and put that into the reason instead of "can't open qmp"</li>
</ul>
openQA Project - action #67429 (New): Raw text console capabilityhttps://progress.opensuse.org/issues/674292020-05-28T16:28:29Zlivdywanliv.dywan@suse.com
<ul>
<li>Replace <code>is_serial_terminal</code> in favor of <code>direct_write_text</code>.</li>
</ul>
<p>This is the console analogue of <a class="issue tracker-4 status-1 priority-3 priority-lowest child" title="action: Raw text backend capability (New)" href="https://progress.opensuse.org/issues/67426">#67426</a>.</p>
openQA Project - action #67426 (New): Raw text backend capabilityhttps://progress.opensuse.org/issues/674262020-05-28T16:26:07Zlivdywanliv.dywan@suse.com
<ul>
<li>Move <code>select_serial_terminal</code> logic into each backend subclass</li>
</ul>
openQA Project - action #67423 (New): Persistent console backend capabilityhttps://progress.opensuse.org/issues/674232020-05-28T16:24:16Zlivdywanliv.dywan@suse.com
<ul>
<li>Replace <code>s390x</code> and <code>is_pvm</code> checks which guard ssh console/ reboot availability (via <code>keepconsole => 1</code>).</li>
<li>Remove redundant checks for the backend in favor of relying on the backend itself.</li>
</ul>
<p>This is the backend capability analoguous to <a class="issue tracker-4 status-1 priority-3 priority-lowest child" title="action: Persistent console console capability (New)" href="https://progress.opensuse.org/issues/67420">#67420</a>.</p>
openQA Project - action #67420 (New): Persistent console console capabilityhttps://progress.opensuse.org/issues/674202020-05-28T16:22:11Zlivdywanliv.dywan@suse.com
<ul>
<li>Replace <code>persistent => 1</code> in add_console (via <code>%backend_args</code>)</li>
</ul>
openQA Project - action #67417 (New): Remote backend capabilityhttps://progress.opensuse.org/issues/674172020-05-28T16:21:24Zlivdywanliv.dywan@suse.com
<ul>
<li>Replace <code>is_remote_backend</code> in favor of "remote" capability in each subclass</li>
<li>Replace <code>has_ttys</code> where it serves the same purpose</li>
</ul>
openQA Project - action #48752 (Workable): [easy][beginner] Add proper unit-test for `assert_scre...https://progress.opensuse.org/issues/487522019-03-06T10:53:18Zokurzokurz@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p><a href="http://open.qa/api/testapi/#_assert_screen_change" class="external">assert_screen_change</a> is not having unit tests in os-autoinst so we do not know if it works for sure.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> os-autoinst has unit tests for <code>assert_screen_change</code></li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Add unit tests for <code>wait_screen_change</code> and <code>assert_screen_change</code> to <a href="https://github.com/os-autoinst/os-autoinst/blob/master/t/03-testapi.t" class="external">https://github.com/os-autoinst/os-autoinst/blob/master/t/03-testapi.t</a></li>
</ul>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>entrace level issue</p>
openQA Project - action #15880 (Workable): os-autoinst: Loading snapshots during development does...https://progress.opensuse.org/issues/158802017-01-12T16:17:49Zokurzokurz@suse.com
<a name="observation"></a>
<h2 >observation<a href="#observation" class="wiki-anchor">¶</a></h2>
<p>Trying to load qemu img snapshots using "SKIPTO=…" on openQA client command fails to load the snapshot even though the according hard disk image has the according snapshot.</p>
<p>I added a debug output to find the error message and will provide a PR to os-autoinst for that, but that's not the issue here.</p>
<p>Log:</p>
<pre><code>16:10:12.6247 14224 starting: /usr/bin/qemu-kvm -serial file:serial0 -soundhw ac97 -vga cirrus -global isa-fdc.driveA= -vga cirrus -m 1024 -cpu qemu64 -netdev
ser,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -device virtio-scsi-pci,id=scsi0 -device virtio-blk,drive=hd1 -drive file=raid/l1,cache=u
afe,if=none,id=hd1,format=qcow2 -drive if=none,id=usbstick,file=/var/lib/openqa/factory/iso/SLE-12-SP3-Server-DVD-x86_64-Build0207-Media1.iso,snapshot=on -dev
e usb-ehci,id=ehci -device usb-storage,bus=ehci.0,drive=usbstick,id=devusb -boot once=d,menu=on,splash-time=5000 -device usb-ehci -device usb-tablet -smp 1 -e
ble-kvm -no-shutdown -vnc :100,share=force-shared -device virtio-serial -chardev socket,path=virtio_console,server,nowait,id=virtio_console,logfile=virtio_con
le.log -device virtconsole,chardev=virtio_console,name=org.openqa.console.virtio_console -qmp unix:qmp_socket,server,nowait -monitor unix:hmp_socket,server,no
it -S -monitor telnet:127.0.0.1:20102,server,nowait
…
16:10:13.6594 14218 Snapshots are supported
16:10:13.6609 14218 skipping installation-isosize
…
16:10:13.7012 14218 skipping console-snapper_undochange
16:10:13.7022 14218 Loading a VM snapshot console-xorg_vt
DIE Could not load snapshot 'console-xorg_vt': loadvm console-xorg_vt
Device 'usbstick' does not have the requested snapshot 'console-xorg_vt' at /local/os-autoinst/backend/qemu.pm line 217.
</code></pre>
<a name="steps-to-reproduce"></a>
<h2 >steps to reproduce<a href="#steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<ul>
<li>clone any USBinstall job from o3/osd</li>
<li>make sure to run your worker with <code>--no-cleanup</code> and such for using qemu snapshots</li>
<li>after one run, clone again with <code>SKIPTO=…</code></li>
<li>observe the error in autoinst-log.txt</li>
</ul>
<a name="problem"></a>
<h2 >problem<a href="#problem" class="wiki-anchor">¶</a></h2>
<p>H1. qemu is confused where to load snapshots from when specifying a simulated USB thumbdrive as second drive which is not a cdrom</p>
<a name="workaround"></a>
<h2 >workaround<a href="#workaround" class="wiki-anchor">¶</a></h2>
<p>Need to run the complete test from scratch without the use of snapshots.</p>