QA » openQA Project » openQA Tests

I've tried several attempts to reproduce this in my local instance, but failed

I was talking to coolo and most likely this will be fixed with a new deployment, but apparently this went terribly wrong - so I can't verify it at the moment

I'll suggest to move this to milestone 5

milestone 4 is due today, but today is not over ;-) We will review the milestone results next week. If it does not work until then we will discuss the plan.

Update: After speaking with coolo about this again, we came to the conclusion that a retry of select_console most likely will solve this issue and it would also be close to what a customer would do (e.g. connecting with vncviewer is not working, so let's try it again...)
I'll come up with a solution for that, though testing might be difficult, since I can't reproduce it locally

uh, what was the last status about this one? https://openqa.suse.de/tests/754787/file/autoinst-log.txt shows

DIE Can't call method "blocking" on an undefined value at /usr/lib/os-autoinst/consoles/VNC.pm line 854.

 at /usr/lib/os-autoinst/backend/baseclass.pm line 73.
    backend::baseclass::die_handler('Can\'t call method "blocking" on an undefined value at /usr/l...') called at /usr/lib/os-autoinst/consoles/VNC.pm line 854
    consoles::VNC::_receive_message('consoles::VNC=HASH(0x70072d8)') called at /usr/lib/os-autoinst/consoles/VNC.pm line 772
    consoles::VNC::update_framebuffer('consoles::VNC=HASH(0x70072d8)') called at /usr/lib/os-autoinst/consoles/vnc_base.pm line 67
    consoles::vnc_base::request_screen_update('consoles::vnc_base=HASH(0x4b66280)') called at /usr/lib/os-autoinst/consoles/vnc_base.pm line 79
    consoles::vnc_base::current_screen('consoles::vnc_base=HASH(0x4b66280)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 573
    backend::baseclass::capture_screenshot('backend::svirt=HASH(0x5e46940)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 468
    backend::baseclass::select_console('backend::svirt=HASH(0x5e46940)', 'HASH(0x8195298)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 68
    backend::baseclass::handle_command('backend::svirt=HASH(0x5e46940)', 'HASH(0x6dd1f68)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 422
    backend::baseclass::check_socket('backend::svirt=HASH(0x5e46940)', 'IO::Handle=GLOB(0x5f9e760)', 0) called at /usr/lib/os-autoinst/backend/svirt.pm line 162
    backend::svirt::check_socket('backend::svirt=HASH(0x5e46940)', 'IO::Handle=GLOB(0x5f9e760)', 0) called at /usr/lib/os-autoinst/backend/baseclass.pm line 203
    eval {...} called at /usr/lib/os-autoinst/backend/baseclass.pm line 151
    backend::baseclass::run_capture_loop('backend::svirt=HASH(0x5e46940)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 122
    backend::baseclass::run('backend::svirt=HASH(0x5e46940)', 6, 9) called at /usr/lib/os-autoinst/backend/driver.pm line 85
    backend::driver::start('backend::driver=HASH(0x4a5d850)') called at /usr/lib/os-autoinst/backend/driver.pm line 48
    backend::driver::new('backend::driver', 'svirt') called at /usr/bin/isotovideo line 197
    main::init_backend() called at /usr/bin/isotovideo line 268

hmm... actually this is new to me - but it's in there for a few builds now
I will have a look on it

So What I've found out:

• Tests are failing on o.s.d which uses zKVM instances 3,4 and 5
• Can't be reproduced locally on zKVM instance 6 and 7 but... I was able to reproduce it with my local setup when I use one of the o.s.d instances

which means that there is some misconfiguration on the zKVM Hypervisor which needs investigation

maybe use different tap devices

PR created:
https://github.com/os-autoinst/os-autoinst-distri-opensuse/pull/2534

working test in test-development:
https://openqa.suse.de/tests/810561

I've moved those two migration jobs to the Migration group
migration_offline_sle12sp2-allpatterns
migration_offline_sle12sp2

and added those 3 to the Test-Development for the next steps
migration_offline_sle12sp1
migration_offline_sle12sp1_allpatterns

migration_offline_sle12sp1_ha

I consider this ticket as resolved, since the next steps are not about enabling it in general but to extend