[Swift-user] determining unmapped paths

Michael Wilde wilde at mcs.anl.gov
Thu Mar 24 22:51:01 CDT 2011


Possible a mismatch between an external mapper's output and the object that its mapping? I.e., wrong dimensionality, or a structure field mismatch?

Im guessing [3] in this case was the string returned by the mapper, but Im not sure. (I say that based on the many reports of similar errors in the pas on the list, some from you, Allan).

- Mike

----- Original Message -----
> This looks like an internal problem. Mappers should be two way
> functions, so they should be able to map all things returned by
> existing(). If you call D the subset of the set of swift data for a
> mapper and F corresponding subset of filesystem objects, map is a
> function from D to F, while existing returns a collection of objects
> in
> D. So theoretically map on each element of that collection should
> work.
> 
> In this case the object in D is [3], which indicates that we are
> probably talking about an array mapper. Could you tell me which one it
> is? And also what files you are trying to map with it.
> 
> Mihael
> 
> On Thu, 2011-03-24 at 16:28 -0500, Allan Espinosa wrote:
> > I'm trying figure out where in my workflow is causing this problem:
> >
> > 2011-03-24 16:23:50,485-0500 WARN FlowNode Ex098
> > java.lang.IllegalStateException: mapper.existing() returned a path
> > [3]
> > that it cannot subsequently map
> >         at
> >         org.griphyn.vdl.mapping.RootDataNode.checkInputs(RootDataNode.java:129)
> >         at
> >         org.griphyn.vdl.mapping.RootArrayDataNode.checkInputs(RootArrayDataNode.java:67)
> >         at
> >         org.griphyn.vdl.mapping.RootArrayDataNode.innerInit(RootArrayDataNode.java:53)
> >         at
> >         org.griphyn.vdl.mapping.RootArrayDataNode.handleClosed(RootArrayDataNode.java:80)
> >         at
> >         org.griphyn.vdl.mapping.AbstractDataNode.notifyListeners(AbstractDataNode.java:583)
> >         at
> >         org.griphyn.vdl.mapping.AbstractDataNode.closeShallow(AbstractDataNode.java:396)
> >         at
> >         org.griphyn.vdl.mapping.ArrayDataNode.closeDeep(ArrayDataNode.java:51)
> >         at
> >         org.griphyn.vdl.karajan.lib.PartialCloseDataset.function(PartialCloseDataset.java:79)
> >         at
> >         org.griphyn.vdl.karajan.lib.VDLFunction.post(VDLFunction.java:68)
> >         at
> >         org.globus.cog.karajan.workflow.nodes.Sequential.startNext(Sequential.java:29)
> >         at
> >         org.globus.cog.karajan.workflow.nodes.Sequential.executeChildren(Sequential.java:20)
> >         at
> >         org.globus.cog.karajan.workflow.nodes.FlowContainer.execute(FlowContainer.java:63)
> >         at
> >         org.globus.cog.karajan.workflow.nodes.FlowNode.restart(FlowNode.java:139)
> >         at
> >         org.globus.cog.karajan.workflow.nodes.FlowNode.start(FlowNode.java:197)
> >         at
> >         org.globus.cog.karajan.workflow.events.EventBus.start(EventBus.java:104)
> >         at
> >         org.globus.cog.karajan.workflow.events.EventTargetPair.run(EventTargetPair.java:40)
> >         at
> >         java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
> >         at
> >         java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >         at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >         at
> >         java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> >         at
> >         java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> >         at java.lang.Thread.run(Thread.java:619)
> >
> > It doesn't specify which data object it crashes on so i'm quite
> > clueless at this point.
> >
> > I'm using the latest trunk
> >
> > any particular log4j class i should be enabling to debug?
> >
> >
> > Thanks,
> > -Allan
> >
> 
> 
> _______________________________________________
> Swift-user mailing list
> Swift-user at ci.uchicago.edu
> http://mail.ci.uchicago.edu/mailman/listinfo/swift-user

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




More information about the Swift-user mailing list