Re: [Condor-users] broken condor_exec.exe path on condor-g submit to windows pool

["Burnett, Ben" <ben.burnett@xxxxxxxx>]

Hi Rob:

This is due to some embarrassingly naive file extension detection code.  It only hunts backwards from the end of the filename until it finds a '.' character, but does error out if it detects an character that is invalid in filename extension (like '<', '>', ':', and in your case '/', etc/).

As a temporary solution before either code (the one that checks for file extensions, and the one that generates that odd file name) gets patched, you can set ALLOW_SCRIPTS_TO_RUN_AS_EXECUTABLES to FALSE on the Windows machines that are experiencing this problem.  This simply tells Condor to ignore it's ability to detect a file type, and just treat it as a blain old Windows binary.

Regards,
-B

On 2010-06-18, at 3:40 PM, Rob de Graaf wrote:

> I'm having some problems running jobs on a remote windows pool..
> 
> The setup: Condor-G -> GT5 resource w/ Condor LRMS -> WinXP startd
> 
> The remote pool doesn't have a shared filesystem, so I use globusrsl in the condor-g submit file to tell the remote pool it has to use its own file transfer mechanism. It has separate queues (globus jobmanagers) for linux and windows jobs. The linux queue works well, but in the windows queue, jobs fail to execute at the startd:
> 
> ===============================================================
> 06/18 22:22:08 Starting a VANILLA universe job with ID: 37.0
> 06/18 22:22:09 Tracking process family by login "condor-reuse-slot1"
> 06/18 22:22:09 IWD: C:\Progra~1\Condor\execute\dir_428
> 06/18 22:22:09 Output file: C:\Progra~1\Condor\execute\dir_428\_condor_stdout
> 06/18 22:22:10 Error file: C:\Progra~1\Condor\execute\dir_428\_condor_stderr
> 06/18 22:22:10 Renice expr "10" evaluated to 10
> 06/18 22:22:10 About to exec C:\Progra~1\Condor\execute\dir_428\condor_exec.gass_cache/local/md5/32/4a5afa0e96a19fa2244e8dd70116ce/md5/f4/91c2ba79ec192a3e127340f8999f71/data 
> 06/18 22:22:10 GetExecutableAndArgumentsByExtention: failed to find extension *.gass_cache/local/md5/32/4a5afa0e96a19fa2244e8dd70116ce/md5/f4/91c2ba79ec192a3e127340f8999f71/data in the registry (last-error =
> 2).
> 06/18 22:22:10 Create_Process(): Failed to find an executable for extension *.gass_cache/local/md5/32/4a5afa0e96a19fa2244e8dd70116ce/md5/f4/91c2ba79ec192a3e127340f8999f71/data
> 06/18 22:22:10 ERROR: C:\Progra~1\Condor\execute\dir_428\condor_exec.gass_cache\local\md5\32\4a5afa0e96a19fa2244e8dd70116ce\md5\f4\91c2ba79ec192a3e127340f8999f71\data.exe is not a valid Windows executable
> 06/18 22:22:10 ERROR "Create_Process(C:\Progra~1\Condor\execute\dir_428\condor_exec.gass_cache/local/md5/32/4a5afa0e96a19fa2244e8dd70116ce/md5/f4/91c2ba79ec192a3e127340f8999f71/data,, ...) failed: " at line
> 530 in file ..\src\condor_starter.V6.1\os_proc.cpp
> 06/18 22:22:10 ShutdownFast all jobs.
> ===============================================================
> 
> The gass_cache part should not be there.. if I understand correctly, condor-g uses gass internally to transfer files to the gt5 resource, but once they are there and a condor_submit is generated, condor's own file transfer mechanism kicks in and the startd should never see the cache url? I've checked to make sure the executable is transferred to Condor\execute\dir_pid\condor_exec.exe on the WinXP startd, and it is.
> 
> How can I make this work?
> 
> TIA, Rob
> _______________________________________________
> Condor-users mailing list
> To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
> subject: Unsubscribe
> You can also unsubscribe by visiting
> https://lists.cs.wisc.edu/mailman/listinfo/condor-users
> 
> The archives can be found at:
> https://lists.cs.wisc.edu/archive/condor-users/