#504: simfactory show-output does not show output
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
simfactory's show-output was throwing away the output of the commands in
the stdout and stderr options, so not actually outputting anything for a
running simulation.
The attached patch fixes this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/504>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#505: simfactory show-output does not show output
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
simfactory's show-output was throwing away the output of the commands in
the stdout and stderr options, so not actually outputting anything for a
running simulation.
The attached patch fixes this.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/505>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#503: Detect stalled simulations
-------------------------+--------------------------------------------------
Reporter: eschnett | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
Detect whether a restart has stalled, e.g. by checking the time stamp on
stdout.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/503>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#501: Add parameter for less-frequent calls to OutputGridStatistics
--------------------------------------+-------------------------------------
Reporter: hfinkel@… | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Carpet | Version:
Keywords: carpet regrid statistics |
--------------------------------------+-------------------------------------
Currently, !OutputGridStatistics() in !Carpet/Carpet/src/Recompose.cc is
called on every regrid, and this can lead to a lot of unnecessary output
when I regrid frequently. Could you please add a parameter so that the
statistics are output only every n regrids.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/501>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#500: advanded simfactory 2.0 tutorial out of date
------------------------+---------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The advanced tutorial for simfactory mentioned on the simfactory page
(http://simfactory.org/info/documentation/) seems to be out of date with
the PYSIM_2010 branch (which is given as trunk for simfactory 2.0).
The wiki page it links to
https://docs.einsteintoolkit.org/et-
docs/Simulation_Factory_Advanced_Tutorial
lists eg. a command print-machine which is now apparently called whoami.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/500>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#476: GRHydro test suite failures (the ones using McLachlan)
-----------------------------------+----------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
Hi,
I am facing the following problems with the GRHydro
test suites that uses McLachlan:
INFO (GenericFD): The stencil for ML_BSSN_O2_convertFromADMBaseGamma
requires 2 points, but the lower y boundary has only 1 points.
INFO (GenericFD): The stencil for ML_BSSN_O2_convertFromADMBaseGamma
requires 2 points, but the upper y boundary has only 1 points.
any ideas of a simple fix?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/476>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#498: McLachlan doesn't check metric_type
-----------------------------------+----------------------------------------
Reporter: eschnett | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version:
Keywords: |
-----------------------------------+----------------------------------------
McLachlan doesn't check the metric type, which needs to be "physical". A
static conformal factor is not supported.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/498>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#487: SimFactory should allow steering of parameters between restarts
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: enhancement | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
sim create currently takes the --parfile option, and this parfile is used
for every restart. Cactus allows parameters to change upon recovery -
this is called parameter steering. SimFactory should allow this as well.
The obvious implementation is to allow a --parfile option to "sim submit"
which uses the new parameter file in this and all subsequent restarts.
This needs some code to be moved from restart.create to restart.submit
regarding parameter file substitutions. We also need to decide what
should happen to the copy of the parameter file stored in the top-level
SIMFACTORY directory. Should it remain the same, or should it be updated
with the new parameter file. Subsequent restarts should inherit the
parameter file from the previous restart.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/487>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#446: 1D HDF5 output nonfunctional with multipatch - std::out_of_range
--------------------+-------------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: major | Milestone:
Component: Carpet | Version:
Keywords: |
--------------------+-------------------------------------------------------
I have tried to run the Llama/LlamaWaveToy/par/Kerr-Schild_Gaussian.par
parameter file with the Mercurial version of Carpet. I get the error:
terminate called after throwing an instance of 'std::out_of_range'
what(): vector::_M_range_check
This does not happen with the Git version of Carpet.
The backtrace is
Backtrace from rank 0 pid 25881:
1. /lib64/libc.so.6(gsignal+0x35) [0x2b35dfd24265]
2. /lib64/libc.so.6(abort+0x110) [0x2b35dfd25d10]
3. __gnu_cxx::__verbose_terminate_handler()(/usr/lib64/libstdc++.so.6)
4. /usr/lib64/libstdc++.so.6 [0x2b35df69ddb6]
5. /usr/lib64/libstdc++.so.6 [0x2b35df69dde3]
6. /usr/lib64/libstdc++.so.6 [0x2b35df69deca]
7. std::__throw_out_of_range(char const*)(/usr/lib64/libstdc++.so.6)
8. CarpetIOHDF5::GetAllActive(dh const*, gh const*, int, int, bboxset<int,
3>&)(./SIMFACTORY/cactus_hg_datura)
9. CarpetIOHDF5::IOHDF5<1>::OutputDirection(_cGH const*, int, std::string,
std::string, vect<int, 1> const&, bool, bool)(./SIMFACTORY/cactus_h
g_datura)
a. CarpetIOHDF5::IOHDF5<1>::OutputVarAs(_cGH const*, char const*, char
const*)(./SIMFACTORY/cactus_hg_datura)
b. CarpetIOHDF5::IOHDF5<1>::OutputGH(_cGH
const*)(./SIMFACTORY/cactus_hg_datura)
c. Carpet::OutputGH(_cGH const*)(./SIMFACTORY/cactus_hg_datura)
d. ./SIMFACTORY/cactus_hg_datura [0x128ddeb]
e. Carpet::Initialise(tFleshConfig*)(./SIMFACTORY/cactus_hg_datura)
f. ./SIMFACTORY/cactus_hg_datura(main+0x99) [0x4d5649]
10. /lib64/libc.so.6(__libc_start_main+0xf4) [0x2b35dfd11994]
11. ./SIMFACTORY/cactus_hg_datura [0x4d5369]
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/446>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#497: Cannot recover a moved simulation
------------------------+---------------------------------------------------
Reporter: hinder | Owner: eschnett
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
I recently had to move a simulation from one filesystem to another. It
would not recover because the SIMFACTORY/properties.ini file uses absolute
paths. I think that simulations should use relative paths (when the file
is within the simulation) so that they can be considered as self-contained
entities which can be moved from place to place.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/497>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit