#249: Remote build broken
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: blocker | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
I want to build a debug configuration remotely on Eric. This is the screen
output I receive. It seems the argument of the --thornlist option is lost
in some way.
Building debug configuration...
[2011-01-28 19:59:56]
Executing: ./simfactory/bin/sim --remote eric build --reconfig --debug
--opti
onlist=queenbee-mvapich2.cfg --submitscript=queenbee-mvapich2.sub
--runscript=qu
eenbee-mvapich2.run --thornlist=manifest/einsteintoolkit.th
DEBUG: Simfactory command: ./simfactory/bin/../lib/sim.py "--remote"
"eric" "bui
ld" "--reconfig" "--debug" "--optionlist=queenbee-mvapich2.cfg" "--
submitscript=
queenbee-mvapich2.sub" "--runscript=queenbee-mvapich2.run" "--
thornlist=manifest
/einsteintoolkit.th"
DEBUG: Version exported
The Simulation Factory: Manage Cactus simulations
Info: defs: /home/eschnett/EinsteinToolkit-hg-
vanilla/simfactory/etc/defs.ini
Info: defs.local: /home/eschnett/EinsteinToolkit-hg-
vanilla/simfactory/etc/defs.
local.ini
Executing command for remote machine: eric
usage: sim.py [args] command
Available Commands:
print-mdb print parsable mdb
sync sync cactus sourcetree to a remote machine
remove-submitscript remove a submit script from a
configuration
submit submit a simulation
archive archive a simulation or an individual
restart
list-configurations list simfactory cactus configurations
print-mdb-entry list information about a single machine
create create a simulation
create-run create and run a simulation
cleanup clean up a simulation
create-submit create and submit a simulation
build build cactus either locally or remotely
list-archived-simulations list archived simulations
checkout checkout thorns using GetComponents
list-simulations list simfactory cactus simulations
run launch a simulation
stop stop an active simulation
execute execute a command
setup-silent silently create a set of reasonable
defaults
show-output show the output of a simulation
list-machines list all the machines in the machine
database
setup interactively configure simfactory
run-debug launch simulation using an interactive
debugger
purge purge a simulation
get-archived-simulation retrieve an archived simulation by
simulationid
get-output-dir get the output directory for a given
simulation/restart
login launch an interactive shell on a remote
machine
whoami what is the name of the machine simfactory
is running on
interactive initiate an interactive session on a
compute node
sim.py: error: --thornlist option requires a value
Warning: Error 256 occured while executing command "/bin/bash -c '{ :; }
&& { { :; } && { :; } && ssh -Y -o UserKnownHostsFile=/home/eschnett
/EinsteinToolkit-hg-vanilla/simfactory/etc/ssh_known_hosts
eschnett(a)is.cct.lsu.edu '\''ssh -Y -o UserKnownHostsFile=/home/eschnett
/EinsteinToolkit-hg-vanilla/simfactory/etc/ssh_known_hosts
eschnett(a)eric.loni.org '\''\'\'''\''cd /work/eschnett && /work/eschnett
/EinsteinToolkit-hg-vanilla/simfactory/bin/sim
'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''build'\''\'\'''\''\'\''\'\'''\'''\''\'\'''\''
--runscript --optionlist --submitscript --reconfig --debug
--thornlist'\''\'\'''\'''\''; }'"
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/249>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#244: Log files are too verbose
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Restart log files contain many lines like
[LOG:2011-01-27 16:35:05] Restart log for simulation empty-
requin-2011.01.27-15.
21.30 created/opened with restart id 0, long restart id 0000
There should only be a log entry if the restart (or simulation) is
modified. If an operation only examines the restart state, there should be
no log entry.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/244>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#245: Log files should be for simulations, not for restarts
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The log files should be associated with simulations, not with restarts.
They should reside in the main directory, so that they are immediately
visible.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/245>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#217: Improve handling of nonexistent schedule groups
-------------------------+--------------------------------------------------
Reporter: hinder | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: CST |
-------------------------+--------------------------------------------------
Currently, if a routine is scheduled in a nonexistent schedule group,
there is a nonfatal warning at the time the CST is run. The reason that
the warning is nonfatal is that sometimes it is desirable to schedule in a
group which only exists if a certain thorn is activated, as the routine
would not make sense without that thorn. However, mistyping the group
name or not having a sufficiently up-to-date version of the thorn
providing the group (see MoL_PseudoEvolution) will lead to the routine not
being scheduled at all, with only a warning at CST time. This warning is
very easy to miss.
I propose making the error a fatal error, and allowing the thorn writer to
indicate in the schedule.ccl file that a function is scheduled only
"optionally" in a given group, if that is the intention.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/217>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#182: Variable-assignment options to "make" gain additional whitespace
--------------------+-------------------------------------------------------
Reporter: hinder | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: Cactus | Version:
Keywords: make |
--------------------+-------------------------------------------------------
If you build a Cactus configuration using
make <configname>-config <option1>=<value1> <option2>=<value2>
the <value1>... get spaces added to them in configs/<configname>/config-
info. This does not happen if you use options from a file. Depending on
how the variables are used, this extra space at the end can be a problem
(e.g. it causes problems with GSL_DIR, as the GSL script doesn't expect
whitespace at the end of the variable).
I traced this to a greedy regular expression in setup_configuration.pl.
The attached patch fixes the problem, but has not been tested extensively.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/182>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit