[opensuse-factory] [openQA] writing new tests & interactive mode
Hi, Tried searching the mailing list archive to no avail, so here's my possibly silly question: Installed OpenQA on a fresh Leap as per manual and was able to run some tests successfully using OpenSUSE's latest ISO (a few from the installation/ folder). Now I want to create a new test, for a different distribution, using these as a template. A simple boot test like bootloader_uefi will do for starters. Created the necessary entities in the WebUI, copied some of the perl scripts to a new directory in /var/lib/openqa/tests, including a trimmed main.pm which picks my new test up. It's an empty one, has only waitforneedle in the run method (couldn't find any explicit instructions on starting a test in interactive mode so this was my guess about how it's done). Ran the worker, posted the ISO... and I don't think it even gets to the point of running my test: 14:06:16.4810 16064 running /usr/bin/qemu-img create raid/1 -f qcow2 10G Formatting 'raid/1', fmt=qcow2 size=10737418240 encryption=off cluster_size=65536 lazy_refcounts=off refcount_bits=16 /usr/lib/os-autoinst/consoles/vnc_base.pm:57:{ 'hostname' => 'localhost', 'port' => 5991 } 14:06:16.9022 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:17.9030 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:19.0920 16068 QEMU emulator version 2.6.2 (openSUSE Leap 42.2), Copyright (c) 2003-2008 Fabrice Bellard 14:06:19.0968 16068 starting: /usr/bin/qemu-kvm -serial file:serial0 -soundhw ac97 -global isa-fdc.driveA= -vga cirrus -m 1024 -cpu qemu64 -netdev user,id=qanet0 -device virtio-net,netdev=qanet0,mac=52:54:00:12:34:56 -device virtio-scsi-pci,id=scsi0 -device virtio-blk,drive=hd1 -drive file=raid/l1,cache=unsafe,if=none,id=hd1,format=qcow2 -drive media=cdrom,if=none,id=cd0,format=raw,file=/var/lib/openqa/share/factory/iso/myiso.iso -device scsi-cd,drive=cd0,bus=scsi0.0 -boot once=d,menu=on,splash-time=5000 -device usb-ehci -device usb-tablet -smp 2 -enable-kvm -no-shutdown -vnc :91,share=force-shared -qmp unix:qmp_socket,server,nowait -monitor unix:hmp_socket,server,nowait -S -monitor telnet:127.0.0.1:20012,server,nowait 14:06:19.3808 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:20.3821 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:21.3832 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:22.6322 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:23.6333 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:24.6344 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:25.6353 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused 14:06:26.6365 16064 Error connecting to host <localhost>: IO::Socket::INET: connect: Connection refused DIE Can't call method "peeraddr" on an undefined value at /usr/lib/os-autoinst/consoles/VNC.pm line 852. at /usr/lib/os-autoinst/backend/baseclass.pm line 73. backend::baseclass::die_handler('Can\'t call method "peeraddr" on an undefined value at /usr/l...') called at /usr/lib/os-autoinst/consoles/VNC.pm line 852 consoles::VNC::_receive_message('consoles::VNC=HASH(0x54fef08)') called at /usr/lib/os-autoinst/consoles/VNC.pm line 772 consoles::VNC::update_framebuffer('consoles::VNC=HASH(0x54fef08)') called at /usr/lib/os-autoinst/consoles/vnc_base.pm line 67 consoles::vnc_base::request_screen_update('consoles::vnc_base=HASH(0x5479c80)') called at /usr/lib/os-autoinst/consoles/vnc_base.pm line 79 consoles::vnc_base::current_screen('consoles::vnc_base=HASH(0x5479c80)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 573 backend::baseclass::capture_screenshot('backend::qemu=HASH(0x52c1678)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 468 backend::baseclass::select_console('backend::qemu=HASH(0x52c1678)', 'HASH(0x5479b48)') called at /usr/lib/os-autoinst/backend/qemu.pm line 778 backend::qemu::start_qemu('backend::qemu=HASH(0x52c1678)') called at /usr/lib/os-autoinst/backend/qemu.pm line 97 backend::qemu::do_start_vm('backend::qemu=HASH(0x52c1678)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 252 backend::baseclass::start_vm('backend::qemu=HASH(0x52c1678)', undef) called at /usr/lib/os-autoinst/backend/baseclass.pm line 68 backend::baseclass::handle_command('backend::qemu=HASH(0x52c1678)', 'HASH(0x5479068)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 422 backend::baseclass::check_socket('backend::qemu=HASH(0x52c1678)', 'IO::Handle=GLOB(0x50ace78)') called at /usr/lib/os-autoinst/backend/qemu.pm line 998 backend::qemu::check_socket('backend::qemu=HASH(0x52c1678)', 'IO::Handle=GLOB(0x50ace78)', 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::qemu=HASH(0x52c1678)') called at /usr/lib/os-autoinst/backend/baseclass.pm line 122 backend::baseclass::run('backend::qemu=HASH(0x52c1678)', 6, 9) called at /usr/lib/os-autoinst/backend/driver.pm line 85 backend::driver::start('backend::driver=HASH(0x337eaf0)') called at /usr/lib/os-autoinst/backend/driver.pm line 48 backend::driver::new('backend::driver', 'qemu') called at /usr/bin/isotovideo line 197 main::init_backend() called at /usr/bin/isotovideo line 268 14:06:27.6385 16064 waitpid for 16068 returned 16068 last frame 14:06:27.7279 16064 QEMU: qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory Please help? Thanks, Kirill -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03.02.2017 12:49, Kirill Rodionov wrote:
14:06:27.7279 16064 QEMU: qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory
this is the underlying problem - and I don't know where this pc.ram comes from. This seems to be a qemu problem with your iso. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 03.02.2017 20:09, Stephan Kulow wrote:
14:06:27.7279 16064 QEMU: qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory
On 03.02.2017 12:49, Kirill Rodionov wrote: this is the underlying problem - and I don't know where this pc.ram comes from. This seems to be a qemu problem with your iso.
Greetings, Stephan
Well, adding memory seems to have helped... something as the error isn't there anymore However, I'd still like to ask for direction with regards to using interactive mode to develop new tests Thanks. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06.02.2017 12:06, Kirill Rodionov wrote:
On 03.02.2017 20:09, Stephan Kulow wrote:
14:06:27.7279 16064 QEMU: qemu-system-x86_64: cannot set up guest memory 'pc.ram': Cannot allocate memory
On 03.02.2017 12:49, Kirill Rodionov wrote: this is the underlying problem - and I don't know where this pc.ram comes from. This seems to be a qemu problem with your iso.
Greetings, Stephan
Well, adding memory seems to have helped... something as the error isn't there anymore However, I'd still like to ask for direction with regards to using interactive mode to develop new tests
The interactive mode isn't made for that - it's made for updating needles in existing tests. There is an on-and-off project to fix that: https://hackweek.suse.com/15/projects/1694 Greetings, Stephan -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Kirill Rodionov
-
Stephan Kulow