action #108464
Updated by mkittler about 2 years ago
## Observation openQA test in scenario microos-Tumbleweed-DVD-x86_64-remote_ssh_target@64bit fails in [textinfo](https://openqa.opensuse.org/tests/2247542/modules/textinfo/steps/15) > curl -O http://10.0.2.2:20063/CldQCbjudrGe1EfF/data/textinfo; echo 7EEdq-$?- curl: (7) Couldn't connect to server 7EEdq-7- This has been failing quite frequently in this test lately - 'textinfo' passes reliably in all other tests. "data/textinfo" refers to https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/data/textinfo which is retrieved by https://github.com/os-autoinst/os-autoinst-distri-opensuse/blob/master/tests/console/textinfo.pm which is doing ``` $self->select_serial_terminal; assert_script_run('curl -O ' . data_url('textinfo')); ``` ## Test suite description Maintainer: jrivera Boot with ssh=1 parameter and wait for parallel job (remote_ssh_controller) to install the system. ## Reproducible Fails since (at least) Build [20220315](https://openqa.opensuse.org/tests/2246907) ## Expected result Last good: [20220314](https://openqa.opensuse.org/tests/2244510) (or more recent) ## Suggestions * Tests should wait until the network within the SUT is ready (and an IPv4 address is assigned) before trying to download data from the command server, see #108464#note-8. * Likely not relevant anymore * Maybe it only affects multi-machine tests as https://openqa.opensuse.org/tests/2247542/ is a multi-machine test * Use https://github.com/os-autoinst/scripts/blob/master/README.md#auto-review---automatically-detect-known-issues-in-openqa-jobs-label-openqa-jobs-with-ticket-references-and-optionally-retrigger to label and retrigger same failures *and* by that be able to query the database for more matches * Try to reproduce, e.g. with https://progress.opensuse.org/projects/openqatests/wiki/Wiki#Statistical-investigation on o3 * Improve investigation about the state of network within the post_fail_hook, e.g. if the HTTP request does not work, is the port reachable? Is the host pingable? The error message says "Couldn't connect to server" so looks like the host does not accept requests on the port at all (not "Connection refused") but later in the test we are able to upload over curl to the same command server. * Try to get verbose output from curl on client side (maybe also verbose information from command server on os-autoinst side) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=microos&flavor=DVD&machine=64bit&test=remote_ssh_target&version=Tumbleweed)