Red Hat Bugzilla – Bug 1485753
xvfb-run broken after upgrade from 1.17.2 to 1.19.3
Last modified: 2018-04-10 07:51:59 EDT
Description of problem: xvfb-run no longer appears to work. Version-Release number of selected component (if applicable): 1.19.3 How reproducible: Try to run: xvfb-run -d echo hi and under 1.19.3 this command hangs. Steps to Reproduce: 1. Upgrade to 1.19.3 of the xorg-x11-server-Xvfb package 2. Test by running "xvfb-run -d echo hi" 3. Actual results: Script hangs. Expected results: "hi" is output by the test script. Additional info: Breaks all of our headless browser testing. Ref: RHEL support case 01908600
Created attachment 1345262 [details] strace of xvfb-run -d "echo hi" This is an strace showing behavior. Note: sits at read forever, so stopped by Ctrl-C
I am also experiencing this issue, in xorg-x11-server-Xvfb-1.17.2-22 the -d flag works, however in xorg-x11-server-Xvfb-1.19.3-11 it hangs indefinitely.
We are also experiencing this issue with Xvfb 1.19, but accidentally found that if we use the *deprecated* -a option, instead of -d, it works: This works: # xvfb-run -a -e Xvfb.out ls <output from ls> This does not: # xvfb-run -a -e Xvfb.out ls <hangs forever> And this is in the error file: # cat Xvfb.out _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: server already running Something broke the -d option's ability to find the next free display, while the -a option which uses the older find_free_servernum() still works.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2018:0736