QA (public) » openQA Project (public) » openQA Tests (public) » Containers and images

• Build6.18-jeos-extratest_hyperv

[2020-01-24T12:01:28.382 CET] [debug] <<< testapi::wait_serial(no_regex=0, timeout=30, quiet=undef, record_output=1, expect_not_found=0, buffer_size=undef, regexp="SCRIPT_FINISHEDYkfXz-\\d+-")
YkfXz

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st

 2  0      0 1005340   2400 226076    0    0   207   192    4  325  4  3 93  0  0

SCRIPT_FINISHEDYkfXz-0-

Does not seems like an test issue, rather than HyperV serial console add extra newlines

I have copied the above to a file and run hexdump on it.

➜  _tests git:(hyperv_gpg_procps) ✗ cat test_file    
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----

 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st

 2  0      0 1005340   2400 226076    0    0   207   192    4  325  4  3 93  0  0

➜  hexdump -c test_file 
0000000   p   r   o   c   s       -   -   -   -   -   -   -   -   -   -
0000010   -   m   e   m   o   r   y   -   -   -   -   -   -   -   -   -
0000020   -       -   -   -   s   w   a   p   -   -       -   -   -   -
0000030   -   i   o   -   -   -   -       -   s   y   s   t   e   m   -
0000040   -       -   -   -   -   -   -   c   p   u   -   -   -   -   -
0000050  \n  \n       r           b               s   w   p   d        
0000060       f   r   e   e               b   u   f   f           c   a
0000070   c   h   e               s   i               s   o            
0000080       b   i                   b   o               i   n        
0000090       c   s       u   s       s   y       i   d       w   a    
00000a0   s   t  \n  \n       2           0                           0
00000b0       1   0   0   5   3   4   0               2   4   0   0    
00000c0   2   2   6   0   7   6                   0                   0
00000d0               2   0   7               1   9   2                
00000e0   4           3   2   5           4           3       9   3    
00000f0       0           0  \n  \n                                    
00000f7

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: jeos-extratest@svirt-vmware65
https://openqa.suse.de/tests/5991033

To prevent further reminder comments one of the following options should be followed:

1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
3. The label in the openQA scenario is removed

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: jeos-extratest@svirt-vmware65
https://openqa.suse.de/tests/6599438

To prevent further reminder comments one of the following options should be followed:

1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
3. The label in the openQA scenario is removed

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: jeos-extratest@svirt-vmware65
https://openqa.suse.de/tests/6951102

To prevent further reminder comments one of the following options should be followed:

1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
3. The label in the openQA scenario is removed

This is an autogenerated message for openQA integration by the openqa_review script:

This bug is still referenced in a failing openQA test: jeos-extratest@svirt-vmware65
https://openqa.suse.de/tests/7240861

To prevent further reminder comments one of the following options should be followed:

1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted
2. The openQA job group is moved to "Released" or "EOL" (End-of-Life)
3. The bugref in the openQA scenario is removed or replaced, e.g. label:wontfix:boo1234

The script output's temp bash script is missing w command. Basically it is empty for some reason compared to successful run.

Seemingly this part of the code is to be blamed https://github.com/os-autoinst/os-autoinst/blob/master/distribution.pm#L296.

    elsif ($args{type_command}) {
        my $cat = "cat - > $script_path;\n";
        testapi::type_string($cat);
        testapi::type_string($script . "\n");
        testapi::send_key('ctrl-d');
    }

testapi::type_string($script . "\n"); is only testapi::type_string("w\n"); and openQA for some reason show typing issues.

As Fabian has noticed:

That appears like the file ended up with w\r as content.
The \r moves the cursor back to the start of the line, and the w is then overwritten by the prompt -> ( thus the file is seemingly empty when cating it )

The problem is isolated to svirt especially to vmware and hyperv workers.

Stressing the same test object does not reveal any issue on xen nor qemu

Dumping VNC related code has not showed anything as well

+++ b/consoles/vnc_base.pm
@@ -128,7 +128,12 @@ sub type_string {
             "\b" => 'backspace',
             "\e" => 'esc'
         };
+        print "VNC_BASE ... got before charmap: " . Dumper($letter);
+        print "VNC_BASE ... ASCII num value: " . ord($letter) . "\n";
         $letter = $charmap->{$letter} || $letter;
+        use Data::Dumper;
+        print "VNC_BASE ... got: " . Dumper($letter);
+        print "VNC_BASE ... ASCII num value: " . ord($letter) . "\n";
         # 25% is spent hitting the key, 25% releasing it, 50% searching the next key
         $self->{vnc}->map_and_send_key($letter, undef, $seconds_per_keypress * 0.25);
         $self->{backend}->run_capture_loop($seconds_per_keypress * 0.5);
VNC_BASE ... got: 'ret'
VNC_BASE ... ASCII num value: 114

--- a/consoles/VNC.pm
+++ b/consoles/VNC.pm
@@ -727,12 +727,16 @@ sub map_and_send_key {
     my @events;

     for my $key (split('-', $keys)) {
+        use Data::Dumper;
+        print "map_and_send_key ... " . Dumper($key);
         if (defined($self->keymap->{$key})) {
             if (ref($self->keymap->{$key}) eq 'ARRAY') {
                 push(@events, @{$self->keymap->{$key}});
+                print "map_and_send_key events as array ... " . Dumper(@{$self->keymap->{$key}});
             }
             else {
                 push(@events, $self->keymap->{$key});
+                print "map_and_send_key events ... " . Dumper($self->keymap->{$key});
             }
             next;
         }

map_and_send_key  ... 'ret'
map_and_send_key events ... 65293

https://github.com/os-autoinst/os-autoinst/pull/1809

Still fighting to get the PR approved!

cfconrad wrote:

Still fighting to get the PR approved!

I see some comments in the PR to be addressed.

on it this week!!

Still fighting with getting this PR into os-autoinst... it's always hard to solve something with a sleep :(

https://github.com/os-autoinst/os-autoinst/pull/1809 :party: was just merged... clothing this ticket