#159: Rename --replacement to --replace, --substitution to --substitute
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The option names should be verbs, not nouns.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/159>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#109: Restart fails
------------------------+---------------------------------------------------
Reporter: anonymous | Owner: mthomas
Type: defect | Status: new
Priority: blocker | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
A simulation restart with SimFactory failed with the following error
message:
DEBUG: checkpoint file:
/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0000/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
file=/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0000/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
dfile=/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0001/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
DEBUG: linking
/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0000/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
to
/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0001/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
before link
Error: Could not link checkpoint file
/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0000/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
to
/work/eschnett/philip/simulations/d3.0-mclachlan-i0031/output-0001/d3.0-mclachlan/checkpoint.chkpt.it_0.h5
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/109>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#94: Add CCTK_VECTGFINDEX3D and friends...
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner:
Type: enhancement | Status: new
Priority: major | Milestone:
Component: Cactus | Version:
Keywords: |
-------------------------+--------------------------------------------------
... but wait until after the release. See
<http://cactuscode.org/pipermail/patches/attachments/20091204/57952527>
for the patch and the surrounding discussion.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/94>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#161: Support valgrind as debug/performance tool
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Support valgrind, in particular the --cachegrind tool, with SimFactory as
a performance measurement tool. The cache characteristics should be taken
out of the MDB.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/161>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#158: Logging in SimFactory
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: task | Status: new
Priority: critical | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The logging facility in SimFactory is supposed to keep track of all
actions performed on a simulation. That is, there needs to be exactly one
log file per simulation. It is not necessary to have a log file within the
Cactus source tree, since this file could go away at any time, and is not
connected to any simulation.
The log file should be created when a simulation is created. Only
important actions -- actions that potentially modify the state of the
simulation -- should be logged. For example, if a new restart is created,
or if a restart is stopped, or if a simulation is archived, then this
should be logged. If a simulation is only examined, then this should not
be logged.
Python has a convenient logging facility. This should be used if possible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/158>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#79: Running on Damiana fails
--------------------------------------+-------------------------------------
Reporter: barry.wardell@… | Owner: mthomas
Type: defect | Status: new
Priority: blocker | Milestone:
Component: SimFactory | Version:
Keywords: |
--------------------------------------+-------------------------------------
The compute nodes on Damiana are named nodeXXX, which does not match the
aliaspattern for Damiana in the mdb. The quick fix is to change the
aliaspattern to:
aliaspattern =
^(((login-)?damiana)|(sl-\d\d)|node\d\d\d)(\.aei\.mpg\.de|\.damiana\.admin)?$
although this might interfere with other machines which also have their
compute nodes named nodeXXX. A better fix would probably be to add a
--machine=... option when running so that SimFactory does not need to
guess which machine it's on from the aliaspattern.
I believe a similar problem also affects Kraken.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/79>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#151: simfactory.org is down
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: critical | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The web site simfactory.org shows only the default Apache screen.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/151>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#130: Add --machine=... option to all submit scripts
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
We need to add a --machine=... option to all submit script, so that the
aliaspatterns don't need to match the compute nodes' names any more.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/130>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#86: Sync fails, the outputs "sync done"
------------------------+---------------------------------------------------
Reporter: anonymous | Owner: mthomas
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
In a situation where syncing to a remote machine fails, SimFactory prints
the error message from rsync, and then continus to output
"Sync complete."
It should not do this -- it should either abort after the rsync error, or
should output an error message.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/86>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#81: Rename --remotemachine= to --remote
--------------------------------------+-------------------------------------
Reporter: barry.wardell@… | Owner: mthomas
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
--------------------------------------+-------------------------------------
With the perl version of simfactory, it was possible to run remote
commands using eg. 'sim remote damiana submit...'. The new version doesn't
seem to have this and it is necessary to use --remotemachine=... instead,
which is a bit more annoying to type. It would be nice to add 'sim remote'
to the new simfactory, or as Erik suggests:
I suggest to rename "--remotemachine" to "--remote"; this would allow the
syntax
sim --remote damiana submit ...
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/81>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit