Note: This version of the VDT (1.3.7) is no longer supported. Feel free to look through the documentation and install it, but we cannot guarantee support for it. The current stable release is 1.10.1.

Known Problems in VDT 1.3.7

Globus Toolkit 4

Globus 4 is run in its own container, not within Tomcat. Because we already have several known services that run within Tomcat, Globus 4 is running on a non-standard port: 9443 instead of 8443. If you wish to change this, just edit the globus-ws init script.

When multiple users submit jobs to the Condor jobmanager, all users after the first one will have all of their jobs fail. The problem is that Globus 4 now uses a single Condor job log file for all jobs submitted via Globus, but the file is created with permissions that only allow the first user to write to the file. You can fix this by doing:
```
  (Become root)
> cd $VDT_LOCATION/globus/tmp/gram_job_state
> touch gram_condor_log
> chmod 666 gram_condor_log
```
VDT 1.3.8 will have a fix for this bug. This bug has been submitted to Globus as
Bugzilla 3910.
If you have Globus configured to submit jobs to Condor, the job submission will fail unless you have a condor_config file in a standard location (/etc/condor/condor_config, ~condor/condor_config). If CONDOR_CONFIG needs to be set to find the condor_config file, it won't be set unless you edit the condor.pm file by hand. This is because the portion of Globus that does the job submission clears most of the environment before the job submission. We hope to resolve this soon in collaboration with the Globus folks.

VOMS

The VOMS server is not included on RedHat 7 because it requires perl 5.8, where RedHat 7 uses the 5.6 series. It is unlikely that perl 5.6 support will be added in the future.

VOMS Admin

In the VOMS Admin website, there is a link on the left for viewing other VOs known to the server. In VDT 1.3.7, clicking this link results in a 404 error – resource not found. The error occurs because the VOMS Admin webapp that generates the list has not been installed into Apache and Tomcat. If you want to enable the link, we have written instructions for enabling the “siblings” webapp.

DRM

DRM does not currently work on Fedora Core 4.

KX509

Our current KX509 build does not work on Debian Linux. We hope to address this in a future release.

gLite CE Monitor

The gLite CEMon is not supported on RedHat 7 and our current build does not run on Debian Linux or Fedora Core 4. We hope to add Debian and Fedora support in a future release, but RedHat 7 support is doubtful.

GRID_SECURITY_DIR

After installation, you may find yourself unable to use doegrids-cert-request. The problem is the definition of the GRID_SECURITY_DIR environment variable. If you set it to be $VDT_LOCATION/globus/etc, it will work as expected. To be precise, if you are using the Bourne or Bash shell:

> cd ...your VDT installation...
> source setup.sh
> export GRID_SECURITY_DIR=$VDT_LOCATION/globus/etc

if you are using csh or tcsh:

> cd ...your VDT installation...
> source setup.csh
> setenv GRID_SECURITY_DIR $VDT_LOCATION/globus/etc

MonaLisa

Monalisa expects to find the GridFTP log in $GLOBUS_LOCATION/var, but it was moved to $GLOBUS_LOCAITON/var/log in VDT 1.3.7. You can work around this by creating a symlink so that it appears where MonaLisa expects it. That is:

cd $VDT_LOCATION/globus/var
ln -s log/gridftp.log .