Thank you for your kind and clear answer.
I had sorted out the
I surmised at some point that the problem is probably indeed just with Xmgrace.pm because Ghostscript (also in that long perl script) did not complain at all until I fiddled around with the /tmp directory reassignment.
I will try your suggestion to add
In a later email I reported trying to use Singularity, as suggested buby Dima, but it failed and I am not clear about why, possibly because Singularity did not inherit or see the material installed within the Image.. or perhaps it is not seeing the internal PATH in the container that is created.
If the TMPDIR solution works that would be great!
From: HTCondor-users <htcondor-users-bounces@xxxxxxxxxxx> on behalf of gthain@xxxxxxxxxxx <gthain@xxxxxxxxxxx>
Sent: Monday, November 1, 2021 4:13 PM
To: htcondor-users@xxxxxxxxxxx <htcondor-users@xxxxxxxxxxx>
Subject: Re: [HTCondor-users] could not make temporary directory: `/var/lib/condor/execute/dir_ Re: Fw: Xvfb | Docker Universe | Can't open display | (but works with docker run)
A couple of things. The Xvfb package is very useful to run programs that must start a gui on machines without screens. This package usually comes with a very helpful starter program which takes care of starting the (virtual) graphics server, waiting until it is ready, setting the appropriate environment variables, running the actual user program, and shutting everything down at the end. This is named
and you can start your user problem under xvfb by simply running
xvfb-run my_gui_program some arguments
This may be easier and more reliable than setting DISPLAY manually.
Now, as far as the temporary directory problem, there's a pretty glaring bug in the Xmgrace.pm module when the environment variable TMPDIR is set, which condor does set.
Try adding the following to your startup script before perl runs:
On 10/29/21 6:02 PM, htcondor-users@xxxxxxxxxxx wrote: