Project

General

Profile

Actions

action #30409

closed

[tools] send_key fails to send 'home' to an s390x zkvm SUT

Added by SLindoMansilla over 6 years ago. Updated over 4 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
Category:
Regressions/Crashes
Target version:
-
Start date:
2018-01-16
Due date:
% Done:

0%

Estimated time:

Actions #1

Updated by coolo over 6 years ago

  • Subject changed from [tools] send_key fails to send 'home' to an s390x zkvm SUT to send_key fails to send 'home' to an s390x zkvm SUT

What makes you sure the home is not sent? I see a product not behaving as your test expects.

Actions #2

Updated by SLindoMansilla over 6 years ago

Because when I start the remote ssh installation manually and I get to this step, the home key works properly.

After szarate's feedback, I will start a vnc remote installation using xvnc manually to prove if xvnc is the cause or os-autoinst.

Actions #3

Updated by SLindoMansilla about 6 years ago

  • Subject changed from send_key fails to send 'home' to an s390x zkvm SUT to [tools] send_key fails to send 'home' to an s390x zkvm SUT

Steps done

  1. Manually started Xvnc in loewe in display :182.
  2. Started an xterm on display :182
  3. Connected through ssh to the zkvm-SUT.
  4. Started remote ssh installation (yast.ssh)
  5. Verified that the key 'home' works in the product as expected.

So I assume that the problem is on the os-autoinst backend.

Actions #4

Updated by okurz over 4 years ago

  • Status changed from New to Rejected
  • Assignee set to okurz

@SLindoMansilla as the only reference is a test job on your personal instance and the job is already gone it is hard to reproduce. To me it seems like it is a product behaviour specific issue depending on timing. This is also most likely why you could not reproduce it manually, because you are way slower than openQA is. Please reopen if you have more information, see this happening in production, have a way to reproduce, etc. Thanks.

Actions

Also available in: Atom PDF