Factory condor_q may not query the given schedd for RPM-installed condor
In a nutshell, glideinwms.lib.condorMonitor.LocalScheddCache queries the local collector for the LOCAL_DIR_STRING for a given schedd. It then sets
LOCAL_DIR to LOCAL_DIR_STRING before running a vanilla condor_q.
In good old tarball installs this works fine,
LOCAL_DIR = /var/lib/condor SPOOL = $(LOCAL_DIR)/spool
In the RPM Condor installs, this can be a problem.
LOCAL_DIR = /var LOCAL_DIR_STRING = "$(LOCAL_DIR)" LOCAL_SCHEDD_DIR = /var/lib/condor SCHEDD.SCHEDDGLIDEINS2.LOCAL_DIR = $(LOCAL_SCHEDD_DIR)/$(SCHEDD.SCHEDDGLIDEINS2.SCHEDD_NAME) SCHEDD.SCHEDDGLIDEINS2.SPOOL = $(SCHEDD.SCHEDDGLIDEINS2.LOCAL_DIR)/spool SPOOL = $(LOCAL_DIR)/lib/condor/spool
So condor_q goes looking in /var/lib/condor/schedd_glideins2/lib/condor/spool. Even worse, it silently fails when this happens and runs condor_q falling back to the config file values rather than the environment! (We'll report that to Condor!)
One proposal: advertise SPOOL_DIR_STRING instead of LOCAL_DIR_STRING, and set _CONDOR_SPOOL to that.
Any thoughts? (A temporary workaround could be to set _CONDOR_SPOOL to $(LOCAL_DIR_STRING)/spool, that will probably work for 99%).