#127: Restarts should have hard link to executable
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Restarts should contain a copy of the executable, so that they are self-
contained. This "copy" should be implemented via a hard link if possible
(to save space).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/127>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#125: Old SImFactory web page should have a link to the new one
-------------------------+--------------------------------------------------
Reporter: hinder | Owner: mthomas
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
-------------------------+--------------------------------------------------
The web page at http://www.cct.lsu.edu/~eschnett/SimFactory/ should have a
link to the simfactory.org website.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/125>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#77: Strange error message
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: minor | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
I received the following error message from SimFactory:
$ ./simfactory/sim sync mars
Traceback (most recent call last):
File "./simfactory/sim", line 158, in <module>
SimEnvironment.initApp(usageString=buildUsageString(),
optionGroups=optionGroups)
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simenv.py", line
71, in initApp
self.LoadConfigurationDatabase()
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simenv.py", line
131, in LoadConfigurationDatabase
self.ConfigurationDatabase.Load()
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simdb.py", line
78, in Load
self.CheckSyntax()
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/simdb.py", line
109, in CheckSyntax
syntaxChecker.SyntaxCheck()
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/pyini.py", line
357, in SyntaxCheck
self.SyntaxError("required key %s in section %s is missing" % (skey,
ini_section))
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/pyini.py", line
418, in SyntaxError
dprint("Syntax error: %s" % (error))
File "/Users/eschnett/EinsteinToolkit-hg/simfactory/lib/libutil.py",
line 22, in dprint
lib = env.SimLib
AttributeError: SimEnvironment instance has no attribute 'SimLib'
I assume I have an error in my local mdb for a machine called "Mars";
however, I don't see what key is missing or what error I have.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/77>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#205: Running on Requin fails
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: critical | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Running on Requin on Sharcnet fails. The simulation is apparently created
and submitted fine, but when the run command executes the simulation is
inactive (!). I assume it either was not activated during submission
(which it should have), or it was inactivated by a cleanup command in the
mean time (which should not have happened, and which did not leave a log
trail.)
I attach the screen output from remotely creating and submitting the
simulation, and also the simfactory log file from Requin.n
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/205>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#100: ExternalLibraries/HDF5/HDF5.sh fails to catch a missing library file in
user implementation
------------------------------------+---------------------------------------
Reporter: bmundim | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: Other | Version:
Keywords: ExternalLibraries HDF5 |
------------------------------------+---------------------------------------
When the user sets for example both
HDF5=yes
HDF5_DIR=/usr
the script HDF5.sh fails to assert if all library files are currently
present in
the user HDF5 implementation, what leads later on to a linking error,
halting then
the executable building process. Some library files are missing in the
HDF5
version shipped by the Ubuntu distro, for example:
libhdf5_hl_cpp.a
Shouldn't the script output an warning message, and allow linking without
this
option, since this is not a core library file?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/100>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#155: SimFactory tutorial does not say how to download GetComponents
------------------------+---------------------------------------------------
Reporter: hinder | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
The page
http://docs.einsteintoolkit.org/et-docs/Pysim_Tutorial_for_New_Users
assumes that you have GetComponents already. I suggest to copy the
relevant text from the cactuscode.org/download page.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/155>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#236: GetComponents should abort on undefined variables
-------------------------------------+--------------------------------------
Reporter: knarf | Owner:
Type: defect | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit website | Version:
Keywords: |
-------------------------------------+--------------------------------------
Hi,
I just combined two thornlists and "lost" (forgot) the definition of $ARR
in the process. GetComponents used this thornlist and started to checkout
stuff, into the current directory. It should probably abort in the case of
undefined (but used) variables, shouldn't it? Could this lead to problems?
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/236>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#212: Rate-limit cleanups
------------------------+---------------------------------------------------
Reporter: eschnett | Owner: mthomas
Type: defect | Status: new
Priority: major | Milestone:
Component: SimFactory | Version:
Keywords: |
------------------------+---------------------------------------------------
Simfactory performs a cleanup each time certain operations are executed.
This can slow down simfactory significantly, in particular when many
operations are performed successively. There should be a rate limiter for
cleanups.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/212>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#149: BVec in HydroBase/interface.ccl should be an axial vector
--------------------------------------------+-------------------------------
Reporter: roland.haas@… | Type: defect
Status: new | Priority: major
Milestone: | Component: Cactus
Version: | Keywords:
--------------------------------------------+-------------------------------
the magnetic field is a pseudovector so should have tensorparity=-1 in
interface.ccl.
CCTK_REAL Bvec[3] type = GF Timelevels = 3
tags='ProlongationParameter="HydroBase::prolongation_type"
tensortypealias="U" tensorparity=-1 interpolator="matter"' "Magnetic field
components B^i"
Parities are used by the Reflection thorn.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/149>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit