VirtualBox

Ticket #19562 (assigned defect)

Opened 3 years ago

Last modified 3 years ago

VBoxClient on Linux : leaves defunct xrandr zombies

Reported by: dry Owned by: gombara
Component: guest additions/x11/graphics Version: VirtualBox 6.1.6
Keywords: cvt xrandr defunct vmsvga Cc:
Guest type: Linux Host type: all

Description

In this new version the VBox guest additions for Linux have un-desirable working effect in that it leaves many defunct or zombies, somewhere along the chain of xrandr invocation.

Below is snippets from pstree and ps.

 ├─2*[VBoxClient───VBoxClient───2*[{VBoxClient}]]
        ├─VBoxClient───VBoxClient───3*[{VBoxClient}]
        ├─VBoxClient───VBoxClient─┬─29*[cvt]
        │                         ├─30*[sh]
        │                         ├─17*[xrandr]
        │                         └─2*[{VBoxClient}]

1535 ?        00:00:00 VBoxClient
 1536 ?        00:00:05 VBoxClient
 1544 ?        00:00:00 VBoxClient
 1545 ?        00:00:00 VBoxClient
 1550 ?        00:00:00 VBoxClient
 1551 ?        00:00:22 VBoxClient
 1557 ?        00:00:00 VBoxClient
 1558 ?        00:00:00 VBoxClient
 1559 ?        00:00:00 xrandr <defunct>
 1562 ?        00:00:00 sh <defunct>
 1564 ?        00:00:00 cvt <defunct>

 1601 ?        00:00:00 xrandr <defunct>

 1631 ?        00:00:00 sh <defunct>
 1634 ?        00:00:00 cvt <defunct>
 1638 ?        00:00:00 lxclipboard

 1665 ?        00:00:00 xrandr <defunct>

 2651 ?        00:00:00 sh <defunct>
 2653 ?        00:00:00 cvt <defunct>
 2663 ?        00:00:00 sh <defunct>
 2666 ?        00:00:00 xrandr <defunct>
 2683 ?        00:00:00 sh <defunct>
 2685 ?        00:00:00 cvt <defunct>
 2695 ?        00:00:00 sh <defunct>
 2697 ?        00:00:00 cvt <defunct>
 2708 ?        00:00:00 xrandr <defunct>
 2725 ?        00:00:00 sh <defunct>
 2727 ?        00:00:00 cvt <defunct>
 2737 ?        00:00:00 sh <defunct>
 2739 ?        00:00:00 cvt <defunct>
 2750 ?        00:00:00 xrandr <defunct>
 2783 ?        00:00:00 sh <defunct>
 2785 ?        00:00:00 cvt <defunct>
 2795 ?        00:00:00 sh <defunct>
 2797 ?        00:00:00 cvt <defunct>
 2808 ?        00:00:00 xrandr <defunct>

 5735 ?        00:00:00 sh <defunct>
 5737 ?        00:00:00 cvt <defunct>
 5747 ?        00:00:00 sh <defunct>
 5749 ?        00:00:00 cvt <defunct>
 5760 ?        00:00:00 xrandr <defunct>
 5793 ?        00:00:00 sh <defunct>
 5795 ?        00:00:00 cvt <defunct>
 5805 ?        00:00:00 sh <defunct>
 5807 ?        00:00:00 cvt <defunct>
 5818 ?        00:00:00 xrandr <defunct>
 5842 ?        00:00:00 dhclient
 5853 ?        00:00:00 sh <defunct>
 5855 ?        00:00:00 cvt <defunct>
 5865 ?        00:00:00 sh <defunct>
 5867 ?        00:00:00 cvt <defunct>
 5879 ?        00:00:00 xrandr <defunct>
 5912 ?        00:00:00 sh <defunct>
 5914 ?        00:00:00 cvt <defunct>
 5924 ?        00:00:00 sh <defunct>
 5926 ?        00:00:00 cvt <defunct>
 5937 ?        00:00:00 xrandr <defunct>
 5964 ?        00:00:00 sh <defunct>
 5966 ?        00:00:00 cvt <defunct>
 5976 ?        00:00:00 sh <defunct>
 5978 ?        00:00:00 cvt <defunct>
 5989 ?        00:00:00 xrandr <defunct>
 6022 ?        00:00:00 sh <defunct>
 6024 ?        00:00:00 cvt <defunct>
 6034 ?        00:00:00 sh <defunct>
 6036 ?        00:00:00 cvt <defunct>
 6047 ?        00:00:00 xrandr <defunct>
 6074 ?        00:00:00 sh <defunct>
 6076 ?        00:00:00 cvt <defunct>
 6086 ?        00:00:00 sh <defunct>
 6088 ?        00:00:00 cvt <defunct>
 6099 ?        00:00:00 xrandr <defunct>
 6132 ?        00:00:00 sh <defunct>
 6134 ?        00:00:00 cvt <defunct>
 6144 ?        00:00:00 sh <defunct>
 6146 ?        00:00:00 cvt <defunct>
 6157 ?        00:00:00 xrandr <defunct>
 6176 ?        00:00:00 sh <defunct>
 6178 ?        00:00:00 cvt <defunct>
 6188 ?        00:00:00 sh <defunct>
 6190 ?        00:00:00 cvt <defunct>
 6201 ?        00:00:00 xrandr <defunct>
 6234 ?        00:00:00 sh <defunct>
 6236 ?        00:00:00 cvt <defunct>
 6246 ?        00:00:00 sh <defunct>
 6248 ?        00:00:00 cvt <defunct>
 6259 ?        00:00:00 xrandr <defunct>

Seems it's 'trying to do something..', when I do something - I haven't spent time checking exactly what, but could be the enabling and/or moving the virtual monitor. However, from memory at least one defunct group appears straight after boot and with first & only one virtual monitor is on. It grows in number of traces from there.

This was not the case for older VBox, quite likely from v 6.1.4 and higher.

My guest is Linux Fedora 30 64bit.

Change History

comment:1 Changed 3 years ago by dry

Forgot to set : Host is Win 10, Guest is Linux

comment:2 Changed 3 years ago by dry

Update.

So right after the boot & first screen starts, it leaves this much :

ps -A | grep defu
 1590 ?        00:00:00 xrandr <defunct>
 1594 ?        00:00:00 sh <defunct>
 1598 ?        00:00:00 cvt <defunct>
 1628 ?        00:00:00 xrandr <defunct>
 1669 ?        00:00:00 sh <defunct>
 1672 ?        00:00:00 cvt <defunct>
 1717 ?        00:00:00 xrandr <defunct>

After I enable second virtual screen, it gets more:

ps -A | grep defu
 1590 ?        00:00:00 xrandr <defunct>
 1594 ?        00:00:00 sh <defunct>
 1598 ?        00:00:00 cvt <defunct>
 1628 ?        00:00:00 xrandr <defunct>
 1669 ?        00:00:00 sh <defunct>
 1672 ?        00:00:00 cvt <defunct>
 1717 ?        00:00:00 xrandr <defunct>
 2042 ?        00:00:00 sh <defunct>
 2044 ?        00:00:00 cvt <defunct>
 2054 ?        00:00:00 sh <defunct>
 2057 ?        00:00:00 xrandr <defunct>
 2074 ?        00:00:00 sh <defunct>
 2076 ?        00:00:00 cvt <defunct>
 2086 ?        00:00:00 sh <defunct>
 2088 ?        00:00:00 cvt <defunct>
 2099 ?        00:00:00 xrandr <defunct>


And, after I have moved & resized the virtual desktop windows, it grows further !

ps -A | grep defu
 1590 ?        00:00:00 xrandr <defunct>
 1594 ?        00:00:00 sh <defunct>
 1598 ?        00:00:00 cvt <defunct>
 1628 ?        00:00:00 xrandr <defunct>
 1669 ?        00:00:00 sh <defunct>
 1672 ?        00:00:00 cvt <defunct>
 1717 ?        00:00:00 xrandr <defunct>
 2042 ?        00:00:00 sh <defunct>
 2044 ?        00:00:00 cvt <defunct>
 2054 ?        00:00:00 sh <defunct>
 2057 ?        00:00:00 xrandr <defunct>
 2074 ?        00:00:00 sh <defunct>
 2076 ?        00:00:00 cvt <defunct>
 2086 ?        00:00:00 sh <defunct>
 2088 ?        00:00:00 cvt <defunct>
 2099 ?        00:00:00 xrandr <defunct>
 2128 ?        00:00:00 sh <defunct>
 2130 ?        00:00:00 sh <defunct>
 2132 ?        00:00:00 cvt <defunct>
 2143 ?        00:00:00 xrandr <defunct>
 2160 ?        00:00:00 sh <defunct>
 2162 ?        00:00:00 cvt <defunct>
 2172 ?        00:00:00 sh <defunct>
 2174 ?        00:00:00 cvt <defunct>
 2185 ?        00:00:00 xrandr <defunct>
 2202 ?        00:00:00 sh <defunct>
 2204 ?        00:00:00 cvt <defunct>
 2214 ?        00:00:00 sh <defunct>
 2216 ?        00:00:00 cvt <defunct>
 2227 ?        00:00:00 xrandr <defunct>
 2260 ?        00:00:00 sh <defunct>
 2262 ?        00:00:00 cvt <defunct>
 2272 ?        00:00:00 sh <defunct>
 2274 ?        00:00:00 cvt <defunct>
 2285 ?        00:00:00 xrandr <defunct>
 2304 ?        00:00:00 sh <defunct>
 2306 ?        00:00:00 sh <defunct>
 2308 ?        00:00:00 cvt <defunct>
 2319 ?        00:00:00 xrandr <defunct>
 2336 ?        00:00:00 sh <defunct>
 2338 ?        00:00:00 sh <defunct>
 2340 ?        00:00:00 cvt <defunct>
 2351 ?        00:00:00 xrandr <defunct>
 2370 ?        00:00:00 sh <defunct>
 2372 ?        00:00:00 sh <defunct>
 2374 ?        00:00:00 cvt <defunct>
 2385 ?        00:00:00 xrandr <defunct>
 2404 ?        00:00:00 sh <defunct>
 2406 ?        00:00:00 cvt <defunct>
 2416 ?        00:00:00 sh <defunct>
 2418 ?        00:00:00 cvt <defunct>
 2429 ?        00:00:00 xrandr <defunct>

comment:3 Changed 3 years ago by dry

This behavior is happening when Graphics Controller selected == VMSVGA.

I just tested and with VBoxSVGA - the one you get warning about that it's outdated and shouldn't be used - this behavior does NOT happen. No zombies. However, with VBoxSVGA second virtual monitor does not get enabled anymore ...

comment:4 Changed 3 years ago by fbatschu

  • Summary changed from VBoxClient on Linux : leaves defunct zombies to VBoxClient on Linux : leaves defunct xrandr zombies

comment:5 Changed 3 years ago by fbatschu

  • Keywords vmsvga added
  • Host type changed from other to all
  • Guest type changed from other to Linux

comment:6 Changed 3 years ago by gombara

  • Owner set to gombara
  • Status changed from new to assigned

comment:7 follow-up: ↓ 11 Changed 3 years ago by gombara

Please attach the guest log. I need to know a few things like guest additions' version. And my educated guess is that this problem has been solved in the latest guest additions version. Please get them from our test builds download page and test again.

comment:8 follow-up: ↓ 9 Changed 3 years ago by fbatschu

I cannot reproduce this xrandr defunct process issue anymore using the latest Trunc GA bits on OL6, OL8 and Fedora31 guests.

comment:9 in reply to: ↑ 8 Changed 3 years ago by dry

Replying to fbatschu:

I cannot reproduce this xrandr defunct process issue anymore using the latest Trunc GA bits on OL6, OL8 and Fedora31 guests.

The guest additions match the VirtualBox version I'm using this case - 6.1.6. My Linux Fedora is 30.

However I see VBox 6.1.8 was released, and I can try upgrading , including the guest additions.

comment:10 Changed 3 years ago by dry

Sorry for taking long to check 6.1.8.

I confirm I have nothing now I see with ps -A | grep defu. Or any xrandr for that matter. Thus the issue appears to have been fixed as of 6.1.8 - I installed both VBox and Guest updates.

comment:11 in reply to: ↑ 7 Changed 3 years ago by dry

Replying to gombara:

Please attach the guest log. I need to know a few things like guest additions' version. And my educated guess is that this problem has been solved in the latest guest additions version. Please get them from our test builds download page and test again.

Can I ask you, you asked for guest log, but in my Linux guest that log is always size 0. ->

0 -rw-------. 1 root root 0 Apr 27 13:19 VBox.log

The host log gets written (but that is Windows host log).

Where/how do I enable that guest log?

Note: See TracTickets for help on using tickets.

www.oracle.com
ContactPrivacy policyTerms of Use