Note: This version of the VDT (1.8.1) is supported, but is not our latest stable release. The current stable release is 1.10.1.
SGE works correctly with both pre-web services GRAM and web-services GRAM. Howeer, web-services GRAM will not work correctly if the SGE accounting file is rotated. This will be fixed in an upcoming update.
Note that Pre-web services GRAM support (aka GRAM 2) for SGE has been in the VDT for a while and continues to work correctly.
VOMS Admin 1.2.19-3-0 contains a known bug for which we install a workaround. However, the workaround disables the automatic request clean-up feature. We hope to release a new version of the VDT with a new, fixed version of VOMS Admin before any automatic clean-ups would occur, so we don’t expect this to cause problems.
CEMon is failing on RedHat Enterprise Linux 5 in our nightly tests. Unfortunately, we have not had time to debug it. We do not know if it is a failure in the service or in the client tools we use to debug it. If it is the former, it may be a serious problem. If it is the latter, it is not nearly so serious.
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. Also note that we have a workaround for this problem.
Globus does not support MDS 2 on 64 bit platforms. Our 32 bit server build works on x86-64 machines, but the client only works when authentication is disabled (-x flag). Clients from 32 bit machines can authenticate to a 64 bit server without problems.
We have been unable to get working 32-bit installations on IA-64 machines (using VDT_PRETEND_32). On RedHat Enterprise Linux 3 (AS), running the 32-bit globus-rls-server binary consistently locked up the test machine, necessitating a hard reboot; if the RLS init script was installed in /etc/rc.d/init.d, rebooting caused the machine to lock up. On an IA-64 Scientific Linux 4 machine, all 32-bit binaries would refuse to run, preventing the installation from completing. Despite trying hard to fix these problems, they remain.
Our build of MySQL 5 doesn’t work on Debian 3.1. This prevents the Gratia service from working.
We ran nightly tests with Bestman where we used srm-copy to transfer a file to Bestman, then back again. After the second transfer, we verified that the file hadn't changed. In our testing, srm-copy on some platforms consistently reported failure when retrieving the file, even though the file was in fact transferred successfully. For the moment, we have eliminated this test from our nightly test suite, and we'll reactivate it when Bestman is improved.
See the separate Mac OS X page for known problems on the platform.