VirtualBox

Opened 8 years ago

Closed 6 years ago

#15860 closed defect (obsolete)

RHEL/CENTOS 7.2 does not work any longer after installing guest extensions after 5.0.14 -> possibly obsolete

Reported by: HRZ d. Universität Bielefeld Owned by:
Component: guest additions/x11/graphics Version: VirtualBox 5.1.4
Keywords: RedHat Cc: raynebc
Guest type: Linux Host type: Windows

Description

Redhat 7.2 (and may other versions) crashes login screen when installing guest extensions above 5.0.14 (until 5.1.14). After rebooting before logging in I see message "Oh no! Smomething went wrong. A problem has occured and the system can't recover. Please log out and try again." - But I didn't log in before - so the messsage does not match the problem... But it is a freshly installed and patched dev. system of RHEL 7.2. A coworker told me, that this also happens under CENTOS 7.2. Clean shutdown via ACPI is possible.

Attachments (5)

VBox.log_install_ext (140.1 KB ) - added by HRZ d. Universität Bielefeld 8 years ago.
vbox.log when installing the guest extensions
VBox.log_with_ext (127.6 KB ) - added by HRZ d. Universität Bielefeld 8 years ago.
vbox.log from first (unsusccessful) boot after installing guest extensions
Xorg.0.log_after_install (26.7 KB ) - added by HRZ d. Universität Bielefeld 8 years ago.
Logfile with crash
Xorg.0.log_b4_reboot (74.3 KB ) - added by HRZ d. Universität Bielefeld 8 years ago.
Logfile after installation of extensions before reboot
messages.txt (145.3 KB ) - added by HRZ d. Universität Bielefeld 7 years ago.
messages from the last reboot before installation until failure

Download all attachments as: .zip

Change History (32)

by HRZ d. Universität Bielefeld, 8 years ago

Attachment: VBox.log_install_ext added

vbox.log when installing the guest extensions

by HRZ d. Universität Bielefeld, 8 years ago

Attachment: VBox.log_with_ext added

vbox.log from first (unsusccessful) boot after installing guest extensions

comment:1 by Frank Mehnert, 8 years ago

Do you have an Xorg.0.log file available from your guest?

comment:2 by Frank Mehnert, 8 years ago

And is there any change if you increase the amount of video memory to 128MB (you have 3D enabled for your guest)?

Last edited 8 years ago by Frank Mehnert (previous) (diff)

comment:3 by HRZ d. Universität Bielefeld, 8 years ago

3d acceleration is enabled and video memory is currently 32MB. I just increased it to 128MB and retried (from snapshot of machine). Problem still exists.

by HRZ d. Universität Bielefeld, 8 years ago

Attachment: Xorg.0.log_after_install added

Logfile with crash

by HRZ d. Universität Bielefeld, 8 years ago

Attachment: Xorg.0.log_b4_reboot added

Logfile after installation of extensions before reboot

comment:4 by Michael Thayer, 7 years ago

Does this still happen with the latest Additions test build<1>? If it does, can you try looking for SELinux alerts?

sealert -a /var/log/audit/audit.log > selinux.log

This will generate a log file - selinux.log - that you can inspect and attach to this ticket.

<1> https://www.virtualbox.org/wiki/Testbuilds

comment:5 by HRZ d. Universität Bielefeld, 7 years ago

Hello!

I just installed the fresh released 5.1.6 version of guest extensions. Installation was successful and everything worked until I logged out. Before I was able to log in again the well known "Oh no! ..." screen appeared. That's what sealert dumps out:

found 0 alerts in /var/log/audit/audit.log

by HRZ d. Universität Bielefeld, 7 years ago

Attachment: messages.txt added

messages from the last reboot before installation until failure

comment:6 by Michael Thayer, 7 years ago

Can you reproduce this with a fresh installation of CentOS 7.2? If so, please give exact reproduction steps. (So far I have failed to reproduce it.)

comment:7 by HRZ d. Universität Bielefeld, 7 years ago

Yes I was able to reproduce it with a fresh install. I made some snapshots of the machine when doing this. So I can send you the complete machine packed as an appliance / upload it to our cloud provider. Can I send you the link and credentials via another way (not publically readable) ie. PM?

Peter.

comment:8 by Michael Thayer, 7 years ago

You can e-mail me at michael dot thayer at oracle. How long will the link be usable? I may not get the chance to look this week.

comment:9 by HRZ d. Universität Bielefeld, 7 years ago

The link to our cloud has been sent by PM. Link (w. PW) is valid until Oct, 15th.

comment:10 by Michael Thayer, 7 years ago

I tried mailing you back, will try here: I got the link but could not see any password.

comment:11 by Michael Thayer, 7 years ago

Had a quick look, and it looks to me (based on the time stamps on the log files) as if CentOS does not even try to start gdm. Have to work out why not.

comment:12 by Michael Thayer, 7 years ago

It is in runlevel 3, whatever that means when systemd is running. When I switch to runlevel 5 gdm starts, stops (crashes?) once and starts again. At that point I can log in.

comment:13 by Michael Thayer, 7 years ago

Following a systemd FAQ on freedesktop.org<1> I did the following to change the runlevel, and the machine happily starts GDM.

# ln -sf /usr/lib/systemd/system/graphical.target /etc/systemd/system/default.target

I assume I am missing something here? Or perhaps it is due to the fact that I am running a development version of VirtualBox rather than 5.1.6. (I did not update the Additions in the virtual machine though.)

<1> https://www.freedesktop.org/wiki/Software/systemd/FrequentlyAskedQuestions/

comment:14 by HRZ d. Universität Bielefeld, 7 years ago

When I log in in runlevel 3 and give "init 5" to enable gdm login I get the well known but not loved "Oops!" and only a black screen after press the logout button. This is the behaviour since VBox 5.0.16. My version of VBox is 5.1.6r110634. Using VBox Extensions 5.0.14 everything works fine.

comment:15 by Michael Thayer, 7 years ago

Does disabling 3D make a difference? If I read your log file correctly you are using the Windows software renderer ("GDI generic renderer") rather than a graphics card driver for 3D.

comment:16 by HRZ d. Universität Bielefeld, 7 years ago

After disabling 3D acceleration it starts correctly.

comment:17 by Michael Thayer, 7 years ago

  1. Out of interest, are you using RDP or something similar? That might explain why the generic renderer is being used.
  2. The current development snapshot (not the 5.1 build!) of the Guest Additions<1> should automatically detect this and disable 3D in the guest. It would be nice if you could test it and see if it solves your problem without disabling 3D in the machine settings. (In fact the Linux/X11 Additions code in the development snapshot is not very different to the 5.1 branch at the moment.)

<1> https://www.virtualbox.org/wiki/Testbuilds

comment:18 by HRZ d. Universität Bielefeld, 7 years ago

RDP is enabled but not in use. I've never tried to run a VBox machine inside a RDP session. Sounds funny but I think it does not make really sense (for GUI VBOXes)...

I'll give the TestBuild a try...

comment:19 by HRZ d. Universität Bielefeld, 7 years ago

I just tried VBox 5.1.7r111271 with the matching extensions and it works. gdm login is possible. Reenabling 3d acceleration results in a crash. So just before it only runs with disabled 3D-accelleration. Maybe this can be menetioned in the FAQ and/or docs...

Version 0, edited 7 years ago by HRZ d. Universität Bielefeld (next)

comment:20 by Michael Thayer, 7 years ago

A crash of the VirtualBox process on the host? If so, would you be able to provide us with a crash trace and/or a mini-dump<1>? I'm afraid that we currently can't provide anywhere to upload a mini-dump too, but if you can provide somewhere we can download it to, please send me an e-mail at michael dot thayer at oracle.

<1> https://www.virtualbox.org/wiki/Core_dump#WindowsMiniDumps

comment:21 by HRZ d. Universität Bielefeld, 7 years ago

HellO!

It's not a crash on the host (sorry for the misunderstanding). It's just the "Oh no! Something has gone wrong."-Window on the guest side.

comment:22 by Michael Thayer, 7 years ago

Cc: raynebc added

Adding raynebc to CC.

comment:23 by Michael Thayer, 7 years ago

Could you please check the result of VBoxClient --check3d (i.e. VBoxClient --check3d || echo "No 3D") on your guest machine when 3D is enabled with the latest Additions, from a text console or whatever? It should say "No 3D". If it does, perhaps you could take a look at the /sbin/rcvboxadd service script to see why the VirtualBox 3D libraries are still being set up?

comment:24 by HRZ d. Universität Bielefeld, 7 years ago

The command "VBoxClient --check3d
echo "No 3D"" returns nothing (so 3D is enabled when enabling it in the VirtualBox Manager.

"/sbin/rcvboxadd status" returna "The VirtualBox Additions are currently running". "lsmod|grep -i vbox" just shows vboxguest and vboxsf. "/sbin/rcvboxadd-x11 status" returns nothing

Last edited 7 years ago by HRZ d. Universität Bielefeld (previous) (diff)

comment:25 by Michael Thayer, 6 years ago

Summary: RHEL/CENTOS 7.2 does not work any longer after installing guest extensions after 5.0.14RHEL/CENTOS 7.2 does not work any longer after installing guest extensions after 5.0.14 -> possibly obsolete

Is this still an issue with the current version?

comment:26 by Michael Thayer, 6 years ago

If it is, please try a current test build.

comment:27 by Michael Thayer, 6 years ago

Resolution: obsolete
Status: newclosed
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use