[Swift-user] Argument list to long

[Mihael Hategan]

The arguments are in a parameter file in
<swift_workdir>/parameters/<jobprefix>/param-<jobid>

The contents looks something like this:
-scratch
-e /bin/cat
-out 0653-out0937.txt
-err stderr.txt
-i
-d
-if 0653-in.txt
-of 0653-out0937.txt
-k
-cdmfile
-status files
-a 0653-in.txt


On Sun, 2010-10-10 at 18:42 -0500, Jonathan Monette wrote:
> correct.  I am getting an error coming from my app.  The arguments 
> that are "supposedly" passed to the app are correct but still get an 
> error.  I wanted to see what the command line to my app actually looks 
> like.  It should be mProject -X "in image" "out image" "header file" but 
> I can't find if Swift is actually calling it like this.
> 
> On 10/10/10 6:38 PM, Justin M Wozniak wrote:
> >
> > I put that in there in an attempt to connect the Task id with the 
> > command line.  It's just a logging message, right?
> >
> > On Sun, 10 Oct 2010, Jonathan Monette wrote:
> >
> >> GridExec TASK_DEFINITION: Task(type=JOB_SUBMISSION, 
> >> identity=urn:0-2-1-1513-3-1-1286751458281) is /bin/bash 
> >> shared/_swiftwrap mProject-23r0czzj\
> >> -p 2
> >>
> >> What does this line mean? I cannot find the portion of code in 
> >> _swiftwrap that process this.
> >>
> >> On 10/10/10 5:12 PM, Mihael Hategan wrote:
> >>> I'm good. Try now.
> >>>
> >>> On Sun, 2010-10-10 at 17:09 -0500, Jonathan Monette wrote:
> >>>> Ok.  If you need anymore of my log files I can gather some up for you.
> >>>>
> >>>> On 10/10/10 5:05 PM, Mihael Hategan wrote:
> >>>>> Ok. I can reproduce this.
> >>>>>
> >>>>> It means it wasn't the previous problem.
> >>>>>
> >>>>> On Sun, 2010-10-10 at 15:51 -0500, Jonathan Monette wrote:
> >>>>>> cog is at revision 2910 and swift is at revision 3676.  I have added
> >>>>>> "wrapper.parameter.mode=files" into my swift.properties.  Here is 
> >>>>>> the
> >>>>>> output to the screen:
> >>>>>> RunID: 20101010-1548-ky63yf59
> >>>>>> Progress:
> >>>>>> Progress:Progress:Progress:  uninitialized:4
> >>>>>>      uninitialized:3  uninitialized:4
> >>>>>>
> >>>>>> Progress:  Selecting site:4118  Initializing site shared directory:1
> >>>>>> Progress:  Selecting site:4017  Stage in:101  Submitting:1
> >>>>>> original callback URI is http://169.254.95.119:37936
> >>>>>> callback URI has been overridden to http://192.5.86.6:37936
> >>>>>> Progress:  Selecting site:4017  Submitted:101  Active:1
> >>>>>> Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/k on pads
> >>>>>> Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/7 on pads
> >>>>>> Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/6 on pads
> >>>>>> Execution failed:
> >>>>>>        Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/g on pads
> >>>>>> Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/j on pads
> >>>>>> Failed to transfer wrapper log from
> >>>>>> unrectified-20101010-1548-ky63yf59/info/t on pads
> >>>>>> Exception in mProject:
> >>>>>> Arguments: [-X, raw_dir/2mass-atlas-000218s-j0150091.fits,
> >>>>>> proj_dir/proj_2mass-atlas-000218s-j0150091.fits, header.hdr]
> >>>>>> Host: pads
> >>>>>> Directory: 
> >>>>>> unrectified-20101010-1548-ky63yf59/jobs/6/mProject-6g4u6zzj
> >>>>>> stderr.txt:
> >>>>>>
> >>>>>> stdout.txt:
> >>>>>>
> >>>>>> ----
> >>>>>>
> >>>>>> Caused by:
> >>>>>>        Job failed with an exit code of 254
> >>>>>> Cleaning up...
> >>>>>>
> >>>>>> After that coasters just cancels the other jobs.
> >>>>>>
> >>>>>> On 10/10/10 3:26 PM, Mihael Hategan wrote:
> >>>>>>> Can you re-try the current thing with parameter.mode=files and the
> >>>>>>> latest trunk first?
> >>>>>>>
> >>>>>>> On Sun, 2010-10-10 at 15:09 -0500, Jonathan Monette wrote:
> >>>>>>>> Also, how do I declare the image list as an external type?
> >>>>>>>>
> >>>>>>>> On 10/9/10 3:02 PM, Mihael Hategan wrote:
> >>>>>>>>> On Sat, 2010-10-09 at 20:00 +0000, jon.monette at gmail.com wrote:
> >>>>>>>>>> What do you mean by manage them independently?
> >>>>>>>>> I'm not sure. I guess it's whether swift can skip staging them 
> >>>>>>>>> in and
> >>>>>>>>> stop keeping track of them. But that's pretty much the same as 
> >>>>>>>>> saying
> >>>>>>>>> they are "external", so it seems circular.
> >>>>>>>>>
> >>>>>>>>>
> >>>
> >>
> >>
> >
>