Project

General

Profile

Actions

action #15732

closed

Exit code missing from "magic string" on svirt

Added by michalnowak over 7 years ago. Updated about 7 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
-
Category:
Feature requests
Target version:
-
Start date:
2017-01-02
Due date:
% Done:

0%

Estimated time:

Description

Sometimes exit code is missing from the "magic string" sent to serial line (https://openqa.suse.de/tests/692208/file/autoinst-log.txt):

12:31:32.3285 Debug: /var/lib/openqa/share/tests/sle/tests/console/textinfo.pm:22 called testapi::upload_logs
12:31:32.3286 26104 <<< testapi::script_run(name='curl --form upload=@/tmp/info.txt --form upname=textinfo-info.txt http://10.160.0.147:20133/7iYcoGfkno9PdIpN/uploadlog/info.txt; echo 3PVcL-$?- > /dev/ttyS0', wait=0)
12:31:32.3287 Debug: /var/lib/openqa/share/tests/sle/tests/console/textinfo.pm:22 called testapi::upload_logs
12:31:32.3288 26104 <<< testapi::type_string(string='curl --form upload=@/tmp/info.txt --form upname=textinfo-info.txt http://10.160.0.147:20133/7iYcoGfkno9PdIpN/uploadlog/info.txt; echo 3PVcL-$?- > /dev/ttyS0', max_interval=250, wait_screen_changes=0)
12:31:42.7782 Debug: /var/lib/openqa/share/tests/sle/tests/console/textinfo.pm:22 called testapi::upload_logs
12:31:42.7785 26104 <<< testapi::send_key(key='ret')
12:31:42.9796 Debug: /var/lib/openqa/share/tests/sle/tests/console/textinfo.pm:22 called testapi::upload_logs
12:31:42.9798 26104 <<< testapi::wait_serial(timeout=90, regexp='3PVcL-\\d+-')
3PVcL--
12:33:14.0994 26104 >>> testapi::wait_serial: 3PVcL-\d+-: fail
12:33:14.1004 26104 # Test died: command 'curl --form upload=@/tmp/info.txt --form upname=textinfo-info.txt http://10.160.0.147:20133/7iYcoGfkno9PdIpN/uploadlog/info.txt' failed at /var/lib/openqa/share/tests/sle/tests/console/textinfo.pm line 22.

So instead of 3PVcL-0- openQA sees in serial0.txt only 3PVcL--, i.e. w/o the exit code number.

When such a problem occurs, it's always the number, never any other literal.


Related issues 2 (0 open2 closed)

Related to openQA Project - action #17370: [svirt] serial0.txt is distorted on Xen HVMResolved2017-02-28

Actions
Blocks openQA Tests - action #10206: [tools]libvirt tests (Xen, Hyper-V, VMware)Resolvedmichalnowak2016-01-13

Actions
Actions #1

Updated by michalnowak over 7 years ago

Actions #2

Updated by okurz about 7 years ago

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

This bug is still referenced in a failing openQA test: casp-admin
http://openqa.suse.de/tests/761467

Actions #3

Updated by michalnowak about 7 years ago

While working on my VirtualBox Hack Week project (https://hackweek.suse.com/15/projects/add-virtualbox-bootloader-to-openqa) I noticed that this issue happens in hostname_inst test module all the time. Output from VM guest is directed to file on host and I see the correct string there: tuxlC-0-. But in /var/lib/openqa/pool/1/serial0 file it's always: tuxlC--.

I also noticed that tuxlC-1- string does not exhibit this issue, and that many other strings e.g. those from dmesg piped to serial line are often heavily distorted if they contain zeros:

VM's output:

[  128.220251] sd 0:0:0:0: [sda] 41943040 512-byte logical blocks: (21.5 GB/20.0 GiB)
[  128.220273] sd 0:0:0:0: [sda] Write Protect is off
[  128.220283] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

/var/lib/openqa/pool/1/serial0:

[  128.22251] sd 0:0:0:0: [sda] 4194304 512-byte logical blocks: (21.5 GB/20.0 GiB)
[  128.22273] sd 0::0:0: [sda] Write Protect is off
[  128.220283] sd 0:::: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Actions #4

Updated by michalnowak about 7 years ago

  • Assignee deleted (michalnowak)
Actions #5

Updated by michalnowak about 7 years ago

  • Related to action #17370: [svirt] serial0.txt is distorted on Xen HVM added
Actions #6

Updated by michalnowak about 7 years ago

  • Blocks action #10206: [tools]libvirt tests (Xen, Hyper-V, VMware) added
Actions #7

Updated by michalnowak about 7 years ago

Well looking at description of perl-Net-SSH2: "Even if the module can be compiled and linked against very old versions of the library, nothing below 1.5.0 should really be used (older versions were quite buggy and unreliable) and version 1.7.0 or later is recommended."

In Leap 42.2 we use libssh2 v. 1.4.3... Perhaps the bug is in libssh2, which is used by perl-Net-SSH2.

Actions #8

Updated by okurz about 7 years ago

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

This bug is still referenced in a failing openQA test: CaaSP-vmx@svirt-xen-hvm
https://openqa.suse.de/tests/849743

Actions #9

Updated by coolo about 7 years ago

Shooting out of the hips: perhaps because "0" is treated as false we skip it? (or Net::SSH)

Actions #10

Updated by coolo about 7 years ago

E.g. here

        my $line = <$chan>;
        if ($line) {
            print $line;
Actions #11

Updated by michalnowak about 7 years ago

  • Status changed from New to Feedback
Actions #12

Updated by michalnowak about 7 years ago

  • Status changed from Feedback to Resolved
Actions

Also available in: Atom PDF