Ticket #284 (new task)

Opened 2 years ago

Last modified 21 months ago

Create advisory installation validation test cases for VirtualBox

Reported by: adamwill Owned by:
Priority: minor Milestone:
Component: Test cases Version:
Keywords: virtualbox Cc: dan.mashal@…, robatino@…
Blocked By: Blocking:

Description

Although kernel team (and the rest of the development team) specifically don't want to commit to supporting VirtualBox?, the practical fact is that a lot of people like to run Fedora in VirtualBox?, and we don't at present have formal testing in place to find out if it's actually working during release validation.

In practice, we usually find out about any bugs via people trying it and then posting their results to test@ or the forums, but this is pretty rough and ready and it's easy to lose the information. If we add formal VBox testing to the release validation process we'll probably find out about VBox fails sooner and do a better job of tracking them for possible fixes or at least documentation at release time.

So, ideally, we should write test cases for deploying Fedora as a VBox guest (and possibly using it as a VBox host), and add these to the installation validation matrix as 'advisory' tests (tests not associated with Alpha, Beta or Final release phases, and without a corresponding release criterion).

Dan Mashal, who I hope I've added to CC, is interested in this topic and may choose to be an awesome rock star and contribute the test cases :)

Attachments

vboxadd-install.log (162.2 KB) - added by vicodan 2 years ago.
vbox additions installation log

Change History

comment:1 follow-up: ↓ 2 Changed 2 years ago by robatino

  • Cc robatino@… added

comment:2 in reply to: ↑ 1 Changed 2 years ago by technologov

Replying to robatino:

I see one major problem with your wish: no one to fullfill it.

VirtualBox? team will say they don't support unreleased OS. Fedora team will say, that vbox is not part of upstream kernel and not part of Fedora. End of story.

The only person, that can attempt to fullfill it is *you*.

-Technologov

VirtualBox? community member.

comment:3 Changed 2 years ago by vicodan

So first simple test case is to try to get VirtualBox? guest additions to install on a Fedora guest (host OS should not matter):


Steps to test:

1) Install VirtualBox? on any host OS
2) Install Fedora (preferably using the DVD ISO) choosing all desktop managers and dev libs
3) In Vbox console window for Fedora VM click devices -> "Install guest additions"
4) Open terminal, become root
5) cd /media/vbox directory or mount -t iso9660 /dev/cdrom /media
6) run ./VBoxLinuxAdditions.run
7) Output should look like the following:

http://fpaste.org/J7Tn/

8) reboot machine, test copy/paste from guest to host and vice versa
9) Test "3d effects/eye candy"
10) Resize console window and check that guest desktop resolution automatically resizes.
11) Test shared folders between host and guest.

Last edited 2 years ago by vicodan (previous) (diff)

Changed 2 years ago by vicodan

vbox additions installation log

comment:4 Changed 2 years ago by vicodan

Example of VirtualBox? guest additions failing on Fedora 17 alpha:


[root@Fedora17 media]# ./VBoxLinuxAdditions.run
Verifying archive integrity... All good.
Uncompressing VirtualBox? 4.1.8 Guest Additions for Linux.........
VirtualBox? Guest Additions installer
Removing installed version 4.1.8 of VirtualBox? Guest Additions...
Removing existing VirtualBox? DKMS kernel modules [ OK ]
Removing existing VirtualBox? non-DKMS kernel modules [ OK ]
Building the VirtualBox? Guest Additions kernel modules
Building the main Guest Additions module [ OK ]
Building the shared folder support module [ OK ]
Building the OpenGL support module [FAILED]
(Look at /var/log/vboxadd-install.log to find out what went wrong)
Doing non-kernel setup of the Guest Additions [ OK ]
Installing the Window System drivers
Warning: unsupported pre-release version of X.Org Server installed. Not installing the X.Org drivers.
Installing modules [ OK ]
Installing graphics libraries and desktop services componen[ OK ]
[root@Fedora17 media]#

comment:5 Changed 2 years ago by vicodan

  • Keywords virtualbox added

comment:6 Changed 2 years ago by technologov

Current Red Hat policy disallows to support out-of-tree kernel module.

One possible (long-term) solution is: port VirtualBox? to KVM, resulting to VirtualBox?/KVM (just like Qemu/KVM).

Needless to say, that I expect both Oracle and Red Hat to refuse this idea (for political reasons), but here it is:

https://forums.virtualbox.org/viewtopic.php?f=9&t=47825

-Technologov

Version 0, edited 2 years ago by technologov (next)

comment:7 Changed 2 years ago by adamwill

technologv: we're well aware of the limitations to how much 'support' Fedora and VBox can possibly have for each other given the policies you mention, but that's really okay. What we want from a QA perspective is to know with certainty whether VBox is working when we do a Fedora (pre-)release, to know what issues are preventing it working if it's not working, to document those issues together with any potential workarounds, and to file them with the appropriate project if they are issues that are actually amenable to being fixed.

The existence of test cases does not imply that we require or even expect VBox to be working. That's not the case. Rather, we just want to be systematic and consistent about knowing whether or not it's working, and if not, why not.

comment:8 Changed 2 years ago by adamwill

vicodan: comment #3 looks like a good start for a test case. However, can you draft up your test cases as wiki pages, using the test case wiki template, as recommended in https://fedoraproject.org/wiki/QA:SOP_test_case_creation ? You can look at, say, https://fedoraproject.org/w/index.php?title=QA:Testcase_Install_to_Current_KVM&action=edit as a general example of the format used for a test case in the Wiki.

comment:9 Changed 2 years ago by robatino

Not sure how important this is, but there's manual installation of the guest additions, and also automatic installation as documented at http://www.virtualbox.org/manual/ch04.html#idp11277648 . The latter appears to only work under F15 and F16, but not F17 or Rawhide. Manual installation seems to work for all of them (except that for F17 and Rawhide, getting the OpenGL support module to build requires the workaround at http://freeoracletrainings.com/index.php/blogs/item/15-install-guest-additions-building-the-opengl-support-module-failed . (There is a ticket for this issue at https://www.virtualbox.org/ticket/10293 .)

comment:10 follow-up: ↓ 11 Changed 2 years ago by vicodan

robatino: Thank you for your reply but this actually does not fix the problem and breaks X windows.

If you have any other possible solutions they would be appreciated. The main problem I'm seeing is when compiling from source there are sections in their makefiles that check for the kernel version and build appropriately. Some modules were updated for kernel 3.2 but not all and on Fedora 17 we are using 3.3 and a prerelease version of X.org.

Last edited 2 years ago by vicodan (previous) (diff)

comment:11 in reply to: ↑ 10 Changed 2 years ago by robatino

Replying to vicodan:

robatino: Thank you for your reply but this actually does not fix the problem and breaks X windows.

Assuming you're talking about the OpenGL error, can you add this information to https://www.virtualbox.org/ticket/10293 ? (Superficially at least it seems to work for me - after setting $MAKE, the guest additions appear to build without error and X seems to work normally - or at least as normally as it did before, given the "Oh no" screens that frequently appear either way.)

comment:12 Changed 21 months ago by adamwill

  • Component changed from Wiki to Test cases
Note: See TracTickets for help on using tickets.