openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-11-10T01:15:53ZopenSUSE Project Management Tool
Redmine openQA Project - action #139262 (Resolved): Request for optimse opening LTP test casehttps://progress.opensuse.org/issues/1392622023-11-10T01:15:53Zcoolgwwegao@suse.com
<p>When i open LTP test case in openqa, the speed of load is too slow even freeze some time(I use chrome) since there are too many modules(content) need load, is there any way to select part of content(such as ONLY show failed module) or optimise the speed / response time?<br>
<a href="https://openqa.opensuse.org/tests/3598811#step/journal_check/9" class="external">https://openqa.opensuse.org/tests/3598811#step/journal_check/9</a></p>
openQA Project - action #127568 (New): Openqa log can not show detail syntax errorhttps://progress.opensuse.org/issues/1275682023-04-13T02:32:20Zcoolgwwegao@suse.com
<p>Openqa can not show detail compile error <br>
If you check <a href="https://openqa.suse.de/tests/10911002" class="external">https://openqa.suse.de/tests/10911002</a></p>
<p>ONLY show following error<br>
"Reason: tests died: unable to load main.pm, check the log for the cause (e.g. syntax error)"</p>
<p>Actually i need following error which currently show in github CI:<br>
Global symbol "%args" requires explicit package name (did you forget to declare "my %args"?) at lib/Installation/ProductSelection/ProductSelectionController.pm line 41.</p>
qe-yam - action #120151 (Rejected): Performance related failed cases in migraiton regression grouphttps://progress.opensuse.org/issues/1201512022-11-09T00:35:39Zcoolgwwegao@suse.com
<p>This ticket used for tracking timeout related issue in regression group.</p>
<p><a href="https://openqa.suse.de/tests/9873547#step/pre_migration/10" class="external">https://openqa.suse.de/tests/9873547#step/pre_migration/10</a><br>
<a href="https://openqa.suse.de/tests/9897712#step/yast2_nfs_server/52" class="external">https://openqa.suse.de/tests/9897712#step/yast2_nfs_server/52</a></p>
qe-yam - action #119950 (Resolved): Run yast2_migration in PowerVM only with ncurseshttps://progress.opensuse.org/issues/1199502022-11-07T00:51:00Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h4 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h4>
<p>openQA test in scenario sle-15-SP5-Migration-from-SLE15-SPx-ppc64le-ha_migration_online_pscc_sles15sp4@ppc64le-hmc-single-disk fails in<br>
<a href="https://openqa.suse.de/tests/9873489/modules/yast2_migration/steps/25" class="external">yast2_migration</a></p>
<p>Apparently automation fails to complete registration phase, very likely because we force to user ssh forwarding when running qt in remote worker, like in this case for PowerVM. Using ncurses should accelerate the process.<br>
Of course the problem behind the scene are networking issues with PowerVM, but let's tackle this first.</p>
<a name="Scope"></a>
<h4 >Scope<a href="#Scope" class="wiki-anchor">¶</a></h4>
<p>All test suite using PowerVM in all Migration job groups.</p>
<a name="Acceptance-criteria"></a>
<h4 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h4>
<p><strong>AC1</strong>: Research the reason why we shouldn't test qt, is it because our testing infrastructure?<br>
<strong>AC2</strong>: Run always yast2_migration in PowerVM with ncurses instead of qt</p>
<a name="Additional-information"></a>
<h4 >Additional information<a href="#Additional-information" class="wiki-anchor">¶</a></h4>
<ul>
<li>For instance we open sw_single in this way in <code>yast2_i</code>: <code>my $module_name = y2_module_consoletest::yast2_console_exec(yast2_module => 'sw_single', yast2_opts => '--ncurses');</code></li>
<li>A better solution which would not require to add always this <code>yast2_opts</code> parameter is to ensure that the target desktop in the AutoYaST image used by this job is textmode, even if the default is gnome for PowerVM is a special case and we might need to edit this AutoYaST profile to force that.</li>
</ul>
qe-yam - action #119170 (New): Upload correct log /var/log/zypper.solverTestCase and the /var/log...https://progress.opensuse.org/issues/1191702022-10-21T09:49:41Zcoolgwwegao@suse.com
<a name="Motivation"></a>
<h4 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h4>
<p>According to the <a href="https://bugzilla.suse.com/show_bug.cgi?id=1204572" class="external">bug</a> we might need some new test module to enable the debugging and only upload the log on that case.<br>
But first we will need to think about refactoring those patching modules.</p>
<p>upload correct log /var/log/zypper.solverTestCase and the /var/log/zypper.log after patch_sle failed</p>
<p>base <a href="https://openqa.suse.de/tests/9759142#step/zypper_patch/20" class="external">https://openqa.suse.de/tests/9759142#step/zypper_patch/20</a> result, we can not get zypper log</p>
<a name="Acceptance-criteria"></a>
<h4 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h4>
<p><strong>AC1</strong>: /var/log/zypper.solverTestCase and the /var/log/zypper.log should be upload if patch_sle failed</p>
<p>*NOTE:<br>
following function used to collect info: upload_solvertestcase_logs</p>
openQA Infrastructure - action #115580 (Closed): Reason: abandoned: associated worker openqaworke...https://progress.opensuse.org/issues/1155802022-08-22T05:13:15Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>Detail please check following job:<br>
<a href="https://openqa.suse.de/tests/9363998#" class="external">https://openqa.suse.de/tests/9363998#</a><br>
After rerun the job, the issue not exist.</p>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Check if there's any logs on the worker e.g. maybe systemd killed the service because it took too long</li>
<li>The same job also sometimes finishes with reason: timeout exceeded</li>
<li>Maybe the test is often taking too long so it can't finish in time</li>
</ul>
qe-yam - action #115427 (Resolved): test fails in yast2_keyboardhttps://progress.opensuse.org/issues/1154272022-08-17T11:32:18Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP3-Server-DVD-Updates-x86_64-mau-extratests-yast2ui@64bit fails in<br>
<a href="https://openqa.suse.de/tests/9347115/modules/yast2_keyboard/steps/41" class="external">yast2_keyboard</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>Testsuite maintained at <a href="https://gitlab.suse.de/qa-maintenance/qam-openqa-yml" class="external">https://gitlab.suse.de/qa-maintenance/qam-openqa-yml</a>. Run YaST2 GUI tests</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.suse.de/tests/9335118" class="external">20220815-1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: <a href="https://openqa.suse.de/tests/9331959" class="external">20220814-1</a> (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=Server-DVD-Updates&machine=64bit&test=mau-extratests-yast2ui&version=15-SP3" class="external">latest</a></p>
openQA Project - action #110032 (Resolved): Migration group can not trigger, missing minion jobs?...https://progress.opensuse.org/issues/1100322022-04-18T01:56:13Zcoolgwwegao@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p>This issue already happen twice, after check the log of openqa(please check attachment), it seems log show 4305089 triggered, but in in minion list not exist.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1</strong>: There are no new leftover entries with status <code>added</code> in the <code>scheduled_products</code> table.</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Find a Minion job that's not older than 2 days with the query <code>SELECT id, minion_job_id FROM scheduled_products WHERE status = 'added' AND t_created > NOW() - INTERVAL '2days';</code> and look at the metadata.</li>
<li>Identify a regression around March 18.</li>
</ul>
openQA Project - action #108281 (Resolved): test fails in svirt_upload_assets - can not upload qc...https://progress.opensuse.org/issues/1082812022-03-14T11:19:58Zcoolgwwegao@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA test in scenario sle-15-SP4-Continuous-Migration-SLE15SP4-s390x-offline_sle12sp3_sles15sp3_sles15sp4_media_all_full_s390x_ph0@s390x-kvm-sle15 fails in<br>
<a href="https://openqa.nue.suse.com/tests/8322675/modules/svirt_upload_assets/steps/9" class="external">svirt_upload_assets</a></p>
<a name="Test-suite-description"></a>
<h2 >Test suite description<a href="#Test-suite-description" class="wiki-anchor">¶</a></h2>
<p>SLE12SP3 -> SLES15SP3 - SLES15SP4<br>
No idea why "File is too big" msg show when upload qcow.</p>
<a name="Reproducible"></a>
<h2 >Reproducible<a href="#Reproducible" class="wiki-anchor">¶</a></h2>
<p>Fails since (at least) Build <a href="https://openqa.nue.suse.com/tests/8280715" class="external">101.1</a></p>
<a name="Expected-result"></a>
<h2 >Expected result<a href="#Expected-result" class="wiki-anchor">¶</a></h2>
<p>Last good: (unknown) (or more recent)</p>
<a name="Further-details"></a>
<h2 >Further details<a href="#Further-details" class="wiki-anchor">¶</a></h2>
<p>Always latest result in this scenario: <a href="https://openqa.nue.suse.com/tests/latest?arch=s390x&distri=sle&flavor=Continuous-Migration-SLE15SP4&machine=s390x-kvm-sle15&test=offline_sle12sp3_sles15sp3_sles15sp4_media_all_full_s390x_ph0&version=15-SP4" class="external">latest</a></p>
openQA Project - action #103864 (Resolved): Support arch as filter parameter in jobs/overview API...https://progress.opensuse.org/issues/1038642021-12-11T11:35:26Zcoolgwwegao@suse.com
<p>The openqa-cli command seems not support use arch as a filter parameter, i suppose following command will filter ONLY s390x case but actually not.<br>
./openqa-cli api --osd jobs/overview groupid=267 distri=sle version=15-SP4 build=70.1 arch=s390x --pretty jobs<br><br>
[<br>
{<br>
"id" : 7820319,<br>
"name" : "sle-15-SP4-Regression-on-Migration-from-SLE15-SPx-s390x-Build70.1-online_sles15sp1_ltss_pscc_basesys-srv-desk-dev-contm-lgm-py2-tsm-wsm_all_full@s390x-kvm-sle12"<br>
},<br>
{<br>
"id" : 7816678,<br>
"name" : "sle-15-SP4-Regression-on-Migration-from-SLE12-SPx-aarch64-Build70.1-offline_sles12sp5_pscc_sdk-tcm-wsm_all_full@aarch64"<br>
},<br>
.....</p>
openQA Project - action #101950 (Resolved): open.qa document need update base latest opensuse rel...https://progress.opensuse.org/issues/1019502021-11-05T01:42:33Zcoolgwwegao@suse.com
<p>When i use opensuse leap 15.3, i found nft used instead of iptables, so if you using iptables -L -v you will get nothing.<br>
So following debug description need update, better give correct guild for how to debug firewalld related command</p>
<p><a href="http://open.qa/docs/#_multi_machine_tests_setup" class="external">http://open.qa/docs/#_multi_machine_tests_setup</a><br>
iptables -L -v<br>
As long as the SUT has access to external network, there should be a non-zero packet count in the forward chain between the br1 and external interface.</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1</strong>: Docs cover nftables backend for firewalld</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Clarify docs to mention e.g. firewalld with nftables backend or iptables</li>
</ul>
openQA Infrastructure - action #70474 (Rejected): Machine ppc64le-hmc-single-disk is downhttps://progress.opensuse.org/issues/704742020-08-25T00:49:06Zcoolgwwegao@suse.com
<p>Run following case we found power machine can not be reached.<br>
For detail please check following error:<br>
<a href="https://openqa.nue.suse.com/tests/4587001#step/bootloader/5" class="external">https://openqa.nue.suse.com/tests/4587001#step/bootloader/5</a></p>
<p>error show after "rmvterm -m reducurrant --id 8 "<br>
this operation is only allowd when the managed system is in the standby or operating state</p>
openQA Project - action #67558 (Resolved): testapi::wait_serial: can not get correct msg with pvm...https://progress.opensuse.org/issues/675582020-06-02T06:22:36Zcoolgwwegao@suse.com
<p>This issue happen on pvm_hmc backend:<br>
<a href="http://openqa.nue.suse.com/tests/4288223#step/zypper_migration/2">http://openqa.nue.suse.com/tests/4288223#step/zypper_migration/2</a><br>
Base <a href="http://openqa.nue.suse.com/tests/4288223/file/autoinst-log.txt">http://openqa.nue.suse.com/tests/4288223/file/autoinst-log.txt</a>, when execute "script_output("zypper migration", proceed_on_failure => 1)", you will get "[32m[2020-05-27T12:11:37.959 CEST] [debug] >>> testapi::wait_serial: SCRIPT_FINISHEDt3nSs-\d+-: fail" error msg.</p>
<p>But when you open <a href="http://openqa.nue.suse.com/tests/4288223/file/serial0.txt">http://openqa.nue.suse.com/tests/4288223/file/serial0.txt</a> you already can see string "SCRIPT_FINISHEDt3nSs" output from serial log file.</p>
<p>So i suspect the wait_serial function in os-autoinst/backend/baseclass.pm:829 has something wrong, maybe can not handle some specific string triggered from new backend pvm_hmc. </p>
<p>HEI4V-0-<br>
cDJHr-0-<br>
rci3z-0-<br>
2vdJ6-0-<br>
HxwnK-0-<br>
Z2Aej-0-<br>
mkfifo: cannot create fifo '/dev/sshserial': File exists<br>
LVZ8_<br>
rollback-helper-1.0+git20181218.5394d6e-4.3.1.noarch<br>
yast2-migration-4.1.2-7.3.2.noarch<br>
zypper-migration-plugin-0.12.1580220831.7102be8-6.4.1.noarch<br>
SCRIPT_FINISHEDLVZ8_-0-<br>
INwHk-0-<br>
t3nSs</p>
<p>Executing 'zypper patch-check --updatestack-only'</p>
<p>Refreshing service 'Basesystem_Module_15_SP1_ppc64le'.<br>
Refreshing service 'SUSE_Linux_Enterprise_Server_15_SP1_ppc64le'.<br>
Refreshing service 'Server_Applications_Module_15_SP1_ppc64le'.<br>
Loading repository data...<br>
Reading installed packages...</p>
<p>0 patches needed (0 security patches)</p>
<p>Executing 'zypper refresh'</p>
<p>Repository 'SLE-Module-Basesystem15-SP1-Pool' is up to date.<br>
Repository 'SLE-Module-Basesystem15-SP1-Updates' is up to date.<br>
Repository 'SLES15-SP1-15.1-0' is up to date.<br>
Repository 'SLE-Product-SLES15-SP1-Pool' is up to date.<br>
Repository 'SLE-Product-SLES15-SP1-Updates' is up to date.<br>
Repository 'SLE-Module-Server-Applications15-SP1-Pool' is up to date.<br>
Repository 'SLE-Module-Server-Applications15-SP1-Updates' is up to date.<br>
All repositories have been refreshed.<br>
Available migrations:</p>
<pre><code>1 | SUSE Linux Enterprise Server 15 SP2 ppc64le
Basesystem Module 15 SP2 ppc64le
Python 2 Module 15 SP2 ppc64le
Server Applications Module 15 SP2 ppc64le
</code></pre>
<p>[num/q]: [num/q]: [num/q]: [num/q]: <br>
Standard input seems to be closed, please use '--non-interactive' option<br>
SCRIPT_FINISHEDt3nSs-1- <================== this already show "SCRIPT_FINISHEDt3nSs"<br>
GEhX~<br>
SCRIPT_FINISHEDGEhX~-1-</p>
openQA Project - action #61019 (Resolved): new needle can not download during development modehttps://progress.opensuse.org/issues/610192019-12-13T03:35:09Zcoolgwwegao@suse.com
<p>Step:<br>
1) open development mode <br>
2) after assert specific screen timeout, then open needle edit, add new needle accept_license-license-agreement-s390-11sp4-20191213<br>
3) back to develpment mode and resume the test, but error report show needle_dir not exist and download for new needle failed</p>
<p>Detail log you can check:<br>
<a href="https://openqa.suse.de/tests/3702259/file/autoinst-log.txt" class="external">https://openqa.suse.de/tests/3702259/file/autoinst-log.txt</a></p>
<p>[2019-12-13T04:08:17.179 CET] [debug] isotovideo: pausing test execution on timeout as requested at installation-accept_license<br>
[2019-12-13T04:11:51.348 CET] [debug] isotovideo: test execution will be resumed<br>
Use of uninitialized value $needle_dir in concatenation (.) or string at /usr/lib/os-autoinst/OpenQA/Isotovideo/NeedleDownloader.pm line 76.<br>
Use of uninitialized value $needle_dir in concatenation (.) or string at /usr/lib/os-autoinst/OpenQA/Isotovideo/NeedleDownloader.pm line 76.<br>
[2019-12-13T04:11:51.353 CET] [debug] download new needle: <a href="http://openqa.suse.de/needles/18687/json" class="external">http://openqa.suse.de/needles/18687/json</a> => /accept_license-license-agreement-s390-11sp4-20191213.json<br>
[2019-12-13T04:11:51.381 CET] [debug] unable to store download under /accept_license-license-agreement-s390-11sp4-20191213.json<br>
[2019-12-13T04:11:51.381 CET] [debug] download new needle: <a href="http://openqa.suse.de/needles/18687/image" class="external">http://openqa.suse.de/needles/18687/image</a> => /accept_license-license-agreement-s390-11sp4-20191213.png<br>
[2019-12-13T04:11:51.403 CET] [debug] unable to store download under /accept_license-license-agreement-s390-11sp4-20191213.png<br>
[2019-12-13T04:11:51.498 CET] [debug] init needles from /var/lib/openqa/cache/openqa.suse.de/tests/sle/products/sle/needles<br>
[2019-12-13T04:11:53.331 CET] [debug] loaded 10361 needles<br>
[2019-12-13T04:11:53.816 CET] [debug] no match: 29.9s, best candidate: accept_license-license-agreement--20190510 (0.00)<br>
[2019-12-13T04:11:54.797 CET] [debug] no change: 28.9s<br>
[2019-12-13T04:11:55.794 CET] [debug] no change: 27.9s<br>
[2019-12-13T04:11:56.798 CET] [debug] no change: 26.9s</p>
openQA Project - action #48452 (Resolved): needledir not found after run openqa-clone-custom-git-...https://progress.opensuse.org/issues/484522019-02-27T08:36:35Zcoolgwwegao@suse.com
<p>Reproduce step:</p>
<pre><code>linux-4360:/home/suse/test # /usr/share/openqa/script/openqa-clone-custom-git-refspec https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/6650 http://openqa.suse.de/tests/2500366
Created job #2500418: sle-15-SP1-Installer-DVD-POST-x86_64-Buildpoo2495012_investigation-gaow_poo2495012_010@64bit -> http://openqa.suse.de/t2500418
</code></pre>
<p>If you check the autoinst log, you can find some error happen:</p>
<pre><code>[2019-02-27T04:02:25.687 CET] [debug] QEMU: QEMU emulator version 2.9.1(openSUSE Leap 42.3)
[2019-02-27T04:02:25.687 CET] [debug] QEMU: Copyright (c) 2003-2017 Fabrice Bellard and the QEMU Project developers
[2019-02-27T04:02:25.692 CET] [debug] Snapshots are supported
[2019-02-27T04:02:25.695 CET] [debug] ||| starting version_switch_origin_system tests/migration/version_switch_origin_system.pm
[2019-02-27T04:02:26.532 CET] [debug] Backend process died, backend errors are reported below in the following lines:
needledir not found: os-autoinst-distri-opensuse/products/sle/needles/ (check vars.json?) at /usr/lib/os-autoinst/needle.pm line 278. <=== error
[2019-02-27T04:02:26.532 CET] [info] ::: OpenQA::Qemu::Proc::save_state: Saving QEMU state to qemu_state.json
last frame
[2019-02-27T04:02:28.644 CET] [info] ::: OpenQA::Qemu::Proc::save_state: Saving QEMU state to qemu_state.json
[2019-02-27T04:02:28.645 CET] [debug] QEMU: qemu-system-x86_64: terminating on signal 15 from pid 12581 (/usr/bin/isotovideo: backen)
[2019-02-27T04:02:28.645 CET] [debug] sending magic and exit
[2019-02-27T04:02:28.646 CET] [debug] received magic close
[2019-02-27T04:02:28.646 CET] [debug] THERE IS NOTHING TO READ 15 4 3
[2019-02-27T04:02:28.654 CET] [debug] backend process exited: 0
[2019-02-27T04:02:28.658 CET] [debug] commands process exited: 0
[2019-02-27T04:02:29.659 CET] [debug] sysread failed:
[2019-02-27T04:02:29.659 CET] [debug] /var/lib/openqa/pool/1/os-autoinst-distri-opensuse/tests/migration/version_switch_origin_system.pm:39 called testapi::record_info
[2019-02-27T04:02:29.659 CET] [debug] <<< testapi::record_info(title='Version', output='VERSION=15', result='ok')
[2019-02-27T04:02:29.660 CET] [debug] /var/lib/openqa/pool/1/os-autoinst-distri-opensuse/tests/migration/version_switch_origin_system.pm:40 called migration::reset_consoles_tty
[2019-02-27T04:02:29.660 CET] [debug] <<< testapi::console(testapi_console='x11')
[2019-02-27T04:02:29.661 CET] [debug] /var/lib/openqa/pool/1/os-autoinst-distri-opensuse/tests/migration/version_switch_origin_system.pm:40 called migration::reset_consoles_tty
[2019-02-27T04:02:29.661 CET] [debug] <<< backend::console_proxy::__ANON__(wrapped_call={
'console' => 'x11',
'args' => [
2
],
'function' => 'set_tty'
})
[2019-02-27T04:02:29.664 CET] [debug] syswrite failed Broken pipe at /usr/lib/os-autoinst/myjsonrpc.pm line 40. <=== error
myjsonrpc::send_json('GLOB(0x6d982a0)', 'HASH(0x6f3fe70)') called at /usr/lib/os-autoinst/autotest.pm line 313
autotest::query_isotovideo('backend_last_screenshot_data') called at /usr/lib/os-autoinst/basetest.pm line 521
basetest::_result_add_screenshot('version_switch_origin_system=HASH(0x60b6a38)', 'HASH(0x6f3ff00)') called at /usr/lib/os-autoinst/basetest.pm line 357
basetest::runtest('version_switch_origin_system=HASH(0x60b6a38)') called at /usr/lib/os-autoinst/autotest.pm line 357
eval {...} called at /usr/lib/os-autoinst/autotest.pm line 357
autotest::runalltests() called at /usr/lib/os-autoinst/autotest.pm line 214
eval {...} called at /usr/lib/os-autoinst/autotest.pm line 214
autotest::run_all() called at /usr/lib/os-autoinst/autotest.pm line 267
autotest::__ANON__('Mojo::IOLoop::ReadWriteProcess=HASH(0x6d408e8)') called at /usr/lib/perl5/vendor_perl/5.18.2/Mojo/IOLoop/ReadWriteProcess.pm line 325
eval {...} called at /usr/lib/perl5/vendor_perl/5.18.2/Mojo/IOLoop/ReadWriteProcess.pm line 325
Mojo::IOLoop::ReadWriteProcess::_fork('Mojo::IOLoop::ReadWriteProcess=HASH(0x6d408e8)', 'CODE(0x6daa8e0)') called at /usr/lib/perl5/vendor_perl/5.18.2/Mojo/IOLoop/ReadWriteProcess.pm line 476
Mojo::IOLoop::ReadWriteProcess::start('Mojo::IOLoop::ReadWriteProcess=HASH(0x6d408e8)') called at /usr/lib/os-autoinst/autotest.pm line 268
autotest::start_process() called at /usr/bin/isotovideo line 251
</code></pre>