[Swift-devel] Re: [Bug 183] Print better error message when app executable is not found

Wed Jun 15 13:48:06 CDT 2011

Related to this, I noticed when debugging Papia's script that adding the <scratch> tag to the sites pool entry further degrades error reporting as well. The scratch tag tells _swiftwrap to place the jobdir on local disk instead of under the shared workdirectory. But when errors occur in this mode, you get a cryptic "error code 1" error and no info log or debug info returned. 

I'll file this as a ticket, and we can later gather evidence of any poor error reporting behavior. 

- Mike 

----- Original Message -----

Yea. Sorry for all that. Just barely dawned on me that it could have been a property that changed the error messages. 

On Jun 15, 2011, at 1:34 PM, Sarah Kenny wrote: 

aaaand there it is: 

[skenny at martini missing_app]$ swift -config swift.properties tc_test.swift 
Swift svn swift-r3876 cog-r3007 

RunID: 20110615-1133-yxhqi1k6 
Progress: 
Job failed with an exit code of 254 
Caused by: org.globus.cog.abstraction.impl.common.execution.JobException: Job failed with an exit code of 254 
Progress: Stage in:1 
Job failed with an exit code of 254 
Caused by: org.globus.cog.abstraction.impl.common.execution.JobException: Job failed with an exit code of 254 
Progress: Stage in:1 
Job failed with an exit code of 254 
Caused by: org.globus.cog.abstraction.impl.common.execution.JobException: Job failed with an exit code of 254 
Execution failed: 
Job failed with an exit code of 254 

On Wed, Jun 15, 2011 at 11:24 AM, Jonathan Monette < jonmon at utexas.edu > wrote: 

In your .swift/swift.properties try adding the line status.mode=provider 

On Jun 15, 2011, at 1:15 PM, Sarah Kenny wrote: 

copying over to my own machine and running with stable release: 

[skenny at martini missing_app]$ swift -tc.file ./tc.data tc_test.swift 
Swift svn swift-r3876 cog-r3007 

RunID: 20110615-1113-ef32g0te 
Progress: 
The executable /home/jonmon/Library/hello.sh does not exist 

Progress: Stage in:1 
The executable /home/jonmon/Library/hello.sh does not exist 

Progress: Stage in:1 
The executable /home/jonmon/Library/hello.sh does not exist 

Execution failed: 
The executable /home/jonmon/Library/hello.sh does not exist 

On Wed, Jun 15, 2011 at 10:04 AM, Jonathan Monette < jonmon at utexas.edu > wrote: 

In ~jonmon/test there is a script that reproduces this error I believe. The executable it is trying to use is in ~jonmon. The tc.data file points to ~jonmon/Library/hello.sh You should be able to run the script there in the directory. If not you can copy the files to yours and try it. 

On Jun 15, 2011, at 12:01 PM, Sarah Kenny wrote: 

yeah, if you're able to reproduce david that might be helpful. i get the same behavior with the stable release and trunk. i also get the correct error if i simply don't have execute permission on the executable. 

On Wed, Jun 15, 2011 at 9:37 AM, David Kelly < davidkelly999 at gmail.com > wrote: 

Sarah, 

I saw this error when I copied configuration files from one machine to another. The application I was trying to run was in my home directory, but I was logged in under a username so the path did not exist. The error message I got was too vague to understand why my script failed - it was just something like "Job failed with an exit code of 254". It didn't say which job, or what that meant. I thought it was something related to the scheduler I was trying to use. I have only tested this with 0.92.1. I did not try it on trunk, so maybe this has already been fixed. I will try it again today to see if I can reproduce it. 

David 

On Wed, Jun 15, 2011 at 1:05 AM, Sarah Kenny < skenny at uchicago.edu > wrote: 

hey david, i've been trying to replicate this bug, but when i deliberately point to an executable that doesn't exist i get what seems to be an appropriate error: 

The executable /bin/echoo does not exist 

i got this on a couple of sites...can you give a little more info on what was happening with your workflow? could be i'm misunderstanding the bug. 

~sk 

On Fri, Jun 10, 2011 at 9:31 PM, < bugzilla-daemon at mcs.anl.gov > wrote: 

https://bugzilla.mcs.anl.gov/swift/show_bug.cgi?id=183 

David Kelly < davidkelly999 at gmail.com > changed: 

What |Removed |Added 
---------------------------------------------------------------------------- 
CC| | davidkelly999 at gmail.com 
Component|SwiftScript language |error messages 
AssignedTo| benc at hawaga.org.uk | skenny at uchicago.edu 

--- Comment #1 from David Kelly < davidkelly999 at gmail.com > 2011-06-10 23:32:22 --- 
This one gets my vote.. I just wasted a bunch of time trying to figure out what 
this error meant and why I was getting it. 

-- 
Configure bugmail: https://bugzilla.mcs.anl.gov/swift/userprefs.cgi?tab=email 
------- You are receiving this mail because: ------- 
You are the assignee for the bug. 

_______________________________________________ 
Swift-devel mailing list 
Swift-devel at ci.uchicago.edu 
http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel 

_______________________________________________ 
Swift-devel mailing list 
Swift-devel at ci.uchicago.edu 
http://mail.ci.uchicago.edu/mailman/listinfo/swift-devel 

-- 
Michael Wilde 
Computation Institute, University of Chicago 
Mathematics and Computer Science Division 
Argonne National Laboratory 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/swift-devel/attachments/20110615/91523f8b/attachment.html>