openSUSE Project Management Tool: Issueshttps://progress.opensuse.org/https://progress.opensuse.org/themes/openSUSE/favicon/favicon.ico?15829177842023-01-16T15:01:45ZopenSUSE Project Management Tool
Redmine openQA Project - action #123175 (New): o3 fails to download images resulting in zero sized disk i...https://progress.opensuse.org/issues/1231752023-01-16T15:01:45Zdancermakdcermak@suse.com
<p>I have restarted our testing efforts for <a href="https://github.com/OSInside/kiwi-functional-tests" class="external">kiwi</a> which involve downloading a lot of images from OBS and booting them on o3. Unfortunately, o3 has been highly unreliable and often will "fetch" empty disk images or isos which then result in test failures.</p>
<p>Examples of such test failures from the kiwi builds:</p>
<ul>
<li><a href="https://openqa.opensuse.org/tests/3035738">https://openqa.opensuse.org/tests/3035738</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035730">https://openqa.opensuse.org/tests/3035730</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035728">https://openqa.opensuse.org/tests/3035728</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035744">https://openqa.opensuse.org/tests/3035744</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035746">https://openqa.opensuse.org/tests/3035746</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035750">https://openqa.opensuse.org/tests/3035750</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035752">https://openqa.opensuse.org/tests/3035752</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035792">https://openqa.opensuse.org/tests/3035792</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035790">https://openqa.opensuse.org/tests/3035790</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035802">https://openqa.opensuse.org/tests/3035802</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035800">https://openqa.opensuse.org/tests/3035800</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035798">https://openqa.opensuse.org/tests/3035798</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035794">https://openqa.opensuse.org/tests/3035794</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035852">https://openqa.opensuse.org/tests/3035852</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035842">https://openqa.opensuse.org/tests/3035842</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035832">https://openqa.opensuse.org/tests/3035832</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035820">https://openqa.opensuse.org/tests/3035820</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035862">https://openqa.opensuse.org/tests/3035862</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035896">https://openqa.opensuse.org/tests/3035896</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035892">https://openqa.opensuse.org/tests/3035892</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035868">https://openqa.opensuse.org/tests/3035868</a></li>
<li><a href="https://openqa.opensuse.org/tests/3035878">https://openqa.opensuse.org/tests/3035878</a></li>
</ul>
<p>These are just the failure from one full test run, which makes o3 unfortunately at the moment very unreliable for testing. Also, due to the nature of the issue, restarting jobs is no good, as o3 will simply restart the test with the same broken image.</p>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<ul>
<li>Remove the corrupted/zero-sized asset from disk (on the web UI host) and try again (just restarting the job doesn't work)</li>
<li>Avoid relying on decompression as supposedly only compressed assets were affected</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Better log messages by the downloader (to ensure if it really downloaded a zero length file with a 200 status)</li>
<li>Ask when those builds are normally scheduled to be able to investigate the behavior without delay</li>
<li>Check <a href="https://openqa.opensuse.org/group_overview/85">https://openqa.opensuse.org/group_overview/85</a> for new builds of relevant jobs</li>
<li>Check the Minion dashboard for relevant download jobs (<a href="https://openqa.opensuse.org/minion/jobs?task=download_asset">https://openqa.opensuse.org/minion/jobs?task=download_asset</a>) after jobs have been scheduled</li>
<li>Run <code>xzgrep -i -P 'Downloading.*kiwi' /var/log/openqa_gru*</code> on o3 to find relevant log messages</li>
<li>Try to reproduce download problems using curl or by restarting relevant download jobs in the Minion dashboard</li>
</ul>
openQA Project - action #103203 (Resolved): openqa.opensuse.org consistently fails to boot from v...https://progress.opensuse.org/issues/1032032021-11-29T13:49:37Zdancermakdcermak@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>We are facing some weird issues with vmdk disk images: while openQA can boot from these without issues on my local development machine, it consistently fails to do so on o3. E.g.: <a href="https://openqa.opensuse.org/tests/2062448" class="external">https://openqa.opensuse.org/tests/2062448</a>, <a href="https://openqa.opensuse.org/tests/2062446" class="external">https://openqa.opensuse.org/tests/2062446</a>. This issue appears to be also intermingled with asset download failures on o3, which troubled the vmdk disk image group, but this did not appear anymore in the last run.</p>
<a name="Steps-to-reproduce-locally"></a>
<h2 >Steps to reproduce locally<a href="#Steps-to-reproduce-locally" class="wiki-anchor">¶</a></h2>
<ul>
<li><code>git clone https://github.com/OSInside/kiwi-functional-tests</code></li>
<li><code>poetry install</code></li>
<li><code>poetry run ./settings.py --server $MY_INSTANCE --server-scheme http</code></li>
</ul>
<p>and then clone one of the failing jobs or schedule a full test run (this will schedule <strong>many</strong> jobs):</p>
<ul>
<li><code>poetry run ./schedule_test_run.py --server $MY_INSTANCE --server-scheme http -vd Tumbleweed+opensuse --use-https-for-asset-download</code></li>
</ul>
<a name="Steps-to-reproduce-remotely"></a>
<h2 >Steps to reproduce remotely<a href="#Steps-to-reproduce-remotely" class="wiki-anchor">¶</a></h2>
<ul>
<li>clone the failed openQA job on o3 directly</li>
</ul>
<a name="Problem"></a>
<h2 >Problem<a href="#Problem" class="wiki-anchor">¶</a></h2>
<p>openQA appears to be unable to boot from the vmdk disk images: they are not considered to be bootable devices by the BIOS/EFI firmware (this is independent of whether we are booting from BIOS or EFI).</p>
<a name="Suggestion"></a>
<h2 >Suggestion<a href="#Suggestion" class="wiki-anchor">¶</a></h2>
<p>Sadly, none.</p>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>None known.</p>
openQA Project - action #94997 (Resolved): Downloading compressed disk images is broken on o3https://progress.opensuse.org/issues/949972021-07-01T13:11:50Zdancermakdcermak@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>I have started running kiwi image tests on o3 and started to run into issues with <code>HDD_1_DECOMPRESS_URL</code>: when this variable is set, then the test will never succeed, because one of the following cases happens:</p>
<ol>
<li>The download just fails, see: <a href="https://openqa.opensuse.org/tests/1814637" class="external">https://openqa.opensuse.org/tests/1814637</a> or <a href="https://openqa.opensuse.org/tests/1814639" class="external">https://openqa.opensuse.org/tests/1814639</a></li>
<li>The download "succeeds", but the resulting disk image is a zero byte fail and openQA can not boot from that. See for instance: <a href="https://openqa.opensuse.org/tests/1814632" class="external">https://openqa.opensuse.org/tests/1814632</a>, <a href="https://openqa.opensuse.org/tests/1814631" class="external">https://openqa.opensuse.org/tests/1814631</a>, <a href="https://openqa.opensuse.org/tests/1814633" class="external">https://openqa.opensuse.org/tests/1814633</a>, <a href="https://openqa.opensuse.org/tests/1814634" class="external">https://openqa.opensuse.org/tests/1814634</a></li>
</ol>
<p>This must be related to some settings on o3, because this works perfectly on my local machine.</p>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<ul>
<li>create a new job and set <code>HDD_1_DECOMPRESS_URL=http://download.opensuse.org/repositories/Virtualization:/Appliances:/Images:/Testing_x86:/tumbleweed/images/kiwi-test-image-luks.x86_64.raw.xz</code></li>
<li>watch it fail to download the image</li>
</ul>
<a name="Problem"></a>
<h2 >Problem<a href="#Problem" class="wiki-anchor">¶</a></h2>
<p>absolutely no clue, it works on my local openQA instance</p>
<a name="Suggestion"></a>
<h2 >Suggestion<a href="#Suggestion" class="wiki-anchor">¶</a></h2>
<p>maybe the background downloader is overloaded?</p>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>none that I know off</p>
openQA Project - action #94735 (Resolved): needles not found in `needles` subdirectory when CASED...https://progress.opensuse.org/issues/947352021-06-25T13:23:34Zdancermakdcermak@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>openQA does not appear to take the <code>needles</code> subdirectory into account for loading needles when <code>CASEDIR</code> is a git repository.</p>
<a name="Steps-to-reproduce"></a>
<h2 >Steps to reproduce<a href="#Steps-to-reproduce" class="wiki-anchor">¶</a></h2>
<ul>
<li>Clone a job and set <code>CASEDIR</code> to a git repository with a <code>needles</code> subdirectory in that git repository</li>
<li>If the <code>needles</code> subdirectory contains needles not present on the instance, then openQA will not find them.</li>
</ul>
<a name="Workaround"></a>
<h2 >Workaround<a href="#Workaround" class="wiki-anchor">¶</a></h2>
<p>Setting <code>NEEDLES_DIR</code> to <code>CASEDIR</code> works around that problem. Setting <code>NEEDLES_DIR</code> to <code>needles/</code> on the other hand does not work.</p>
<p>Example failure: <a href="https://openqa.opensuse.org/tests/1806254" class="external">https://openqa.opensuse.org/tests/1806254</a> (-> failed)</p>
<p>cloned with <code>NEEDLES_DIR='needles/'</code>: <a href="https://openqa.opensuse.org/tests/1806460" class="external">https://openqa.opensuse.org/tests/1806460</a> (-> failed)</p>
<p>cloned with <code>NEEDLES_DIR='https://github.com/dcermak/kiwi-functional-tests#basic_functional_test'</code>: <a href="https://openqa.opensuse.org/tests/1806588" class="external">https://openqa.opensuse.org/tests/1806588</a> (-> passed)</p>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<ul>
<li>Be careful (see comment <a href="https://progress.opensuse.org/issues/94735#note-3" class="external">https://progress.opensuse.org/issues/94735#note-3</a>)</li>
</ul>
openQA Project - action #91965 (Workable): Enable switching to the qemu serial0 linehttps://progress.opensuse.org/issues/919652021-04-29T19:13:21Zdancermakdcermak@suse.com
<a name="Motivation"></a>
<h2 >Motivation<a href="#Motivation" class="wiki-anchor">¶</a></h2>
<p>I am writing a test for an appliance that launches an installer after confirmation (send enter) over the serial line. This can be achieved rather easily in virt-manager by switching the default console from "graphical spice console" to "serial 1" and pressing enter there. Unfortunately, I cannot achieve the same in openQA. It records the output from the serial line into <code>/var/lib/openqa/pool/$worker_id/serial0</code>, but I am not able to switch to this serial line or send something to it.</p>
<p>Is this somehow possible or generally unsupported?</p>
<a name="Acceptance-criteria"></a>
<h2 >Acceptance criteria<a href="#Acceptance-criteria" class="wiki-anchor">¶</a></h2>
<ul>
<li><strong>AC1:</strong> The primary serial console in a qemu SUT can be written to from openQA tests</li>
</ul>
<a name="Suggestions"></a>
<h2 >Suggestions<a href="#Suggestions" class="wiki-anchor">¶</a></h2>
<p>Right now we hardcode "serial0" as the first and only device that is setup as a serial terminal for a qemu instance. This device is used by writing command outputs to a logfile by forwarding script output to the variable "$SERIALDEV", e.g. ttyS0 in GNU/Linux in script commands like <code>assert_script_run 'true'</code> that end up being executed in SUTs like <code>true ; echo ...$? > /dev/ttyS0</code>. The logfile is then read by commands like <code>wait_serial</code>. Maybe we can make the name of the device+logfile configurable and add an option to configure a serial device before that internal logging device</p>
openQA Project - action #91710 (Resolved): openQA API documentation mentions non-functional route...https://progress.opensuse.org/issues/917102021-04-26T08:18:31Zdancermakdcermak@suse.com
<a name="Observation"></a>
<h2 >Observation<a href="#Observation" class="wiki-anchor">¶</a></h2>
<p>The openQA API documentation mentions (e.g. <a href="https://openqa.opensuse.org/not_found" class="external">https://openqa.opensuse.org/not_found</a>) mentions the route:</p>
<pre><code> +/groups GET
</code></pre>
<p>but this route does not appear to work for me.</p>
<p>Could <code>/job_groups</code> be meant instead here?</p>
openQA Project - action #91359 (New): openqa-clone-job creates a huge output on stderr when cloni...https://progress.opensuse.org/issues/913592021-04-19T11:43:38Zdancermakdcermak@suse.com
<p>I have just tried to clone a job on o3 with the following call:</p>
<pre><code>openqa-clone-job --skip-download --host openqa.opensuse.org --from https://openqa.opensuse.org/tests/1704248 --skip-chained-deps _SKIP_POST_FAIL_HOOKS=1 CASEDIR='https://github.com/dcermak/os-autoinst-distri-opensuse#add_sleep_to_rstudio' NEEDLES_DIR='https://github.com/dcermak/os-autoinst-needles-opensuse#add_firefox_loading_needle'
</code></pre>
<p>This call times out after a few minutes and produces 74MB of output on stderr with:</p>
<pre><code>job not created. duplicate? "${A HUGE TON OF JSON ON A SINGLE LINE HERE}" at /usr/share/openqa/script/../lib/OpenQA/Script/CloneJob.pm line 281.
</code></pre>
<p>Substituting <code>--skip-download --host openqa.opensuse.org --from https://openqa.opensuse.org/tests/1704248</code> with <code>--within-instance https://openqa.opensuse.org/tests/1704248</code> solves the problem for me, but the error message is still hard to parse.</p>
openQA Project - action #80994 (New): Needle editor is very unreliable when the worker is run wit...https://progress.opensuse.org/issues/809942020-12-11T13:41:07Zdancermakdcermak@suse.com
<p>I've had to debug a test today that has a relatively expensive setup in an extra step and failed somewhere in the middle. For that, I wanted to utilize test snapshots as described here: <a href="https://github.com/os-autoinst/openQA/blob/master/docs/WritingTests.asciidoc#using-snapshots-to-speed-up-development-of-tests" class="external">https://github.com/os-autoinst/openQA/blob/master/docs/WritingTests.asciidoc#using-snapshots-to-speed-up-development-of-tests</a></p>
<p>While they work perfectly fine, running the worker without cleanup makes the needle editor completely unusable (which I had to use after finding the issue). It selects arbitrary screenshots that it made at some point as the last one. That makes creating new needles pretty much impossible.</p>
openQA Project - action #80988 (New): openqa can find multiple match areas in the same placehttps://progress.opensuse.org/issues/809882020-12-11T11:12:33Zdancermakdcermak@suse.com
<p>I have recently hit a case where openQA had a needle with multiple match areas. Due to a font change, it found one area in the right place and the other in the wrong place: right above the first area.</p>
<p>My naive view on this is that that is usually always a bug and should not happen. Now the question is: what should actually be done? Prevent this to happen on the openCV level, retry the matching, just die or ignore it?</p>
openQA Project - action #69490 (Resolved): openqa webui sometimes displays the test suite instead...https://progress.opensuse.org/issues/694902020-07-31T16:53:01Zdancermakdcermak@suse.com
<p>During testing I have frequently had the issue that the matching needle drop down menu would no longer display the matched needles but instead a part of the test suite page (see the attached screenshot). The issue disappears when I reload the page.</p>
<p>This is my local openQA instance: openQA-4.6.1595658530.ccadcf580-1.1.noarch</p>
openQA Project - action #64361 (Resolved): load_templates or something else creates invalid test ...https://progress.opensuse.org/issues/643612020-03-10T14:17:58Zdancermakdcermak@suse.com
<p>I have setup a new openQA test instance on a Leap 15.1 VM to try and reproduce some test failures on o3. However, during the setup, I found that (probably) the <code>load_templates</code> script produced odd test suites. For instance:</p>
<pre><code>EXTRA=ARRAY(0x5618f1aa7aa8)
SYSTEM_ROLE=ARRAY(0x5618f1af9c18)
</code></pre>
<p>for <code>MicroOS-admin</code> instead of the expected:</p>
<pre><code>EXTRA=FEATURES
SYSTEM_ROLE=admin
</code></pre>
<p>as it shows up on o3.</p>
<p>This appears to affect <strong>all</strong> settings of every test suite that was added. The variable names are correct, as are the test names and the descriptions, just the values are wrong.</p>
<p>For reference, I have populated the settings as follows:</p>
<pre><code>/usr/share/openqa/script/fetchneedles
/var/lib/openqa/share/tests/opensuse/products/opensuse/templates --host openqa.opensuse.org --apikey $APIKEY --apisecret $APISECRET
/usr/share/openqa/script/dump_templates --host openqa.opensuse.org > templates.json
/usr/share/openqa/script/load_templates --host localhost --update templates.json
</code></pre> openQA Project - action #62756 (Resolved): openqa-clone-job downloads images very slowlyhttps://progress.opensuse.org/issues/627562020-01-29T11:07:07Zdancermakdcermak@suse.com
<p>When using <code>openqa-clone-job</code> to clone a job from o3 to a local instance, I frequently have to download the Tumbleweed iso and hdd image. Unfortunately, <code>openqa-clone-job</code> is <strong>very</strong> slow when downloading iso/qcow2 files, the download speed barely reaches 1 MB/s, while when downloading the same file via Firefox, my download speed reaches 10 MB/s.</p>
<p>If there is some throttling, could it be turned off?</p>
openQA Project - action #62510 (Resolved): openqa-bootstrap-container does not install qemu-tools...https://progress.opensuse.org/issues/625102020-01-22T05:01:26Zdancermakdcermak@suse.com
<p>The <code>openqa-bootstrap-container</code> script does not install the packages:</p>
<ul>
<li>qemu-tools</li>
<li>perl-LWP-Protocol-https</li>
</ul>
<p>inside the container which leaves the test instance pretty crippled, as it:</p>
<ul>
<li>cannot download assets via https</li>
<li>cannot launch a worker as they die with qemu errors</li>
</ul>
openQA Project - action #60173 (New): Improve the openQA documentationhttps://progress.opensuse.org/issues/601732019-11-22T10:54:21Zdancermakdcermak@suse.com
<p>The current openQA documentation is imho still lacking in some regards, as I (as a total beginner) am feeling completely lost when I need to get something done in openQA.</p>
<p>My problems with the documentation:</p>
<ul>
<li><p>It needs a better introduction that explains the basics, a bit like <a href="http://open.qa/docs/#_basic_concepts">http://open.qa/docs/#_basic_concepts</a> but with less details (the needle description doesn't belong there, the glossary is just far too long).</p></li>
<li><p>It needs comprehensive tutorials for various use cases: <br>
1) I just want to modify a single test, how do I run it?<br>
2) I want to add a new test suite (or a test group, or something that shows up as a single item on o3), how can I do that and what do I need to modify?<br>
3) I want to write actual GUI tests and create new needles, let openQA click things & read stuff from the screen.</p></li>
<li><p>It is completely intransparent how tests are actually run: there are job groups and test suites. Test suites appear to contain job groups, but how is it decided which tests are run in a job group? E.g. I tried to find out what runs <code>create_hdd_gnome</code>. But grepping the whole source tree of os-autoinst-distri-opensuse yields <strong>0</strong> hits.</p></li>
<li><p>At least the openSUSE tests appear to be using <strong>a lot</strong> of "magic variables" where it is not apparent whether they are required, how they are set and what actually uses them. For example the <code>REPO_n</code> variables are automagically set on o3, but not if you start local tests. But your local tests just die if you don't have them set (or maybe it's because of something else, who knows).</p></li>
</ul>
<p>My recommendation:</p>
<ol>
<li>Get someone fresh (= has never worked with openQA), give them a link to the docs and watch them read. Then after 10-20 minutes ask them whether they have any clue and if not, what's missing. Then try to address that, because most people will give up in far less than 10-20 min.</li>
<li>Reorder the docs: <a href="http://open.qa/docs/#get-testing">http://open.qa/docs/#get-testing</a> belongs definitely after <a href="http://open.qa/docs/#installing">http://open.qa/docs/#installing</a>; <a href="http://open.qa/docs/#_triggering_tests_based_on_an_any_remote_git_refspec_or_open_github_pull_request">http://open.qa/docs/#_triggering_tests_based_on_an_any_remote_git_refspec_or_open_github_pull_request</a> is completely buried deep down in the docs and no one knows about it unless told by someone in <code>#opensuse-factory</code>.</li>
<li>If possible, get a technical writer to help.</li>
</ol>
openQA Project - action #60118 (Resolved): load_templates does not load JobGroups (unless they ex...https://progress.opensuse.org/issues/601182019-11-21T14:06:20Zdancermakdcermak@suse.com
<p>I have tried to setup a local openQA instance in a container as described in the official documentation and after getting all the tests (<a href="http://open.qa/docs/#_getting_tests">http://open.qa/docs/#_getting_tests</a>), I tried to fetch the job groups, templates, etc from o3. Unfortunately using dump_templates & load_templates fails:</p>
<pre><code>openqa1:/ # /usr/share/openqa/script/dump_templates --host openqa.opensuse.org > templates.json
openqa1:/ # /usr/share/openqa/script/load_templates --host localhost templates.json
ERROR: 400 - Bad Request
{ error => ["Job group OBS Unstable not found"], error_status => 400 }
ERROR: 400 - Bad Request
{
error => [{ message => "Missing property.", path => "/scenarios" }],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group openSUSE Leap 15.0 Incidents not found"],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group Staging Projects not found"],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group openSUSE Leap 42.3 Updates not found"],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group openSUSE Leap Staging Projects not found"],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group openSUSE Leap 15.1 AArch64 Images not found"],
error_status => 400,
}
ERROR: 400 - Bad Request
{
error => ["Job group openSUSE Leap 15.1 Updates not found"],
error_status => 400,
}
SNIP
ERROR: 414 - Request-URI Too Long
"<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n<!DOCTYPE html PUBLIC \"-//W3C//DTD XHTML 1.0 Strict//EN\"\n \"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd\">\n<html xmlns=\"http://www.w3.
org/1999/xhtml\" lang=\"en\" xml:lang=\"en\">\n<head>\n<title>Submitted URI too large!</title>\n<link rev=\"made\" href=\"mailto:%5bno%20address%20given%5d\" />\n<style type=\"text/css\"><!--
/*--><![CDATA[/*><!--*/ \n body { color: #000000; background-color: #FFFFFF; }\n a:link { color: #0000CC; }\n p, address {margin-left: 3em;}\n span {font-size: smaller;}\n/*]]>*/-
-></style>\n</head>\n\n<body>\n<h1>Submitted URI too large!</h1>\n<p>\n\n\n The length of the requested URL exceeds the capacity limit for\n\tthis server. The request cannot be processed.\
n \n</p>\n<p>\nIf you think this is a server error, please contact\nthe <a href=\"mailto:%5bno%20address%20given%5d\">webmaster</a>.\n\n</p>\n\n<h2>Error 414</h2>\n<address>\n <a href=\"/\
">openqa1</a><br />\n <span>Apache</span>\n</address>\n</body>\n</html>\n\n"
SNIP
{
JobGroups => { added => 0, of => 40 },
JobTemplates => { added => 0, of => 0 },
Machines => { added => 49, of => 49 },
Products => { added => 140, of => 140 },
TestSuites => { added => 331, of => 331 },
}
</code></pre>
<p>I have attached the templates.json file that was produced by dump_templates.</p>